Site Taşıma (Migrasyon) SEO Rehberi: 301 Haritası, Adres Değişikliği ve İzleme

Site taşıma, bir web sitesinin domainini, altyapısını (CMS veya e-ticaret platformu) ya da URL yapısını değiştirdiğiniz her projedir. Kullanıcı açısından yeni bir tasarım gibi görünse de arama motoru açısından binlerce adresin yer değiştirmesi demektir. Google'ın eski adreslerde biriken sinyalleri yeni adreslere bağlayabilmesi için her eski URL'nin nereye gittiğini açıkça söylemeniz gerekir.

Sahada en sık gördüğüm tablo şu: tasarım ve yazılım ekibi lansman tarihine odaklanır, yönlendirmeler son haftaya kalır ve taşıma sonrasında organik trafik düşünce sebep aranmaya başlanır. Bu rehberde taşımayı SEO açısından güvenli yürütmek için gereken adımları sırasıyla anlatıyorum: envanter, 301 yönlendirme haritası, Search Console Adres Değişikliği aracı, canonical/hreflang/sitemap güncellemesi ve taşıma sonrası izleme.

Kısa cevap: SEO açısından güvenli bir site taşıması için her eski URL'yi en yakın karşılığı olan yeni URL'ye tek adımda 301 ile yönlendirin, canonical, hreflang, sitemap ve iç linkleri yeni adreslere göre güncelleyin. Search Console Adres Değişikliği aracını yalnızca domain değiştiğinde kullanın ve taşıma sonrasında dizine ekleme, tarama hataları ve performans verilerini haftalarca izleyin.

Site taşıma türleri: hangi değişiklik ne kadar risk taşır?

Her taşıma aynı değildir. Riski belirleyen temel soru, URL'lerin değişip değişmediğidir. URL'ler aynı kalıyorsa yönlendirme gerekmez; değişiyorsa her değişiklik bir yönlendirme kuralı demektir.

URL'lerin değişmediği taşımalarda bile risk sıfır değildir: yeni şablon başlık etiketlerini, iç linkleri, yapısal veriyi ya da sayfa hızını bozabilir. Bu yüzden her taşımada lansman öncesi bir teknik SEO denetimi yapmanızı öneririm.

Taşımadan önce: URL envanteri ve kıyaslama verisi

Yönlendirme haritası ancak eksiksiz bir URL listesiyle doğru kurulur. Yalnızca sitemap'e güvenmek yetmez; sitemap'te olmayan ama trafik ya da backlink alan sayfalar sık görülür.

• Bir tarama aracıyla mevcut sitenin tüm erişilebilir URL'lerini çıkarın.
• Search Console Performans raporundan trafik alan sayfaları, GA4'ten açılış sayfalarını dışa aktarın.
• Backlink alan sayfaları listeleyin; bunlar haritada öncelikli olmalı.
• Görsel, PDF ve diğer dosya URL'lerini de envantere ekleyin.
• Önemli sorgulardaki mevcut konumları, sayfa bazlı tıklamaları ve Core Web Vitals değerlerini kayıt altına alın.

Bu kıyaslama verisi olmadan taşıma sonrası “düştük mü, ne kadar düştük?” sorusuna cevap veremezsiniz. Ölçüm kurgusu için SEO raporlama rehberi hangi metrikleri saklamanız gerektiğini ayrıntılı anlatıyor; hız tarafında ise Core Web Vitals eşikleri referans noktası olur.

Test ortamını (staging) şifreyle ya da noindex ile kapalı tutun, ama canlıya geçişte bu engellerin kaldırıldığını mutlaka kontrol edin. Lansmanda unutulmuş bir noindex veya robots.txt engeli, en pahalı taşıma hatalarından biridir.

301 yönlendirme haritası nasıl hazırlanır?

301 yönlendirme haritası, her eski URL'nin karşısına yeni URL'sini yazdığınız bir tablodur. Kalıcı taşımada 301 (ya da 308) kullanılır; 302 ve 307 geçici taşıma sinyali verir.

• Birebir eşleştirin: her eski sayfa, içerik olarak en yakın yeni sayfaya gitsin.
• Zincir kurmayın: A → B → C yerine A → C şeklinde tek adımda yönlendirin.
• Tüm eski URL'leri ana sayfaya toplamayın; Google bunu soft 404 olarak değerlendirebilir.
• Gerçekten karşılığı olmayan içerik için 404 veya 410 döndürün.
• Parametreli URL'leri, sondaki eğik çizgi ve büyük/küçük harf varyasyonlarını kurallara dahil edin.
• Yönlendirmeleri en az bir yıl, mümkünse daha uzun süre yerinde tutun.

Domain değişikliğinde yol yapısı aynı kalıyorsa tek bir genel kural yeterli olabilir. Apache sunucuda .htaccess için basit bir örnek:

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

URL yapısı da değişiyorsa genel kural yetmez; haritadaki satırları sunucu ya da platform düzeyinde tek tek tanımlamanız gerekir. E-ticaret sitelerinde kategori, ürün ve filtre URL'leri ayrı ele alınmalıdır; bu konuyu e-ticaret SEO rehberi içinde ayrıca işledim.

Search Console Adres Değişikliği aracı ne zaman kullanılır?

Search Console'daki Adres Değişikliği (Change of Address) aracı yalnızca domain değişikliği için tasarlanmıştır. HTTP'den HTTPS'e geçiş, aynı domain içinde platform veya URL yapısı değişikliği için kullanılmaz; bu durumlarda 301 yönlendirmeler ve güncel sitemap yeterlidir.

Aracı kullanmadan önce şu koşulları sağlayın:

• Eski ve yeni domainin ikisi de Search Console'da, aynı hesapla doğrulanmış olsun.
• Eski domaindeki sayfalar yeni domaindeki karşılıklarına 301 ile yönlensin; araç bunu birkaç örnek URL üzerinden kontrol eder.
• İşlemi eski domainin mülkünde başlatın ve hedef olarak yeni domaini seçin.
• Eski domainin robots.txt dosyası Googlebot'u engellemesin; engellenen URL'deki yönlendirme görülemez.

Araç tek başına bir taşıma yöntemi değildir; Google'a taşımayı bildiren ek bir sinyaldir. Asıl işi 301 yönlendirmeler yapar.

Canonical, hreflang, sitemap ve iç linkler nasıl güncellenir?

Yönlendirmeler eski adresleri yeni adreslere bağlar; site içindeki tüm sinyallerin de yeni adresleri göstermesi gerekir. Çelişkili sinyal, Google'ın hangi URL'yi esas alacağına karar vermesini zorlaştırır.

Canonical ve hreflang

Her sayfanın canonical etiketi yeni domaindeki kendi mutlak URL'sini göstermelidir; eski domaine işaret eden canonical sık yapılan bir hatadır. Çok dilli sitelerde hreflang etiketleri tüm dil sürümlerinin yeni URL'lerini içermeli, karşılıklı olmalı ve varsa x-default da güncellenmelidir.

Sitemap ve iç linkler

Yeni XML sitemap yalnızca yeni, 200 durum kodu dönen ve canonical URL'leri içermeli; Search Console'daki yeni mülke gönderilmelidir. Eski URL'leri içeren sitemap'i geçici olarak tutmak, Google'ın yönlendirmeleri daha hızlı keşfetmesine yardımcı olabilir. İç linkleri ise yönlendirmeye bırakmayın, doğrudan yeni URL'lere güncelleyin.

Yapısal verideki url ve @id alanları da gözden kaçmamalı; schema yapısal veri rehberi bu alanların nasıl kurgulanacağını anlatıyor. Google Business Profile'daki web sitesi adresini, sosyal medya profillerini ve reklam hedef URL'lerini de güncelleyin; yerel işletmeler için bu adım yerel SEO rehberi ile birlikte ele alınmalı.

Taşıma sonrası izleme: ilk günler ve ilk haftalar

Taşıma, lansman günü bitmez. Sıralamalarda dalgalanma normaldir; Google'ın yeni URL'leri tarayıp dizine alması zaman alır. Önemli olan, kalıcı bir sorunu erken yakalamaktır.

• İlk gün: haritadaki URL'leri bir tarayıcıyla test edin; durum kodlarını, zincirleri ve hedefleri doğrulayın.
• İlk gün: canlı sitede noindex, robots.txt engeli ve canonical hatası olmadığını kontrol edin.
• İlk hafta: Search Console'da Sayfa dizine ekleme raporunu ve Tarama istatistiklerini takip edin.
• İlk hafta: sunucu loglarında Googlebot'un aldığı 404 ve 5xx yanıtlarını inceleyin.
• Sonraki haftalar: eski ve yeni mülkün Performans verilerini birlikte izleyin, kıyaslama verisiyle karşılaştırın.
• Sonraki haftalar: GA4'te açılış sayfası ve dönüşüm verilerini önceki dönemle kıyaslayın.

Bu kontroller için kullanabileceğiniz ücretsiz SEO araçları listesine göz atabilirsiniz. Belirli sayfa gruplarında düşüş kalıcı hale geliyorsa önce yönlendirme hedeflerini, sonra içerik ve iç link farklarını kontrol edin.

Site taşımada en sık gördüğüm hatalar

• Domain, platform, URL yapısı ve içeriği aynı anda değiştirmek; sorun çıktığında sebebi ayırmak imkânsızlaşır.
• Yönlendirmeleri lansmandan birkaç ay sonra kaldırmak ya da eski domainin kaydını yenilememek.
• Görsel ve PDF URL'lerini haritaya almamak.
• Çok dilli sitede yalnızca ana dili taşıyıp diğer dillerin hreflang bağlantılarını kırık bırakmak.
• Taşıma sonrası ölçümü yalnızca toplam trafiğe bakarak yapmak.

Büyük veya çok dilli bir taşıma planlıyorsanız, süreci baştan bir SEO uzmanı ile planlamak geri dönüşü zor hataları önler. Taşıma planınızı birlikte gözden geçirmek isterseniz ücretsiz ön görüşme randevusu alabilirsiniz.