Site taşırken SEO kaybı nasıl önlenir? Adım adım kontrol listesi

Site taşırken SEO kaybını önlemenin yolu, arama motorlarının bildiği her eski adresi yeni sitedeki en yakın karşılığına kalıcı (301) yönlendirmeyle bağlamak ve yeni yapıyı canonical, hreflang ve site haritasıyla tutarlı biçimde bildirmektir. Bunun için taşımadan önce eski adreslerin listesini çıkarır ve bir eşleme tablosu hazırlarsınız; yayından sonra da Search Console’da dizine eklemeyi ve 404 hatalarını izlersiniz. Google’a göre küçük ve orta ölçekli sitelerde sayfaların çoğunun yeni adrese geçmesi birkaç hafta sürebilir.

Aşağıdaki kontrol listesi ağırlıklı olarak Google Search Central’ın site taşıma rehberine dayanıyor. Ekim 2026’da antargetech.com’u yeniden kurarken izlediğimiz adımları da örnek olarak ekledik.

Eski adreslerin envanteri ve eşleme tablosu

Taşımanın temeli, eski sitede hangi adreslerin trafik ve bağlantı aldığını bilmektir. Google’ın önerdiği kaynaklara Search Console raporlarını da ekleyerek listeyi şöyle çıkarabilirsiniz:

1. Eski site haritası: Önemli adresler büyük olasılıkla oradadır.
2. Search Console: Sayfa dizine ekleme raporu Google’ın bildiği adresleri, Bağlantılar raporu da iç ve dış bağlantı alan sayfaları gösterir. Dış bağlantı veren siteleri ayrıca kaydedin; taşımadan sonra bağlantılarını güncellemelerini isteyeceksiniz.
3. Analitik ve sunucu kayıtları: En çok trafik alan sayfalar ve seçtiğiniz dönemde en az bir kez ziyaret edilen adresler.
4. İçerik yönetim sistemi: İçerik barındıran tüm adreslerin dökümü.
5. Görseller, PDF’ler, CSS ve JavaScript dosyaları: Bunlar da taşınması gereken adreslerdir.

Listeyi çıkardıktan sonra her eski adres için bir karar verin. Basit bir tablo yeterli:

Eşlemede üç kurala dikkat edin. Her eski adres, içeriği en çok karşılayan yeni sayfaya gitmeli; Google, çok sayıda eski adresi ana sayfa gibi ilgisiz tek bir hedefe yönlendirmenin kullanıcıyı şaşırttığını ve soft 404 sayılabileceğini belirtiyor. Taşınmayan içerik için yeni sitede 404 ya da 410 döndürün. Birkaç sayfayı tek sayfada birleştirdiyseniz, eskileri bu yeni sayfaya yönlendirebilirsiniz.

Google ayrıca aynı anda tek bir şeyi değiştirmeyi öneriyor: alan adı, içerik yönetim sistemi ve tasarım birlikte değişecekse bunları sırayla yapmak, bir sorun çıktığında nedenini bulmayı kolaylaştırır.

Bizim taşımamızda eski adresleri 301 ile yeni karşılıklarına yönlendirdik. Google’ın hâlâ tanıdığı 12 eski adres de bu yönlendirmelere dahil. Envanteri yalnızca mevcut siteden değil, Google’ın gözünden de çıkarmanın nedeni bu: sitede artık görünmeyen bir adres, aramada hâlâ karşınıza çıkabilir.

301 yönlendirme: neden 302 ya da meta refresh değil?

Google’ın yönlendirme belgesine göre kalıcı yönlendirmeler (301 ve 308), hedef adresin kanonik adres olması gerektiğine dair bir sinyal veriyor. Geçici yönlendirmeler (302, 303 ve 307) bu sinyali vermiyor; arama sonuçlarında eski adres görünmeye devam edebiliyor. Taşıma kalıcı olduğu için doğru kod 301’dir (ya da 308). Google, 301 ve diğer kalıcı yönlendirmelerin PageRank kaybına yol açmadığını da belirtiyor.

Meta refresh ve JavaScript yönlendirmeleri sayfa tarayıcıda açıldıktan sonra çalışır. Google, anında çalışan meta refresh’i kalıcı, gecikmeli olanı geçici sayıyor; JavaScript yönlendirmesini ise sayfa işlenemezse hiç görmeyebiliyor. Bu yüzden önerisi, mümkün olan her durumda sunucu tarafında kalıcı yönlendirme.

Pratikte şu kurallar işinizi kolaylaştırır:

1. Zincir kurmayın. Googlebot 10 adıma kadar yönlendirme izleyebiliyor, ama Google doğrudan son hedefe yönlendirmeyi, olmuyorsa zinciri en fazla 3 adımda tutmayı öneriyor.
2. Yönlendirmeleri uzun süre tutun. Google mümkün olduğunca uzun, genellikle en az 1 yıl öneriyor.
3. Test edin. Tek tek adresler için Search Console’daki URL denetimi aracını, çok sayıda adres için komut satırını kullanın:

curl -sIL http://www.example.com/eski-sayfa | grep -iE "^(HTTP|location)"

Çıktıda tek bir 301 ve ardından 200 görmelisiniz. Birden fazla 301 satırı bir zincir olduğunu gösterir.

İçerik, başlıklar ve teknik sinyaller

İçeriği ve başlıkları koruyun

Taşıma sırasında sayfa başlıklarını, açıklamaları ve içeriği mümkün olduğunca aynı bırakın. Adres ve içerik birlikte değişirse, trafik düştüğünde hangisinin sebep olduğunu ayırt edemezsiniz. İçerik iyileştirmesini taşıma oturduktan sonra yapın.

Canonical

Google, yeni her adresin kendisini gösteren bir canonical etiketi taşımasını istiyor. Kanonik adres belgesine göre canonical’da tam (mutlak) adres kullanılmalı ve robots.txt bu amaçla kullanılmamalı; yönlendirme güçlü, site haritasına eklemek ise zayıf bir sinyal. Yayından önce canonical etiketlerinin eski alan adını ya da hazırlık ortamının adresini göstermediğinden emin olun.

hreflang

Çok dilli sitelerde hreflang etiketlerini yeni adreslere göre güncelleyin. Google’ın hreflang belgesine göre her dil sürümü kendini ve diğer tüm sürümleri listelemeli, adresler protokolüyle birlikte tam yazılmalı; sayfalar birbirini karşılıklı göstermezse etiketler yok sayılabiliyor. hreflang’i HTML’de, HTTP başlığında ya da site haritasında verebilirsiniz.

Biz site haritasında her sayfanın TR/EN karşılığını hreflang ile işaretledik. WordPress tarafında bu konuyu çok dilli WordPress yazımızda ve Dynamic Translator vakasında anlattık.

www, HTTPS ve sondaki eğik çizgi

Google, sonunda eğik çizgi olan ve olmayan adresleri ayrı adresler olarak değerlendiriyor; HTTP ve HTTPS sürümleri de kanonikleştirme belgesinde yinelenen içerik nedenleri arasında sayılıyor. www’li ve www’siz sürüm için de aynı mantığı uygulayın: bir biçim seçin, iç bağlantılarda ve site haritasında yalnızca onu kullanın, diğerlerini 301 ile ona yönlendirin. Google, eşdeğer sayfalar arasında HTTPS olanı kanonik olarak tercih ediyor.

Bizim sitemizde www adresi kök alan adına 301 ile yönleniyor ve tüm trafik Cloudflare üzerinden HTTPS’e zorlanıyor.

Yayın günü: site haritası, Search Console ve Bing

1. Engelleri kaldırın. Google, yalnızca hazırlık için eklenen noindex etiketlerinin ve robots.txt engellerinin unutulmasını taşımalardaki yaygın hatalar arasında sayıyor.
2. Site haritasını gönderin. Yeni adresleri içeren site haritasını Search Console’a gönderin. Geçişi izlemek için eski adreslerin haritasını bir süre tutabilirsiniz; Google, o haritadaki yönlendirme uyarılarının normal olduğunu söylüyor.
3. Tüm sürümleri doğrulayın. Search Console’da eski ve yeni sitenin www’li, www’siz, HTTP ve HTTPS sürümlerini doğrulayın; doğrulama dosyası ya da etiketi yeni sitede de bulunsun.
4. Bing’i unutmayın. Bing Webmaster Tools’ta siteyi Search Console’dan içe aktarabilirsiniz; içe aktarılan siteler otomatik doğrulanıyor, site haritaları da geliyor.
5. Bağlantıları güncelleyin. İç bağlantıları, sosyal medya profillerini ve reklam kampanyalarının açılış sayfalarını yeni adreslere çevirin; size bağlantı veren önemli sitelerden de güncelleme isteyin.

Biz de site haritasını Search Console’a gönderdik ve siteyi Bing Webmaster Tools’a Search Console’dan aktardık.

Yayından sonra: 404’leri ve dizine eklemeyi izleyin

İlk haftalarda en önemli aracınız Sayfa dizine ekleme raporu. Eski adreslerin “Yönlendirmeli sayfa” olarak görünmesi beklenen bir durum; Google yönlendiren adresi dizine eklemez, hedef adres ise dizine eklenebilir. Dikkat etmeniz gereken, “Bulunamadı (404)” ve “Soft 404” satırlarındaki artış: bunlar eşleme tablosunda unutulan bir adrese ya da yanlış hedefe giden bir yönlendirmeye işaret eder.

Bunun yanında sunucu kayıtlarında Googlebot’un hata alan adreslerine bakın ve analitikte eski adreslerin trafiği düşerken yenilerinin yükseldiğini kontrol edin. Google, taşıma sonrasında yeni siteyi her zamankinden yoğun tarayacağını, bu yüzden sunucu kapasitesinin yeterli olması gerektiğini de hatırlatıyor. Sıralamalardaki geçici dalgalanma normal; Google’a göre siteler yeniden tarandıkça oturuyor.

Sık sorulan sorular

Adres değişikliği aracını ne zaman kullanmalıyım?

Yalnızca alan adı ya da alt alan adı değiştiğinde, örneğin example.com’dan example.net’e geçerken. Search Console yardımına göre HTTP’den HTTPS’e geçişte, aynı alan adında www ile www’siz arasında geçişte ve site içi yol değişikliklerinde gerekmiyor. Alan adı değişiyorsa Google, eski alan adının doğrulanmış tüm sürümleri için başvuru yapmayı öneriyor. Bizim taşımamızda alan adı aynı kaldı; www’den kök alana geçiş bu aracın kapsamında değil.

Yönlendirmeleri ne zaman kaldırabilirim?

Google genellikle en az 1 yıl öneriyor ve kullanıcılar açısından yönlendirmeleri süresiz tutmayı düşünmenizi söylüyor. Adres değişikliği aracını kullandıysanız etkisi 180 gün sürüyor; yönlendirmeleri bu süreden önce kaldırmayın.

Trafik ne zaman toparlanır?

Kesin bir süre yok. Google’a göre taşımanın tamamlanması için Googlebot’un eski ve yeni sitedeki her adresi en az bir kez ziyaret etmesi gerekiyor; hız, adres sayısına ve sunucunuzun hızına bağlı.

Sonuç

Kısaca: eski adresleri eksiksiz listeleyin, her birini tek adımda 301 ile en yakın karşılığına gönderin, canonical, hreflang ve site haritasını yeni adreslerle güncelleyin, yayından sonra da birkaç hafta Search Console’u izleyin. Taşıma, yapay zeka tarayıcılarına erişimi ve yapısal veriyi gözden geçirmek için de iyi bir zaman; bunu GEO yazımızda anlattık.

Sitenizi yeni bir altyapıya taşımayı düşünüyorsanız web ve mobil uygulama geliştirme ve SEO ve dijital görünürlük sayfalarımıza göz atabilirsiniz; taşıma planına isterseniz birlikte bakalım.