diff --git a/src/content/docs/fundamentals/reference/migration-guides/index.mdx b/src/content/docs/fundamentals/reference/migration-guides/index.mdx
new file mode 100644
index 00000000000000..7588db2fc6ae48
--- /dev/null
+++ b/src/content/docs/fundamentals/reference/migration-guides/index.mdx
@@ -0,0 +1,12 @@
+---
+pcx_content_type: navigation
+title: Migration guides
+sidebar:
+  order: 1
+  group:
+    hideIndex: true
+---
+
+import { DirectoryListing } from "~/components";
+
+<DirectoryListing />
diff --git a/src/content/docs/fundamentals/reference/migration-guides/scim-virtual-groups-migration.mdx b/src/content/docs/fundamentals/reference/migration-guides/scim-virtual-groups-migration.mdx
new file mode 100644
index 00000000000000..cf104053103275
--- /dev/null
+++ b/src/content/docs/fundamentals/reference/migration-guides/scim-virtual-groups-migration.mdx
@@ -0,0 +1,38 @@
+---
+pcx_content_type: reference
+title: SCIM v1 to v2 Migration
+sidebar:
+  order: 1
+  label: SCIM migration
+head: []
+description: Migrate from SCIM v1 Virtual Groups to Cloudflare’s GA SCIM User Groups
+---
+
+Cloudflare's first iteration of SCIM integration introduced a concept called *Virtual Groups*, typically identified by the pattern `CF-<accountID>-<Role Name>` in your IdP. Virtual Groups were an early implementation of group-based access control: they acted as placeholders created automatically by SCIM to map IdP groups to account memberships.  
+
+While customers could add or remove members from these groups within their IdP, Virtual Groups had important limitations:  
+- They could not be renamed or deleted in the IdP.
+- They could not be managed within Cloudflare.
+- Functionally, managing a Virtual Group was equivalent to syncing users and editing each member’s policies individually.
+
+With the GA of [User Groups](/changelog/2025-06-23-user-groups-ga/), Virtual Groups are now deprecated. Customers should migrate to [User Groups](/fundamentals/manage-members/user-groups/), which provide a more flexible and scalable way to assign and manage policies. To maintain SCIM synchronization with the Cloudflare Dashboard, we strongly recommend migrating to **SCIM User Groups**.  
+
+If you have never synced a group linked to a `CF-<accountID>-<Role Name>` Virtual Group from your IdP to Cloudflare, no action is needed.
+
+## Migration steps
+
+1. **Create a new SCIM integration** in your IdP using an [Account Owned Token](/fundamentals/account/account-security/scim-setup/) provisioned in Cloudflare.
+2. **Assign users & groups to your new Application** in your IdP, following a naming convention that aligns with your internal processes.
+3. **Sync groups to Cloudflare** and verify they appear in the **User Groups** pane of the Cloudflare Dashboard.
+4. **Attach permission policies** to the new User Groups so members inherit the correct access upon assignment to the group.
+5. **Migrate users** into the new groups incrementally, testing synchronization of users & groups into the Cloudflare Dashboard.
+6. **Clean up legacy resources** by removing SCIM v1 Virtual Groups and IdP mappings that follow the `CF-<accountID>-<Role Name>` pattern.
+
+## More resources
+
+* [User Groups changelog](/changelog/2025-06-02-user-groups-beta/)  
+* [User Groups documentation](/fundamentals/manage-members/user-groups/)  
+* [Create an Account Owned Token](/fundamentals/api/get-started/account-owned-tokens/#create-an-account-owned-token)  
+* [SCIM provisioning setup guide](/fundamentals/account/account-security/scim-setup/)  
+
+