WordPress Site Taşıma (2026): Domain Değişince 301 + Search Console + Sitemap + Cloudflare Yapılacaklar

Domain değişimi (ör. eski-site.comyeni-site.com) en riskli işlemlerden biridir. Google, URL’leri değiştirirken (domain değişimi dahil) negatif etkiyi azaltmak için yönlendirme ve takip adımlarını içeren resmi bir “site taşıma” rehberi yayınlıyor.

Bu rehberde hedef: SEO kaybını en aza indirerek, AdSense/Google botlarını da engellemeden “temiz” bir taşıma yapmak.


1) Taşımadan önce (zorunlu hazırlık)

A) Tam yedek al

  • Dosyalar + veritabanı (DB) yedeği
  • Mümkünse staging/kopya ortamda deneme

B) URL haritasını çıkar

  • En çok trafik alan 20–50 sayfayı listele (sonra kontrol edeceğiz)
  • Mevcut sitemap’ini kaydet (eski domain)

C) Yeni domaini hazırla (HTTPS)

HTTPS zaten standart; ayrıca Google HTTPS’i bir sinyal olarak da ele alıyor (bu ayrı bir konu, ama taşıma sırasında HTTPS’e geçiyorsan tek seferde planlamak iyi). (HTTPS → HTTPS taşıma yapacaksan bile SSL hazır olmalı.)


2) En kritik kural: 1:1 301 yönlendirme

Google, kalıcı URL değişikliklerinde 301/308 yönlendirmelerini kullanmanızı önerir.
Taşımada ideal olan: Eski URL → Aynı path ile yeni URL.

Örnek:

  • eski-site.com/rehber/litespeedyeni-site.com/rehber/litespeed
  • eski-site.com/kategori/seoyeni-site.com/kategori/seo

Apache (.htaccess) örneği

RewriteEngine On
RewriteCond %{HTTP_HOST} ^(www\.)?eski-site\.com$ [NC]
RewriteRule ^(.*)$ https://yeni-site.com/$1 [R=301,L]

Nginx örneği

server {
listen 80;
server_name eski-site.com www.eski-site.com;
return 301 https://yeni-site.com$request_uri;
}

Not: “Hepsini ana sayfaya atayım” yaklaşımı (mass homepage redirect) genelde kötü sonuç verir. 1:1 eşleştirme şart.


3) WordPress tarafı: Yeni domaini doğru tanıt

A) WordPress URL’lerini güncelle

WP panelde:

  • Ayarlar → Genel
    • WordPress Adresi (URL)
    • Site Adresi (URL)

B) Veritabanında “eski domain” kalan yerleri temizle (en çok atlanan adım)

Menüler, içerik linkleri, görseller, kısa kodlar içinde eski domain kalabilir.

En sağlam yöntemlerden biri WP-CLI search-replace (dry-run ile test ederek).
(Örnek komutlar; hostinginde WP-CLI varsa uygulanır.)

wp search-replace 'http://eski-site.com' 'https://yeni-site.com' --skip-columns=guid --dry-run
wp search-replace 'http://eski-site.com' 'https://yeni-site.com' --skip-columns=guid

4) Google Search Console adımları (taşımayı Google’a “resmen” bildir)

Google, “site move” sürecinde yeni domaini Search Console’da takip etmeyi ve taşıma adımlarını doğru yapmayı önerir.

A) Yeni domain için property ekle ve doğrula

  • Yeni domaini Search Console’a ekle
  • Domain doğrulaması (DNS TXT) en temiz yöntem

B) Yeni domainin sitemap’ini gönder

  • https://yeni-site.com/sitemap_index.xml gibi (Rank Math / Yoast / Litespeed sitemap üretiyorsa)
  • Search Console → Sitemaps bölümünden gönder

C) Change of Address Tool (Domain/subdomain değişiminde)

Google, Change of Address aracının “bir domain veya subdomain’den başka bir domain/subdomain’e taşınırken” kullanılması gerektiğini söyler.
Bu aracı:

  • Eski domain property’sinde aç
  • Yeni domaini seç
  • 301 yönlendirmeler aktifken uygula

Bu araç HTTP→HTTPS geçişi gibi sadece protokol değişiminde kullanılmaz; domain/subdomain taşınması içindir.


5) Cloudflare kullanıyorsan: en temiz taşıma planı

Cloudflare tarafında iki tip senaryo var:

Senaryo 1) Eski domain “sadece yönlendirme” olacak (alias domain)

Cloudflare, “alias domain’i diğer domaine yönlendirme” için resmi bir kurulum akışı sunuyor.
Özet mantık:

  • Eski domaini Cloudflare’a ekle
  • Eski domaine proxied DNS kaydı ekle
  • Cloudflare üzerinden yönlendirme kuralı ile yeni domaine 301 yönlendir

Senaryo 2) Yeni domaini Cloudflare’a taşıyorsun (nameserver değişimi)

Cloudflare’ın DNS “full setup” dokümanı; domaini ekleme, DNS kayıtlarını kontrol etme ve nameserver değiştirme adımlarını anlatır.
Kritik: DNS kayıtları doğru değilse site/mailler kopar (özellikle MX kayıtları).


6) Taşıma sonrası kontrol listesi (kopyala–yapıştır)

İlk 1 saat:

  1. Eski domain ana sayfa + 10 içerik URL → yeni domaine 301 gidiyor mu?
  2. Yeni domain açılıyor mu? (mobil + masaüstü)
  3. Tema, menü, görseller (uploads) düzgün mü?
  4. robots.txt erişilebilir mi? (Google/AdSense botları engellenmesin)
  5. sitemap_index.xml açılıyor mu?

İlk 7 gün:
6) Search Console’da yeni domain → Sitemaps gönderildi mi?
7) Search Console’da “Pages/Indexing” raporlarında artan 404 var mı?
8) En çok trafik alan sayfalarda içerik içi linkler eski domain’e mi gidiyor? (search-replace ile temizle)

İlk 30–180 gün:
9) 301’leri erken kapatma. Google’ın taşıma süreçleri zaman alabilir; yönlendirmeleri uzun süre açık tutmak iyi pratiktir.


7) En sık yapılan hatalar (ve sonucu)

  • 1:1 yerine ana sayfaya yönlendirme: sıralama/indeksleme dalgalanması
  • 301 yerine 302: sinyal taşınması zayıflar (kalıcı taşımada 301/308 önerilir).
  • Eski domaini kapatmak: Google eski URL’leri çözemez, sinyaller taşınmaz
  • Cloudflare SSL modu yanlış (Flexible vs Full): redirect loop / erişim sorunları
  • WAF/Challenge açıp Google’ı engellemek: tarama + AdSense incelemesi etkilenebilir; AdSense, WAF/firewall engelini kaldırmayı/bypass etmeyi özellikle söyler.

Yorum bırakın

E-posta adresiniz yayınlanmayacak. Gerekli alanlar * ile işaretlenmişlerdir

Scroll to Top