Domain Değişikliği ve Site Taşımada SEO: 301 Yönlendirme Rehberi

Site taşıma nedir, hangi durumlarda SEO riski doğar?

SEO açısından site taşıma, sayfaların adreslerinin değiştiği her projedir: alan adı değişikliği, HTTP’den HTTPS’e geçiş, URL yapısının yenilenmesi, birden fazla sitenin birleştirilmesi ya da CMS değişikliğiyle gelen yeni adresler. Risk, eski adreslerin biriktirdiği bağlantı, sıralama ve kullanıcı alışkanlığının yeni adreslere eksiksiz aktarılmamasından doğar.

Türkçede “site taşıma” çoğu zaman hosting değişikliği anlamında kullanılıyor. Adresler aynı kalıp yalnızca sunucu ya da CDN değişiyorsa yönlendirme gerekmez; Google bunu URL değişikliği olmayan bir taşıma olarak ele alır ve asıl dikkat sunucunun erişilebilirliğidir. Bu yazı URL’lerin değiştiği senaryoları anlatıyor.

Adres değişikliğinin en pahalı biçimi plansız olanıdır. Markaların sık yaptığı hatalardan biri, site adresini ve URL’leri sık sık, üstelik yönlendirme kurmadan değiştirmektir: eski ziyaretçiler, yer imleri ve başka sitelerdeki bağlantılar bozuk bir sayfaya düşer, güven zedelenir. Değişiklik gerçekten gerekiyorsa her eski adresin bir karşılığı olmalıdır; aşağıdaki adımlar bunu sağlamak için var.

Taşımadan önce hangi envanter ve ölçümler alınmalı?

Taşımadan önce eski sitenin tam bir fotoğrafı çekilmelidir: tüm URL’lerin listesi, trafik ve bağlantı alan sayfalar, mevcut tıklama ve dönüşüm verileri. Bu kayıt hem yönlendirme planının girdisi hem de yayından sonra değişimi ölçebilmenin tek referansıdır.

• URL envanteri: CMS’ten alınan tam sayfa listesi, XML site haritaları, bir tarama aracıyla yapılan tam tarama ve sunucu günlüklerinde yakın dönemde istek alan adresler birleştirilir.
• Öncelikli sayfalar: Search Console Performans raporunda tıklama alan sayfalar, analitikte trafik ve dönüşüm getirenler, Bağlantılar raporunda dış bağlantı alan adresler ayrıca işaretlenir.
• Unutulan varlıklar: Görseller, PDF’ler ve videolar, eski kısa bağlantılar, etiket ve kategori arşivleri, parametreli adresler de envantere girer; Google görsel, video, CSS ve JavaScript dosyalarının da diğer içerikler gibi taşınmasını ister.
• Ölçüm tabanı: Taşıma öncesi dönemin tıklama, gösterim, dizine eklenen sayfa ve dönüşüm verileri dışa aktarılıp saklanır.
• Search Console ayarları: Eski ve yeni sitenin tüm sürümleri (www, www’suz, HTTP, HTTPS) doğrulanır; eski mülkte bir reddetme (disavow) dosyası varsa yeni mülke de yüklenir. Satın alınan alan adında önceki sahipten kalan manuel işlem ya da URL kaldırma talebi olmadığı kontrol edilir.

Google, alan adı, CMS ve tasarım gibi büyük değişiklikleri aynı anda değil sırayla yapmayı öneriyor; birden fazla değişken birlikte değiştiğinde bir sorunun nedenini ayırt etmek zorlaşır. Taşımayı mümkünse trafiğin mevsimsel olarak düşük olduğu döneme denk getirmek de etkilenen ziyaretçi sayısını azaltır.

Eski ve yeni URL’ler nasıl eşleştirilir?

Eşleştirme, her eski URL için içeriği en iyi karşılayan tek bir yeni URL’nin yazıldığı tablodur ve taşımanın omurgasıdır. Kural basit: birebir karşılığı olan sayfa karşılığına, birleştirilen sayfa birleştiği sayfaya gider; karşılığı olmayan sayfa ise ilgisiz bir sayfaya değil, 404 ya da 410 yanıtına bırakılır.

Büyük sitelerde eşleme tek tek yazılmaz; ortak kalıplar, örneğin tüm ürün adreslerinin yeni bir klasöre geçmesi, kural olarak tanımlanır ve istisnalar ayrıca listelenir. Alan adı değişip yol yapısı aynı kalıyorsa tek bir joker kural bütün siteyi taşıyabilir. Tabloyu yayından önce her hedefin 200 durum kodu döndüğünü doğrulayan bir taramayla test ediyoruz; Google’ın da en sık gördüğü hatalar arasında saydığı sorun, var olmayan bir yeni adrese yönlendirmedir.

WordPress’ten başka bir altyapıya geçerken hangi adresler unutulur?

WordPress, içerik sayfalarının yanında çok sayıda yardımcı adres üretir ve yeni altyapıda bunların çoğunun karşılığı olmaz. Eşleme tablosuna şu grupları ayrıca eklemek gerekir: ?p= ile biten kısa bağlantılar, etiket ve kategori arşivleri, yazar sayfaları, /page/2/ gibi sayfalama adresleri, ek (attachment) sayfaları, RSS beslemesi ve /wp-content/uploads/ altındaki dosyalar.

Bu adreslerin hepsini tek bir blog sayfasına yönlendirmek kolay ama doğru değildir. Konusu belirli bir sayfayla örtüşen etiket o sayfaya, besleme yeni beslemeye, dış bağlantı alan görsel yeni dosya adresine gitmeli; karşılığı olmayanlar için 404 ya da 410 daha temizdir. WordPress’e özgü ayarları WordPress SEO yazımızda ele aldık.

301 yönlendirmeler nasıl kurulur, zincir ve döngüler nasıl önlenir?

301 yönlendirme, sunucunun eski adrese gelen isteği “kalıcı olarak taşındı” koduyla yeni adrese göndermesidir ve Google bunu yeni adresin kanonik olması gerektiğine dair güçlü bir sinyal olarak kullanır. Google’a göre kalıcı yönlendirmeler PageRank kaybına yol açmaz; bu yüzden taşımada ilk tercih sunucu tarafında kurulan 301 ya da 308 yönlendirmedir.

• Apache: .htaccess dosyasındaki Redirect 301 ya da RewriteRule kuralları.
• Nginx: Sunucu yapılandırmasındaki return 301 kuralları.
• CMS ve CDN: Yönlendirme eklentileri, e-ticaret altyapılarının yönlendirme ekranları ya da CDN kenar kuralları. Binlerce satırlık eşlemelerde sunucu ya da kenar seviyesi daha hızlı ve yönetilebilirdir.
• Son çare: Sunucu tarafı mümkün değilse gecikmesiz meta refresh ya da JavaScript yönlendirmesi. Google bunları da izler, ancak doğru yorumlanma olasılığı sunucu yönlendirmesinden düşüktür.

Geçici yönlendirme (302 ya da 307) taşımada yanlış tercihtir, çünkü Google geçici yönlendirmede kaynak sayfayı sonuçlarda göstermeye devam eder. Yönlendirme, eski adresin bütün varyantlarını kapsamalıdır: HTTP ve HTTPS, www ve www’suz, sonda eğik çizgili ve çizgisiz sürümler tek adımda doğrudan son hedefe gitmelidir.

Zincir, bir adresin başka bir yönlendirmeye, onun da bir başkasına gitmesidir. Googlebot bir zincirde 10 adıma kadar izleyebilse de Google doğrudan son hedefe yönlendirmeyi, mümkün değilse zinciri ideal olarak 3 adımı aşmayacak kadar kısa tutmayı öneriyor. Önceki taşımalardan kalan kuralları da yeni hedefe güncelleyerek zinciri tek adıma indiriyoruz. Döngü ise iki kuralın birbirini göstermesidir ve sayfayı erişilemez kılar; çoğunlukla www, HTTPS ve sondaki eğik çizgi kurallarının çakışmasından doğar.

İç linkler, kanonik etiketler ve site haritası nasıl güncellenir?

Yönlendirmeler eski adresleri kurtarır, ama yeni sitenin kendisi yalnızca yeni adresleri göstermelidir: iç linkler, kanonik etiketler, hreflang bağlantıları ve XML site haritası doğrudan yeni URL’leri işaret etmelidir. Sinyaller birbiriyle çeliştiğinde Google hangi adresi kanonik seçeceğine kendisi karar verir.

• İç linkler: Menü, footer, breadcrumb ve içerik içi bağlantılar eşleme tablosuna göre yeni adreslere güncellenir; iç linkin yönlendirmeden geçmesi hem tarama hem kullanıcı için gereksiz bir adımdır.
• Kanonik etiketler: Her yeni sayfa kendi adresini gösteren bir kanonik etiket taşır; şablondan kalan eski alan adlı kanonikler en sık atlanan hatadır.
• hreflang: Çok dilli sitelerde bütün dil sürümleri yeni adreslerle karşılıklı olarak güncellenir.
• Site haritası: Yalnızca yeni ve 200 dönen kanonik URL’leri içeren harita Search Console’a gönderilir. Google, taşımayı izlemek için eski URL’lerin haritasının da gönderilebileceğini, bu haritadaki yönlendirme uyarılarının normal olduğunu belirtir.
• Şema ve paylaşım etiketleri: Yapılandırılmış veri ve sosyal paylaşım etiketlerindeki adresler yeni URL’lere taşınır.
• Dış bağlantılar ve profiller: Ziyaret getiren dış bağlantıların sahiplerinden bağlantıyı güncellemeleri istenir; sosyal medya profilleri ve reklam kampanyalarının açılış sayfaları değiştirilir.

Geliştirme ortamında kullanılan noindex etiketleri ve robots.txt engelleri yeni siteye taşınmamalıdır; Google’ın taşıma sorun giderme listesinde de bu hata ilk sırada yer alır. İç link yapısını taşımayı fırsat bilip yeniden kurmak istiyorsanız iç linkleme yazımızdaki ilkeler yeni yapının planlanmasında da işe yarar.

Birleştirilen veya kaldırılan içerikler için ne yapılmalı?

Birleştirilen içeriklerin eski adresleri, içeriği devralan yeni sayfaya 301 ile yönlendirilir; karşılığı olmayan, kalıcı olarak kaldırılan sayfalar ise 404 ya da 410 döndürmelidir. Google, çok sayıda eski adresi ana sayfa gibi tek bir ilgisiz hedefe yönlendirmenin kullanıcıyı şaşırttığını ve soft 404 olarak değerlendirilebileceğini açıkça belirtir.

Birleştirme, taşımanın en değerli fırsatıdır: aynı soruya benzer ve zayıf cevaplar veren yazıları tek, kapsamlı bir sayfada toplamak hem okura hem arama motoruna daha net bir hedef sunar. Yeter ki birleşen sayfalar gerçekten aynı arama niyetine hizmet etsin; farklı soruları cevaplayan içerikleri tek sayfaya yığmak iki niyeti de yarım karşılar.

Karar verirken şu ayrımı kullanıyoruz.

• Aynı niyet, yeni bir karşılığı var: 301 ile birleştiği ya da taşındığı sayfaya.
• Yakın konu, kullanıcının aradığını karşılayan bir sayfa var: 301 ile o sayfaya; karşılamıyorsa 404 ya da 410.
• Değeri kalmamış ve bağlantı almıyor: 410 ya da 404.
• Değeri kalmamış ama güçlü dış bağlantı alıyor: Konuyla gerçekten ilgili bir sayfa varsa 301; yoksa bağlantıyı veren siteden güncelleme istemek.

Alan adı değişiyorsa Google’a nasıl bildirilir?

Alan adı ya da alt alan adı değişiyorsa, 301 yönlendirmeler yayına alındıktan sonra Search Console’daki Adres Değişikliği aracıyla taşıma Google’a bildirilir. Araç, Google’ın yeni siteyi taramaya ve kanonik seçmeye öncelik vermesini ve eski sitenin sinyallerinin yeni siteye aktarılmasını sağlar; bu etki taşımanın başlatılmasından itibaren 180 gün sürer.

• Sahiplik: Eski ve yeni site Search Console’da aynı Google hesabıyla, sahip yetkisiyle doğrulanmış olmalıdır.
• Ön kontrol: Eski ana sayfadan yeni ana sayfaya ve kanonik sayfalardan karşılıklarına 301 yönlendirmeler çalışıyor olmalıdır; araç bildirimi göndermeden önce ön kontroller çalıştırır ve kritik bir sorun varsa taşımayı başlatmaz.
• Tüm varyantlar: Araç alan adı düzeyinde çalışır ve www dahil alt alan adlarını kendiliğinden taşımaz; eski alan adının www, www’suz ve diğer alt alan adı varyantlarının her biri için ayrı bildirim yapılmalıdır. Google bu ayrıntıyı Haziran 2026’da taşıma rehberine ekledi.
• Protokol: HTTP ve HTTPS için ayrı bildirim gerekmez; araç kaynak mülkün iki protokolünü birlikte taşır.

Araç her taşımada kullanılmaz: HTTP’den HTTPS’e geçişte, aynı alan adında www ile www’suz arasında geçişte ve aynı alan adı içindeki yol değişikliklerinde yönlendirmeler, kanonik etiketler ve güncel site haritası yeterlidir.

Bildirimden sonra taşımaları zincirlememek gerekir; A’dan B’ye taşınan bir siteyi hemen ardından C’ye taşımak Google’ın önerdiği bir yol değildir. Google ayrıca eski alan adını en az bir yıl daha elde tutmayı öneriyor, çünkü bırakılan bir alan adı başkası tarafından alınıp kötüye kullanılabilir.

Yayın sonrası ilk haftalarda neler izlenmeli?

Yayından sonra eski sitede trafiğin ve dizindeki sayfa sayısının azalması, yeni sitede ise artması beklenir; izlemenin amacı bu geçişi görmek ve bozuk yönlendirme, hata kodu ya da unutulmuş engel gibi sorunları erken yakalamaktır. Google, taşıma sırasında site yeniden taranırken sıralamalarda geçici dalgalanma olabileceğini ve bunun normal olduğunu belirtir.

• Sayfa dizine ekleme raporu: Eski mülkte dizindeki sayfaların azalması, yeni mülkte artması; yeni sitede beklenmedik bulunamadı (404) ya da sunucu hatası artışı.
• Site haritaları: Yeni URL haritasında dizine eklenen sayı yükselirken eski URL haritasında düşmesi.
• Performans raporu: Önemli sorguların tıklama ve gösterimlerinin yeni adreslere geçişi; taşıma öncesi kaydedilen tabanla karşılaştırma.
• Sunucu günlükleri: Googlebot’un yeni siteyi taraması, beklenmedik hata kodları ve sunucu kapasitesi; Google taşımadan sonra yeni siteyi bir süre normalden yoğun tarar.
• Yönlendirme testi: Eşleme tablosundaki eski URL’lerin tek adımda doğru hedefe gittiğini doğrulayan tekrar taramaları ve şüpheli adreslerde URL Denetimi.
• Analitik ve dönüşüm: Form, sepet ve teşekkür sayfalarındaki ölçüm etiketlerinin yeni sitede çalıştığının kontrolü; dönüşüm düşüşünün nedeni bazen sıralama değil, kırık bir ölçüm etiketidir.

Google’ın belgesine göre küçük ve orta ölçekli bir sitede sayfaların çoğunun yeni adreslere geçmesi birkaç hafta sürebilir; büyük sitelerde süre daha uzundur. Bu yüzden ilk günlerdeki dalgalanmaya bakıp kural değiştirmiyor, eşleme tablosunu esas alıp gerçek hataları düzeltiyoruz. Raporların okunuşu için Google Search Console rehberimize, genel çerçeve için teknik SEO nedir yazımıza bakabilirsiniz.

Yeni bir site yapıyor ya da mevcut sitenizi yeniliyorsanız, URL eşleme ve yönlendirme planı yayından önce hazırlanmalıdır. Web tasarım projelerimizde bu plan yenilemenin standart bir adımıdır; yayından sonraki Search Console takibi ise SEO paketlerimizdeki teknik izlemenin parçası olarak sürer.