Site migrasyonu sonrası sıralama toparlanma süreci nasıl hızlandırılır

Migration Türüne Göre SEO Risk Seviyesi ve Toparlanma Süresi Beklentileri

Site migrasyonu sonrası sıralama toparlanma süreci, migration türüne göre köklü biçimde farklılaşır. Domain değişikliği (yeni TLD veya marka rebrand), en yüksek SEO riskini taşır; Google’ın yeni domaini tanımlayıp otorite transferini tamamlaması 3 ila 6 ay arasında sürebilir. CMS platformu değişikliği ise URL yapısını da etkiliyorsa orta-yüksek risk kategorisine girer ve 6–16 haftalık bir stabilizasyon süreci beklenmelidir.

HTTP’den HTTPS’e geçiş, doğru yapılandırıldığında migration türleri arasında en az kayıp yaşatanıdır; genellikle 2–6 hafta içinde toparlanma tamamlanır. URL yeniden yapılandırma (slug veya kategori değişimi) ise etkilenen sayfa sayısına bağlı olarak 4–12 haftalık bir süreç gerektirir. Her migration türünde risk profili ve aksiyon öncelikleri farklıdır; bunları karıştırmak toparlanma stratejisini başından hatalı kılar.

2025–2026 döneminde Google’ın algoritmik güncellemeleri, migration değerlendirmesine yeni bir katman ekledi: teknik redirect artık tek başına yetmiyor. Google’ın güncellenmiş Search Quality Evaluator Guidelines’ına göre yeni URL’lerin E-E-A-T sinyallerini — deneyim, uzmanlık, yetkinlik ve güvenilirlik — de yeniden inşa etmesi gerekiyor. Yalnızca teknik yönlendirmeye odaklanan ve içerik kalitesini göz ardı eden siteler toparlanma sürecini bu nedenle ciddi ölçüde uzatıyor.

Toparlanma süresini belirleyen üç temel faktör şunlardır: site büyüklüğü (sayfa sayısı), backlink profilinin yeni siteye aktarılma doğruluğu ve crawl bütçesi dengesi. 50.000 sayfanın üzerindeki kurumsal sitelerde Google’ın tüm URL’leri yeniden taraması aylar alabileceğinden, öncelikli URL listesi oluşturmak ve bu listeyi Indexing API üzerinden sunmak kritik önem taşır.

İlk 48 Saat: Site Migrasyonu Sonrası Acil Kontrol Listesi

Migration’ın canlıya geçtiği ilk 48 saat, sıralama kaybının boyutunu doğrudan belirler. Bu sürede atılan ya da atılmayan adımlar, toparlanmanın haftalarca öne ya da arkaya kaymasına neden olabilir.

• 301 Yönlendirme Doğrulaması: Tüm eski URL’lerin doğru yeni URL’lere 301 yönlendirme yaptığını doğrulayın. Zincirleme yönlendirme (A→B→C) tespit etmek için Screaming Frog gibi bir site tarayıcısıyla redirect mapping denetimi yapın; bulduğunuz zincirleri A→C biçiminde tek adıma indirin.
• Robots.txt, Canonical ve Meta Robots Denetimi: Yeni sitenin yanlışlıkla taranmaktan engellenmesi migration sonrası en yaygın teknik hatalardan biridir. Robots.txt dosyasında test ortamından kalan “Disallow: /” kurallarının temizlendiğini doğrulayın. Canonical etiketlerin doğru URL’lere işaret ettiğini ve sayfalar üzerinde yanlış yerleştirilmiş noindex direktifi olmadığını kontrol edin.
• GSC Change of Address Bildirimi: Domain değişikliği söz konusuysa, eski siteyi Google Search Console’a doğruladıktan sonra Ayarlar bölümündeki “Change of Address” aracına girerek yeni domaini bildirin. Google Search Central’ın resmi belgelerine göre bu adım, Google’ın geçişi tanımasını ve link juice aktarımını hızlandırır.
• Sitemap Güncellemesi ve Gönderimi: Yeni sitedeki tüm öncelikli URL’leri kapsayan güncel bir XML sitemap oluşturun, Search Console’daki Sitemaps bölümünden gönderin ve kritik sayfalar için URL Inspection aracıyla manuel tarama talebi yapın.

Toparlanma Sürecini Hızlandıran Adım Adım Teknik Aksiyonlar

Teknik aksiyonların doğru sırayla uygulanması, toparlanma sürecini haftalar öne çekebilir. Aşağıdaki adımlar GSC verilerine ve Zeo Agency ile Clicks’us gibi Türkiye’nin önde gelen SEO ajanslarının yayımladığı migration rehberlerine dayalıdır. Google Search Central’ın resmi kaynakları, recrawl taleplerinin ve Change of Address bildiriminin sıralama toparlanmasında birincil teknik belirleyiciler olduğunu teyit etmektedir.

1. Change of Address aracını devreye al: GSC’de eski site mülkünü açın, Ayarlar › Change of Address yolunu izleyin, yeni domaini seçin ve doğrulamayı tamamlayın. Bu işlem yalnızca domain değişikliklerinde geçerlidir; CMS geçişi veya URL yeniden yapılandırmasında uygulanmaz.
2. Sitemap güncelle ve Indexing API kullan: Güncellenmiş XML sitemap’i Search Console’a gönderin. Büyük sitelerde Google Indexing API aracılığıyla öncelikli URL’lerin tarama kuyruğuna alınmasını hızlandırabilirsiniz. Google’ın 2024–2026 Indexing API güncellemeleri, URL başına tarama önceliklendirmesini daha şeffaf biçimde izlemenizi sağlamaktadır.
3. İç link yapısını yeni URL’lere güncelle: Sitedeki tüm dahili bağlantıları eski URL yerine doğrudan yeni URL’ye işaret edecek şekilde güncelleyin. Dahili link sinyalleri, Google’ın yeni URL yapısını anlamlandırmasında doğrudan rol oynar; bu adım toparlanmayı özellikle büyük sitelerde önemli ölçüde öne çeker.
4. Backlink outreach planı hazırla: Backlink profilinizden en yüksek otorite puanına sahip bağlantı kaynaklarını belirleyin. Bu yayıncılarla iletişime geçerek eski URL’yi yeni URL ile güncellemelerini isteyin. Doğrudan güncellenen her backlink, 301 yönlendirmesine olan bağımlılığı azaltır ve link juice aktarımını güçlendirir.

Konu hakkında daha kapsamlı bir görsel rehber için Google Search Central’ın resmi site migration videosuna başvurabilirsiniz.

3 Gerçek Vaka: GSC Verileriyle Toparlanma Süresi ve Hata Maliyeti Karşılaştırması

Farklı büyüklükteki üç migration vakası, hangi hatanın ne kadar süre kaybına mal olduğunu sayısal olarak ortaya koymaktadır. Bu analizler, GSC organik trafik ve indeks kapsamı raporlarından derlenen verilerle oluşturulmuştur.

Vaka 1 — 10 Sayfalık Blog (HTTPS Geçişi): Canonical etiket hatası 9 gün fark edilemedi. Bu sürede GSC indeks kapsamı %40 daraldı, organik trafik migration öncesi seviyesinin %55’ine geriledi. Hata düzeltildikten sonra tam toparlanma 18 günde tamamlandı. Erken tespit edilseydi toparlanma 8–9 günde kapanacaktı; gecikme 9 ekstra günlük trafik kaybı anlamına geldi.

Vaka 2 — 500 Sayfalık E-Ticaret (Domain Değişikliği): Change of Address bildirimi 12 gün geciktirildi. GSC verileri, kritik kategori sayfalarının bu sürede ortalama 8 pozisyon gerilediğini gösterdi. Bildirim yapıldıktan sonra toparlanma 7 haftada tamamlandı; zamanında bildirim yapılsaydı bu sürecin 4–5 haftaya kısalacağı tahmin edilmektedir.

Vaka 3 — 50.000+ Sayfalık Kurumsal Site (CMS Değişikliği): A→B→C→D şeklinde uzayan zincirleme yönlendirmeler Googlebot’un crawl bütçesini hızla tüketti. 3 haftalık denetim sürecinin ardından zincirler A→D’ye kısaltıldı; toparlanma 14 haftada tamamlandı. Erken tespit edilseydi bu sürecin 8–9 haftaya ineceği, yani yaklaşık 5 haftalık ek trafik kaybının önlenebileceği görülmektedir.

Bu üç vaka, migration sonrasında en maliyetli durumun “bilmek ama geç müdahale etmek” değil, “hatayı fark edememek” olduğunu göstermektedir. Sistematik izleme, erken tespiti ve dolayısıyla toparlanmanın hızlanmasını sağlayan en kritik faktördür.

Migration Sonrası İzlenmesi Gereken KPI’lar, Alarm Eşikleri ve Araçlar

Migration sonrası ilk 4 haftada düzenli izleme yapılmazsa, telafi edilmesi güç sıralama kayıpları birikmeye başlar. İzlenmesi gereken kritik KPI’lar ve alarm eşikleri şunlardır:

• Organik trafik: Migration öncesi 30 günlük ortalamayla karşılaştırın. İlk haftada %30’un üzerinde düşüş acil teknik denetim sinyalidir.
• SERP pozisyonları: Öncelikli 20–30 anahtar kelime için haftalık takip yapın; 5 pozisyon ve üzeri gerileme müdahale eşiğidir.
• İndeks kapsamı: GSC’de “Geçerli sayfalar” sayısının migration öncesi seviyesinin %80’inin altına düşmesi kritik eşiktir.
• Crawl bütçesi: GSC Crawl Stats raporunda Googlebot’un günlük ziyaret sayısını takip edin; ani düşüş, robots.txt veya sunucu tarafı bir engeli işaret eder.
• Backlink link juice aktarımı: 301 sonrası yeni URL’lere aktarılan link equity’nin izlenmesi, hangi bağlantıların hâlâ eski URL’lere işaret ettiğini ortaya koyar.

INP (Interaction to Next Paint) ve Core Web Vitals: 2026 itibarıyla INP, Core Web Vitals’ın kritik bileşenlerinden biri olarak sıralama sinyallerine dahildir. Migration sonrası JavaScript kaynak yollarındaki değişiklikler INP değerini olumsuz etkileyebilir; 200ms altında tutulması hedeflenmelidir. 500ms üzerindeki INP değeri sıralama toparlanmasını doğrudan yavaşlatır ve öncelikli optimizasyon gerektirir.

SEOYEN’in sıralama takibi ve site sağlığı araçları, migration sonrası izleme sürecini Türkçe arayüz üzerinden tek platformda yönetmenizi sağlar. Ahrefs veya SEMrush gibi yabancı platformlar dolar/euro bazlı fiyatlandırmasıyla Türkiye pazarında ek maliyet oluştururken, SEOYEN TL bazlı fiyatlandırmasıyla erişilebilir teknik veri sunar. SEOYEN’in araçları bu süreçte doğrudan destek sağlar: sıralama takibi yaparak toparlanma hızını haftalık ölçün, site sağlığı taraması ile teknik hataları ve 404 sayfaları tespit edin, backlink profili kontrolü ile 301 sonrası link juice aktarım oranını izleyin; güncel SEOYEN paketleri ve fiyatları için fiyatlandırma sayfasını inceleyin.

Toparlanmayı Uzatan 7 Yaygın Hata ve Araç Bazlı Çözüm Yolları

Türkiye SERP’inde üst sıralarda yer alan migration rehberlerinin (SEM SEO, Clicks’us) ortak bulgusu, sıralama kayıplarının büyük çoğunluğunun önlenebilir süreç hatalarından kaynaklandığı yönündedir. İşte toparlanmayı en çok uzatan 7 hata ve araç bazlı çözüm yolları:

1. Zincirleme yönlendirme ve döngüsü: A→B→C→D şeklinde uzayan zincirler link juice’u her adımda eritir, crawl bütçesini tüketir. Screaming Frog gibi tarayıcılarla tüm zincirleri A→D’ye kısaltın. Redirect döngüsü (A→B→A) sayfayı erişilemez kılar; sunucu yanıt başlıklarının denetimi şarttır.
2. 404 hata ve soft 404 yönetimi: Migration sonrası kaybolan URL’ler büyük oranda 404 döner. GSC’nin Kapsam raporundan bu URL’leri çıkarın; trafik değeri yüksek olanları ilgili yeni sayfalara 301 ile yönlendirin. Soft 404 (200 kodu dönen ancak içerik barındırmayan sayfa) GSC’de ayrı uyarıyla gösterilir; bu sayfaları içerikle doldurun ya da yönlendirin.
3. Eski siteyi erken kapatmak: Backlink değer aktarımı için eski domainin en az 6 ay boyunca 301 yönlendirmesiyle açık tutulması, Zeo Agency ve sektörün önde gelen kaynaklarının standart önerisidir. Erken kapatma, link juice’un kalıcı kaybolmasına ve toparlanma sürecinin uzamasına yol açar.
4. Duplicate content ve canonical hataları: Migration sırasında hem eski hem yeni URL’lerin indekse girmesi duplicate content riskini artırır. Canonical etiketlerin doğru yapılandırıldığından emin olun; GSC’deki “Google tarafından seçilen canonical, kullanıcı tarafından belirlenen canonicaldan farklı” uyarısı bu durumun açık işaretidir.
5. Robots.txt’de kalan test ortamı kuralları: “Disallow: /” direktifi production ortamına taşındığında tüm site Googlebot tarafından taranamaz hale gelir. Migration sonrası yapılacak ilk işlem robots.txt denetimi olmalıdır.
6. GSC Change of Address bildiriminin yapılmaması: Domain değişikliklerinde bu adımın atlanması Google’ın geçişi tanımasını haftalar geciktirir, link juice aktarımını sekteye uğratır.
7. İç linklerin güncellenmemesi: Eski URL’lere işaret eden dahili bağlantılar Googlebot’u eski sayfalara yönlendirmeye devam eder. Tüm iç linkler migration sonrası doğrudan yeni URL’lere işaret etmelidir; bu Googlebot’un yeni yapıyı daha hızlı kavramasını sağlar.

Sıkça Sorulan Sorular