Fix Broken SharePoint Subsite Links After Changing Private Site to Public
Question details
Internal links to subsites become broken and display an admin policy error after switching a SharePoint Online site from private to public.

- Product
- SharePoint Online
- Device & OS
- not provided
- Scenario
- Accessing internal subsite links generated under previous private configurations after the parent site's privacy settings were changed.
- Observed behavior
- Clicking the links results in the error: 'This link has been disabled. Sorry, access through this link has been removed by admin policy.' accompanied by a correlation ID.
Ensure you have SharePoint Administrator privileges to modify site permissions, inspect access control policies, and view audit logs.
Verify and Update Subsite Permissions
Ensure that the affected subsites properly inherit the new public access settings from the parent site, as unique permissions will not automatically update.
When a parent SharePoint site is changed from private to public (accessible to everyone in the organization), subsites with unique permissions do not automatically inherit this change. The access-control policies on these subsites might still be blocking broader access, triggering the admin policy error.
Navigate directly to the affected subsite. Click the Gear icon in the top right corner and select 'Site information', then click 'View all site settings'.
Under the 'Users and Permissions' section, click on 'Site permissions'.
Look at the yellow banner at the top. If it says 'This site has unique permissions', click 'Delete unique permissions' in the ribbon to re-inherit the public settings from the parent site.
If you must keep unique permissions, click 'Grant Permissions' and add 'Everyone except external users' to ensure internal staff can access the subsite.

Replace Stale Sharing Links
Generate new direct links to bypass old URLs that enforce outdated admin policies.
Investigate Policy via Correlation ID
Use Microsoft 365 admin tools and the provided correlation ID to pinpoint the exact policy causing the block.
Boost Your Team's Productivity with WPS Office
While resolving complex SharePoint permission issues, ensure your team stays productive with WPS Office. It is a lightweight, intuitive, and highly compatible alternative to Microsoft Office, perfect for seamless document creation and team collaboration without the complex administration hurdles.
- 1. Download the Installer: Visit the official WPS Office website and download the free version for your operating system.
- 2. Install and Launch: Run the setup file and follow the straightforward on-screen instructions to complete the installation.
- 3. Open Microsoft Formats: Double-click any existing Microsoft Office file to open, edit, and save it seamlessly in WPS Office.

Frequently Asked Questions
What does the 'removed by admin policy' error mean in SharePoint?
This error occurs when a user tries to access a link that violates a tenant-level sharing policy or site-specific access rule. In this case, it often happens because old links retain the restricted sharing tokens generated when the site was private.
Does changing a SharePoint site from private to public update subsite permissions?
No, it does not happen automatically if the subsite has unique permissions (broken inheritance). Subsites with broken inheritance maintain their own isolated access lists and must be manually updated to allow broader access.
How do I re-inherit permissions from a parent SharePoint site?
Navigate to the subsite, go to Site Settings > Site permissions, and click 'Delete unique permissions' in the ribbon. This action wipes the subsite's custom permissions and forces it to adopt the parent site's public settings.
What is a correlation ID used for in SharePoint?
A correlation ID is a unique tracking number assigned to a specific request or error event. Administrators can input this ID into Microsoft 365 diagnostic tools or audit logs to trace the exact server-side issue causing the failure.




