![]()
A question that gets asked a lot in Copilot pilots: "Why does it give me wrong or outdated answers?" The answer, almost every time, isn't the AI model. It's the SharePoint environment sitting underneath it.
As of June 2026, Microsoft has made a fundamental shift in how Copilot works. Features like Authoritative Sites, Restricted Content Discovery, and the SharePoint Admin Center AI Assistant have moved from roadmap to general availability, and together they confirm something that consultants have been warning about for months: Copilot's output quality is a direct measure of your information architecture maturity.
If you're planning a Copilot rollout, already running a pilot, or trying to explain why your current deployment isn't delivering the ROI you expected, this post is for you.
Why This Moment Is Different
SharePoint has always been important. But for the last decade, a messy SharePoint environment was mostly a user experience problem; people couldn't find things, search was unreliable, and governance was a perennial IT backlog item.
That era is over. Today, SharePoint is the content layer that Microsoft 365 Copilot reads from. When a user asks Copilot, "What's our current policy on remote work?" or "What were the key decisions from last quarter's board meeting?", Copilot retrieves content from SharePoint, Teams, and OneDrive, respecting existing permissions and synthesizes a response. The quality of that response is entirely dependent on the quality of what's in your environment.
The Core Problem
- Copilot didn't create your governance problems. It made them visible at scale, instantly, to every user who asks them a question. An outdated HR policy saved in three different site libraries, with no clear "authoritative" version, now surfaces as a contradictory Copilot answer. A salary spreadsheet shared with "Everyone except external users" back in 2022 is now one prompt away from any employee who asks the right question.
Microsoft's June 2026 roadmap release makes this relationship explicit. The introduction of Authoritative Sites and Restricted Content Discovery signals that Microsoft is building governance controls directly into the AI retrieval layer but those controls only work if you've done the underlying structural work first.
What Microsoft Released in June 2026
Three capabilities shipped or went GA this month that directly affect how Copilot interacts with your SharePoint content:
Authoritative Sites
Admins can now mark up to 100 SharePoint site collections as "authoritative." Content from those sites is prioritised in Copilot Chat responses, and Copilot Search results essentially tell the AI, "trust this source first." Configured via PowerShell with the Is Authoritative flag on Set-SPOSite.
Restricted Content Discovery (RCD)
Site-level toggle that prevents a site's content from appearing in Copilot answers or organisation-wide search without changing permissions. Ideal for sensitive projects, draft content, or archived sites that should remain accessible but not broadly discoverable by AI.
SharePoint Admin Center Copilot
Copilot now surfaces governance insights, inactive site alerts, and permission recommendations directly in the SharePoint admin center. Admins can use natural language to locate settings, identify oversharing risks, and take action to reduce the overhead of manual governance reviews.
AI-generated SharePoint news summaries (Preview)
Users can now listen to or read AI-generated summaries of SharePoint news posts. For this to work well, your news sites need to be well-structured, properly attributed, and accurately reflect your organisation, making IA hygiene a user-facing quality issue, not just an admin concern.
Key Insight
Authoritative Sites is arguably the most impactful quick win available right now. But it only works if you can answer a deceptively hard question: which sites actually contain your organisation's authoritative content? If you can't answer that with confidence, the feature flags the gap rather than fixing it.
What Copilot Actually Sees in Your Tenant
Understanding how Copilot retrieves content is the foundation of good IA(Information Architecture) planning. The mechanism is straightforward, but its implications are significant.
When a user submits a prompt, Copilot queries the Microsoft Graph using that user's identity and permissions. It retrieves relevant content from the search index, uses that content to ground its response, and cites the source documents. Critically: Copilot does not bypass permissions. If a user cannot access a document through SharePoint search, Copilot cannot surface it either.
What this means in practice:
- Overshared content becomes an AI risk. Any document accessible to a broad audience through "Everyone," "Anyone with the link," or overly permissive Teams site membership can be retrieved by Copilot for any member of that audience.
- Stale content becomes a trust problem. A policy document last updated in 2021 that still sits in an active library will be cited with the same confidence as one updated last week. Users have no way to know.
- Duplicate content creates contradictions. The same process documented in three slightly different versions across three sites means Copilot may synthesize a hybrid answer or worse, cite the wrong one, depending on which appears more relevant to the query.
- Metadata gaps reduce retrieval quality. Without consistent content types, managed metadata, and column tagging, the search index has fewer signals to work with, making it harder for Copilot to surface the right document for a given query.
The Six Risk Signals to Check First
Before configuring Authoritative Sites or enabling Copilot broadly, organisations should assess their environment against the following risk signals. Microsoft's SharePoint Advanced Management suite now surfaces many of these automatically but the remediation still requires human decisions.
| Risk signal | Why it matters for Copilot | Where to find it |
| Broad sharing links ("Anyone," "Everyone except external") | Copilot surfaces this content to any user who has implicit access, potentially exposing salary data, confidential drafts, or HR records | SharePoint Admin Center → Data Access Governance → Sharing Link Activity Reports |
| Orphaned sites with no active owner | No one is accountable for content accuracy, or lifecycle stale content accumulates unchecked, and Copilot will cite it | Advanced Management → Site Lifecycle Management → Site Ownership Policies |
| Duplicate or conflicting documents | Copilot may synthesise contradictory answers or cite the wrong version of a policy, process, or procedure | Content Management Assessment Hub → Duplicate Content Reports |
| No managed metadata/content types | Reduces retrieval precision. Copilot has fewer signals to identify the most relevant document for a query | Manual review of Term Store and Content Type Gallery |
| Permissions inheritance breaks | Unpredictable access boundaries mean neither admins nor users know exactly what Copilot can retrieve for a given user | Advanced Management → Site Permissions Reports |
| No content lifecycle policies | Documents are never archived or retired. The ratio of outdated to current content grows over time, degrading AI answer quality | Advanced Management → Inactive Site Policies |
Governing Principle
Sites where multiple risk signals overlap, for example, a site with sensitive content, "Anyone" sharing links, and no active owner, are considered high risk and should be prioritised for remediation before Copilot is enabled broadly. The SharePoint Advanced Management Content Management Assessment Hub identifies exactly these sites automatically.
The Four IA Foundations Copilot Depends On
Modern SharePoint architecture for AI-assisted environments is no longer about folder structures and site templates. It's about creating a content environment that AI can reason about reliably. Four foundations determine how well Copilot will perform in your tenant:
Hub site architecture
Flat, hub-organised site structures that group related content logically. Avoid deep folder hierarchies; they don't translate well to AI-assisted retrieval. Hub associations define logical content boundaries that Copilot can navigate.
Metadata & content types
Consistent managed metadata (department, content type, owner, review date, confidentiality) gives the search index meaningful signals. Documents tagged and classified correctly are retrieved more precisely and cited more reliably.
Permissions & access hygiene
Clean permission inheritance, minimal use of broad sharing links, and regular access reviews. Permissions control what Copilot can retrieve for each user, and "everyone has access to everything" is not a governance model.
Content lifecycle & ownership
Active site ownership, attestation policies, and automated lifecycle management (archival, deletion). Content that is never retired dilutes Copilot's ability to surface current, accurate information.
Configuring Authoritative Sites: A Practical Starting Point
The Authoritative Sites feature gives organisations a targeted way to improve Copilot answer quality without needing to remediate the entire tenant first. Here's how to approach it:
- Identify your source-of-truth sites. Which SharePoint sites contain your organization's definitive documents? Typical candidates include: corporate policies & procedures, HR handbooks, IT service catalogue, executive communications, project governance standards, and approved product/pricing information. You can designate up to 100 site collections.
- Verify content quality before flagging. Marking a site as authoritative signals to Copilot "always use this content." If that site contains outdated, contradictory, or poorly structured content, you're amplifying the problem. Do a quick content audit before flagging.
- Set the Is Authoritative flag via PowerShell. Use the SharePoint Online Management Shell with the latest module version. Changes take a few hours to propagate through Microsoft Search.
- Apply Restricted Content Discovery to sensitive or draft sites. Sites that should be accessible but not broadly discoverable by AI, sensitive HR files, legal matters, and work in progress should have RCD enabled independently of Authoritative Sites configuration.
- Validate with a Copilot test group before broad rollout. Ask your test users to query Copilot with known questions and verify that responses cite authoritative sources, not outdated or duplicated content. Iterate before expanding licenses.
Where Peafowl IT Fits
This is precisely the work we do with clients at Peafowl IT. SharePoint governance and information architecture consulting has always been part of our Microsoft Stack practice, but over the last twelve months, it's become the most requested pre-deployment service we offer, because every Copilot project eventually surfaces these questions.
A typical engagement starts with a structured readiness assessment: we use SharePoint Advanced Management reporting, permission analysis, and content surveys to build a picture of the current state. We then produce a prioritised remediation roadmap, not a theoretical governance framework, but a practical sequence of actions that enables phased Copilot deployment while governance work runs in parallel.
The goal is always the same: get your organisation to a position where Copilot's answers are trustworthy, your sensitive content is protected, and your governance model is sustainable beyond the initial rollout.
Ready to find out if your SharePoint is Copilot-ready?
Our SharePoint IA Readiness Assessment gives you a prioritised action plan in 2–3 weeks, so you know exactly what to fix before you expand Copilot licences.