Site taşıma sonrası SEO çöküşünü önlemek için net kontrol listesi

Site taşıma (hosting, domain, altyapı veya IP değişimi) sürecinde SEO performansının düşmesi genellikle “içerik kaybı” değil, yönlendirme ve sinyal hatalarından kaynaklanır. Bir sayfa taşınır, geçiş sırasında arama motorları farklı sinyaller görür ve sıralamalar dalgalanır. Bu rehberde, site taşımadan önce başlayıp taşımadan sonra 2-4 hafta süren net bir kontrol planı göreceksiniz: hangi ayarlar yapılacak, hangileri doğrulanacak, hangi hatalar SEO çöküşünü tetikler.

1) Taşınmadan önce SEO taşıma envanteri çıkarın

Önce “ne taşınıyor” sorusunu teknik olarak netleştirin. SEO düşüşlerinin büyük kısmı, değişen URL’lerin fark edilmemesi veya mevcut yapı ile yeni yapının uyuşmamasından çıkar.

Hangi verileri toplamalısınız (liste)

• Mevcut URL envanteri: Google Search Console’da en çok trafik alan sayfalar, en çok indekslenen sayfalar, en çok dönüşüm getiren landing sayfalar.
• Mevcut yönlendirme kuralları: .htaccess (Apache) veya nginx config (Nginx) içinde olan tüm redirect (301/302) kuralları.
• Mevcut canonical kurgusu: Sayfalarda <link rel="canonical" ...> etiketi hangi URL’i gösteriyor?
• Mevcut robots.txt ve sitemap.xml: Hangi dizinler taranıyor, hangi dosyalar sitemap’te.
• Site hız bileşenleri: En azından taşınma öncesi temel ölçüm (ör. Lighthouse). Hız düşüşü doğrudan SEO kaybına tek başına sebep olmaz; fakat yönlendirme gecikmeleriyle birleşince etkisi büyür.

SEO çöküşünü tetikleyen tipik farklar

• Taşınmadan sonra URL parametreleri (ör. /urun?utm...) yanlış normalize ediliyor.
• Yeni sitede canonical eski domaini veya yanlış protokolü (http/https) gösteriyor.
• Sitemap taşımadan sonra yenilenmiyor veya yanlış URL seti yayınlanıyor.
• Yeni ortamda bazı sayfalar 404 dönüyor veya geçiş sırasında botlar için kısmi erişim engeli oluşuyor.

2) 301 yönlendirmeyi “tam kapsama” ile kurun

Domain değişimi veya URL yapısı değişimi varsa 301 en doğru sinyalin temelidir. Ancak 301’in “var olması” yetmez; tüm eşleşmelerin doğru olması gerekir.

301 mi 302 mi? Net karar

• Kalıcı taşıma (domain değişimi, URL yapısı değişimi, kalıcı içerik taşıma): 301 (Moved Permanently).
• Sınırlı süreli bakım veya test: 302 kullanılabilir; ama SEO için uzun süre 302 bırakmak sıralamayı yavaşlatır.

Redirect kapsamı kontrolü (pratik yöntem)

• Eski domaindeki sayfaları tek tek test edin:
• En azından 20-50 kritik URL: kategori, ürün, içerik, blog sayfaları.
• Testte beklenen durum: Eski URL → doğru yeni URL → 200 ile açılmalı.
• Redirect zinciri (chain) kontrolü yapın:
• Eski URL → A → B gibi birden fazla 301 varsa, bu hız ve sinyal aktarımını olumsuz etkiler.

IP/hosting taşımalarında bile önemli olan nokta

Hosting değişiminde domain aynı olsa bile arama motoru botları yeni hız/sunucu yanıt davranışlarını görür. Bu nedenle yönlendirmeyi yalnızca domain değişiminde değil, https/http ve www/non-www varyantlarında da netleştirin.

3) canonical, sitemap ve robots.txt uyumunu doğrulayın

SEO sinyallerinin çakışması sıralamayı düşürebilir. Bu üçlü birlikte çalışmalı: canonical + sitemap + robots.txt.

Canonical kuralı

• Her sayfa kendi içinde doğru kanonik URL’i göstermeli.
• Canonical değeri:
• Yeni domain/protokol ile uyumlu olmalı.
• Taşınan sayfada eski URL’i göstermek, “doğru sayfa hangisi” karışıklığı yaratır.

Sitemap güncelleme

• Taşıma sonrası sadece aktif ve 200 dönen sayfalar sitemap’te yer almalı.
• Sitemap’te eski domain URL’leri kalırsa tarama hatası ve indeks bulanıklığı oluşabilir.

robots.txt ile tarama kontrolü

• Taşıma sırasında yanlışlıkla taramayı kapatan rules SEO’yu çökertir.
• Yeni sitede robots.txt şu hataları içermemeli:
• Önemli dizinlerin tamamen kapatılması.
• CSS/JS veya sayfa kaynaklarını yanlışlıkla engelleyip sayfa işleme kalitesini düşürme.

Kontrol listesi

Taşımadan önce ve sonra şu mantıkla doğrulayın: - Search Console’da URL Inspection ile hedef sayfanın canonical’i doğru mu? - Sitemap index dosyası doğru mu? - robots.txt dosyası gerçekten beklendiği gibi mi?

4) Taşıma sırasında “botlara doğru görünürlük” sağlayın

Geçiş döneminde en çok yapılan hata, siteyi “haber ver” mantığıyla hazırlayıp, botların gördüğü durumu kontrol etmemektir. Google botu (ve diğerleri) geçişte gördüğü 4xx/5xx sinyallerini değerlendirir.

5xx/timeout ve gereksiz geçici kapatma

• Sunucu yanıt süreleri uzarsa botlar sayfaları eksik tarayabilir.
• Sitenin tamamen kapatılması yerine, mümkün olan en kısa süreli ve kontrollü bakım planı uygulanır.

Geçici bakım için doğru HTTP durum kodu (net rehber mantığı)

• Sitenin geçici olarak kullanılamadığı durumlarda 503 doğru sinyaldir; ancak bunu doğru header ve süre ile kurgulamak gerekir.
• En kritik nokta: 503, arama motoruna “geçici” sinyali verirken performans ve davranış tutarlılığı sağlamalıdır.

Üretim hattında hata riskini azaltın

• Taşıma öncesi staging ortamı üzerinden:
• Redirect haritalarını test edin.
• canonical ve sitemap üretimini doğrulayın.
• form/checkout gibi kritik akışlarda URL değişimi sonrası geri dönüşün bozulmadığını test edin.

5) Taşıma sonrası SEO sinyallerini log ve ölçümle doğrulayın

SEO çöküşü yaşandığında genellikle “tek bir şey yanlış” değildir; birlikte etki eden sorunlar olur. Bu yüzden ölçümle gidin.

A) Sunucu loglarından ilk gün teşhis

Sunucu erişim kayıtlarında şu sorulara cevap arayın: - 404 artıyor mu? - 301/302 hatalı mı, zincir var mı? - Botlar doğru URL’leri mi görüyor? - Tarama sırasında timeout veya 5xx var mı?

Hızlı yorumlama rehberi

• 404 artışı: çoğu zaman redirect haritası eksik veya sitemap yanlış.
• Redirect chain: bazı URL’ler yanlış kurala yakalanıyor.
• 5xx artışı: sayfa sunumu veya upstream (PHP-FPM, proxy) tarafında sorun olabilir.

B) Search Console ile doğrulama

Taşıma sonrası şu adımları sırayla kullanın: - Sitemap submit: Yeni sitemap’i gönderin. - Indexing durumları: “Excluded” ve “Crawled - currently not indexed” gibi raporlara bakın. - URL Inspection: Kritik URL’leri tek tek kontrol edin: - Google hangi URL’i canonical olarak kabul ediyor? - Hangi HTTP durum kodu ile görüyor?

C) HTTP ve HTTPS tutarlılığı

• Taşıma sonrası “mixed content” veya protokol karışıklığı olmasın.
• Aynı sayfa hem http hem https varyantında farklı canonical üretmemeli.

6) “Hız + yönlendirme” etkisini sayısal hedeflerle yönetin

SEO yalnızca yönlendirme değil; sayfanın erişilebilirliği de belirleyicidir. Taşıma sonrası performans düşüşü olursa, özellikle e-ticaret ve içerik sitelerinde tarama bütçesi ve kullanıcı sinyalleri etkilenir.

Basit ama net performans hedefleri

• Taşıma sonrası kritik sayfalar için şu kontrolleri yapın:
• İlk yanıt süresi (TTFB) artıyor mu?
• Önbellekleme (cache) devrede mi?
• CDN kullanımı varsa yanlış cache kurgusu var mı?

Önbellekleme hatası SEO’yu nasıl çökertebilir?

• Eski içerik veya eski redirect kuralları cache’te kalır.
• Bu durumda botlar yeni URL’leri görmez veya yanlış içeriğe yönlenir.

Uygulanacak teknik önlemler

• Taşıma sonrası cache purge ve yeniden üretim yapın.
• CDN varsa cache key ve redirect davranışlarını test edin.
• Eğer WordPress kullanılıyorsa (veya benzeri CMS), obj cache / page cache taşınma sonrası yeniden uyarlanmalıdır.

7) 2-4 haftalık izleme planı: Ne zaman müdahale, ne zaman bekle?

Taşıma sonrası ilk günlerde dalgalanma normaldir. Ama müdahaleyi geciktirmek kalıcı etkileri artırabilir.

Gün 0-3: “kırmızı bayraklar”

Aşağıdaki durumlar varsa hızlı müdahale gerekir: - Kritik sayfalarda 404 görülmesi. - Redirect zinciri veya yanlış hedef. - Search Console’da sitemap hataları. - Sunucuda belirgin 5xx/timeout artışı.

Gün 4-14: “indeks oturumu”

• Yeni sitemap’e yeni URL’ler ekleniyor mu?
• Eski URL’ler index’ten çıkıyor mu (her zaman anında olmaz)?
• Canonical tutarlılığı sağlandı mı?

Gün 15-28: “düzelme doğrulama”

• Organik trafik toparlanıyor mu?
• Kritik landing sayfalarında görünürlük artışı var mı?
• Hâlâ ciddi sayıda 404 veya excluded raporları devam ediyor mu?

Hızlı karşılaştırma: En sık senaryolar ve net çözümler

Aşağıdaki tablo “durum → olası neden → doğru aksiyon” eşlemesini verir.

Sonuç: Taşıma sonrası SEO çöküşünü “kontrol ve doğrulama” ile engelleyin

Site taşıma sonrası SEO düşüşünü önleyen şey, sadece “yönlendirme kurmak” değil; canonical-sitemap-robots uyumunu doğrulamak, redirect kapsamını sayısal testlerle tamamlamak ve ilk 2-4 hafta log + Search Console ile takip etmektir. Aksiyon önerisi olarak bugün başlayın: kritik 20-50 URL için redirect ve canonical testini çalıştırın, yeni sitemap’i 200 dönen sayfalara göre üretin ve robots.txt üzerinden taramayı doğrulayın. Sorun çıkarsa müdahaleyi ilk 72 saatte yapın; çünkü çoğu SEO çöküşü, bu erken dönemde düzeltilen hatalar yüzünden kalıcılaşır.