Site Geçişleri ve Domain Değişimi İçin SEO Raporlama Template’i

Migration raporunun ilk adımı “neye bakacağız?” sorusunu netleştirmektir. Burada amaç; her şeyi ölçmek değil, riskli kırılmaları erken yakalayacak bir KPI seti oluşturmaktır. En pratik yaklaşım, metrikleri 4 sepete ayırmaktır:

1. Yönlendirme & URL bütünlüğü (301 / mapping)

• •Eski URL → yeni URL eşleşmesi var mı?
• •301 doğru mu, zincir var mı, yanlış hedefe gidiyor mu?
• •404 artışı var mı?

2. Crawl & Index sağlığı

• •Yeni domain’de/sitede index kapsamı nasıl?
• •Canonical/robots/sitemap tutarlı mı?
• •Tarama hataları (5xx, soft 404 vb.) var mı?

3. Görünürlük & tıklama verimi (GSC)

• •Impressions/clicks/CTR/position trendi
• •En çok kayıp yaşayan query/landing kümeleri

4. İş çıktısı & ölçüm bütünlüğü (GA4 / dönüşüm)

• •Organik sessions ve conversions
• •Funnel adımları (form view → submit / rezervasyon adımı)
• •Ölçüm (tag/event) taşındı mı? (kritik)

Mini örnek (turizm): Antalya bölgesinde sezon başında domain değişimi yapıyorsanız, “talep dalgası” grafiği oynatır. Bu yüzden raporunuz, düşüşleri sadece trafikle değil, index + 301 + dönüşüm üçlüsüyle okumalı.

Site geçişi öncesi hangi SEO metriklerini kaydetmeliyim?

Net cevap bloğu : Geçişten önce mutlaka bir baseline kaydedin: (1) en kritik landing’lerin GSC görünürlük KPI’ları (impressions/clicks/CTR/position), (2) GA4 organik sessions ve dönüşümler, (3) index kapsamı ve tarama hataları, (4) eski URL envanteri ve yeni URL mapping listesi. Baseline olmadan “düşüş normal mi hata mı?” ayrımı yapılamaz.

Baseline’ı iki katmanda hazırlamak en iyi pratiktir:

• •Özet baseline: toplam görünürlük, toplam organik trafik, toplam dönüşüm
• •Kritik sayfa baseline: top 20–50 landing (özellikle gelir/lead taşıyan sayfalar)

Burada fark yaratan detay: Baseline’a “değişiklik gerekçesi” ekleyin: neden geçiyoruz? (altyapı, hız, UX, marka) Bu, 90 gün içinde yönetici iletişimini kolaylaştırır.

Go-live anı, “rapor değil operasyon” anıdır. Bu yüzden canlı izleme; basit, hızlı ve alarmlı olmalıdır. En doğru yaklaşım, 3 saat–24 saat–7 gün şeklinde kademeli kontrol yapmaktır.

Go-live anında kritik 8 kontrol

1. 301 mapping örneklemi: kritik 50 URL tek tek test
2. Redirect zinciri: 301→301→200 gibi zincir var mı?
3. 404/soft 404 artışı: loglar ve tarama raporları
4. Robots ve noindex: yanlışlıkla bloklanan alan var mı?
5. Canonical tutarlılığı: yeni domain’i işaret ediyor mu?
6. Sitemap: yeni URL’leri içeriyor mu, erişilebilir mi?
7. Analytics/tag: GA4 event’leri geliyor mu? dönüşüm çalışıyor mu?
8. Search Console: yeni property doğrulandı mı, gerekli ayarlar yapıldı mı?

Technical Not (sheet) ile kritik uyum: Migration raporlamasında sadece SEO değil, analitik ve tag yapılandırmasının da eksiksiz taşındığı doğrulanmalıdır. Aksi hâlde “dönüşüm düştü” alarmı ölçüm hatası olabilir.

Migration raporunun en önemli kısmı, “toparlanma penceresi”dir. 90 gün, pratikte üç faza bölünür:

• •0–7 gün: kritik hata avı (redirect, index, ölçüm)
• •7–30 gün: görünürlük stabilizasyonu (GSC trend, index kapsamı)
• •30–90 gün: performans optimizasyonu (CTR, content/cluster, dönüşüm)

90 günlük panelde hangi sayfalar izlenmeli?

• •Top 20 landing (gelir/lead taşıyan)
• •Top 20 organik giriş sayfası
• •En fazla impressions alan sayfalar (CTR fırsatı)
• •Consolidation yapılan sayfalar (toplam etkiler)

Burada kritik pratik: Raporu “toplam” ve “kritik sayfa” katmanıyla okuyun. Toplam düzeliyor gibi görünürken kritik sayfalardan biri kayıp yaşayabilir.

Geçiş sonrası düşüş ne kadar normaldir?

Net cevap bloğu : Migration sonrası kısa vadeli dalgalanma görülebilir; ancak “normal” olup olmadığı, tek bir trafik grafiğiyle değil redirect doğruluğu + index sinyalleri + kritik landing dönüşümü ile anlaşılır. 301 ve index sağlığı düzgünse, görünürlük ve trafik daha kontrollü toparlanır. Eğer 404/5xx artıyor, index kapsamı düşüyor veya kritik landing dönüşümü sert bozuluyorsa bu “normal dalga” değil, müdahale gerektiren risktir.

“Normal vs risk” sınıflandırması (pratik)

• •Normal dalga: küçük CTR/trafik oynaklığı, index kapsamı stabil, hatalar düşük
• •Risk: 404/5xx sıçraması, noindex/robots blokları, redirect zincirleri, kritik sayfa kaybı
• •Kriz: geniş ölçekte index kaybı + dönüşüm çöküşü + teknik hatalar (P0)

Key Statistics / Data Point (yumuşatılmış): Migration sürecini raporla destekleyen projelerde, düşüşlerin normal/kriz ayrımı daha net yapılabildiği ve toparlanma aksiyonlarının daha hızlı alındığı görülüyor.

Çoğu projede “SEO çöktü” paniği, teknik olarak değil; raporlama eksikliği nedeniyle büyür. Üç dokümanı migration standardı yaparsanız, kriz yönetimi çok daha sakin olur:

1. Baseline dosyası (toplam + kritik sayfalar)
2. URL mapping / redirect matrisi (eski→yeni)
3. 90 gün takip paneli + change log (olay işaretleri)

Buraya: [Tablo] — Eski vs yeni domain/sayfa karşılaştırma tablosu (URL mapping + KPI)

Buraya: [KPI / Score Card] — 1:1 (1200×1200) — site-gecisleri-ve-domain-degisimi-icin-seo-raporlama-templatei-kpi-07.webp — Migration KPI kartları (index/404/CTR/dönüşüm), amaç hızlı karar, otel/hizmet bağlamı

Buraya: [Checklist / Framework Card] — 1:1 (1200×1200) — site-gecisleri-ve-domain-degisimi-icin-seo-raporlama-templatei-checklist-06.webp — Migration checklist kartı, amaç kriz anında net kontrol, ajans bağlamı

Buraya: [Deliverables / Proof Card] — 1:1 (1200×1200) — site-gecisleri-ve-domain-degisimi-icin-seo-raporlama-templatei-proof-08.webp — Migration deliverables, amaç güven ve takip, kurumsal bağlamı

Site geçişi ve domain değişimi SEO tarafında yüksek riskli bir dönemdir; ancak doğru raporlama sistemiyle bu risk yönetilebilir hâle gelir. Baseline, URL mapping, canlı izleme, GA4/tag doğrulaması ve 90 günlük takip paneli birlikte çalıştığında, ekipler “normal dalga” ile “müdahale gerektiren kriz” ayrımını çok daha net yapabilir.

Bu nedenle migration başarısı yalnızca yayına alma anına değil, geçiş öncesi hazırlık ve geçiş sonrası disiplinli takip ritmine bağlıdır. Rapor; teknik ekibi, pazarlama ekibini ve yöneticiyi aynı karar ekranında buluşturmalıdır.