Klinik site migrasyonunda sıralama kaybını önleme rehberi
Klinik sitesi migrasyonunda organik kaybı önlemek için yayın öncesi envanter ve eşleme, yönlendirme kuralları, yayın günü kontrol listesi ve 8 haftalık izleme.
Yazan Roozbeh Nazari · CEO
Çalıştığımız klinik sitelerinin çoğu birkaç yılda bir yeniden yapılıyor: yeni tasarım, yeni CMS, bazen yeni alan adı ve çoğu zaman yeni bir dil yapısı. Gözlemimiz, bu yenilemelerin önemli bir kısmının yayına alındıktan sonraki haftalarda organik trafiğin düşmesiyle sonuçlandığı; düşüş bazen geri geliyor, bazen gelmiyor. Bu yazı, bir klinik sitesinin migrasyonunda sıralama kaybını önlemek için yayına almadan önce, yayın günü ve sonrasındaki haftalarda yapılması gerekenleri, ajans olarak uyguladığımız sırayla anlatıyor.
Önce bir çerçeve. Google'ın site taşıma dokümantasyonu, URL'lerin değiştiği taşımalarda orta ölçekli bir site için yeni URL'lerin eskilerinin yerine geçmesinin birkaç hafta ya da daha uzun sürebileceğini yazıyor. Yani bir miktar geçiş dalgalanması doğal; önlenebilir olan, hatalı yönlendirmeler, kaybolan sayfalar ve bozulan dil sinyalleri yüzünden kalıcı hâle gelen kayıp. Klinikler için bu ayrım daha da önemli, çünkü tedavi sayfalarının çoğu uzun sürede sıralamaya girmiş, yeniden kazanılması pahalı sayfalar.
Yayından önce: envanter ve eşleme
Migrasyonun kaderi büyük ölçüde yayından önce belirleniyor. İlk iş, mevcut sitenin tam URL envanterini çıkarmak: sitemap'teki sayfalar, Search Console'da son on iki ayda tıklama almış sayfalar, log dosyasında Googlebot'un ziyaret ettiği URL'ler ve dış bağlantı alan URL'ler. Bu dört liste hiçbir zaman aynı değil; sitemap'te olmayan ama trafik alan eski bir kampanya sayfası ya da yalnızca dış bağlantıdan bulunan bir PDF, envanterde yoksa yönlendirme tablosunda da olmayacak.
İkinci iş, her eski URL için bir hedef belirlemek. Buradaki kural basit ama uygulamada sık ihlal ediliyor: hedef, içerik olarak en yakın sayfa olmalı, ana sayfa değil. Kaldırılan bir tedavi sayfasını ana sayfaya yönlendirmek, Google'ın gözünde yumuşak 404'e yakın bir sinyal; kullanıcı için de aradığını bulamadığı bir ekran. Gerçekten karşılığı olmayan sayfalar için dürüst bir 404 ya da 410, yanlış hedefe giden 301'den daha iyi.
Üçüncü iş, çok dilli yapı. Türkçe, İngilizce, Arapça ve Farsça sayfaları olan bir klinik sitesinde her eski dil varyantının kendi dilindeki yeni varyanta yönlenmesi gerekiyor; Arapça bir sayfanın Türkçe hedefe gitmesi hem kullanıcıyı hem hreflang kümesini bozuyor. Yeni sitedeki hreflang etiketlerinin karşılıklı olduğunu yayından önce staging ortamında doğrulayın; Google'ın dokümanı, birbirini göstermeyen etiketlerin yok sayıldığını açıkça yazıyor. En sık görülen hataların dökümünü hreflang hataları yazısında toplamıştık.
Dördüncü iş, staging'i canlı gibi taramak. Yeni siteyi yayına almadan önce bir tarayıcıyla baştan sona gezin ve üç listeyi karşılaştırın: eski sitede olup yeni sitede karşılığı olmayan sayfalar, yeni sitede iç bağlantısı eski URL'ye giden sayfalar ve başlık ya da meta açıklaması boş kalan sayfalar. İç bağlantıların eski URL'yi göstermesi migrasyondan sonra her tıklamayı bir yönlendirmeden geçirir; Google bunu tolere eder ama sitenin kendi bağlantılarının doğrudan yeni hedefe gitmesi hem tarama hem kullanıcı için daha temiz.
Yönlendirme kuralları: tek atlama, kalıcı, sunucu tarafı
Google'ın yönlendirme dokümantasyonu tercih sırasını netleştiriyor: sunucu tarafı kalıcı yönlendirme (301 ya da 308) en güvenilir yöntem; meta refresh ve JavaScript yönlendirmeleri ancak sunucu tarafı mümkün değilse. Klinik sitelerinde JavaScript yönlendirmesine hâlâ rastlıyoruz; genellikle eski site bir sayfa oluşturucuyla yapılmış ve sunucuya erişim yok. Bu durumda migrasyon planını, sunucu tarafı yönlendirmenin yapılabildiği bir altyapıya taşınmayı da kapsayacak şekilde kurmak daha doğru.
İkinci kural, zincir oluşturmamak. Eski site zaten önceki bir migrasyondan kalan yönlendirmeler taşıyorsa, yeni kurallar bunların üstüne değil yerine yazılmalı; A'dan B'ye, B'den C'ye giden zincirler hem tarama bütçesini yiyor hem de her atlamada sinyal kaybı riski taşıyor. Google'ın dokümanı zinciri mümkün olduğunca kısa tutmayı öneriyor. Üçüncü kural, yönlendirmeleri kaldırmamak: aynı doküman, yönlendirmelerin en az bir yıl korunmasını tavsiye ediyor. Bir yıl sonra bile dış bağlantısı olan URL'lerin yönlendirmesi kalmalı.
Alan adı değişiyorsa Search Console'daki Adres Değişikliği aracını kullanın; aracın yardım sayfası, bunun yalnızca alan adı ya da alt alan adı taşımaları için olduğunu, aynı alan adı içindeki yol değişikliklerinde çalışmadığını yazıyor. HTTP'den HTTPS'e geçiş ya da www değişikliği için de bu araç kullanılmıyor.
Yayın günü: kontrol listesi
- Staging'deki noindex ve robots.txt engelinin canlıya taşınmadığını doğrulayın; migrasyon kayıplarının en acı verici nedeni hâlâ bu.
- Eski sitemap'teki her URL'yi çekip yanıt kodunu ve hedefini kaydedin; 200, 301 ve 404 dağılımı beklenenle örtüşmüyorsa yayını geri alın.
- Yeni sitemap'i gönderin, eski sitemap'i bir süre daha erişilebilir tutun; Google eski URL'leri oradan yeniden tarayıp yönlendirmeleri görecek.
- Canonical etiketlerinin yeni URL'leri gösterdiğini, hreflang kümelerinin tamamlandığını ve dil değiştiricinin doğru sayfaya gittiğini dört dilde elle test edin.
- GA4 ve etiket yöneticisinin yeni sitede çalıştığını, form ve WhatsApp dönüşüm olaylarının düştüğünü kontrol edin; ölçüm kopuksa kaybı zaten göremezsiniz.
Yayından sonra: neyi, ne kadar süre izlemelisiniz
İlk iki hafta günlük, sonraki altı hafta haftalık bir izleme düzeni kuruyoruz. İzlenen üç şey var: Search Console'un sayfa indeksleme raporunda "yönlendirmeli sayfa" ve "bulunamadı" sayıları; performans raporunda sayfa bazında tıklama ve gösterim; log'da Googlebot'un eski URL'lere yaptığı istek sayısı. Eski URL'lere istek azalıyor, yeni URL'lerin gösterimi artıyorsa geçiş ilerliyor demek. Gösterim düşüyor ve toparlanmıyorsa sorunun teşhisini indeksleme sorunları yazısındaki sırayla yürütmek gerekiyor.
Bir de sık karıştırılan iki şey var. Birincisi, migrasyonla aynı anda içeriği değiştirmek: başlıklar, metinler ve iç bağlantılar aynı gün değişirse, düşüşün URL değişiminden mi içerik değişiminden mi kaynaklandığını ayırt edemezsiniz. Mümkünse önce URL'leri taşıyın, içerik revizyonunu birkaç hafta sonraya bırakın. İkincisi, tasarım değişikliğinin performans etkisi: yeni tema görsel ağırlığını ve script yükünü artırmışsa Core Web Vitals verisindeki düşüş birkaç hafta gecikmeyle görünür ve migrasyonla karıştırılır.
Bu işlerin tamamı bir teknik SEO projesinin standart parçası; migrasyonu yalnızca tasarım ajansının yürüttüğü projelerde bu listedeki maddelerin çoğu atlanıyor, çünkü tasarımcının işi görünen şey, yönlendirme tablosu değil.
Sonuç
Klinik sitesi migrasyonunda kayıp kaçınılmaz değil; kalıcı hâle geldiği durumların hemen hepsi eksik envanter, yanlış hedefli yönlendirme, bozulan hreflang ve canlıya taşınan noindex gibi önlenebilir hatalardan geliyor. Yayından önce eşleme tablosunu bitirmek, yayın günü yanıt kodlarını ölçmek ve sonrasında sekiz hafta düzenli izlemek, geçiş dalgalanmasını geçici tutmanın bilinen yolu.