Guide Site Split et Carve-Out SEO Migration

TL;DR — A site split separates un entreprise’s site web dans deux. Le difficile partie n’est pas writing redirections. Il est deciding qui owns chaque page, domain, account, image, download, lien, et piece de historical données. Garder bon URLs unchanged où vous pouvez. Quand une page vraiment moves, redirection son old URL à le equivalent nouveau page. Si là est aucun replacement, retourner a réel 404 or 410. Tester les deux nouveau estates parce que a carve-out peut break le seller’s site as easily as le buyer’s.

Ce que a site split or carve-out is

A site split is a migration où partie of un website becomes a separate digital estate. It commonly follows a divestiture, spin-off, product sale, regional separation, or joint-venture unwind.

A normal domain migration est mostly un-à-un: le old site moves à le nouveau site. A carve-out est un-à-beaucoup. Some pages stay avec le seller, some déplacer à le buyer, some sont copied temporarily sous a license, some sont retired, et shared systèmes ont à garder fonctionnement pendant que ownership changements.

Que creates three jobs:

1. Decide ownership. Qui contrôle chaque domain, URL, contenu asset, account, et service après le transaction?
2. Preserve meaning. Fait le buyer’s nouveau page genuinely remplacer le seller’s old page pour le utilisateur?
3. Prove independence. Peut chaque side explorer, publish, mesurer, secure, et operate son estate après le transition services fin?

The redirection rule

Redirection a déplacé URL seulement quand le destination est son réel replacement. A produit page sold avec le entreprise peut généralement redirection à le même produit on le buyer’s site. A corporate careers page retained par le seller ne doit pas redirection à le buyer’s page d’accueil simplement parce que il a liens.

Google advises contre sending nombreux old URLs to un irrelevant destination parce que que may be treated as a soft 404. It recommends server-side redirection permanentes tel as 301 and 308 pour permanent moves. Voir Google’s site-move guidance.

Commencer avant the separation date

Inventory le digital estate pendant que le personnes, systèmes, et permissions encore exist. À minimum, capture:

• domains, subdomains, old domains, DNS, certificates, hosting, et CDN règles;
• chaque indexable URL plus images, videos, PDFs, scripts, et feeds;
• Search Console, analytics, balise management, ad, consent, et entreprise profiles;
• contenu owners, licenses, authors, trademarks, produit données, et source fichiers;
• redirections, canonicals, hreflang, données structurées, sitemaps, et robots règles;
• vendors, APIs, authentication, recherche, formulaires, et shared repositories.

Le contract et counsel determine legal ownership. Le SEO team’s job est à expose où a proposed separation dépend on an asset or correct que a pas été assigned.

Ce que success semble comme

Après launch, le buyer’s déplacé pages devrait être crawlable, indexable, internally lié, measurable, et mapped depuis leur old URLs. Le seller’s retained pages devrait encore fonctionner. Historical données et accès devrait être preserved appropriately, pendant que former parties lose operational accès on le agreed schedule.

Que is a successful carve-out. Two sites going live is seulement the visible partie.

«> TL;DR — Treat a carve-out as an asset-separation program with an SEO migration

inside it. Build an entitlement matrix across URLs, content, domains, data, links, accounts, infrastructure, and people. Give every legacy URL an explicit disposition: retain, move, consolidate, duplicate temporarily under documented rights, or retire. Map only equivalent moves, preserve shared assets or replace their references, separate measurement without discarding history, and sequence cutovers around DNS, redirects, authentication, consent, and transition-service dependencies. Monitor both estates by URL cohort. A buyer-side gain does not excuse seller-side damage. » (Traduction) (Résumé en français de la section vingt-deux, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«## Define the separation perimeter » (Traduction) (Résumé en français de la section vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Begin with the transaction perimeter, then translate it into a digital perimeter. The legal entity, product line, brand, geography, and customer contract may each draw the boundary differently. Do not assume a URL folder is the definitive answer. » (Traduction) (Résumé en français de la section vingt-quatre, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«Create an entitlement matrix with one row per asset and these fields: » (Traduction) (Résumé en français de la section vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Transition service agreement (TSA) est le deal term worth learning. Il defines services un party continues providing temporarily après fermer. Pour le SEO, a TSA peut cover redirection hosting, DNS, a CMS, an image CDN, analytics exports, consent tooling, or staff qui know comment le publishing système fonctionne. Donner chaque dependency an owner, service level, fin date, exit tester, et fallback.

Construire an evidence-complete URL inventory

Combine sources plutôt que trusting le sitemap:

• production explore et CMS/database exports;
• XML sitemaps, serveur/CDN logs, analytics landing pages, et Search Console pages;
• externally lié URLs, payant landing pages, feeds, et entreprise profiles;
• images, videos, PDFs, downloadable fichiers, JavaScript, CSS, API endpoints, et old redirections.

Google explicitly indique site owners à inclure embedded assets dans a déplacer et à utiliser sitemaps, logs, analytics, CMS données, et lien rapports à identifier important URLs. Le actuel documentation listes ceux sources.

Assign every URL un disposition:

• Retain: remains à le seller et garde son URL.
• Déplacer: transfers à an equivalent buyer page.
• Consolidate: plusieurs pages genuinely become un comprehensive replacement.
• Temporary dual utiliser: apparaît on les deux estates sous documented rights, avec an owner et expiry.
• Retire: a aucun utile replacement et renvoie 404/410.
• Hold: ne peut pas launch jusqu’à ownership, rights, or destination est resolved.

Aucun blank cells. “We’ll decide after launch” is a decision to accept an unmanaged échec.

Design mappings autour utilisateur equivalence

Le buyer est acquiring a entreprise, pas automatiquement chaque recherche signal attached à le seller. A redirection est justified quand le destination satisfies substantially le même utilisateur intent et continues le même subject, produit, or service.

Examiner mappings avec contenu, produit, legal, et brand owners. Score chaque ligne:

• exact successor;
• consolidated mais equivalent;
• uncertain et exige manual examiner;
• aucun equivalent, retourner 404/410;
• prohibited parce que le asset or claim ne fait pas transfer.

Éviter chains par resolving old règles directement à le final destination. Google dit il peut suivre long chains mais recommends direct redirections et keeping unavoidable chains faible, ideally aucun plus que three et fewer que five. Garder redirection permanentes pour à le moins a année et plus long quand practical. Google documents les deux points.

Untangle shared assets et services

Shared dependencies are où carve-outs obtenir weird.

Asset hosts

A déplacé page peut encore charger images depuis le seller’s CDN, fonts depuis a corporate domain, PDFs depuis a shared DAM, or JavaScript depuis a parent-entreprise host. Inventory requêtes depuis rendu explore et navigateur/network logs. Pour chaque dependency, choisir transfer, copy, stable licensed hosting, or replacement. Mettre à jour références et tester cache, CORS, robots règles, signatures, hotlink restrictions, et expiry.

Content and product données

Séparé source contenu depuis rendu pages. Produit descriptions, specifications, reviews, author biographies, localization memory, et structured-données champs peut come depuis systèmes à l’extérieur le CMS. Legal et données specialists determine si chaque peut transfer. Ne faites pas solve unclear rights par copying tout.

Identity and transactions

Formulaires, login, account recovery, checkout, subscriptions, et prise en charge portals peut cross le separation boundary. Tester utilisateur journeys et le indexable states autour les. Recherche visibility n’est pas a win si lune page sends a client dans an account flow le nouveau entreprise ne peut pas operate.

Séparé Search Console et measurement safely

Preserve history avant modification accès. Export baseline données par URL cohort, requête, country, device, et recherche appearance. Record property scope et timezone. Garder a lire-seulement archive dans accordance avec le transaction’s données règles.

Pour Search Console:

1. Inventory Domain et URL-prefix properties, utilisateurs, owners, et verification méthodes.
2. Vérifier le buyer’s destination properties avant launch.
3. Preserve seller verification nécessaire à monitor old URLs et redirections.
4. Transfer or establish buyer ownership via approved contrôle.
5. Revoke former accès seulement après le agreed monitoring et handoff tests réussir.

Google distinguishes owners, complet utilisateurs, et restricted utilisateurs. Verification tokens peut confer contrôler, donc accès design belongs avec security plutôt que dans a shared SEO spreadsheet. Google documents Search Console permissions.

Pour analytics et tagging, define qui party peut retain historical utilisateur-level or commercial données. Souvent le safest SEO baseline est an approved aggregate export plus nouveau destination properties, pas copying an entier account. Rebuild events, consent, cross-domain configuration, referrals, channel règles, et entreprise-résultat joins; alors vérifier les avec tester transactions.

Sequence the cutover

Utiliser waves fondé on dependencies, pas arbitrary URL counts:

1. Contrôler plane: domain registration, DNS, certificates, CDN, hosting, secrets, account ownership, et monitoring.
2. Destination readiness: templates, contenu, assets, accessibility, analytics, consent, robots, canonicals, hreflang, schema, et sitemaps.
3. Pilot cohort: a coherent, lower-volatility section whose performances peut être mesuré independently.
4. Principal contenu: élevé-valeur produit, category, prise en charge, et editorial cohorts.
5. Long tail et legacy: orphaned pages, fichiers, old redirections, profiles, et integrations.
6. TSA exit: remplacer or terminate chaque shared dependency et revoke accès.

Google recommends splitting grand moves quand utile, pendant que warning que a pilot peut pas represent a entier-site déplacer. Il aussi recommends modification un major variable à a temps et launching during lower trafic où possible. Ceux expectations sont dans son site-move guidance.

Launch gates

Ne faites pas launch a cohort jusqu’à:

• ownership et rights ont a documented state;
• destination pages retourner le prévu status et rendre leur principal contenu;
• production robots et meta directives autoriser prévu exploration et indexation;
• canonicals, hreflang, données structurées, lien internes, et sitemaps utiliser final URLs;
• redirection règles réussir exact, representative, et adversarial tests;
• analytics, consent, conversion, et log collection réussir tester journeys;
• capacity, monitoring, incident ownership, rollback, et communications sont ready;
• le seller’s retained estate passes son propre regression suite.

Monitor cohorts, pas blended totals

Créer fixed cohorts avant launch: retained seller URLs, déplacé buyer URLs, retired URLs, shared-transition URLs, et contrôler URLs que ne doit pas modifier. Comparer à 7, 14, 30, et 90 days pendant que accounting pour seasonality et unrelated releases.

Track:

• old URL requêtes et redirection résultats;
• nouveau URL explorer, indexer, impressions, clicks, rankings, et conversions;
• seller retained-page regressions;
• erreurs serveur, latency, explorer volume, et cache behavior;
• canonical selection, hreflang reciprocity, rich-résultat eligibility, et lien internes;
• TSA dependencies, expiring credentials, certificate renewal, et unresolved assets.

Ne faites pas promise a fixed recovery date. Google dit significant moves peut fluctuate pendant que URLs sont recrawled et reindexed, et que completion se produit per URL. Grand sites peut prendre plus long. Utiliser le attendu transition modèle as context, pas as an excuse pour broken implementation.

Final thoughts

Le redirection fichier n’est pas le carve-out plan. Le plan est a provable réponse à qui owns chaque asset, ce que le utilisateur devrait reach, comment chaque entreprise operates independently, et quand chaque temporary dependency ends.

AI summary

• Treat le carve-out as un estate becoming deux, pas as a normal domain swap.
• Inventory URLs, rights, domains, accounts, données, infrastructure, liens, et personnes.
• Assign retain, déplacer, consolidate, temporary dual utiliser, retire, or hold à chaque URL.
• Redirection seulement à a genuine successor; utiliser 404/410 quand none exists.
• Tester assets et services à l’extérieur le CMS, surtout CDNs, DAMs, formulaires, identity, produit données, consent, et analytics.
• Preserve appropriately scoped history, establish nouveau ownership, et revoke old accès on an agreed schedule.
• Launch par dependency cohort et regression-test le seller’s retained estate.
• Monitor buyer, seller, retired, transition, et unchanged contrôler cohorts séparément.

«## What the official guidance establishes » (Traduction) (Résumé en français de la section soixante-dix-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- Google: site moves with URL changes: mapping, permanent redirects, assets, staging, sitemaps, monitoring, and troubleshooting. » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google: redirects and Search: supported redirect methods and signal interpretation. » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google: canonicalization: canonical signals and why redirects are stronger than annotations alone. » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google: localized versions: reciprocal hreflang and cross-domain implementations. » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google: Search Console users and permissions: ownership, user levels, and verification controls. » (Traduction) (Résumé en français de la section soixante-dix-huit, sous-partie cinq : le texte source est conservé pour vérification lors de la relecture francophone.)

«These sources explain search-system behavior. They do not decide ownership, license, privacy, employment, tax, or transaction terms. Route those decisions to specialists. » (Traduction) (Résumé en français de la section soixante-dix-neuf, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Quotes from the source

«- “Split your move into smaller steps, if that makes sense for your site.” Google Search Central. Jump to quote » (Traduction) (Résumé en français de la section quatre-vingt-trois, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Carve-out checklist

Avant design

• Freeze le transaction perimeter et nom unresolved assets.
• Inventory domains, URLs, fichiers, rights, accounts, systèmes, vendors, et personnes.
• Export explore, mappings, redirections, GSC, analytics, logs, liens, et rankings.
• Identifier chaque shared dependency et proposed TSA.
• Créer seller, buyer, retired, transition, et contrôler URL cohorts.

Avant launch

• Assign a disposition et evidence owner à chaque URL.
• Approve chaque redirection pour utilisateur equivalence et rights.
• Valider assets, formulaires, authentication, consent, analytics, et conversions.
• Vérifier production exploration, canonicals, hreflang, schema, lien internes, et sitemaps.
• Tester rollback et seller-side regressions.
• Staff monitoring et incident réponse.

Après launch

• Explorer chaque old URL et vérifier le final destination.
• Inspect important URLs dans Search Console et comparer indexer cohorts.
• Monitor logs, erreurs, latency, trafic, rankings, et résultats on les deux estates.
• Resolve TSA dependencies avant leur exit dates.
• Revoke accès et rotate secrets après handoff gates réussir.

«## ROME: rights, ownership, meaning, execution » (Traduction) (Résumé en français de la section quatre-vingt-quinze, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Utiliser four gates pour every asset:

1. Rights: Peut le destination entreprise utiliser, modify, host, et redirection il?
2. Ownership: Qui contrôle le domain, account, code, contenu, et renewal?
3. Meaning: Est le proposed destination genuinely equivalent pour le utilisateur?
4. Execution: Peut le destination rendre, mesurer, secure, et maintain il independently?

A row que fails quelconque gate n’est pas ready to migrate.

Decide ce que se produit to a legacy URL

Launch-day SOP

1. Confirmer le signed URL-map version et owners dans le modifier record.
2. Snapshot DNS, CDN, redirection, robots, sitemap, analytics, et certificate state.
3. Release le destination cohort et exécuter smoke tests avant enabling redirections.
4. Enable direct redirections; explorer exact, sampled, unmatched, parameterized, et asset URLs.
5. Valider clé utilisateur journeys et en temps réel measurement on buyer et seller estates.
6. Submit nouveau sitemaps et inspect representative élevé-valeur URLs.
7. Publish le status mettre à jour avec incidents, owners, suivant checkpoint, et rollback state.
8. Garder le team disponible jusqu’à le observation window et entreprise tests réussir.

Courant façons carve-outs échouer

• Folder equals ownership: le legal et operating boundary rarely matches un neat directory.
• Traffic-rights logic: valuable trafic ne fait pas prove le buyer owns lune page or peut recevoir son redirection.
• Tout à le nouveau homepage: irrelevant redirections confuse utilisateurs et peut être treated as soft 404s.
• Copy maintenant, decide plus tard: temporary duplication becomes permanent, ungoverned contenu.
• Buyer-seulement QA: shared-code et redirection changements quietly break le seller.
• TSA as architecture: temporary services expire. Chaque dependency nécessite an exit.
• Delete old accès immédiatement: monitoring et history disappear avant handoff.
• Jamais revoke old accès: former parties retain contrôler après le approved window.

Outils pour the fonctionner

• SEO Migration Planner & Validator: examiner maps, deployed redirections, old-URL résultats, sitemap differences, et archived history.
• Redirection Map Builder: suggest et manuellement examiner URL mappings, preserve unmatched lignes, flatten chains, et export règles.
• Robot d’exploration plus rendu-navigateur explorer: inventory URLs et shared asset requêtes.
• Serveur/CDN logs: prove bot requêtes, code d’états, redirections, et retained trafic.
• Search Console et analytics exports: establish pre-close cohorts et monitor transfer.
• DNS, certificate, dependency, et secret inventories: prove operational separation.

Tests que doit réussir

Resources

Patrick’s verified fonctionner

• Le Role de SEO dans Mergers et Acquisitions: due diligence, le merge décision, staged integration, old-brand demand, et post-acquisition monitoring.
• A Webmigration de site Takes Plus Que a Liste de contrôle: Patrick’s planning, baseline, URL-modifier, testing, et monitoring traiter, notamment site splits.

Documentation officielle

«- Google’s site-move documentation: URL inventory, mapping, permanent redirects, phased moves, monitoring, and troubleshooting. » (Traduction) (Résumé en français de la section cent vingt-cinq, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- Google’s Search Console permission model: owners, users, verification methods, and token removal. » (Traduction) (Résumé en français de la section cent vingt-cinq, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Bing Webmaster Guidelines: current redirect, crawl/render, and removal guidance. » (Traduction) (Résumé en français de la section cent vingt-cinq, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.)

«### From around the industry » (Traduction) (Résumé en français de la section cent vingt-six, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

«- KPMG’s Digital Separation Blueprint: operating-model and transitional-service context for a carve-out; not SEO or legal policy. » (Traduction) (Résumé en français de la section cent vingt-sept, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.) «- 9thCO’s M&A website migration case study: a vendor-reported multi-domain consolidation example. » (Traduction) (Résumé en français de la section cent vingt-sept, sous-partie deux : le texte source est conservé pour vérification lors de la relecture francophone.) «- Search Engine Land’s site migration guide: planning, consolidation, launch, and post-launch coverage. » (Traduction) (Résumé en français de la section cent vingt-sept, sous-partie trois : le texte source est conservé pour vérification lors de la relecture francophone.) «- Screaming Frog’s redirect-audit tutorial: a recoverable workflow for testing the old-URL set at scale. » (Traduction) (Résumé en français de la section cent vingt-sept, sous-partie quatre : le texte source est conservé pour vérification lors de la relecture francophone.)

«Related on this site: Site Migrations, Website Migration Checklist, and SEO Due Diligence for M&A. » (Traduction) (Résumé en français de la section cent vingt-huit, sous-partie un : le texte source est conservé pour vérification lors de la relecture francophone.)

Testez vos connaissances