Site Bölünmeleri ve Carve-out'lar

TL;DR — Bir site bölünmesi, bir şirketin web sitesini ikiye ayırır. Zor kısım yönlendirmeleri yazmak değil; her sayfanın, alan adının, hesabın, görselin, indirmenin, bağlantının ve geçmiş verisinin kime ait olduğuna karar vermektir. Mümkün olduğunda iyi URL’leri değiştirmeyin. Bir sayfa gerçekten taşındığında eski URL’sini eşdeğer yeni sayfaya yönlendirin. Yerine geçen bir sayfa yoksa gerçek bir 404 veya 410 döndürün. Her iki yeni yapıyı da test edin; çünkü bir carve-out, alıcınınki kadar satıcının sitesini de bozabilir.

Site bölünmesi veya carve-out nedir?

Site bölünmesi, tek bir web sitesinin bir bölümünün ayrı bir dijital yapıya dönüştüğü bir geçiştir. Genellikle elden çıkarma, şirket bölünmesi, ürün satışı, bölgesel ayrışma veya ortak girişimin sona ermesinden sonra gerçekleşir.

Normal bir alan adı geçişi çoğunlukla bire birdir: eski site yeni siteye taşınır. Carve-out ise birden çoğa geçiştir. Bazı sayfalar satıcıda kalır, bazıları alıcıya taşınır, bazıları geçici olarak lisans kapsamında kopyalanır, bazıları emekliye ayrılır ve sahiplik değişirken ortak sistemlerin çalışmaya devam etmesi gerekir.

Bu üç iş yaratır:

1. Sahipliği belirleyin. İşlemden sonra her alan adını, URL’yi, içerik varlığını, hesabı ve hizmeti kim kontrol edecek?
2. Anlamı koruyun. Alıcının yeni sayfası, kullanıcı için satıcının eski sayfasının gerçekten yerini tutuyor mu?
3. Bağımsızlığı kanıtlayın. Geçiş hizmetleri sona erdikten sonra her taraf kendi yapısını tarayabilir, yayınlayabilir, ölçebilir, güvenliğini sağlayabilir ve işletebilir mi?

Yönlendirme kuralı

Taşınan bir URL’yi yalnızca hedef gerçekten onun yerini alıyorsa yönlendirin. İşletmeyle birlikte satılan bir ürün sayfası genellikle alıcının sitesindeki aynı ürüne yönlendirilebilir. Satıcıda kalan kurumsal kariyer sayfası, yalnızca bağlantıları var diye alıcının ana sayfasına yönlendirilmemelidir.

Google advises against sending many old URLs to one irrelevant destination because that may be treated as a soft 404. It recommends server-side permanent redirects such as 301 and 308 for permanent moves. See Google’s site-move guidance.

Ayrılma tarihinden önce başlayın

İnsanlar, sistemler ve izinler hâlâ mevcutken dijital yapının envanterini çıkarın. En azından şunları kaydedin:

• alan adları, alt alan adları, eski alan adları, DNS, sertifikalar, barındırma ve CDN kuralları;
• görseller, videolar, PDF’ler, komut dosyaları ve akışlarla birlikte dizine eklenebilir her URL;
• Search Console, analitik, etiket yönetimi, reklam, izin ve işletme profilleri;
• içerik sahipleri, lisanslar, yazarlar, ticari markalar, ürün verileri ve kaynak dosyaları;
• yönlendirmeler, canonical’lar, hreflang, yapılandırılmış veri, site haritaları ve robots kuralları;
• tedarikçiler, API’ler, kimlik doğrulama, arama, formlar ve ortak depolar.

Sözleşme ve hukuk danışmanları yasal sahipliği belirler. SEO ekibinin görevi, önerilen ayrımın atanmamış bir varlığa veya hakka nerede dayandığını ortaya çıkarmaktır.

Başarı nasıl görünür?

Yayından sonra alıcının taşınan sayfaları taranabilir, dizine eklenebilir, dahili olarak bağlantılanabilir, ölçülebilir olmalı ve eski URL’lerinden eşlenmelidir. Satıcının elinde kalan sayfalar çalışmaya devam etmelidir. Geçmiş veriler ve erişim uygun biçimde korunurken eski taraflar üzerinde kararlaştırılan takvime göre operasyonel erişimi kaybetmelidir.

Başarılı bir carve-out budur. İki sitenin yayına girmesi yalnızca görünen kısımdır.

TL;DR — Carve-out’u içinde bir SEO geçişi bulunan varlık-ayırma programı olarak ele alın. URL’ler, içerik, alan adları, veriler, bağlantılar, hesaplar, altyapı ve insanlar için bir hak sahipliği matrisi oluşturun. Her eski URL’ye açık bir durum verin: koru, taşı, birleştir, belgelenmiş haklarla geçici olarak çoğalt veya emekliye ayır. Yalnızca eşdeğer taşımaları eşleyin, ortak varlıkları koruyun ya da referanslarını değiştirin, geçmişi atmadan ölçümü ayırın ve geçişleri DNS, yönlendirmeler, kimlik doğrulama, izin ve geçiş hizmeti bağımlılıklarına göre sıralayın. Her iki yapıyı da URL kohortuna göre izleyin. Alıcı tarafındaki kazanım, satıcı tarafındaki hasarı mazur göstermez.

Ayrım sınırını tanımlayın

İşlem sınırıyla başlayın, ardından bunu dijital bir sınıra dönüştürün. Tüzel kişi, ürün grubu, marka, coğrafya ve müşteri sözleşmesi sınırı farklı çizebilir. Bir URL klasörünün kesin yanıt olduğunu varsaymayın.

Her varlık için bir satır ve şu alanları içeren bir hak sahipliği matrisi oluşturun:

Geçiş hizmetleri sözleşmesi (TSA) öğrenmeye değer bir işlem terimidir. Kapanıştan sonra bir tarafın geçici olarak sağlamaya devam edeceği hizmetleri tanımlar. SEO için TSA; yönlendirme barındırmasını, DNS’i, CMS’i, görsel CDN’ini, analitik dışa aktarmalarını, izin araçlarını veya yayın sisteminin nasıl çalıştığını bilen personeli kapsayabilir. Her bağımlılığa bir sahip, hizmet düzeyi, bitiş tarihi, çıkış testi ve geri dönüş seçeneği verin.

Eksiksiz kanıt içeren bir URL envanteri oluşturun

Site haritasına güvenmek yerine kaynakları birleştirin:

• üretim taramaları ve CMS/veritabanı dışa aktarmaları;
• XML site haritaları, sunucu/CDN günlükleri, analitik açılış sayfaları ve Search Console sayfaları;
• harici bağlantılı URL’ler, ücretli açılış sayfaları, akışlar ve işletme profilleri;
• görseller, videolar, PDF’ler, indirilebilir dosyalar, JavaScript, CSS, API uç noktaları ve eski yönlendirmeler.

Google, site sahiplerine bir taşıma sırasında gömülü varlıkları da dahil etmelerini ve önemli URL’leri belirlemek için site haritalarını, günlükleri, analitiği, CMS verilerini ve bağlantı raporlarını kullanmalarını açıkça söyler. Güncel dokümantasyon bu kaynakları listeler.

Her URL’ye bir durum atayın:

• Koru: satıcıda kalır ve URL’sini korur.
• Taşı: eşdeğer bir alıcı sayfasına aktarılır.
• Birleştir: birkaç sayfa gerçekten tek bir kapsamlı yerine geçen sayfa olur.
• Geçici çift kullanım: belgelenmiş haklar kapsamında her iki yapıda görünür; sahibi ve bitiş tarihi vardır.
• Emekliye ayır: yararlı bir yerine geçen sayfa yoktur ve 404/410 döndürür.
• Beklet: sahiplik, haklar veya hedef çözülene kadar yayınlanamaz.

Boş hücre bırakmayın. “Yayından sonra karar veririz” yönetilmeyen bir başarısızlığı kabul etme kararıdır.

Kullanıcı eşdeğerliği etrafında eşlemeler tasarlayın

Alıcı, satıcıya bağlı her arama sinyalini otomatik olarak değil, bir işletmeyi satın alır. Yönlendirme, hedef kullanıcı için büyük ölçüde aynı amacı karşılıyor ve aynı konu, ürün veya hizmeti sürdürüyor olduğunda haklıdır.

Eşlemeleri içerik, ürün, hukuk ve marka sahipleriyle gözden geçirin. Her satırı puanlayın:

• tam halef;
• eşdeğer şekilde birleştirilmiş;
• belirsiz, manuel inceleme gerekiyor;
• eşdeğer yok, 404/410 döndür;
• varlık veya iddia devredilmediği için yasak.

Avoid chains by resolving old rules directly to the final destination. Google says it can follow long chains but recommends direct redirects and keeping unavoidable chains low, ideally no more than three and fewer than five. Keep permanent redirects for at least a year and longer when practical. Google documents both points.

Ortak varlıkları ve hizmetleri birbirinden ayırın

Ortak bağımlılıklar, carve-out’ların tuhaflaştığı yerdir.

Varlık barındırıcıları

Taşınan bir sayfa hâlâ satıcının CDN’inden görseller, kurumsal bir alan adından yazı tipleri, ortak bir DAM’den PDF’ler veya ana şirketin barındırıcısından JavaScript yükleyebilir. Oluşturulmuş taramalardan ve tarayıcı/ağ günlüklerinden istek envanteri çıkarın. Her bağımlılık için devretme, kopyalama, istikrarlı lisanslı barındırma veya değiştirme kararı verin. Referansları güncelleyin; önbellek, CORS, robots kuralları, imzalar, hotlink kısıtlamaları ve son kullanmayı test edin.

İçerik ve ürün verileri

Kaynak içeriği oluşturulmuş sayfalardan ayırın. Ürün açıklamaları, özellikler, incelemeler, yazar biyografileri, yerelleştirme belleği ve yapılandırılmış veri alanları CMS dışındaki sistemlerden gelebilir. Her birinin devredilip devredilemeyeceğini hukuk ve veri uzmanları belirler. Haklar belirsizse her şeyi kopyalayarak sorunu çözmeye çalışmayın.

Kimlik ve işlemler

Formlar, oturum açma, hesap kurtarma, ödeme, abonelikler ve destek portalları ayrım sınırını aşabilir. Kullanıcı yolculuklarını ve bunların etrafındaki dizine eklenebilir durumları test edin. Yeni şirketin işletemeyeceği bir hesap akışına yönlendiren sayfa arama görünürlüğü kazanmış sayılmaz.

Search Console ve ölçümü güvenle ayırın

Erişimi değiştirmeden önce geçmişi koruyun. URL kohortu, sorgu, ülke, cihaz ve arama görünümüne göre temel verileri dışa aktarın. Mülk kapsamını ve saat dilimini kaydedin. İşlemin veri kurallarına uygun olarak salt okunur bir arşiv tutun.

Search Console için:

1. Alan adı ve URL ön eki mülklerini, kullanıcıları, sahipleri ve doğrulama yöntemlerini envantere alın.
2. Alıcının hedef mülklerini yayından önce doğrulayın.
3. Eski URL’leri ve yönlendirmeleri izlemek için gereken satıcı doğrulamasını koruyun.
4. Onaylı kontroller üzerinden alıcı sahipliğini devredin veya kurun.
5. Eski erişimi ancak kararlaştırılmış izleme ve teslim testleri geçtikten sonra iptal edin.

Google; sahipleri, tam kullanıcıları ve kısıtlı kullanıcıları birbirinden ayırır. Doğrulama token’ları kontrol sağlayabilir; bu nedenle erişim tasarımı, ortak bir SEO e-tablosunda değil güvenlikle birlikte ele alınmalıdır. Google Search Console izinlerini belgeler.

Analitik ve etiketleme için hangi tarafın geçmiş kullanıcı düzeyindeki veya ticari verileri koruyabileceğini tanımlayın. Çoğu zaman en güvenli SEO temeli, bütün hesabı kopyalamak yerine onaylı bir toplu dışa aktarma ile yeni hedef mülklerdir. Olayları, izni, alanlar arası yapılandırmayı, yönlendirmeleri, kanal kurallarını ve iş sonucu birleştirmelerini yeniden oluşturun; ardından bunları test işlemleriyle doğrulayın.

Geçişi sıralayın

Rastgele URL sayılarına göre değil, bağımlılıklara göre dalgalar kullanın:

1. Kontrol düzlemi: alan adı kaydı, DNS, sertifikalar, CDN, barındırma, sırlar, hesap sahipliği ve izleme.
2. Hedef hazırlığı: şablonlar, içerik, varlıklar, erişilebilirlik, analitik, izin, robots, canonical’lar, hreflang, şema ve site haritaları.
3. Pilot kohort: performansı bağımsız ölçülebilen, tutarlı ve daha düşük oynaklığa sahip bir bölüm.
4. Birincil içerik: yüksek değerli ürün, kategori, destek ve editoryal kohortlar.
5. Uzun kuyruk ve eski içerik: sahipsiz sayfalar, dosyalar, eski yönlendirmeler, profiller ve entegrasyonlar.
6. TSA çıkışı: her ortak bağımlılığı değiştirin veya sonlandırın ve erişimi iptal edin.

Google recommends splitting large moves when useful, while warning that a pilot may not represent a whole-site move. It also recommends changing one major variable at a time and launching during lower traffic where possible. Those expectations are in its site-move guidance.

Yayın kapıları

Bir kohortu şu koşullar sağlanana kadar yayına almayın:

• sahiplik ve hakların belgelenmiş bir durumu vardır;
• hedef sayfalar amaçlanan durum kodunu döndürür ve ana içeriklerini oluşturur;
• üretim robots ve meta yönergeleri amaçlanan tarama ve dizine eklemeye izin verir;
• canonical’lar, hreflang, yapılandırılmış veri, dahili bağlantılar ve site haritaları son URL’leri kullanır;
• yönlendirme kuralları tam, temsili ve karşıt durum testlerinden geçer;
• analitik, izin, dönüşüm ve günlük toplama test yolculuklarından geçer;
• kapasite, izleme, olay sahipliği, geri alma ve iletişim hazırdır;
• satıcının elinde kalan yapı kendi regresyon paketinden geçer.

Birleştirilmiş toplamları değil, kohortları izleyin

Yayından önce sabit kohortlar oluşturun: satıcının koruduğu URL’ler, alıcıya taşınan URL’ler, emekliye ayrılan URL’ler, geçişte paylaşılan URL’ler ve değişmemesi gereken kontrol URL’leri. Mevsimselliği ve ilgisiz yayınları hesaba katarak 7, 14, 30 ve 90. günlerde karşılaştırın.

Şunları izleyin:

• eski URL istekleri ve yönlendirme sonuçları;
• yeni URL taraması, dizine ekleme, gösterimler, tıklamalar, sıralamalar ve dönüşümler;
• satıcının koruduğu sayfalardaki regresyonlar;
• sunucu hataları, gecikme, tarama hacmi ve önbellek davranışı;
• canonical seçimi, hreflang karşılıklılığı, zengin sonuç uygunluğu ve dahili bağlantılar;
• TSA bağımlılıkları, süresi dolan kimlik bilgileri, sertifika yenileme ve çözümlenmemiş varlıklar.

Sabit bir toparlanma tarihi vaat etmeyin. Google, önemli taşımaların URL’ler yeniden taranıp dizine eklenirken dalgalanabileceğini ve tamamlanmanın URL başına gerçekleştiğini söyler. Büyük siteler daha uzun sürebilir. Beklenen geçiş modelini bağlam olarak kullanın; bozuk uygulama için mazeret olarak değil.

Son düşünceler

Yönlendirme dosyası carve-out planı değildir. Plan; her varlığa kimin sahip olduğuna, kullanıcının nereye ulaşması gerektiğine, her şirketin bağımsız olarak nasıl çalıştığına ve her geçici bağımlılığın ne zaman sona erdiğine dair kanıtlanabilir bir yanıttır.

AI özeti

• Carve-out’u normal bir alan adı değişimi değil, tek yapının iki yapıya dönüşmesi olarak ele alın.
• URL’leri, hakları, alan adlarını, hesapları, verileri, altyapıyı, bağlantıları ve insanları envantere alın.
• Her URL’ye koru, taşı, birleştir, geçici çift kullanım, emekliye ayır veya beklet durumu atayın.
• Yalnızca gerçek bir halefe yönlendirin; halef yoksa 404/410 kullanın.
• CMS dışındaki varlıkları ve hizmetleri, özellikle CDN’leri, DAM’leri, formları, kimliği, ürün verilerini, izni ve analitiği test edin.
• Uygun kapsamlı geçmişi koruyun, yeni sahipliği kurun ve eski erişimi kararlaştırılmış takvime göre iptal edin.
• Bağımlılık kohortuna göre yayına çıkın ve satıcının korunan yapısında regresyon testi yapın.
• Alıcı, satıcı, emekli, geçiş ve değişmemesi gereken kontrol kohortlarını ayrı izleyin.

Resmî rehberin ortaya koyduğu şeyler

• Google: URL değişiklikleriyle site taşımaları: eşleme, kalıcı yönlendirmeler, varlıklar, hazırlık, site haritaları, izleme ve sorun giderme.
• Google: yönlendirmeler ve Arama: desteklenen yönlendirme yöntemleri ve sinyal yorumu.
• Google: canonicalization: canonical sinyalleri ve yönlendirmelerin tek başına açıklamalardan neden daha güçlü olduğu.
• Google: yerelleştirilmiş sürümler: karşılıklı hreflang ve alanlar arası uygulamalar.
• Google: Search Console kullanıcıları ve izinleri: sahiplik, kullanıcı düzeyleri ve doğrulama kontrolleri.

Bu kaynaklar arama sistemi davranışını açıklar. Sahiplik, lisans, gizlilik, istihdam, vergi veya işlem koşullarına karar vermezler. Bu kararları uzmanlara yönlendirin.

Kaynaklardan alıntılar

• “Split your move into smaller steps, if that makes sense for your site.” (Türkçesi: “Siteniz için anlamlıysa taşımanızı daha küçük adımlara bölün.”) Google Search Central. Alıntıya git

Carve-out kontrol listesi

Tasarımdan önce

• İşlem sınırını dondurun ve çözümlenmemiş varlıkları adlandırın.
• Alan adlarını, URL’leri, dosyaları, hakları, hesapları, sistemleri, tedarikçileri ve insanları envantere alın.
• Taramaları, eşlemeleri, yönlendirmeleri, GSC’yi, analitiği, günlükleri, bağlantıları ve sıralamaları dışa aktarın.
• Her ortak bağımlılığı ve önerilen TSA’yı belirleyin.
• Satıcı, alıcı, emekli, geçiş ve kontrol URL kohortlarını oluşturun.

Yayından önce

• Her URL’ye bir durum ve kanıt sahibi atayın.
• Her yönlendirmeyi kullanıcı eşdeğerliği ve haklar bakımından onaylayın.
• Varlıkları, formları, kimlik doğrulamayı, izni, analitiği ve dönüşümleri doğrulayın.
• Üretim taramasını, canonical’ları, hreflang’ı, şemayı, dahili bağlantıları ve site haritalarını doğrulayın.
• Geri almayı ve satıcı tarafı regresyonlarını test edin.
• İzleme ve olay yanıtı için personel görevlendirin.

Yayından sonra

• Her eski URL’yi tarayın ve son hedefi doğrulayın.
• Önemli URL’leri Search Console’da inceleyin ve dizin kohortlarını karşılaştırın.
• Her iki yapıda günlükleri, hataları, gecikmeyi, trafiği, sıralamaları ve sonuçları izleyin.
• TSA bağımlılıklarını çıkış tarihlerinden önce çözün.
• Teslim kapıları geçtikten sonra erişimi iptal edin ve sırları yenileyin.

ROME: haklar, sahiplik, anlam, uygulama

Her varlık için dört kapı kullanın:

1. Haklar: Hedef şirket onu kullanabilir, değiştirebilir, barındırabilir ve yönlendirebilir mi?
2. Sahiplik: Alan adını, hesabı, kodu, içeriği ve yenilemeyi kim kontrol eder?
3. Anlam: Önerilen hedef kullanıcı için gerçekten eşdeğer mi?
4. Uygulama: Hedef onu bağımsız olarak oluşturabilir, ölçebilir, güvenliğini sağlayabilir ve sürdürebilir mi?

Herhangi bir kapıda başarısız olan satır taşınmaya hazır değildir.

Eski bir URL’ye ne olacağına karar verin

Yayın günü SOP’si

1. İmzalanmış URL haritası sürümünü ve sahiplerini değişiklik kaydında doğrulayın.
2. DNS, CDN, yönlendirme, robots, site haritası, analitik ve sertifika durumunun anlık görüntüsünü alın.
3. Yönlendirmeleri etkinleştirmeden önce hedef kohortu yayınlayın ve duman testleri çalıştırın.
4. Doğrudan yönlendirmeleri etkinleştirin; tam, örneklenmiş, eşleşmemiş, parametreli ve varlık URL’lerini tarayın.
5. Alıcı ve satıcı yapılarında temel kullanıcı yolculuklarını ve gerçek zamanlı ölçümü doğrulayın.
6. Yeni site haritalarını gönderin ve temsili yüksek değerli URL’leri inceleyin.
7. Olaylar, sahipler, sonraki kontrol noktası ve geri alma durumuyla durum güncellemesini yayınlayın.
8. Gözlem aralığı ve iş testleri geçene kadar ekibi hazır tutun.

Carve-out’ların yaygın başarısızlık biçimleri

• Folder equals ownership: the legal and operating boundary rarely matches one neat directory.
• Traffic-rights logic: valuable traffic does not prove the buyer owns the page or may receive its redirect.
• Everything to the new homepage: irrelevant redirects confuse users and can be treated as soft 404s.
• Copy now, decide later: temporary duplication becomes permanent, ungoverned content.
• Buyer-only QA: shared-code and redirect changes quietly break the seller.
• TSA as architecture: temporary services expire. Every dependency needs an exit.
• Delete old access immediately: monitoring and history disappear before handoff.
• Never revoke old access: former parties retain control after the approved window.

İş için araçlar

• SEO Migration Planner & Validator: eşlemeleri, yayındaki yönlendirmeleri, eski URL sonuçlarını ve arşivlenmiş geçmişi inceleyin.
• Redirect Map Builder: URL eşlemeleri önerin ve manuel inceleyin, eşleşmemiş satırları koruyun, zincirleri düzleştirin ve kuralları dışa aktarın.
• Tarayıcı ve oluşturulmuş tarayıcı taraması: URL’leri ve ortak varlık isteklerini envantere alın.
• Sunucu/CDN günlükleri: bot isteklerini, durum kodlarını, yönlendirmeleri ve korunan trafiği kanıtlayın.
• Search Console ve analitik dışa aktarmaları: kapanış öncesi kohortları oluşturun ve aktarımı izleyin.
• DNS, sertifika, bağımlılık ve sır envanterleri: operasyonel ayrımı kanıtlayın.

Geçmesi gereken testler

Kaynaklar

Patrick’in doğrulanmış çalışmaları

• Birleşme ve satın almalarda SEO’nun rolü: durum tespiti, birleştirme kararı, aşamalı entegrasyon, eski marka talebi ve satın alma sonrası izleme.
• Bir web sitesi geçişi bir kontrol listesinden fazlasıdır: site bölünmeleri de dâhil olmak üzere Patrick’in planlama, temel durum, URL değişikliği, test ve izleme süreci.

Resmî dokümantasyon

• Google’ın site taşıma dokümantasyonu: URL envanteri, eşleme, kalıcı yönlendirmeler, aşamalı taşımalar, izleme ve sorun giderme.
• Google’ın Search Console izin modeli: sahipler, kullanıcılar, doğrulama yöntemleri ve token kaldırma.
• Bing Web Yöneticisi Yönergeleri: güncel yönlendirme, tarama/oluşturma ve kaldırma rehberliği.

Sektörden

• KPMG’nin Dijital Ayrım Planı: carve-out için işletim modeli ve geçiş hizmetleri bağlamı; SEO veya hukuk politikası değildir.
• 9thCO’nun M&A web sitesi geçişi vaka çalışması: tedarikçi tarafından bildirilen çok alan adlı birleştirme örneği.
• Search Engine Land’in site geçişi rehberi: planlama, birleştirme, yayın ve yayın sonrası kapsam.
• Screaming Frog’un yönlendirme denetimi öğreticisi: eski URL kümesini ölçekli test etmek için kurtarılabilir iş akışı.

Related on this site: Site Migrations, Website Migration Checklist, and SEO Due Diligence for M&A.

Kendinizi test edin

Değişiklik günlüğü