Pemisahan Situs dan Migrasi SEO Carve-Out

Cara memisahkan bagian situs web menjadi perusahaan atau domain baru tanpa kehilangan URL, permintaan, tautan, data, dan pengetahuan yang membuatnya bernilai.

Pertama kali diterbitkan: 18 Jul 2026 · Terakhir diperbarui: 7 Agu 2026 · Lanjutan
1 sinyal bukti di halaman ini

Sebuah carve-out adalah migrasi satu-menjadi-banyak: satu properti digital menjadi dua properti yang dimiliki dan dioperasikan secara mandiri. Pertama, tentukan perusahaan mana yang memiliki setiap domain, URL, hak konten, tautan, akun, set data, dan layanan bersama. Pertahankan halaman bernilai di URL yang stabil bila mungkin; jika tidak, petakan setiap URL lama ke halaman setara di tujuan yang benar dengan pengalihan permanen sisi server. Jangan mengalihkan halaman hanya karena pembeli menginginkan trafiknya. Pisahkan akses analitik dan Search Console tanpa menghancurkan riwayat, urutkan peluncuran berdasarkan dependensi legal dan teknis, dokumentasikan layanan transisi, dan pantau properti yang dipertahankan maupun yang dipisahkan.

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 tidak assume sebuah URL folder adalah definitive jawaban.

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

Fieldpertanyaan
AssetDomain, URL, file, dataset, account, repository, integration, atau credential
saat ini controlSiapa owns ini dan siapa dapat perubahan ini hari ini?
Future controlSeller, buyer, shared temporarily, atau retired?
RightsAssigned, licensed, restricted, disputed, atau unknown?
DependencyApa halaman, tim, vendors, atau sistem consume ini?
Separation tindakanRetain, transfer, clone, rebuild, redirect, revoke, atau archive?
DeadlineClose, launch, TSA exit, atau kemudian wave?
EvidenceContract schedule, export, configuration, crawl, atau owner konfirmasi

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-menyelesaikan 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 satu disposition:

  • Retain: tetap di seller dan mempertahankan -nya URL.
  • Move: transfers untuk sebuah equivalent buyer halaman.
  • Consolidate: several halaman genuinely become satu comprehensive replacement.
  • Temporary dual gunakan: muncul pada keduanya estates di bawah terdokumentasi rights, dengan sebuah owner dan expiry.
  • Retire: memiliki Tidak berguna replacement dan mengembalikan 404/410.
  • Hold: cannot launch until kepemilikan, rights, atau destination adalah resolved.

Tidak 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 baris:

  • 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 di mana carve-outs mendapatkan 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 dirender melakukan crawl dan browser/network logs. untuk setiap dependency, choose transfer, copy, stable licensed hosting, atau replacement. Perbarui 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 status sekitar them. Penelusuran visibilitas adalah tidak 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 mengubah access. Export baseline data oleh URL cohort, kueri, country, device, dan penelusuran appearance. Record property cakupan dan timezone. pertahankan sebuah baca-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 kepemilikan melalui approved controls.
  5. Revoke former access hanya setelah agreed monitoring dan handoff tests lulus.

Google distinguishes owners, penuh 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 kepemilikan, dan monitoring.
  2. Destination readiness: templates, konten, assets, accessibility, analytics, consent, robots, canonicals, hreflang, schema, dan sitemaps.
  3. Pilot cohort: sebuah coherent, lebih rendah-volatility bagian milik siapa performa dapat menjadi diukur independently.
  4. Utama 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 tidak launch sebuah cohort until:

  • kepemilikan dan rights memiliki sebuah terdokumentasi state;
  • destination halaman mengembalikan yang dimaksud status dan render mereka main konten;
  • production robots dan meta directives izinkan yang dimaksud crawling dan pengindeksan;
  • canonicals, hreflang, data terstruktur, tautan internal, dan sitemaps gunakan akhir URLs;
  • redirect aturan lulus tepat, representative, dan adversarial tests;
  • analytics, consent, conversion, dan log collection lulus test journeys;
  • capacity, monitoring, incident kepemilikan, rollback, dan communications adalah ready;
  • seller’s retained estate melewati -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 tidak perubahan. Bandingkan di 7, 14, 30, dan 90 days sementara 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;
  • kesalahan server, 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.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.