Hosting Taşıdıktan Sonra Doğru Kontrol Nasıl Yapılır?

  • Konuyu Başlatan Konuyu Başlatan Red Kit
  • Başlangıç tarihi Başlangıç tarihi
  • Cevaplar Cevaplar 0
  • Görüntüleme Görüntüleme 4

Red Kit

WFN Üye
Katılım
2 Eki 2026
Mesajlar
18
Çözüm
0
Tepki Skoru
0
Ticaret Puanı
0
Üyelik
1 Gün
Konum
Adana
Web Sitesi
Var
Alanı
Makale Yazarı
1/3
Konu sahibi
Hosting değişiminden sonra doğru çalışan site, yalnızca açılan site demek değildir; HTTPS sürümü, yönlendirmeler, Search Console doğrulaması ve yedek geri yükleme izi birlikte sağlıklı olmalıdır. En kısa ölçüt şu: eski adresler yeni yapıya temiz dönmeli, HTTPS raporunda gereksiz HTTP görünmemeli ve mülk doğrulaması kaybolmamalıdır.

Bunu güvenilir biçimde kontrol etmenin yolu, önce alan adı ve protokol katmanını ayırmak, sonra sunucu tarafı ile arama motoru tarafını ayrı ayrı doğrulamaktır. Böylece bir sorun varsa bunun DNS, yönlendirme, sertifika, panel yedeği ya da Search Console tarafında mı olduğunu daha hızlı anlarsınız.

Taşıma Sonrası İlk Teknik Kontrol Sırası​

Önce sitenin hangi adresle yanıt verdiğini kontrol edin: HTTP, HTTPS, www ve www dışı sürümler birbirine tutarlı davranmalıdır. Eğer eski adresler hâlâ doğrudan içerik gösteriyorsa, arama motoru ve kullanıcı tarafında çift adres sorunu oluşur.

Adreslerin tek davranışa zorlandığını doğrulayın​

Eski URL, yeni URL’ye tek bir yönlendirme ile gitmeli; zincir uzuyorsa sorun vardır. Yönlendirme sonrası final adres, tarayıcıda sertifika hatası vermeden açılmalı ve aynı içerik sürümüne ulaşmalıdır.

HTTPS sertifikasını ve karışık içerikleri kontrol edin​

HTTPS açık olsa bile sayfa içinde HTTP varlıkları kalmış olabilir. Bu durumda kilit simgesi görünse bile güvenlik ve tarama tarafında eksik kalırsınız. Görseller, stil dosyaları ve script çağrılarında eski protokol kalıp kalmadığına bakın.

DNS ve nameserver geçişini ayırın​

Alan adı yeni hosta taşındıysa DNS yayılımı ile sunucu sorunu aynı şey değildir. DNS doğru yere gidiyor ama site açılmıyorsa uygulama veya panel tarafı, DNS yanlış yere gidiyorsa kayıt tarafı sorunludur.

Search Console Tarafında Ne Görülmeli​

Google’ın Search Console belgeleri, alan adı mülkünün tüm protokol ve alt alan adı varyasyonlarını kapsadığını; URL ön ekli mülklerde ise HTTP ve HTTPS ayrımının önemli olduğunu gösterir. Bu yüzden taşıma sonrası yalnız siteyi değil, mülk tipini de kontrol etmek gerekir.

HTTPS raporunu okuyun​

Search Console’daki HTTPS raporu, dizine eklenmiş HTTP ve HTTPS URL’lerin örneklerini gösterir. İdeal durumda HTTP URL sayısı görünmemeli; görünüyorsa Google hâlâ eski sürümü görüyordur ya da geçişte eksik kalan sayfalar vardır.

Mülk doğrulamasının düşmediğini teyit edin​

Taşıma sonrası mülk doğrulaması kaybolursa raporları izleyemez ve kapsamı daraltırsınız. Domain mülkü, http/https ve alt alan adlarını birlikte kapsadığı için geçişlerde daha dayanıklıdır; URL ön ekli mülklerde ise ayrı doğrulama gerekebilir.

İndeksleme sinyallerini eski yeni farkıyla ayırın​

Google, taşıma sonrası yeni siteyi daha fazla tarayabilir; bu normaldir. Burada amaç yalnız taranıyor mu sorusu değil, doğru kanonik sürümün taranıp taranmadığını görmektir.

KontrolNe anlama gelir
HTTP ve HTTPSTaşıma sonrası her iki sürümün de davranışı kontrol edilir; mümkünse son kullanıcıya HTTPS tek sürüm olarak görünmelidir.
Search Console mülküDomain mülkü tüm protokol ve alt alan adlarını kapsar; URL ön ekli mülkte HTTPS sürümü ayrıca doğrulanabilir.
Yönlendirme zinciriEski adresler yeni adreslere tek adımda ve tutarlı biçimde gitmeli; kırık zincirler tarama ve kullanıcı deneyimini bozar.
HTTPS raporuRaporda HTTP URL görülmesi, geçişin eksik kaldığını veya Google’ın hâlâ eski adresleri gördüğünü işaret eder.
Yedek geri yüklemecPanel ve Plesk dokümantasyonu, geri yüklemenin önce yedek bütünlüğü ve kaynak uyumu açısından doğrulanmasını gerektirir.

Yedek ve Geri Yükleme Aşamasında Bakılacaklar​

Taşıma sırasında geri dönüş planı yoksa kontrol eksiktir. cPanel belgeleri geri yüklemenin yedek arayüzü üzerinden yapıldığını ve belirli yedek hazırlık koşulları gerektiğini; Plesk belgeleri ise yedek arşivinin bütünlüğünün ve geri yükleme komutunun doğrulanabildiğini gösterir.

Yedeğin gerçekten geri yüklenebilir olduğunu kontrol edin​

Yedek almak tek başına yetmez; geri yükleme denemesi yapılabiliyorsa değer kazanır. Özellikle veritabanı, dosya yapısı ve panel ayarları ayrı ayrı bozulabiliyorsa, yalnız bir klasörün sağlam olması yeterli değildir.

Uygulama katmanında bozulma var mı ayırın​

Site açılıyor ama giriş, ödeme, form veya yönetim paneli çalışmıyorsa sorun çoğu zaman yedekten çok yapılandırmadadır. PHP sürümü, veritabanı erişimi ve dosya izinleri bu aşamada ayrı ayrı kontrol edilmelidir.

Kontrol Sonuçlarını Nasıl Yorumlamalısınız​

Bir kontrol tek başına yeterli değildir; arıza zincirini ayırmak gerekir. Örneğin HTTPS raporu temiz, ama eski URL hâlâ açılıyorsa sorun yönlendirmededir. Site açılıyor, ama Search Console’da HTTP örnekleri kalıyorsa sorun indeksleme ve keşif tarafındadır.

Hızlı karar kuralı​

Sertifika hatası varsa önce HTTPS ve ara sertifikaları, çift içerik varsa yönlendirme ve kanonik adresi, eski URL görünümü varsa DNS ve kalıcı yönlendirme kurallarını kontrol edin. Böyle ayırırsanız hangi katmanda düzeltme gerektiği daha hızlı ortaya çıkar.

Taşıma sonrası en güvenli son nokta​

Son nokta, kullanıcıya tek bir kararlı HTTPS adresi sunmak ve Search Console’da yeni yapının eski sürümü gölgelememesidir. Bu sağlanmadan taşıma tamamlanmış sayılmaz; çünkü görünürlük ve kullanım etkisi devam eder.

Kaynaklar​

 

Sende şimdi bize katılmak ister misin?

Kayıt ol

Bize katılım kolay ve ücretsizdir!

Giriş Yap

Zaten bir hesabınız var mı? Buradan giriş yapın.

Foruma git ?

Bu konuyu görüntüleyen kullanıcılar

İpuçları
Geri
Üst
Kendinize göre özelleştirin

Bazı Topluluk Kısayolları...

Forumda sık kullandığınız alanlara hızlıca ulaşın.

Görünüm
Hızlı kısayollar