Şirket Birleşmesi ve Satın Alma Sürecinde SEO Stratejisi

Kurumsal şirket birleşmesi ve satın alma süreçlerinde, organik arama görünürlüğü ve dijital marka değeri çoğu zaman bilanço tablolarının gölgesinde kalır; oysa yanlış kurgulanan bir entegrasyon süreci, şirketlerin yıllar içinde inşa ettiği organik trafiğin ve dijital cironun büyük kısmının kalıcı olarak silinmesine yol açabilir. Başarılı bir Şirket Birleşmesi ve Satın Alma Sürecinde SEO Stratejisi, iki veya daha fazla bağımsız dijital varlığın teknik, anlamsal ve otorite boyutlarında kayıpsız birleştirilmesini, link otoritesinin korunmasını ve arama motoru botlarının yeni mimariyi en verimli şekilde dizine eklemesini güvence altına alan stratejik bir yol haritası sunar.

M&A Süreçlerinde SEO Neden Finansal Bir Önceliktir?

Şirket birleşmeleri ve satın almaları (M&A), geleneksel finans dünyasında genellikle maddi duran varlıklar, patentler, müşteri portföyleri ve operasyonel sinerjiler üzerinden değerlendirilir. Ancak modern iş modellerinde bir şirketin pazar değerinin ve gelir üretim kapasitesinin önemli bir bölümü, organik arama motoru görünürlüğü, arama niyeti hakimiyeti ve topical authority (konusal otorite) gibi dijital varlıklara dayanmaktadır. Birleşme masasında SEO uzmanlarının ve teknik mimarların yer almaması, satın alınan şirketin en değerli müşteri edinme kanalının geçiş gecesinde devre dışı kalması riskini doğurur.

Organik trafik, yalnızca ücretsiz ziyaretçi akışı anlamına gelmez; aynı zamanda öngörülebilir, sürdürülebilir ve müşteri edinme maliyeti (CAC) düşük bir gelir mekanizmasıdır. Bir satın alma işleminde değerleme yapılırken, hedeflenen şirketin organik kanallardan ürettiği aylık ve yıllık tekrarlayan gelir (ARR/MRR) doğrudan çarpan etkisine dahil edilir. Eğer birleşme sonrasında domain konsolidasyonu ya da marka geçiş stratejisi teknik SEO disiplininden yoksun yürütülürse, organik görünüm kaybı yaşanır ve bu durum öngörülen finansal modellemelerin tamamen çökmesine neden olur.

Yatırımcılar ve yönetim kurulları açısından SEO, bir pazarlama alt birimi değil, risk yönetimi ve sermaye koruma enstrümanıdır. İki şirketin dijital ekosistemini bir araya getirirken arama motorlarının siteleri nasıl taradığını, link otoritesini (link equity) nasıl aktardığını ve kullanıcı deneyimi sinyallerini nasıl değerlendirdiğini anlamak, kurumsal sermayenin korunması açısından zorunlu bir gerekliliktir.

Dijital Varlıkların Değerlemesi (SEO Due Diligence)

Geleneksel finansal ve yasal inceleme (due diligence) süreçlerine paralel olarak yürütülmesi gereken "SEO Due Diligence", satın alınması hedeflenen şirketin arama motorlarındaki gerçek gücünü, potansiyel risklerini ve organik gelir sürdürülebilirliğini ortaya koyar. Bu denetim aşaması, hedef şirketin organik trafiğinin ne kadarının marka aramalarından (brand queries), ne kadarının ise ticari değeri yüksek genel aramalardan (non-brand generic queries) geldiğini netleştirmelidir. Sadece marka bilinirliği üzerinden gelen trafik, birleşme sonrası isim değişikliği yaşandığında ciddi düşüş riski taşır.

Teknik SEO Due Diligence sürecinde, hedef domainin geçmiş algoritmik güncellemelerden (Google Core Updates, Helpful Content Updates) nasıl etkilendiği, manuel ceza (Manual Action) geçmişinin bulunup bulunmadığı ve backlink profilinin toksisite oranı mercek altına alınır. Yapay link inşası süreçleriyle şişirilmiş bir otoriteye sahip olan şirketler, birleşme sonrası ana domaine taşındığında alıcı şirketin ana web sitesini de riske atabilir. Bu nedenle, hedef şirketin sahip olduğu link profilinin doğallığı, referans veren domainlerin kalitesi ve derin bağlantı (deep link) dağılımı bağımsız SEO analiz araçları ve log denetimleriyle doğrulanmalıdır.

SEO Due Diligence aşamasında incelenmesi gereken temel teknik ve stratejik kontrol metrikleri şunlardır:

Yanlış Yönetilen Birleşmelerde Trafik ve Ciro Kaybı Riskleri

M&A süreçlerinde yaşanan en yıkıcı SEO faciaları, teknik migrasyon adımlarının son ana bırakılması veya "IT departmanının domaini sadece 301 ile yönlendirmesi yeterlidir" yanılgısından kaynaklanır. İki kurumsal yapının dijital birleşmesinde, URL yapılarının değişmesi, sayfaların kapatılması, içeriklerin taşınması ve sunucu mimarilerinin birleştirilmesi gibi yüzlerce değişken aynı anda devreye girer. Bu operasyon sırasında doğru kurgulanmayan her bir adım, arama motorlarının sayfaları dizinden çıkarmasına (de-indexation) ve sıralama kayıplarına yol açar.

En sık karşılaşılan risklerin başında, satın alınan sitenin tüm sayfalarının yeni ana sitenin ana sayfasına (wildcard / catch-all redirect) toptan yönlendirilmesi gelir. Google algoritmaları, içerik eşleşmesi bulunmayan bu tür toplu ana sayfa yönlendirmelerini Soft 404 olarak sınıflandırır ve yönlendirilen sayfaların link otoritesini yeni domaine aktarmaz. Sonuç olarak, satın alınan şirketin yıllarca elde ettiği ilk sıra sıralamaları ve organik trafiği birkaç hafta içinde sıfırlanır, bu da doğrudan satış ve talep (lead) kaybı demektir.

Organik görünüm kaybı yalnızca trafik rakamlarını düşürmekle kalmaz, aynı zamanda şirketin Google Ads gibi ücretli arama kanallarındaki Tıklama Başına Maliyetlerini (CPC) artırır; çünkü organik boşluğu kapatmak için ücretli kanallara aşırı bütçe aktarılması gerekir. Bu zincirleme reaksiyon, şirket birleşmesinin ilk 12 ayındaki kârlılık hedeflerini saptırarak yatırım geri dönüş süresini (ROI) ciddi oranda uzatır.

1. Aşama: Birleşme Öncesi Teknik Analiz ve Planlama (Pre-Merger)

Birleşme öncesi hazırlık dönemi (Pre-Merger Phase), tüm sürecin başarısını belirleyen en kritik aşamadır. Canlı sistemlerde tek bir DNS veya yönlendirme kuralı değiştirilmeden önce, her iki şirketin web ekosistemine ait tüm verilerin dondurulması, taranması ve ayrıntılı bir veri tabanında yedeklenmesi gerekir. Bu aşama, yalnızca mevcut durumu tespit etmekle kalmaz, aynı zamanda geçiş sonrasında elde edilecek başarıyı ölçmek için bir referans noktası (baseline) oluşturur.

Planlama aşamasında, her iki sitenin de en az 12-24 aylık Google Search Console, Google Analytics 4 ve log dosyası verileri dışa aktarılmalıdır. Bu veriler, sitelerin mevsimsel dalgalanmalarını, hangi sayfaların en çok organik gelir getirdiğini ve hangi anahtar kelimelerin dönüşüm sağladığını netleştirir. Pre-merger döneminde yapılan teknik hazırlık ne kadar detaylı olursa, canlıya geçiş (cutover) aşamasındaki hata marjı o kadar daralır.

Kurumsal M&A operasyonlarında bu hazırlık evresi genellikle 4 ila 12 hafta arasında sürer. Bu süreç boyunca ürün yönetim ekipleri, yazılım mühendisleri, içerik üreticileri ve SEO stratejistleri entegre bir sprint planı dahilinde hareket etmelidir.

Her İki Sitenin Teknik SEO Durum Analizi (Technical Audit)

Her iki alan adının tam kapsamlı taranması (full crawl), birleşme öncesi teknik durum analizinin ilk adımıdır. Screaming Frog, Sitebulb veya kurumsal bulut tabanlı tarayıcılar kullanılarak JavaScript render desteği ile her iki site derinlemesine taranmalıdır. Bu tarama işlemi; HTTP durum kodları, yanıt süreleri, canonical etiketleri, robots direktifleri, Hreflang etiketleri, yapılandırılmış veri (schema markup) yapıları ve dahili link ağını ortaya çıkarır.

Mevcut sitelerdeki teknik hataların (kırık linkler, yönlendirme döngüleri, yetersiz mobil uyumluluk ve zayıf Core Web Vitals metrikleri) birleşme öncesinde tespit edilmesi şarttır. Eğer satın alınan sitede çözülmemiş yapısal bir teknik SEO borcu varsa, bu sayfaları doğrudan ana şirketin etki alanına taşımak, ana sitenin de tarama sağlığını bozabilir. Bu nedenle, hangi teknik problemlerin taşınmadan önce kaynak sitede çözüleceği, hangilerinin ise yeni sitede mimari olarak düzeltileceği açıkça listelenmelidir.

Ayrıca, sunucu yanıt hızları ve Time to First Byte (TTFB) değerleri analiz edilmelidir. Birleştirilecek yeni alan adının, iki katına çıkacak kullanıcı ve bot trafiğini karşılayabilecek altyapı kapasitesine sahip olduğundan emin olunmalıdır.

Backlink Profili ve Link Otoritesi (Link Equity) Analizi

Bir domainin arama motorları nezdindeki en önemli güç kaynaklarından biri, yıllar içinde edindiği harici backlink profili ve bu profilden beslenen link otoritesidir (link equity). Pre-merger aşamasında, her iki domainin backlink veritabanları Ahrefs, Semrush, Moz ve Google Search Console üzerinden ayrı ayrı çekilmeli ve birleştirilerek tekil hale getirilmelidir.

Bu analizde öncelikli amaç, satın alınan şirketin en yüksek otoriteye sahip "bağlantı çeken sayfalarını" (link magnet pages) listelemektir. Dış sitelerden en fazla kaliteli bağlantı alan bu URL'ler, yönlendirme haritasında en yüksek öncelikle ele alınmalıdır. Eğer bu URL'ler gözden kaçırılır ve 404 hatasına düşürülürse, yıllar içinde edinilen yüz binlerce dolarlık dijital PR ve backlink sermayesi dakikalar içinde buharlaşır.

Aynı zamanda, backlink denetimi esnasında tespit edilen spam, PBN ve zararlı bağlantılar ayrıştırılmalıdır. Çok yüksek oranda toksik link barındıran domainler için birleşme öncesinde proaktif bir Google Reddetme (Disavow) dosyası hazırlanmalı veya yönlendirme stratejisinde yalnızca temiz ve katma değerli sayfaların taşınması ilkesi benimsenmelidir.

İçerik Envanterinin Çıkarılması ve Content Cannibalization Tespiti

İki farklı şirketin aynı sektörde faaliyet gösterdiği durumlarda, her iki web sitesinde de birbiriyle doğrudan örtüşen, aynı arama niyetine yanıt veren ve aynı anahtar kelimeleri hedefleyen yüzlerce sayfa bulunması kaçınılmazdır. Birleşme sonrasında bu sayfaların kontrolsüzce tek bir domaine taşınması, şiddetli bir İçerik Yamyamlığına (Content Cannibalization) yol açar. Arama motoru botları aynı alan adı altında aynı konuyu işleyen iki farklı URL gördüğünde hangi sayfayı sıralayacağını şaşırır ve her iki sayfanın da sıralamaları geriler.

Bu riski bertaraf etmek için kapsamlı bir "İçerik Denetim Matrisi" (Content Audit Matrix) oluşturulmalıdır. Bu matriste her bir içerik parçası için 4 stratejik aksiyondan biri atanmalıdır:

[İçerik Aksiyon Matrisi]
1. Koru (Keep): Yüksek performanslı ve benzersiz içerikler doğrudan yeni mimariye aktarılır.
2. Birleştir (Merge): Örtüşen ve cannibalization yaratan içerikler daha kapsamlı tek bir rehbere dönüştürülür.
3. Yenile (Update): Sıralama potansiyeli olan ancak güncelliğini yitirmiş sayfalar revize edilir.
4. Ele (Prune): Hiçbir trafik, backlink ve iş değeri taşımayan düşük kaliteli (thin) sayfalar 410 Gone ile kaldırılır.

Bu içerik envanteri çalışması, birleşme sonrasında sitenin genel bilgi yoğunluğunu ve topical authority seviyesini maksimize ederken, düşük kaliteli sayfaların yeni siteyi aşağı çekmesini engeller.

Marka Birleşme Senaryoları: Hangi Domain Korunmalı?

M&A süreçlerinde yönetimin vermesi gereken en kritik stratejik karar, domain mimarisinin nasıl şekillendirileceğidir. Bu karar, yalnızca pazarlama dinamikleriyle değil, teknik SEO verilerinin soğuk analiziyle verilmelidir. Karar vericilerin önünde genellikle üç temel senaryo bulunur:

Senaryo A: Domain A + Domain B  --->  Domain A (B domaini tamamen A'ya taşınır)
Senaryo B: Domain A + Domain B  --->  Yeni Marka Domain C (Her ikisi de yeni domaine taşınır)
Senaryo C: Domain A + Domain B  --->  Hibrit Model (Her iki domain bağımsız tutulur, çapraz otorite kurulur)

Eğer satın alan şirketin (Domain A) teknik altyapısı, alan adı yaşı, marka aranma hacmi ve topical authority gücü satın alınan şirketten (Domain B) belirgin şekilde üstünse, Domain B'nin varlıkları Domain A altına konsolide edilmelidir (Senaryo A). Ancak iki eşit güçte dev birleşiyorsa ve kurumsal kimlik tamamen yenileniyorsa, yepyeni bir domain (Domain C) açılabilir (Senaryo B); bu senaryo teknik olarak en yüksek risk ve zaman maliyetini taşır çünkü her iki sitenin de otoritesinin sıfırdan taşınması gerekir.

Senaryo C'de ise satın alınan marka farklı bir pazar segmentine, farklı bir hedef kitleye veya güçlü bir yerel pazara hitap ediyorsa, domainler bağımsız bırakılır ve yalnızca stratejik çapraz bağlantılar ile kurumsal sahiplik ilişkisi kurulur.

2. Aşama: Stratejik Karar ve Mimari Tasarım

Bilgi mimarisinin (Information Architecture) tasarımı, iki bağımsız web sitesinin tek bir çatı altında nasıl organize edileceğini belirler. Satın alınan şirketin ürünleri, hizmet sayfaları, blog yazıları ve kurumsal belgeleri, yeni sitenin mantıksal hiyerarşisine kusursuz bir şekilde entegre edilmelidir. Yeni URL kurgusu tasarlanırken arama niyetinin bozulmamasına, kategori derinliğinin (click depth) 3-4 tıklamayı geçmemesine ve URL yapısının sade, semantik ve kullanıcı dostu kalmasına özen gösterilmelidir.

Bu aşamada yapılacak mimari hatalar, tarama bütçesinin israf edilmesine ve kullanıcıların aradıkları içeriğe ulaşamamasına neden olur. Yeni site haritası tasarlanırken, eski sitedeki en çok gelir getiren sayfaların yeni sitede de kolay erişilebilir, ana navigasyon menüsünde (Header / Footer) yer alan veya güçlü dahili linklerle desteklenen konumlara yerleştirilmesi zorunludur.

Domain Konsolidasyonu (Domain Consolidation) Modelleri

Domain konsolidasyonu gerçekleştirilirken içeriğin hedef sitede nereye konumlandırılacağı stratejik bir tercihtir. İçerikler hedef sitede doğrudan ana dizine mi (root), bir alt klasöre mi (subfolder / subdirectory) yoksa bir alt alana mı (subdomain) taşınacaktır?

Arama motoru algoritmalarının otorite aktarımı konusundaki davranışları göz önüne alındığında, subfolder modeli (ana-site.com/satin-alinan-marka/ veya doğrudan ana site kategorileri altına entegrasyon) açık ara en yüksek SEO verimliliğini sağlar. Google, subdomain yapılarını genellikle ayrı veya yarı-bağımsız bir varlık olarak ele alma eğilimindedir; bu durum taşınan sitenin otoritesinin ana siteye geçişini yavaşlatabilir.

Konsolidasyon modellerinin karşılaştırmalı analizi şu şekildedir:

URL Eşleştirme Haritasının (Redirect Map) Hazırlanması

M&A SEO sürecinin en zahmetli ve en kritik operasyonel dokümanı, birebir (1:1) URL Eşleştirme Haritasıdır (Redirect Map). Bu harita, eski sitedeki taranabilir, trafik alan ve backlink sahibi olan istisnasız her bir geçerli URL'nin, yeni sitedeki en alakalı, tam eşleşen karşılığına yönlendirilmesini sağlar. Eşleştirme yapılırken sayfanın konusu, arama niyeti ve kullanıcıya sunduğu değer birebir korunmalıdır.

Örneğin, satın alınan şirketin @@CODE0@@ sayfası, yeni sitede gidip ana sayfaya yönlendirilmemelidir. Bu sayfa, yeni sitedeki en uygun karşılık olan @@CODE1@@ URL'sine yönlendirilmelidir. Eğer yeni sitede bu içeriğin tam bir karşılığı yoksa, geçiş öncesinde yeni siteye bu konuyla ilgili özel bir içerik veya açılış sayfası (landing page) inşa edilmelidir.

Büyük e-ticaret siteleri veya milyonlarca URL'ye sahip portallar için URL haritası çıkarılırken Python betikleri, RegEx (Düzenli İfadeler) kuralları ve anlamsal metin benzerliği (semantic similarity) algoritmaları kullanılarak otomatik eşleştirmeler yapılabilir. Ancak sitenin toplam trafiğinin %80'ini ve toplam cirosunu üreten ilk %20'lik "kritik URL kümesi" mutlaka kıdemli bir SEO uzmanı tarafından manuel olarak tek tek incelenmeli ve onaylanmalıdır.

[Örnek URL Eşleştirme Kurgusu]
Eski URL: https://eski-firma.com/urunler/bulut-depolama-pro/  (PageRank: Yüksek, Trafik: 15.000/ay)
Eşleşme Türü: Birebir Anlamsal Eşleşme (1:1 Exact Intent Match)
Hedef URL: https://yeni-holding.com/cozumler/bulut-depolama-kurumsal/
HTTP Yönlendirme Kodu: 301 Permanent Redirect

Staging (Test) Ortamında Teknik Altyapının Kurulması

Tüm bu mimari kurgular, yönlendirmeler ve yeni içerikler canlıya alınmadan önce, canlı sitenin birebir kopyası olan bir Staging (Test) ortamında simüle edilmelidir. Staging ortamı, yeni veritabanının, CMS entegrasyonlarının, şablon yapılarının ve yönlendirme motorunun stress testine tabi tutulduğu güvenli alandır.

Staging ortamının kurulumunda hayati bir teknik kural vardır: Test sunucusu arama motoru botlarına kesinlikle kapalı olmalıdır. Bu kapalılık yalnızca @@CODE0@@ ile değil, sunucu düzeyinde HTTP Basic Authentication (şifre koruması) veya IP Whitelisting ile sağlanmalıdır. Sadece @@CODE1@@ ile engellenen sayfalar, harici bir link referansı aldığında Google tarafından "robots.txt tarafından engellendi" ibaresiyle dizine eklenebilir ve bu durum canlıya geçmeden önce devasa kopya içerik felaketlerine yol açabilir.

Test ortamında, hazırlanan 301 yönlendirme kuralları toplu olarak simüle edilmeli, yönlendirme zincirleri (redirect chains), yönlendirme döngüleri (redirect loops) ve yanlış HTTP durum kodları (302, 307 veya 500 hataları) canlıya geçiş öncesinde sıfırlanmalıdır.

3. Aşama: Geçiş ve Canlıya Alım Süreci (Migration & Launch)

Canlıya geçiş anı (Launch / Cutover Day), aylar süren planlamanın gerçeğe dönüştüğü operasyonel eşiktir. Bu aşamada yapılacak işlemler milimetrik bir zamanlama ile icra edilmelidir. Geçiş işlemi, trafiğin en düşük olduğu saatlerde (genellikle hafta sonu gece yarısı veya sektörel trafik eğrilerinin dip yaptığı zaman dilimlerinde) başlatılmalıdır. Bu sayede olası sunucu darboğazları veya geçici kesintiler en az sayıda gerçek kullanıcıyı ve arama motoru botunu etkiler.

Canlıya alım sürecinde DevOps, altyapı, yazılım ve SEO ekipleri koordineli olarak bir "savaş odasında" (war room) toplanmalıdır. DNS yönlendirmelerinden SSL sertifikalarının kurulumuna, web sunucusu (Nginx/Apache/Cloudflare) yönlendirme kurallarının aktif edilmesinden Google Search Console üzerindeki bildirimlere kadar tüm adımlar önceden belirlenen sıra ile devreye alınır.

Bu süreçte yapılan en küçük bir yapılandırma hatası, arama motorlarının eski siteyi erişilemez görmesine ancak yeni siteyi de tanıyamamasına neden olarak sitenin geçici bir sıralama boşluğuna düşmesine (SERP drop) sebep olabilir.

Kusursuz 301 Yönlendirme Protokolü (Toplu Yönlendirme Hatalarından Kaçınma)

SEO dünyasında link otoritesini ve sıralama sinyallerini bir sayfadan diğerine kalıcı olarak aktarmanın tek geçerli yolu HTTP 301 (Moved Permanently) durum kodudur. Geçici yönlendirme kodları olan 302 veya 307 kesinlikle kullanılmamalıdır; çünkü bu kodlar arama motorlarına "bu sayfa geçici olarak taşındı, eski sayfayı dizinde tutmaya devam et ve link otoritesini aktarma" sinyali verir.

Yönlendirmeler doğrudan web sunucusu düzeyinde (Nginx configuration, Apache .htaccess veya Cloudflare Workers / Edge Redirect kuralları) uygulanmalıdır. Uygulama katmanında (örneğin PHP, Node.js veya WordPress eklentileri ile) yapılan yönlendirmeler, sunucuya ekstra işlem yükü bindirir ve yanıt süresini (Time to First Byte) uzatır. Milyonlarca sayfalık birleşmelerde Edge düzeyinde (CDN katmanında) çözülen yönlendirmeler, sunucu yükünü hafifletir ve yönlendirme yanıtının 50 milisaniyenin altında tamamlanmasını sağlar.

Aşağıda, Nginx sunucuları için hazırlanmış kurumsal bir 301 harita ve tekil yönlendirme yapılandırma örneği yer almaktadır:

# Eski Domainden Yeni Domaine 301 Yönlendirme Kuralı (Nginx)
server {
    listen 443 ssl http2;
    server_name eski-marka.com www.eski-marka.com;

    ssl_certificate /etc/ssl/certs/eski-marka.crt;
    ssl_certificate_key /etc/ssl/private/eski-marka.key;

    # Statik Eşleştirme Haritasının (Redirect Map) Dahil Edilmesi
    include /etc/nginx/conf.d/migration_redirects.map;

    # Eğer haritada özel bir karşılık varsa oraya 301 at
    if ($new_uri) {
        return 301 https://yeni-holding.com$new_uri;
    }

    # Birebir karşılığı olmayan sayfalar için ilgili kategoriye 301
    location /eski-kategori/ {
        return 301 https://yeni-holding.com/yeni-kategori/;
    }

    # Varsayılan Kural: Asla körü körüne ana sayfaya yönlendirme yapmayın!
    location / {
        return 301 https://yeni-holding.com/hakkimizda/marka-birlesmesi;
    }
}

Google Search Console Kurulumları ve Adres Değişikliği Aracının Kullanımı

Alan adı düzeyinde gerçekleşen birleşmelerde Google'ın resmi olarak sunduğu en güçlü araç, Google Search Console (GSC) içerisindeki "Adres Değişikliği Aracı"dır (Change of Address Tool). Bu araç, Google'a eski domainin mülkiyetinin yeni domaine devredildiğini resmi olarak beyan eder ve arama motoru indeksleme sistemlerinin yeni domaini eski domainin meşru varisi olarak tanımasını hızlandırır.

Adres Değişikliği Aracını kullanmadan önce aşağıdaki teknik ön koşulların eksiksiz yerine getirilmiş olması zorunludur:

1. Hem eski hem de yeni alan adı, aynı Google Search Console hesabında "Domain Property" (DNS düzeyinde doğrulanmış) olarak tanımlanmalıdır.

2. Eski siteden yeni siteye giden 301 yönlendirmeleri aktif ve doğrulanmış olmalıdır.

3. Yeni sitenin kök dizininde yer alan @@CODE0@@ ve @@CODE1@@ dosyaları tamamen erişilebilir olmalıdır.

Adres Değişikliği Aracı tetiklendikten sonra Google, her iki sitenin de mülkiyetini ve 301 yönlendirmelerini doğrular. Doğrulama onaylandığında, Google'ın indeksleme botları eski sitedeki URL'lerin sıralama sinyallerini yeni domaine aktarma sürecini önceliklendirir. Bu bildirim Search Console panelinde yaklaşık 180 gün boyunca aktif kalır ve sürecin izlenmesine olanak tanır.

Robots.txt, XML Site Haritaları ve Canonical Etiketlerinin Güncellenmesi

Canlıya alım günü yapılan en büyük stratejik hatalardan biri, eski sitenin @@CODE0@@ dosyasına @@CODE1@@ kuralı ekleyerek botların erişimini kesmektir. Eğer botların eski siteye erişimi engellenirse, botlar eski sayfalardaki 301 yönlendirme kodlarını okuyamaz; dolayısıyla otorite aktarımı ve adres değişikliği gerçekleşemez. Eski sitenin robots.txt dosyası tamamen açık bırakılmalı ve botların yönlendirmeleri serbestçe taramasına izin verilmelidir.

Ayrıca, geçiş sürecini hızlandırmak için özel bir "Eski Site Haritası" (Old Site XML Sitemap) stratejisi uygulanmalıdır:

1. Eski sitenin tüm eski URL'lerini içeren XML site haritası hazırlanır.

2. Bu site haritası eski sitenin Search Console mülküne gönderilir.

3. Google botları bu haritadaki linkleri taradığında her birinde 301 yönlendirmesi ile karşılaşır; bu da botların yönlendirmeleri keşfetme ve yeni URL'leri dizine alma hızını katbekat artırır.

Yeni sitede ise canonical etiketleri (<link rel="canonical" href="..." />) istisnasız yeni domaindeki kalıcı ve nihai URL'leri göstermelidir. Kendine referans veren (self-referencing canonical) canonical etiketleri, arama motorlarına sayfanın ana versiyonunun artık yeni URL olduğunu kesin bir dille bildirir.

4. Aşama: Geçiş Sonrası Takip, Denetim ve Kurtarma (Post-Migration)

Canlıya geçiş tamamlandıktan sonraki ilk 90 gün, SEO stratejisinin en yoğun gözlem ve ince ayar (fine-tuning) gerektiren dönemidir. Birleşme büyüklüğüne bağlı olarak Google'ın milyonlarca sayfayı yeniden taraması, eski sayfaları dizinden düşürüp yeni sayfaları sıralamaya alması haftalar hatta aylar sürebilir. Bu süre zarfında ortaya çıkabilecek teknik anomalilere anında müdahale edilmelidir.

Post-migration döneminde ekipler, organik trafik grafiklerindeki dalgalanmaları soğukkanlılıkla analiz etmelidir. İlk 2-4 hafta içinde %5 ila %15 arasında geçici bir görünürlük dalgalanması (SERP turbulence) yaşanması arama motoru algoritmalarının doğası gereği normal kabul edilir. Ancak bu dalgalanmanın kalıcı bir düşüşe dönüşmemesi için log dosyaları, indeksleme oranları ve sıralama değişimleri günlük olarak denetlenmelidir.

Bu aşamada başarı, yalnızca trafiğin korunmasıyla değil, eski iki sitenin toplam organik trafiğinin üzerine çıkılarak pozitif bir organik sinerji yaratılmasıyla ölçülür.

Log Analizleri ile Arama Motoru Botlarının İzlenmesi

Google Search Console ve analitik araçları verileri genellikle 24 ila 48 saatlik gecikmeyle (data latency) sunar. Ancak bir migrasyon operasyonunda 48 saatlik bir gecikme, telafisi zor trafik kayıplarına yol açabilir. Arama motoru botlarının (Googlebot Desktop & Smartphone) siteye nasıl tepki verdiğini gerçek zamanlı (real-time) olarak anlamanın tek yolu Sunucu Log Analizidir (Server Log Analysis).

ELK Stack (Elasticsearch, Logstash, Kibana) veya Screaming Frog Log File Analyser gibi araçlarla web sunucusunun erişim logları (access logs) filtrelenmelidir. Log analizinde şu soruların cevabı aranır:

• Googlebot eski sitedeki 301 yönlendirmelerini ne sıklıkla tarıyor?

• Yeni sitedeki sayfalara bot erişiminde 5xx Sunucu Hataları veya 4xx İstemci Hataları meydana geliyor mu?

• Botlar yeni mimaride tarama bütçesini (crawl budget) gereksiz parametreli sayfalarda mı harcıyor?

• Yeni içerik sayfaları botlar tarafından taranıyor mu yoksa tarama yetersizliği mi yaşanıyor?

Eğer loglarda Googlebot'un eski sitedeki yönlendirmelere yoğun şekilde geldiği ancak yeni sitedeki hedef sayfaları taramakta yavaş kaldığı görülürse, yeni sitenin iç link mimarisi güçlendirilmeli ve kritik sayfalara ana sayfadan doğrudan bağlantılar verilmelidir.

404 Hatalarının ve Yönlendirme Zincirlerinin (Redirect Chains) Ayıklanması

Canlıya geçiş sonrası dönemde, planlama aşamasında gözden kaçan eski URL'ler veya harici sitelerden gelen hatalı bağlantılar nedeniyle 404 Not Found hataları aniden tırmanışa geçebilir. Search Console "Sayfa Dizine Ekleme" raporları ve log analizleri taranarak ortaya çıkan tüm 404 hataları tespit edilmeli ve bu URL'ler derhal en uygun yeni sayfalara 301 ile yönlendirilmelidir.

Ayrıca, "Yönlendirme Zincirleri" (Redirect Chains) ve "Yönlendirme Döngüleri" (Redirect Loops) mutlaka ayıklanmalıdır. Bir URL'nin A -> B -> C şeklinde yönlenmesi, arama motoru botlarının tarama bütçesini tüketir ve aktarılan link otoritesinin zayıflamasına neden olur. Tüm yönlendirmeler doğrudan A -> C olacak şekilde tek adıma (single-hop redirect) indirilmelidir.

[Hatalı Yönlendirme Zinciri (Zararlı)]
https://eski-site.com/urun  --> 301 -->  https://eski-site.com/urun/  --> 301 -->  https://yeni-site.com/urun-yeni

[Optimize Edilmiş Tekil Yönlendirme (Doğru)]
https://eski-site.com/urun  --> 301 -->  https://yeni-site.com/urun-yeni
https://eski-site.com/urun/ --> 301 -->  https://yeni-site.com/urun-yeni

Kritik Sayfaların Sıralama ve Trafik Takibi (Rank Tracking)

Migrasyonun başarısını somutlaştırmak için birleşme öncesinde belirlenen "Kritik Anahtar Kelime Kümesi" (Core Keyword Bucket) günlük olarak takip edilmelidir. Bu takip, kelimelerin masaüstü ve mobil cihazlardaki sıralamalarını, SERP özelliklerindeki (Featured Snippet, People Also Ask, Local Pack) görünürlüklerini kapsamalıdır.

Sıralama takibinde olası senaryolar ve uygulanacak aksiyonlar şunlardır:

1. Sıralama Korundu / Yükseldi: Yönlendirme ve anlamsal eşleşme başarılıdır. Herhangi bir müdahaleye gerek yoktur.

2. Sıralama Düştü (İlk Sayfadan 2-3. Sayfaya Geriledi): Yeni sayfadaki içerik derinliği eski sayfanın gerisinde kalmış olabilir veya dahili link otoritesi yetersizdir. Sayfa içeriği zenginleştirilmeli ve iç linklerle desteklenmelidir.

3. URL Tamamen Kayboldu (De-indexed): Sayfada teknik bir erişim engeli (Noindex etiketi, robots.txt engeli veya Soft 404 algısı) mevcuttur. Derhal URL Denetim Aracı ile teknik inceleme yapılmalıdır.

Aşağıdaki tablo, post-migration döneminde 30, 60 ve 90 günlük periyotlarda takip edilmesi gereken temel performans göstergelerini (KPI) özetlemektedir:

M&A SEO Süreçlerinde En Sık Yapılan Kritik Hatalar ve Risk Yönetimi

Şirket birleşmelerinde ve dijital varlık devirlerinde yapılan hatalar genellikle bilgi eksikliğinden ziyade, departmanlar arası iletişimsizlikten ve SEO uzmanlarının karar alma süreçlerine geç dahil edilmesinden kaynaklanır. Üst yönetim birleşmeyi bir "marka lansmanı" veya "IT sunucu taşıması" olarak gördüğünde, arama motorlarının çalışma prensipleri göz ardı edilir.

Bu hataların maliyeti çoğu zaman milyonlarca liralık organik ciro kaybı, müşteri kaybı ve toparlanması aylar süren algoritmik güven erozyonudur. Risk yönetiminin temeli, bu hataları oluştuktan sonra tamir etmek değil, planlama aşamasında oluşmasını engelleyecek teknik bariyerleri inşa etmektir.

Aşağıda, kurumsal M&A operasyonlarında en sık karşılaşılan 4 ölümcül hata ve bu hatalara karşı geliştirilmesi gereken kurumsal savunma mekanizmaları detaylandırılmıştır.

Hata 1: Tüm Sayfaları Ana Sayfaya Yönlendirmek

Kurumsal birleşmelerde en yaygın yapılan hata, detaylı bir URL eşleştirme haritası hazırlamak yerine, satın alınan sitenin tüm sayfalarını yeni ana şirketin ana sayfasına yönlendirmektir (* -> yeni-site.com). Bu yöntem yazılım ekipleri için en zahmetsiz yol gibi görünse de, SEO açısından intihar niteliğindedir.

Google'ın sıralama algoritmaları, bir yönlendirmenin link otoritesini aktarabilmesi için eski sayfa ile yeni sayfa arasında net bir "içerik ve niyet eşleşmesi" arar. Eğer bir kullanıcı ve Googlebot eski sitedeki spesifik bir ürün veya teknik makale sayfasına tıkladığında ana sayfaya düşerse, Google bu yönlendirmeyi kullanıcıyı yanıltıcı bulur ve Soft 404 olarak işaretler. Soft 404 alan sayfaların PageRank değeri ve otoritesi yeni sayfaya aktarılmaz, tamamen sıfırlanır. Çözüm, her bir URL'nin en yakın anlamsal ikizine 1:1 yönlendirilmesidir.

Hata 2: Eski Domainin Sahipliğini ve DNS Yönetimini Erken Kaybetmek

Birleşme tamamlandıktan ve tüm yönlendirmeler yapıldıktan sonra şirket yönetimleri genellikle maliyet tasarrufu veya dikkatsizlik nedeniyle eski domainin tescil süresini (domain registration) yenilemeyi bırakır veya DNS sunucularını kapatır. Bu durum, yapılan tüm 301 yönlendirmelerinin anında kopmasına yol açar.

Arama motorları, harici sitelerden gelen backlinklerin otoritesini yeni domaine aktarabilmek için o 301 yönlendirmelerinin sürekli çalıştığını doğrulamak zorundadır. Eski domain düşerse veya başka bir kişi tarafından satın alınırsa:

• Yönlendirmeler çalışmayı durdurur.

• Eski domain üzerinden akan tüm link otoritesi (link equity) anında kesilir.

• Eski alan adı kötü niyetli kişilerin (domain drop catchers) eline geçebilir ve markanın itibarı siber saldırı veya spam projelerle zedelenebilir.

Kurumsal kural olarak, satın alınan ve yönlendirilen eski domainler en az 3 ila 5 yıl boyunca şirket bünyesinde tutulmalı, SSL sertifikaları ve DNS yönlendirme kayıtları kesintisiz olarak yenilenmelidir.

Hata 3: Tarama Bütçesini (Crawl Budget) ve Sunucu Yükünü Göz Ardı Etmek

İki devasa web sitesi birleştiğinde, yeni sitenin toplam sayfa sayısı ve URL varyasyonları katlanarak artar. Aynı zamanda Googlebot, eski sitedeki yönlendirmeleri takip etmek ve yeni sitedeki sayfaları doğrulamak için her iki siteye de normalin 3 ila 5 katı kadar tarama isteği (HTTP requests) gönderir.

Eğer yeni sunucu altyapısı bu yoğun bot trafiğini kaldıracak şekilde optimize edilmemişse, Time to First Byte (TTFB) süreleri uzar, 503 Service Unavailable ve 504 Gateway Timeout hataları başlar. Googlebot sunucunun zorlandığını hissettiğinde tarama hızını (crawl rate) düşürür. Bu da yeni sayfaların dizine eklenmesini geciktirir ve geçiş sürecini bir kabusa dönüştürür. Çözüm, CDN önbellekleme (caching) mekanizmalarını maksimize etmek, sunucu kaynaklarını geçiş döneminde geçici olarak artırmak ve gereksiz parametreli URL'leri robots.txt ile taramaya kapatmaktır.

Hata 4: Dahili Link Yapısını ve Yapılandırılmış Verileri Güncellememek

Yeni siteye taşınan içeriklerin içerisindeki dahili bağlantılar (internal links) çoğu zaman eski domaini veya yönlendirmeye düşen eski URL formatlarını işaret etmeye devam eder. Bu durum, site içerisinde binlerce dahili yönlendirme zincirinin oluşmasına neden olur. Bir sayfanın kendi iç linklerinde 301'li linkler barındırması, sayfa içi otorite dağılımını (Internal PageRank) yavaşlatır ve tarama bütçesini tüketir.

Migrasyon sonrasında yeni sitenin veritabanında toplu bir arama ve değiştirme (search and replace) operasyonu yapılarak tüm iç linkler nihai 200 OK yanıtı veren yeni URL'lere güncellenmelidir. Ayrıca, Schema.org yapılandırılmış verileri (@@CODE0@@, @@CODE1@@, @@CODE2@@, @@CODE3@@) revize edilerek şirketin yeni marka kimliği, yeni logo URL'si ve güncellenmiş sahiplik ilişkileri (@@CODE4@@ veya @@CODE5@@ özellikleri ile) Knowledge Graph (Bilgi Grafiği) algoritmalarına açıkça bildirilmelidir.