Pemisahan Situs dan Migrasi SEO Carve-Out

TL;DR — Pemisahan situs memisahkan situs web satu perusahaan menjadi dua. Bagian tersulit bukan menulis pengalihan, melainkan menentukan siapa yang memiliki setiap halaman, domain, akun, gambar, unduhan, tautan, dan bagian data historis. Pertahankan URL yang baik tanpa perubahan bila memungkinkan. Jika halaman benar-benar berpindah, alihkan URL lamanya ke halaman baru yang setara. Jika tidak ada pengganti, kembalikan 404 atau 410 yang nyata. Uji kedua properti baru karena carve-out dapat merusak situs penjual sama mudahnya dengan situs pembeli.

What sebuah situs split atau carve-out adalah

Pemisahan situs adalah migrasi ketika sebagian situs web menjadi aset digital terpisah. Hal ini umum terjadi setelah divestasi, spin-off, penjualan produk, pemisahan wilayah, atau pengakhiran usaha patungan.

sebuah normal domain migration adalah mostly one-untuk-one: old situs moves untuk baru situs. sebuah carve-out adalah one-untuk-banyak. beberapa halaman stay dengan seller, beberapa move untuk buyer, beberapa adalah copied temporarily di bawah sebuah license, beberapa adalah retired, dan shared sistem memiliki untuk pertahankan berfungsi while ownership perubahan.

itu membuat three jobs:

1. Decide ownership. Who controls setiap domain, URL, konten asset, account, dan service setelah transaction?
2. pertahankan meaning. melakukan buyer’s baru halaman genuinely replace seller’s old halaman untuk pengguna?
3. Prove independence. dapat setiap side crawl, publish, mengukur, secure, dan operate -nya estate setelah transition services end?

redirect aturan

Alihkan URL yang berpindah hanya jika tujuannya benar-benar pengganti. Halaman produk yang dijual bersama bisnis biasanya dapat dialihkan ke produk yang sama di situs pembeli. Halaman karier perusahaan yang dipertahankan penjual tidak boleh dialihkan ke beranda pembeli hanya karena halaman itu memiliki tautan.

Google advises terhadap sending banyak old URLs untuk one irrelevant destination because itu dapat menjadi treated sebagai sebuah soft 404. ini recommends server-side permanent redirects such sebagai 301 dan 308 untuk permanent moves. See Google’s situs-move guidance.

Start sebelum separation date

Inventory digital estate while people, sistem, dan permissions masih exist. di minimum, capture:

• domains, subdomains, old domains, DNS, certificates, hosting, dan CDN aturan;
• setiap dapat diindeks URL plus images, videos, PDFs, scripts, dan feeds;
• Search Console, analytics, tag management, ad, consent, dan business profiles;
• konten owners, licenses, authors, trademarks, product data, dan source files;
• redirects, canonicals, hreflang, data terstruktur, sitemaps, dan robots aturan;
• vendors, APIs, authentication, search, forms, dan shared repositories.

contract dan counsel determine legal ownership. SEO team’s job adalah untuk expose where sebuah proposed separation depends pada sebuah asset atau right itu memiliki not telah assigned.

What success looks like

setelah launch, buyer’s moved halaman seharusnya menjadi dapat di-crawl, dapat diindeks, internally ditautkan, measurable, dan mapped dari mereka old URLs. seller’s retained halaman seharusnya masih berfungsi. Historical data dan access seharusnya menjadi dipertahankan appropriately, while former parties lose operational access pada agreed schedule.

itu adalah sebuah successful carve-out. Two situs going live adalah hanya terlihat bagian.

TL;DR — Perlakukan carve-out sebagai program pemisahan aset yang di dalamnya terdapat migrasi SEO. Buat matriks hak atas URL, konten, domain, data, tautan, akun, infrastruktur, dan orang. Berikan disposisi eksplisit untuk setiap URL lama: pertahankan, pindahkan, konsolidasikan, duplikasi sementara berdasarkan hak yang terdokumentasi, atau hentikan. Petakan hanya perpindahan yang setara, pertahankan aset bersama atau ganti referensinya, pisahkan pengukuran tanpa membuang riwayat, dan urutkan cutover berdasarkan DNS, redirect, autentikasi, persetujuan, serta dependensi layanan transisi. Pantau kedua aset digital berdasarkan kelompok URL. Keuntungan pembeli tidak membenarkan kerusakan di pihak penjual.

Define separation perimeter

Begin dengan transaction perimeter, lalu translate ini ke sebuah digital perimeter. legal entity, product line, brand, geography, dan customer contract dapat setiap draw boundary differently. melakukan not assume sebuah URL folder adalah definitive jawaban.

Buat matriks hak dengan satu baris untuk setiap aset dan bidang-bidang berikut:

Perjanjian layanan transisi (TSA) adalah istilah kesepakatan yang layak dipahami. Perjanjian ini menjelaskan layanan yang terus diberikan satu pihak untuk sementara setelah penutupan transaksi. Untuk SEO, TSA dapat mencakup hosting redirect, DNS, CMS, CDN gambar, ekspor analitik, perangkat persetujuan, atau staf yang memahami cara kerja sistem publikasi. Berikan pemilik, tingkat layanan, tanggal berakhir, uji keluar, dan cadangan untuk setiap dependensi.

bangun sebuah evidence-complete URL inventory

Combine sources alih-alih trusting sitemap:

• production melakukan crawl dan CMS/database exports;
• sitemap XML, server/CDN logs, analytics landing halaman, dan Search Console halaman;
• externally ditautkan URLs, paid landing halaman, feeds, dan business profiles;
• images, videos, PDFs, downloadable files, JavaScript, CSS, API endpoints, dan old redirects.

Google explicitly tells situs owners untuk sertakan embedded assets di sebuah move dan untuk gunakan sitemaps, logs, analytics, CMS data, dan tautan reports untuk identify penting URLs. saat ini documentation lists itu sources.

Assign setiap URL one disposition:

• Retain: remains di seller dan mempertahankan -nya URL.
• Move: transfers untuk sebuah equivalent buyer halaman.
• Consolidate: several halaman genuinely become one comprehensive replacement.
• Temporary dual gunakan: appears pada both estates di bawah documented rights, dengan sebuah owner dan expiry.
• Retire: memiliki no berguna replacement dan mengembalikan 404/410.
• Hold: cannot launch until ownership, rights, atau destination adalah resolved.

No blank cells. “We’ll decide after launch” (terjemahan) “kami’ll decide setelah launch” adalah sebuah decision untuk accept sebuah unmanaged failure.

Design mappings sekitar pengguna equivalence

Pembeli mengakuisisi bisnis, bukan otomatis setiap sinyal penelusuran yang melekat pada penjual. Pengalihan dibenarkan ketika tujuan memenuhi maksud pengguna yang secara substansial sama dan meneruskan topik, produk, atau layanan yang sama.

Review mappings dengan konten, product, legal, dan brand owners. Score setiap row:

• penerus yang persis;
• dikonsolidasikan tetapi setara;
• tidak pasti dan memerlukan peninjauan manual;
• tidak ada yang setara, kembalikan 404/410;
• dilarang karena aset atau klaim tidak ikut berpindah.

Hindari rantai dengan mengarahkan aturan lama langsung ke tujuan akhir. Google mengatakan dapat mengikuti rantai panjang, tetapi merekomendasikan pengalihan langsung dan menjaga rantai yang tak terhindarkan tetap pendek, idealnya tidak lebih dari tiga dan kurang dari lima. Pertahankan pengalihan permanen setidaknya setahun dan lebih lama bila praktis. Google mendokumentasikan kedua poin tersebut.

Untangle shared assets dan services

Shared dependencies adalah where carve-outs get weird.

Asset hosts

sebuah moved halaman dapat masih muat images dari seller’s CDN, fonts dari sebuah corporate domain, PDFs dari sebuah shared DAM, atau JavaScript dari sebuah parent-company host. Inventory permintaan dari rendered melakukan crawl dan browser/network logs. untuk setiap dependency, choose transfer, copy, stable licensed hosting, atau replacement. Update references dan test cache, CORS, robots aturan, signatures, hotlink restrictions, dan expiry.

konten dan product data

Pisahkan konten sumber dari halaman hasil render. Deskripsi produk, spesifikasi, ulasan, biografi penulis, memori lokalisasi, dan bidang data terstruktur dapat berasal dari sistem di luar CMS. Spesialis hukum dan data menentukan apakah masing-masing boleh dipindahkan. Jangan menyelesaikan hak yang belum jelas dengan menyalin semuanya.

Identity dan transactions

Forms, login, account recovery, checkout, subscriptions, dan mendukung portals dapat cross separation boundary. Test pengguna journeys dan dapat diindeks states sekitar them. Search visibilitas adalah not sebuah win jika halaman mengirim sebuah customer ke sebuah account flow baru company cannot operate.

Pisahkan Search Console dan pengukuran dengan aman

pertahankan history sebelum changing access. Export baseline data oleh URL cohort, kueri, country, device, dan search appearance. Record property scope dan timezone. pertahankan sebuah read-hanya archive di accordance dengan transaction’s data aturan.

untuk Search Console:

1. Inventory Domain dan URL-prefix properties, pengguna, owners, dan verification metode.
2. Verify buyer’s destination properties sebelum launch.
3. pertahankan seller verification needed untuk monitor old URLs dan redirects.
4. Transfer atau establish buyer ownership melalui approved controls.
5. Revoke former access hanya setelah agreed monitoring dan handoff tests pass.

Google distinguishes owners, full pengguna, dan restricted pengguna. Verification tokens dapat confer control, so access design belongs dengan security alih-alih di sebuah shared SEO spreadsheet. Google documents Search Console permissions.

Untuk analitik dan penandaan, tentukan pihak mana yang boleh menyimpan data pengguna historis atau data komersial. Sering kali dasar SEO paling aman adalah ekspor agregat yang disetujui ditambah properti tujuan baru, bukan menyalin seluruh akun. Bangun ulang peristiwa, persetujuan, konfigurasi lintas domain, rujukan, aturan kanal, dan penggabungan hasil bisnis; lalu verifikasi semuanya dengan transaksi uji.

Sequence cutover

Gunakan gelombang berdasarkan dependensi, bukan jumlah URL sembarang:

1. Control plane: domain registration, DNS, certificates, CDN, hosting, secrets, account ownership, dan monitoring.
2. Destination readiness: templates, konten, assets, accessibility, analytics, consent, robots, canonicals, hreflang, schema, dan sitemaps.
3. Pilot cohort: sebuah coherent, lower-volatility bagian whose performa dapat menjadi diukur independently.
4. Primary konten: tinggi-nilai product, category, mendukung, dan editorial cohorts.
5. panjang tail dan legacy: orphaned halaman, files, old redirects, profiles, dan integrations.
6. TSA exit: replace atau terminate setiap shared dependency dan revoke access.

Google merekomendasikan memecah perpindahan besar bila berguna, sambil memperingatkan bahwa uji coba mungkin tidak mewakili perpindahan seluruh situs. Google juga merekomendasikan mengubah satu variabel utama pada satu waktu dan meluncurkan saat lalu lintas lebih rendah jika memungkinkan. Panduan perpindahan situsnya memuat ekspektasi tersebut.

Launch gates

melakukan not launch sebuah cohort until:

• ownership dan rights memiliki sebuah documented state;
• destination halaman mengembalikan intended status dan render mereka main konten;
• production robots dan meta directives allow intended crawling dan pengindeksan;
• canonicals, hreflang, data terstruktur, tautan internal, dan sitemaps gunakan akhir URLs;
• redirect aturan pass exact, representative, dan adversarial tests;
• analytics, consent, conversion, dan log collection pass test journeys;
• capacity, monitoring, incident ownership, rollback, dan communications adalah ready;
• seller’s retained estate passes -nya own regression suite.

Pantau kohort, bukan total gabungan

buat fixed cohorts sebelum launch: retained seller URLs, moved buyer URLs, retired URLs, shared-transition URLs, dan control URLs itu seharusnya not perubahan. Compare di 7, 14, 30, dan 90 days while accounting untuk seasonality dan unrelated releases.

Track:

• old URL permintaan dan redirect outcomes;
• baru URL crawl, indeks, impressions, clicks, rankings, dan conversions;
• seller retained-halaman regressions;
• server errors, latency, crawl volume, dan cache perilaku;
• canonical selection, hreflang reciprocity, rich-hasil eligibility, dan tautan internal;
• TSA dependencies, expiring credentials, certificate renewal, dan unresolved assets.

Jangan menjanjikan tanggal pemulihan tetap. Google menyatakan perpindahan besar dapat berfluktuasi saat URL dirayapi dan diindeks ulang, dan penyelesaiannya terjadi per URL. Situs besar dapat memerlukan waktu lebih lama. Gunakan pola transisi yang diharapkan sebagai konteks, bukan alasan untuk implementasi yang rusak.

akhir thoughts

File pengalihan bukanlah rencana carve-out. Rencana tersebut harus membuktikan siapa pemilik setiap aset, tujuan yang harus dicapai pengguna, cara setiap perusahaan beroperasi secara mandiri, serta kapan setiap dependensi sementara berakhir.

AI summary

• Perlakukan carve-out sebagai satu properti yang menjadi dua, bukan pertukaran domain biasa.
• Inventarisasi URL, hak, domain, akun, data, infrastruktur, tautan, dan orang.
• Tetapkan status pertahankan, pindahkan, konsolidasikan, gunakan ganda sementara, pensiunkan, atau tahan untuk setiap URL.
• Alihkan hanya ke penerus yang nyata; gunakan 404/410 jika tidak ada.
• Uji aset dan layanan di luar CMS, terutama CDN, DAM, formulir, identitas, data produk, persetujuan, dan analitik.
• Pertahankan riwayat dengan cakupan yang tepat, tetapkan kepemilikan baru, dan cabut akses lama sesuai jadwal yang disepakati.
• Luncurkan berdasarkan kohort dependensi dan uji regresi properti penjual yang dipertahankan.
• Pantau kohort kontrol pembeli, penjual, pensiun, transisi, dan tanpa perubahan secara terpisah.

What official guidance establishes

• Google: perpindahan situs dengan perubahan URL: pemetaan, redirect permanen, aset, staging, sitemap, pemantauan, dan pemecahan masalah.
• Google: redirect dan Penelusuran: metode redirect yang didukung dan interpretasi sinyal.
• Google: kanonikalisasi: sinyal canonical dan alasan redirect lebih kuat daripada anotasi saja.
• Google: versi lokal: hreflang timbal balik dan penerapan lintas domain.
• Google: pengguna dan izin Search Console: kepemilikan, tingkat pengguna, dan kendali verifikasi.

Sumber-sumber ini menjelaskan perilaku sistem penelusuran. Sumber ini tidak menentukan kepemilikan, lisensi, privasi, ketenagakerjaan, pajak, atau ketentuan transaksi. Serahkan keputusan tersebut kepada spesialis.

Quotes dari source

• “Split your move into smaller steps, if that makes sense for your site.” (terjemahan) “Split Anda move ke smaller langkah, jika itu membuat sense untuk Anda situs.” Google Search Central. Jump untuk quote

Carve-out checklist

sebelum design

• Freeze transaction perimeter dan name unresolved assets.
• Inventory domains, URLs, files, rights, accounts, sistem, vendors, dan people.
• Export melakukan crawl, mappings, redirects, GSC, analytics, logs, tautan, dan rankings.
• Identify setiap shared dependency dan proposed TSA.
• buat seller, buyer, retired, transition, dan control URL cohorts.

sebelum launch

• Assign sebuah disposition dan evidence owner untuk setiap URL.
• Approve setiap redirect untuk pengguna equivalence dan rights.
• Validate assets, forms, authentication, consent, analytics, dan conversions.
• Verify production crawling, canonicals, hreflang, schema, tautan internal, dan sitemaps.
• Test rollback dan seller-side regressions.
• Staff monitoring dan incident respons.

setelah launch

• Rayapi setiap URL lama dan verifikasi tujuan akhirnya.
• Periksa URL penting di Search Console dan bandingkan kelompok indeks.
• Pantau log, error, latensi, trafik, peringkat, dan hasil pada kedua aset digital.
• Selesaikan dependensi TSA sebelum tanggal keluarnya.
• Cabut akses dan rotasikan rahasia setelah gerbang serah-terima dilalui.

ROME: hak, kepemilikan, makna, pelaksanaan

gunakan four gates untuk setiap asset:

1. Rights: dapat destination company gunakan, modify, host, dan redirect ini?
2. Ownership: Who controls domain, account, code, konten, dan renewal?
3. Meaning: adalah proposed destination genuinely equivalent untuk pengguna?
4. Execution: dapat destination render, mengukur, secure, dan maintain ini independently?

sebuah row itu fails apa pun gate adalah not ready untuk migrate.

Decide what happens untuk sebuah legacy URL

Launch-day SOP

1. Confirm signed URL-map versi dan owners di perubahan record.
2. Snapshot DNS, CDN, redirect, robots, sitemap, analytics, dan certificate state.
3. Release destination cohort dan run smoke tests sebelum enabling redirects.
4. Enable direct redirects; crawl exact, sampled, unmatched, parameterized, dan asset URLs.
5. Validate key pengguna journeys dan nyata-time pengukuran pada buyer dan seller estates.
6. Submit baru sitemaps dan inspect representative tinggi-nilai URLs.
7. Publish status update dengan incidents, owners, next checkpoint, dan rollback state.
8. pertahankan team available until observation window dan business tests pass.

umum cara carve-outs fail

• Folder sama dengan kepemilikan: batas hukum dan operasional jarang cocok dengan satu direktori yang rapi.
• Logika hak trafik: trafik bernilai tidak membuktikan bahwa pembeli memiliki halaman atau boleh menerima redirect-nya.
• Alihkan semuanya ke beranda baru: redirect yang tidak relevan membingungkan pengguna dan dapat diperlakukan sebagai soft 404s.
• Salin sekarang, putuskan nanti: duplikasi sementara menjadi konten permanen tanpa tata kelola.
• QA hanya dari pihak pembeli: perubahan kode bersama dan redirect dapat diam-diam merusak pihak penjual.
• TSA sebagai arsitektur: layanan sementara akan berakhir. Setiap dependensi memerlukan jalan keluar.
• Hapus akses lama segera: pemantauan dan riwayat lenyap sebelum serah-terima.
• Jangan pernah mencabut akses lama: pihak sebelumnya tetap memegang kendali setelah jendela yang disetujui berakhir.

alat untuk berfungsi

• SEO Migration Planner & Validator: review maps, deployed redirects, old-URL outcomes, sitemap differences, dan archived history.
• peta pengalihan Builder: suggest dan manually review URL mappings, pertahankan unmatched rows, flatten chains, dan export aturan.
• crawler plus rendered-browser crawl: inventory URLs dan shared asset permintaan.
• server/CDN logs: prove bot permintaan, kode status, redirects, dan retained traffic.
• Search Console dan analytics exports: establish pre-close cohorts dan monitor transfer.
• DNS, certificate, dependency, dan secret inventories: prove operational separation.

Tests itu harus pass

Resources

Patrick’s verified berfungsi

• Role dari SEO di Mergers dan Acquisitions: due diligence, merge decision, staged integration, old-brand demand, dan post-acquisition monitoring.
• sebuah situs web Migration Takes More daripada sebuah Checklist: Patrick’s planning, baseline, URL-perubahan, testing, dan monitoring process, including situs splits.

Official documentation

• Google’s situs-move documentation: URL inventory, mapping, permanent redirects, phased moves, monitoring, dan troubleshooting.
• Google’s Search Console permission model: owners, pengguna, verification metode, dan token removal.
• Bing Webmaster Guidelines: saat ini redirect, crawl/render, dan removal guidance.

dari sekitar industry

• KPMG’s Digital Separation Blueprint: operating-model dan transitional-service context untuk sebuah carve-out; not SEO atau legal policy.
• 9thCO’s M&sebuah situs web migration case study: sebuah vendor-reported multi-domain consolidation contoh.
• mesin pencari Land’s situs migration guide: planning, consolidation, launch, dan post-launch coverage.
• Screaming Frog’s redirect-audit tutorial: sebuah recoverable workflow untuk testing old-URL set di scale.

Related pada ini situs: situs Migrations, situs web Migration Checklist, dan SEO Due Diligence untuk M&sebuah.

Test yourself

Log perubahan