Sunucu Değişikliği Sonrası SEO Kontrol Listesi

Sunucu veya hosting değişikliği, dışarıdan bakıldığında görünmeyen ama arama motorları için oldukça sarsıcı bir olaydır. Adresler aynı kalsa bile sunucu yanıt süreleri, sertifika yapılandırması, yönlendirme kuralları ve erişilebilirlik değişir. Bu değişikliklerin bir kısmı fark edilmezse, trafik kaybı haftalar sonra ortaya çıkar ve sebebi çok daha zor bulunur.

Aşağıdaki kontrol listesi, taşıma öncesinde ve sonrasında sırayla uygulanmak üzere hazırlandı.

Taşıma öncesi hazırlık

1. Mevcut durumun fotoğrafını çekin

Taşımadan önce bir karşılaştırma noktası oluşturmazsanız, sonrasında neyin bozulduğunu anlayamazsınız. Kaydedilmesi gerekenler:

1. Dizine giren sayfa sayısı
2. Son 28 günün organik tıklama ve gösterim toplamı
3. En çok trafik alan 50 sayfanın listesi ve sıraları
4. Sunucu yanıt süresi ve Core Web Vitals alan verisi
5. Mevcut yönlendirme kurallarının tam listesi

2. Tam yedek alın

Dosyalar ve veritabanı ayrı ayrı yedeklenmeli, yedeğin geri yüklenebilir olduğu test edilmelidir. Test edilmemiş yedek, yedek sayılmaz.

3. TTL değerini düşürün

Taşımadan 24-48 saat önce DNS kayıtlarının TTL değerini düşürmek, geçişin daha hızlı yayılmasını sağlar. Bu küçük adım, kesinti süresini belirgin biçimde kısaltır.

Taşıma sonrası ilk kontroller

4. Site gerçekten yeni sunucudan mı geliyor?

DNS yayılımı kademelidir; bazı ziyaretçiler hâlâ eski sunucuyu görüyor olabilir. Farklı ağlardan ve farklı bölgelerden erişim kontrol edilmeli, her iki sunucu da bir süre ayakta tutulmalıdır.

5. SSL sertifikası

En sık atlanan kalemdir. Yeni sunucuda sertifika kurulmamışsa veya zincir eksikse tarayıcı uyarı verir ve trafik anında düşer. Kontrol edilecekler: sertifikanın geçerliliği, ara sertifika zincirinin tamlığı, www ve www’siz sürümlerin ikisini birden kapsaması.

6. HTTP’den HTTPS’e yönlendirme

Taşıma sırasında bu kural sıklıkla kaybolur. Hem HTTP hem HTTPS sürümü açılıyorsa, aynı içerik iki adreste bulunuyor demektir. Aynı şekilde www ve www’siz sürümlerden biri kanonik olarak seçilmeli, diğeri ona yönlendirilmelidir.

7. robots.txt

Geliştirme ortamından taşınan bir Disallow: / satırı, sitenin tamamını taramaya kapatır ve birkaç gün içinde dizinden düşürür. Taşıma sonrası ilk bakılacak dosya budur. Ayrıntılar için robots.txt rehberimize bakabilirsiniz.

8. Yönlendirme kuralları

Eski sunucudaki tüm yönlendirmelerin yeni sunucuya taşındığından emin olun. Bu kurallar genellikle sunucu yapılandırma dosyasında durur ve dosya taşınmadığında sessizce kaybolur. Zincir ve döngü kontrolü de bu aşamada yapılmalıdır; yöntem için URL yönlendirmeleri yazımıza bakın.

9. Durum kodları

En çok trafik alan sayfaların hepsi 200 dönüyor mu? Bir tarayıcıyla tüm siteyi tarayıp 404, 500 ve beklenmedik yönlendirmeleri listeleyin. Özellikle 500 hataları acil müdahale gerektirir.

10. Görseller, betikler ve stil dosyaları

Taşıma sırasında dosya yolları değişmişse görseller kırılır. Sayfa kaynağında yüklenemeyen kaynakları kontrol edin; tarayıcının ağ sekmesi bunu hızlıca gösterir.

İkinci aşama kontroller

11. Sunucu yanıt süresi

Yeni sunucu daha yavaşsa, kazandığınızı sandığınız her şeyi kaybedersiniz. İlk bayt süresini taşıma öncesiyle karşılaştırın. Önbellek yapılandırmasının yeni sunucuda kurulmuş olduğundan emin olun; çoğu taşımada önbellek ayarları sıfırlanır. Etkiyi ölçmek için site hızı yazımızdaki yöntemleri kullanabilirsiniz.

12. Arama motoru erişimi

Yeni sunucunun güvenlik duvarı veya bot koruması, arama motoru tarayıcılarını engelliyor olabilir. Search Console’daki URL denetleme aracıyla canlı test yapın: Google sayfayı gerçekten alabiliyor mu?

Bu madde özellikle önemlidir; agresif bot koruması kuran sunucularda Google’ın engellenmesi sık görülen ve fark edilmesi zor bir sorundur.

13. Site haritası ve dizin bildirimi

Site haritasının yeni sunucuda erişilebilir olduğunu doğrulayın ve Search Console’dan yeniden gönderin. Haritadaki adreslerin tamamının 200 döndüğünden emin olun.

14. Analitik ve etiket kurulumu

Analitik kodu, etiket yöneticisi ve dönüşüm takibi taşıma sırasında bozulabilir. Bir test dönüşümü gerçekleştirip verinin ulaştığını doğrulayın. Ölçüm bozulduğunda sorunu fark etmek günler sürer ve o dönemin verisi kalıcı olarak kaybolur.

15. E-posta ve DNS kayıtları

Doğrudan SEO konusu değildir ama taşımalarda en sık unutulan kalemdir. MX kayıtları taşınmadığında kurumsal e-postalar durur; bu da formlardan gelen taleplerin kaybolması anlamına gelir.

İlk iki hafta: izleme

Taşıma sonrası izleme, kontrol listesinden daha önemlidir. Şu dört göstergeyi günlük takip edin:

1. Search Console’daki tarama istatistikleri ve sunucu hataları
2. Dizine giren sayfa sayısındaki değişim
3. Organik tıklama eğilimi
4. Core Web Vitals alan verisi

Küçük dalgalanmalar normaldir. Ancak dizine giren sayfa sayısında belirgin bir düşüş veya tarama hatalarında ani artış görürseniz, sebep büyük olasılıkla erişim veya yönlendirme kaynaklıdır ve hızlı müdahale gerektirir.

Sık yapılan hatalar

1. Taşımayı yoğun sezonda yapmak. Sorun çıkarsa kayıp katlanır.
2. Eski sunucuyu hemen kapatmak. Geri dönüş imkânını ortadan kaldırır.
3. Yönlendirme kurallarını taşımayı unutmak. En sık görülen ve en pahalı hata.
4. Önbellek yapılandırmasını kurmamak. Site yavaşlar, sebebi geç anlaşılır.
5. Taşıma öncesi karşılaştırma verisi almamak. Neyin bozulduğu ölçülemez.

Alan adı da değişiyorsa

Yalnızca sunucu değil alan adı da değişiyorsa, iş katbekat büyür ve ek adımlar gerekir.

Önce her eski adres için birebir yeni karşılık içeren bir yönlendirme haritası hazırlanmalıdır. Toplu ana sayfa yönlendirmesi bu senaryoda en büyük hatadır. Yöntem için URL yönlendirmeleri yazımıza bakın.

Ardından Search Console’daki adres değişikliği aracı kullanılmalıdır. Bu araç, Google’a taşımayı resmî olarak bildirir ve devir sürecini hızlandırır. Aracın çalışması için her iki alan adının da doğrulanmış olması gerekir.

Son olarak dış bağlantı veren önemli siteler bilgilendirilmelidir. Yönlendirme değeri aktarsa da, doğrudan yeni adrese verilen bağlantı her zaman daha güçlüdür.

Taşıma sonrası trafik düşerse ne yapmalı?

Panik yapmadan sistematik ilerlemek gerekir. Kontrol sırası şudur:

1. robots.txt engelliyor mu?
2. Sayfalar 200 dönüyor mu, yoksa 5xx hataları mı var?
3. Sertifika ve HTTPS yönlendirmesi sağlıklı mı?
4. Google sayfaya erişebiliyor mu (canlı test)?
5. Yönlendirme haritasında eksik var mı?
6. Sunucu yanıt süresi belirgin biçimde arttı mı?
7. Analitik ölçümü mü bozuldu, gerçek trafik mi düştü?

Yedinci madde şaşırtıcı biçimde sık çıkar: trafik aslında düşmemiştir, yalnızca ölçüm kodu taşınmamıştır. Bu yüzden düşüşü Search Console ve sunucu kayıtlarıyla çapraz doğrulamak gerekir.

Taşıma için doğru zaman

Taşımayı trafiğin en düşük olduğu döneme planlayın; ancak tamamen tatil dönemine de denk getirmeyin, çünkü sorun çıktığında müdahale edecek kimse bulunmaz. İdeal olan, haftanın ortasında ve mesai saatleri içinde, ekibin tamamı hazırken yapmaktır. Sorunların büyük kısmı ilk birkaç saatte ortaya çıkar.

Taşımayı kimin yapacağı ve iletişim

Taşımalarda teknik hatalardan çok koordinasyon eksikliği sorun çıkarır. Hosting sağlayıcısı, yazılım ekibi ve pazarlama tarafı aynı takvimi görmüyorsa, biri diğerinin yaptığını bozar.

Taşıma öncesinde tek bir sorumlu belirlenmeli, geri alma planı yazılı olmalı ve taşıma saatinde kimin nerede olacağı netleşmelidir. Ayrıca müşteri hizmetleri ekibi bilgilendirilmelidir; geçici erişim sorunlarında gelen aramalara hazırlıklı olmak, kurumsal itibarı korur.

Özetle

Sunucu değişikliği, doğru planlandığında kullanıcıların fark etmediği bir işlemdir. Taşıma öncesi fotoğraf çekmek, sertifika ve yönlendirme kurallarını ilk gün doğrulamak, robots.txt’i kontrol etmek ve iki hafta boyunca dört göstergeyi izlemek; olası kayıpların neredeyse tamamını önler. Sorun çıktığında ise hızlı teşhisin anahtarı, taşıma öncesinde aldığınız karşılaştırma verisidir.