Bir hosting değişikliği ile domain değişikliği aynı şey değildir.
Bu ayrım yapılmadan migration planlandığında gereksiz SEO riski oluşur.
İlk soru:
URL’ler değişiyor mu?
olmalıdır.
Senaryo 1: URL değişmiyor
- OLD HOST
- COPY + TEST
- BACKUP
- DNS SWITCH
- MONITOR OLD + NEW
- VERIFY
- RETIRE OLD
- OLD URL
- 301 → NEW URL
- SELF CANONICAL + SITEMAP
Eski:
https://example.com/page/
Yeni:
https://example.com/page/
Aynı.
Yalnız server/hosting değişiyor.
Bu durumda:
URL migration yoktur.
Altyapı migration vardır.
Senaryo 2: Domain değişiyor
Eski:
example.com/page/
Yeni:
newexample.com/page/
URL değişmiştir.
301 ve URL mapping gerekir.
Senaryo 3: Site yapısı değişiyor
Eski:
/urun.php?id=10
Yeni:
/urun/telefon/
yine URL migration’dır.
Hosting move checklist
1. Yeni hosting hazırla
Production DNS’i değiştirmeden önce yeni altyapı kurulmalı.
2. Siteyi kopyala
Dosya, database, upload.
3. Test et
- page,
- image,
- form,
- login,
- download,
- API.
4. Search Console verification
Yeni ortamda verification kaybolmamalı.
5. robots/noindex
Staging için eklenen blok production’a taşınmamalı.
DNS switch
Gerçek hosting migration:
DNS kayıtları yeni altyapıyı gösterecek şekilde değiştiğinde başlar.
Google hosting migration rehberi de bu noktayı site move başlangıcı olarak tanımlar.
TTL
Planlı migration öncesinde DNS TTL düşürmek geçişin daha hızlı yayılmasına yardımcı olabilir.
Bunu migration başlamadan yeterli süre önce yapmak gerekir.
Eski hosting açık kalsın
DNS propagation süresince:
- kullanıcı,
- crawler,
- ISP cache
eski altyapıya gidebilir.
Eski server loglarını izleyin.
Trafik sıfıra yaklaşmadan kapatmayın.
Google da aynı yaklaşımı önerir.
Crawl davranışı
Hosting değişikliği sonrası Googlebot crawl rate geçici olarak değişebilir.
Google bunu normal davranış olarak açıklar.
Yeni server:
- hızlı,
- stabil,
- hatasız
yanıt veriyorsa tarama zaman içinde normale döner.
URL migration checklist
URL değişiyorsa ek olarak:
URL MAP
Her eski URL’nin karşılığı.
301
Kalıcı server-side redirect.
SELF CANONICAL
Yeni sayfa kendisini canonical göstermeli.
INTERNAL LINKS
Yeni URL’yi doğrudan göstermeli.
SITEMAP
Yeni canonical URL’ler.
HREFLANG
Çok dilli yapı varsa yeni URL’lere güncelle.
Her şeyi ana sayfaya yönlendirmeyin
Google alakasız çok sayıda eski URL’nin:
homepage
gibi tek hedefe yönlendirilmesini soft 404 benzeri problem olarak değerlendirebilir.
Eski URL:
en yakın gerçek successor
sayfaya gitmelidir.
Gerçek karşılık yoksa gereksiz redirect yapılmamalıdır.
301 ne kadar tutulmalı?
Google site migration rehberi permanent redirects’in mümkün olduğunca uzun, genel olarak en az bir yıl tutulmasını önerir.
Kullanıcı açısından mümkünse daha uzun süre tutmak da anlamlı olabilir.
Canonical redirect yerine geçmez
Eski URL’yi açık bırakıp yalnız:
canonical = yeni URL
demek migration yöntemi değildir.
Kalıcı taşımada 301 temel sinyallerden biridir.
Domain değişiminde Search Console
Domain değişimi varsa:
- eski property,
- yeni property,
- verification,
- sitemap,
- uygun olduğunda Change of Address
kontrol edilmelidir.
2026 Google dokümantasyonu domain varyantlarında www/non-www dahil doğru property yönetimini ayrıca vurgulamaktadır.
E-posta unutulmasın
Domain değiştirildiğinde:
info@old.com
adresleri de etkilenebilir.
Plan:
- yeni mailbox,
- forwarding,
- alias,
- SPF,
- DKIM,
- DMARC,
- web form,
- kullanıcı iletişimi.
Site migration ile mail migration ayrı workstream olarak yönetilebilir.
Google Business Profile
Doktor/klinik domaini değişiyorsa:
Business Profile website URL
güncellenmelidir.
Aynı şekilde:
- sosyal profil,
- directory,
- reklam,
- email signature
linkleri kontrol edilmelidir.
Analytics
Migration öncesi baseline alın:
- GSC clicks,
- impressions,
- indexed pages,
- GA4 traffic,
- conversions.
Sonrasında karşılaştırın.
Analytics kaybolursa migration etkisini ölçemezsiniz.
Rollback
Migration öncesi:
- files,
- database,
- server config,
- DNS records
kaydedilmelidir.
Rollback:
“eski backup var.”
değil;
hangi durumda nasıl geri döneceğiz?
planıdır.
Migration sonrası smoke test
Kontrol:
- homepage,
- key pages,
- form,
- canonical,
- robots,
- sitemap,
- redirect,
- 404,
- SSL,
- email,
- analytics.
Ne zaman başarısız sayılır?
Her küçük ranking dalgalanması başarısızlık değildir.
Google büyük URL migration’larında geçici görünürlük dalgalanmalarının normal olabileceğini belirtir.
Ancak:
- geniş 404,
- 500,
- noindex,
- canonical hatası,
- redirect loop
normal migration dalgalanması değildir.
Taşıma gününde SEO planı yapılmaz.
Mevcut URL, DNS, mail, hosting ve Search Console durumunu geçişten önce çıkaralım.