URL Değişmeden Hosting Taşımasında Kontrol Listesi

URL’ler değişmiyorsa hosting taşıması çoğu zaman sıralama değişimi değil, kontrol eksikliği yüzünden sorun çıkarır. Bu geçişte asıl iş; erişim, doğrulama, tarama ve yanlış bloklamaları tek tek kontrol etmektir.

En güvenli yol, yeni ortamı canlıya almadan önce aynı siteyi test etmek, DNS geçişini planlamak ve Google’ın yeni sunucuyu sorunsuz gördüğünü doğrulamaktır. Ardından robots, noindex, sitemap ve eski sunucunun kapanma zamanını sırayla denetlemek gerekir.

URL Değişmeden Taşıma Ne Zaman Ayrı Bir İştir?​

URL aynı kaldığında bile hosting sağlayıcısı veya CDN değişiyorsa bu, Google’ın ayrı değerlendirdiği bir site taşımasıdır. Burada amaç yeni altyapıya geçerken görünür adresleri bozmamak ve tarama davranışını gereksiz yere sarsmamaktır.

Bu senaryoda ne değişir, ne değişmez?​

Değişmeyen şey kullanıcıya görünen URL yapısıdır. Değişen şey ise içeriği sunan altyapıdır: sunucu, IP, önbellek katmanı, firewall kuralları ve bazen doğrulama yöntemi. Bu yüzden sorun, çoğu zaman “site taşındı” değil “taşıma sırasında bir ayar unutuldu” olur.

Adres değişikliği aracı burada neden kullanılmaz?​

Google’ın yardım sayfaları, URL değişmeden yalnızca hosting veya CDN değiştirilen durumları ayrı tanımlar. Bu tip geçişlerde yönlendirme tabanlı bir adres değişikliği değil, altyapı geçişi kontrolü gerekir.

Taşımadan Önce Kontrol Edilecek Temel Noktalar​

Yeni ortamı açmadan önce site kopyasının eksiksiz olduğundan emin olun. İçerik, veritabanı, görseller, özel kurallar ve önbellek ayarları hedef ortamda aynı davranışı üretmelidir.

Site kopyası ve yapı tutarlı mı?​

İçerik farklılığı varsa bu artık sadece hosting değişimi değildir; yeni ortamda sayfaların aynı yanıtı verdiğini doğrulamak gerekir. Özellikle statik dosyalar, dinamik sayfalar ve medya dosyaları arasında kopukluk kalmamalıdır.

Test ortamında bot erişimi engelli mi?​

Yeni sunucuda firewall, IP kısıtı, temel kimlik doğrulama veya robots engeli varsa Googlebot siteyi düzgün göremez. Yayına almadan önce en azından ana sayfa, birkaç kategori/sayfa ve önemli şablonların erişildiğini kontrol etmek gerekir.

Geçiş Günü: Öncelik Sırası​

Canlı geçişte en kritik sıra, önce yeni altyapıyı hazırlamak sonra DNS’i çevirmek ve en son eski sunucuyu kapatmaktır. Bu sırayı bozmak, özellikle eski DNS kayıtları ve önbellekler yüzünden kısa süreli erişim hatalarına yol açabilir.

DNS ve eski sunucu birlikte yönetilmeli mi?​

Evet. Eski sunucuyu hemen kapatmak yerine bir süre açık tutmak, eski yönlendirmeleri ve gecikmeli DNS çözümlemelerini güvenli biçimde atlatmaya yardım eder. Google’ın taşıma yönergeleri de geçişin tamamlandığından emin olmadan eski altyapıyı kapatmama yaklaşımını destekler.

TTL ve yayılım neden önemlidir?​

DNS TTL düşükse yeni adres daha hızlı görülür; yüksekse bazı kullanıcılar ve botlar bir süre eski sunucuya gidebilir. Bu yüzden taşıma planı, TTL ve geri dönüş senaryosunu birlikte düşünmelidir.

Taşıma Sonrası Kontrol Edilecekler​

Geçişten sonra asıl risk görünmez hatalardır: yanlış robots.txt, unutulmuş noindex, bozulmuş doğrulama ve beklenmeyen HTTP yanıtları. Bunlar varsa site teknik olarak açık görünse bile tarama ve dizine ekleme etkilenebilir.

Search Console doğrulaması ve tarama durumu​

Google, yeni sunucuyu gerçekten gördüğünüzden emin olmanızı ister. Bu yüzden doğrulama yöntemi çalışıyor mu, önemli sayfalar erişilebilir mi ve kapsam raporunda anormal düşüş var mı bakılmalıdır.

robots.txt, noindex ve hata kodları​

Bir taşıma sırasında en sık kaçan şey, test için eklenen bir bloklamanın canlıda kalmasıdır. robots.txt, meta robots noindex ve 4xx/5xx yanıtları bu nedenle ayrı ayrı kontrol edilmelidir.

Sitemap ve iç bağlantılar​

URL değişmiyor diye sitemap ve iç bağlantılar önemsiz değildir. Yeni altyapıda yanlış host adı, eski önbellek veya eksik canonical üretimi varsa tarama verimi düşebilir.

Bu Konuda Pratik Karar Kuralı​

Eğer yalnızca hosting/CDN değiştiriyorsanız, soru “hangi hosting daha iyi” değil, “geçişte neyi bozmadım” sorusudur. URL aynı kaldığı için öncelik performans vaadi değil, erişim ve indeksleme sürekliliğidir.

Ne zaman sorun taşıma hatası sayılır?​

Geçişten sonra sayfalar 200 dönmüyor, botlar engelleniyor, doğrulama kayboluyor veya önemli URL’ler boş/yanlış içerik veriyorsa sorun hosting seçimi kadar taşıma uygulamasındadır. Bu ayrım, destek talebini doğru noktaya götürür.

Ne zaman sağlayıcı değişimi tek başına yeterli olmaz?​

Eski sunucuya göre yeni ortam daha güçlü olsa bile site hâlâ yavaşsa, genelde tema, önbellek, veritabanı veya güvenlik katmanı incelenmelidir. Yani taşıma sonrası teşhis, yalnız paket kıyasına indirgenmemelidir.