Web sitesi taşıma neden risklidir?
Hosting veya sunucu değişikliği yalnızca dosyaları yeni makineye kopyalamaktan ibaret değildir. DNS, SSL, veritabanı, e-posta, cron görevleri, CDN, cache, URL yapısı ve arama motorlarının bildiği adresler birlikte değerlendirilmelidir. Küçük bir URL veya redirect hatası bile kullanıcıların ve crawlerların eski ya da hatalı bir hedefe gitmesine neden olabilir.
Taşıma öncesi envanter çıkarın
- Mevcut domain ve subdomainleri listeleyin.
- DNS A/AAAA/CNAME/MX/TXT kayıtlarını kaydedin.
- Tüm önemli URLleri ve sitemapleri dışarı alın.
- SSL sertifikası ve otomatik yenileme yöntemini not edin.
- Veritabanı, dosya, cron, queue ve harici servis bağımlılıklarını belirleyin.
- Analytics ve Search Console yapılandırmalarının yeni ortamda korunacağını doğrulayın.
DNS değişikliğinden önce yeni sunucuyu test edin
Yeni sunucunun DNS değişikliğinden önce test edilebilmesi için hosts dosyası, geçici hostname veya sunucu IPsi üzerinden kontrollü test yapılabilir. Buradaki amaç canlı domaini değiştirmeden HTML, CSS, JavaScript, veritabanı bağlantısı, form gönderimleri, login akışları ve HTTPS davranışını doğrulamaktır.
SSL sertifikası taşıma sırasında ne yapılmalı?
Yeni sunucuda sertifikanın doğru domain için kurulması gerekir. CDN kullanılıyorsa CDN → origin arasındaki TLS ayarı da ayrıca kontrol edilmelidir. DNS değiştikten sonra ziyaretçilerin yeni sunucuya yönlenmesiyle birlikte sertifikanın doğru virtual hostta sunulduğunu doğrulayın.
SSL Checker ve HTTP Headers ile geçiş sonrasında HTTPS davranışını kontrol edebilirsiniz.
301 yönlendirmeleri neden en kritik SEO adımlarından biridir?
URL yapısı değişiyorsa eski URLlerin yeni karşılıklarına kalıcı yönlendirmeler yapılmalıdır. Her eski URLyi ana sayfaya göndermek yerine mümkün olduğunca konu olarak en yakın yeni URLye yönlendirmek daha anlamlıdır. Yönlendirme zincirlerini kısa tutun ve loop oluşmadığını kontrol edin.
robots.txt ve sitemap taşıma sonrası kontrol
Yeni sunucuda robots.txtnin yanlışlıkla Disallow: / ile tüm siteyi kapatmadığından emin olun. Sitemap URLlerinin yeni canonical adresleri içerdiğini ve 200 OK döndüğünü kontrol edin. Taşıma sırasında staging ortamında kullanılan noindex veya basic-auth gibi kısıtlamaların productiona taşınmadığını ayrıca doğrulayın.
Veritabanı ve dosya taşıma sonrası kontrol listesi
- Dosya izinleri ve sahiplikler doğru.
- Config dosyalarındaki database host, kullanıcı ve şifre doğru.
- PHP/Node/uygulama sürümleri uyumlu.
- Uploads ve medya dosyaları eksiksiz.
- Cron görevleri yeni pathleri kullanıyor.
- Mail gönderimi ve SMTP ayarları çalışıyor.
- Önbellek eski origini göstermiyor.
- Uygulama loglarında kritik hata yok.
Taşıma sonrası SEO ve teknik test
Website Analyzer ile genel sağlık kontrolü yapın. Ardından SEO Checker, Sitemap Checker, Robots.txt Checker ve HTTP Status Codes araçlarıyla kritik katmanları tek tek doğrulayın.
DNS geçişinde TTL nasıl planlanır?
Taşıma öncesinde DNS TTL değerlerinin makul seviyeye indirilmesi, değişiklik sonrasında yeni cevapların daha erken yayılmasına yardımcı olabilir. Ancak TTL düşürmek mevcut cacheleri sihirli biçimde silmez. Eski ve yeni sunucunun bir süre birlikte çalışabilecek şekilde hazırlanması geçiş riskini azaltır.
E-posta taşımasını unutmayın
Web sitesi taşınırken MX, SPF, DKIM ve DMARC kayıtları çoğu zaman aynı kalabilir; ancak mail sunucusu da değişiyorsa bunların yeniden kontrol edilmesi gerekir. Web DNSi doğru çalışırken e-postanın bozulması, taşıma projelerinde sık görülen bir yan etkidir.
Son kontrol: Eski sunucuyu hemen kapatmayın
DNS yayılımı ve cache davranışı nedeniyle eski sunucuya bir süre daha istek gelebilir. Yeni sunucunun stabil olduğundan, önemli URLlerin çalıştığından ve hata oranlarının normal olduğundan emin olmadan eski ortamı kapatmak gereksiz risk yaratır.
Sonuç
Başarılı web sitesi taşıması; dosyaları kopyalamaktan çok daha kapsamlı bir geçiş planıdır. DNS, SSL, URLler, redirectler, sitemap, robots.txt, veritabanı ve e-posta birlikte kontrol edildiğinde SEO ve kullanıcı kaybı riskini ciddi ölçüde azaltabilirsiniz.
Staging ortamını indexletmeyin
Taşıma öncesi staging alanı arama motorlarının indexlemesine açık bırakılmamalıdır. Ancak productiona geçerken staging için kullanılan noindex, basic authentication veya robots engelinin kaldırıldığını da mutlaka kontrol edin. Bu küçük kontrol, başarılı bir migration sonrasında sitenin görünürlük sorunu yaşamasını önleyebilir.
URL değişikliklerini tablo halinde yönetin
Eski URL, yeni URL, HTTP kodu ve test sonucu sütunlarından oluşan basit bir migration tablosu yüzlerce yönlendirmeyi yönetmeyi kolaylaştırır. En değerli eski URLleri önce taşıyın; trafik alan veya backlink sahibi sayfaların karşılıklarını özellikle kontrol edin.
Taşıma sonrası izleme
Migration tamamlandıktan sonra ilk günlerde 404, 5xx, redirect ve DNS hatalarını yakından izlemek gerekir. Search Console üzerindeki indexleme verileri, analytics trafik değişimleri ve sunucu logları birlikte değerlendirildiğinde gözden kaçan sorunlar daha hızlı bulunur. Eski sunucuyu hemen kapatmak yerine kontrollü bir geçiş süresi bırakmak da riski azaltır.
Migration sırasında analitik veriyi koruyun
Yeni sunucuda analytics kodunun, consent yönetiminin ve ölçüm uç noktalarının çalıştığını doğrulayın. Trafik düşüşü gördüğünüzde bunun gerçekten organik görünürlük kaybı mı yoksa ölçüm kodu problemi mi olduğunu ayırmak için sunucu loglarıyla karşılaştırma yapın.
Taşıma tamamlandıktan sonra eski URLleri tarayın
Eski sitemap, crawl raporları ve bilinen önemli URL listeleri üzerinden örneklem yapın. Her eski URLnin 301, 404 veya beklenen başka bir kod döndürdüğünü kontrol edin. Böylece taşıma sırasında unutulan birkaç yüksek değerli sayfa, aylar sonra ortaya çıkacak SEO kaybına dönüşmeden düzeltilebilir.