"Sitemizi yenilersek Google'daki sıralamalarımızı kaybeder miyiz?" Yeni bir tasarım, platform değişikliği ya da domain taşıması planlayan hemen her işletme sahibinin ilk sorusu bu. Net cevap şöyle: Doğru planlanmış bir taşımada kalıcı trafik kaybı yaşanmaz. Google, 301 yönlendirmelerinin sıralama sinyallerini yeni adreslere aktardığını resmî kaynaklarında açıkça belirtir ve orta ölçekli bir sitede geçici dalgalanma genellikle birkaç hafta içinde toparlanır. Kalıcı kayıplar neredeyse her zaman taşımanın kendisinden değil, atlanan adımlardan doğar: unutulmuş yönlendirmeler, canlıya taşınan noindex etiketleri, sessizce silinen içerikler.
Bu yazıda bir site taşımasını trafik kaybetmeden tamamlamak için gereken kontrol listesini adım adım bulacaksınız: taşıma öncesi hazırlık, 301 yönlendirme haritası, taşıma günü işlemleri ve sonrasındaki izleme takvimi. Liste; domain değişimi, platform geçişi ve kapsamlı tasarım yenilemesi senaryolarının üçünü de kapsıyor.
Site taşıma neden trafik kaybettirir?
Önce "taşıma" kavramını netleştirmek gerekiyor, çünkü riskin büyüklüğü değişikliğin türüne bağlı:
- Tasarım yenileme: URL'ler aynı kalır; şablon, iç bağlantı yapısı ve içerik düzeni değişir. En masum görünen senaryodur, ancak başlık hiyerarşisi bozulur veya sayfa içerikleri kırpılırsa sıralamalar URL değişmeden de düşebilir.
- Platform değişimi: Hazır bir e-ticaret altyapısından özel yazılıma geçiş gibi. URL yapısı çoğu zaman değişir ve değişen her URL bir yönlendirme gerektirir.
- Domain değişimi: Marka yenileme veya yeni bir alan adına geçiş. Tüm sinyallerin yeni alan adına aktarılması gerekir; en yüksek riskli ve en sıkı takip isteyen türdür.
Google'ın Search Central dokümantasyonuna göre URL değişikliği içeren bir taşımanın işlenmesi orta ölçekli bir sitede birkaç hafta sürer; büyük sitelerde bu süre uzar. Bu dönemdeki dalgalanma normaldir ve panik gerektirmez. Kayıp, şu senaryolardan biri gerçekleştiğinde kalıcı hâle gelir:
- Eksik yönlendirme: Haritada unutulan her eski URL 404 döndürür, bir süre sonra dizinden düşer ve o sayfaya işaret eden backlink'lerin değeri boşa gider.
- Toplu ana sayfa yönlendirmesi: Binlerce eski URL'nin tek kuralla ana sayfaya gönderilmesi. Google, alakasız hedefe yapılan bu tür yönlendirmeleri soft 404 olarak değerlendirebilir; sayfa bazlı sinyaller aktarılmaz ve sonuç eksik yönlendirmeden farksız olur.
- Canlıya sızan staging engelleri: Test ortamını gizlemek için eklenen noindex etiketi veya robots.txt engeli yeni siteyle birlikte yayına çıkar. Fark edilmezse site günler içinde dizinden silinmeye başlar; en basit ama en yıkıcı hatalardan biridir.
- İçerik kırpma: Yenileme sırasında "eskimiş" görünen blog yazılarının ve alt sayfaların silinmesi. Uzun kuyruk trafiği tam da bu sayfalardan gelir; yüzlerce küçük kaynak aynı anda kapandığında toplam etki büyük olur.
- Yönlendirme zincirleri: Geçmiş taşımalardan kalan yönlendirmelerin üstüne yenileri eklenince A→B→C→D zincirleri oluşur. Googlebot en fazla 10 atlamayı takip eder; her atlama gecikme ve hata riski ekler.
- Performans gerilemesi: Görsel olarak zengin yeni tasarım eskisinden yavaş yükleniyorsa Core Web Vitals metrikleri kötüleşir ve taşıma dalgalanması hız kaynaklı düşüşle birleşir.
- Ölçüm kopması: Analitik ve dönüşüm kodlarının yeni şablona taşınmaması da ayrı bir senaryodur: Trafik yerinde olsa bile veri akışı durur, kayıp yaşandığı sanılır ve yanlış alarm, gerçek sorunların incelenmesinin önüne geçer.
1. adım: Taşıma öncesi hazırlık listesi
Taşımanın kaderi canlıya çıkılan gün değil, ondan haftalar önce belirlenir. Aşağıdaki maddeleri taşıma tarihinden en az 3-4 hafta önce tamamlamış olmalısınız:
- Tam URL envanteri çıkarın. Dört kaynağı birleştirin: site tarama aracının bulduğu URL'ler, Search Console'un sayfalar raporundaki dizinlenmiş adresler, analitik verisine göre son 12 ayda trafik almış sayfalar ve backlink araçlarına göre dış bağlantı alan URL'ler. Yalnızca taramaya güvenmeyin; iç bağlantısı kopmuş ama hâlâ trafik alan "yetim" sayfalar sadece analitik ve Search Console verisinde görünür.
- Performans ölçütü kaydedin. Son 3 ayın organik trafiğini, en çok tıklama getiren 100 sorguyu ve sayfa bazlı tıklama-gösterim verilerini dışa aktarın. Taşıma sonrası "kayıp var mı, nerede var?" sorusuna ancak bu ölçütle cevap verebilirsiniz.
- Sayfaları önceliklendirin. Çoğu sitede organik trafiğin büyük bölümünü sayfaların küçük bir kısmı üretir. Örnek bir senaryo: 5.000 URL'lik bir sitede trafiğin %85'i 400 sayfadan geliyorsa, bu 400 sayfanın yönlendirmesi elle eşlenip tek tek doğrulanmalı; kalanlar kural bazlı yönlendirmeyle yönetilebilir.
- Yeni siteyi staging ortamında denetleyin. Başlıklar, meta açıklamalar, canonical etiketleri, iç bağlantılar, yapısal veri ve mobil uyumluluk canlıya çıkmadan önce test edilmeli. Denetimin kapsamı için teknik SEO kontrol listemizi temel alabilirsiniz.
- Hız hedefi koyun. Yeni tasarımın vitrin sayfalarını staging ortamında ölçün ve mevcut sitenin Core Web Vitals değerlerini alt sınır olarak belirleyin. "Önce yayına alalım, hızı sonra optimize ederiz" yaklaşımı, taşıma dalgalanmasının üzerine ikinci bir olumsuz sinyal ekler.
- Takvimi ve geri dönüş planını netleştirin. Taşımayı kampanya dönemine veya yoğun sezona denk getirmeyin; haftanın trafiği düşük bir gününü seçin. Sorun çıkarsa eski sisteme dönüşün nasıl yapılacağı ve kimin karar vereceği önceden yazılı olmalı. Mümkünse Google'ın duyurduğu büyük bir core update yayılımının ortasına da denk gelmeyin; iki etkiyi birbirinden ayırt etmek ciddi biçimde zorlaşır.
2. adım: 301 yönlendirme haritası
Yönlendirme haritası, her eski URL'nin yeni karşılığıyla eşlendiği tablodur ve taşımanın en kritik teslimatıdır. Google, kalıcı (301) yönlendirmenin sıralama sinyallerini hedef sayfaya aktardığını doğrular; ancak bu aktarım yalnızca yönlendirme doğru kurgulandığında çalışır.
Haritayı eski URL, yeni URL, öncelik ve test durumu sütunlarından oluşan bir e-tabloda hazırlayın ve yazılım ekibiyle paylaşılan tek doğruluk kaynağı olarak sürümleyin; taşıma günü uygulanacak yönlendirme kuralları doğrudan bu tablodan üretilmelidir.
Bire bir eşleme kuralı
İdeal harita bire birdir: eski ürün sayfası yeni ürün sayfasına, eski kategori en yakın yeni kategoriye gider. Birebir karşılığı olmayan sayfalar için en yakın konu eşleniği seçilir. Hiçbir karşılığı yoksa dürüst davranın: 404 veya 410 döndürmek, kullanıcıyı alakasız bir sayfaya göndermekten hem kullanıcı deneyimi hem Google açısından daha iyidir. Gerçekten kaldırılan içerik için 404 bir hata değil, doğru cevaptır.
Örnek bir senaryo: 5.000 URL'lik haritayı yönetmek
Platform değiştiren 5.000 URL'lik örnek bir sitede harita üç katmana bölünebilir. Birinci katman: trafiğin ve backlink'lerin yoğunlaştığı 400 öncelikli sayfa elle eşlenir ve tek tek test edilir; iki kişilik bir ekip için yaklaşık 2-3 günlük iştir. İkinci katman: URL yapısı düzenli biçimde değişen yaklaşık 4.000 sayfa — örneğin /blog/yazi-adi adreslerinin /icerik/yazi-adi biçimine dönüşmesi — tek bir desen kuralıyla yönlendirilir; kural yazıldıktan sonra rastgele seçilmiş 50-100 URL'lik örneklemle doğrulanır. Üçüncü katman: kalan 600 düşük değerli sayfa (parametreli URL'ler, boş etiket ve arşiv sayfaları) için birleştirme veya bilinçli 404 kararı verilir. Bu yaklaşım iş yükünü yönetilebilir tutarken sinyal değerinin neredeyse tamamını güvenceye alır.
Zincir, durum kodu ve süre
- Zincirleri kısaltın: Her eski URL tek atlamayla nihai hedefe gitmeli. Geçmiş taşımalardan kalan yönlendirmeleri de yeni hedeflere güncelleyin; zincir uzadıkça tarama verimi düşer.
- 301 kullanın, 302 değil: Kalıcı bir taşımada geçici yönlendirme sinyali vermek, Google'ın eski URL'yi dizinde tutma süresini gereksiz yere uzatabilir.
- Haritayı en az 1 yıl canlı tutun: Google, taşıma yönlendirmelerinin en az 12 ay, mümkünse kalıcı olarak korunmasını önerir. Dış bağlantılar yıllarca eski URL'lere işaret etmeye devam eder; yönlendirmeyi erken kaldırmak o birikimi kapatmak demektir.
3. adım: Taşıma günü — geçiş ve teknik kontroller
Taşıma gününde işlem sırası önemlidir; aşağıdaki liste kronolojiktir:
- DNS TTL değerini önceden düşürün (domain değişiminde). Değişikliğin hızlı yayılması ve olası bir geri dönüşte saatlerce beklememek için taşımadan 24-48 saat önce TTL kısaltılır.
- Yönlendirmeleri aktive edin ve örneklemle test edin. Öncelikli sayfaların tamamı ile genel envanterden rastgele bir örneklem toplu HTTP durum kodu kontrolünden geçirilmeli: beklenen sonuç, tek atlamada 301 ile doğru hedef sayfaya ulaşmak ve orada 200 almaktır.
- Staging engellerini kaldırın. robots.txt dosyasını ve sayfa şablonlarındaki noindex etiketlerini gözle kontrol edin. Listedeki en basit madde budur; en pahalıya mal olan hata da genellikle budur.
- Search Console'da adres değişikliğini bildirin (domain taşımasında). Yeni domain'i önceden mülk olarak doğrulayın, ardından Adres Değişikliği aracıyla taşımayı Google'a resmen bildirin.
- Site haritalarını güncelleyin. Yeni URL'leri içeren sitemap'i gönderin. Google, eski URL'leri listeleyen site haritasını bir süre erişilebilir tutmanın yönlendirmelerin daha hızlı keşfedilmesine yardımcı olduğunu belirtir.
- Çok dilli sitelerde hreflang etiketlerini güncelleyin. Dil sürümleri arasındaki hreflang referansları eski URL'lere işaret etmeye devam ederse Google dil eşleştirmesini kaybedebilir; her dil çifti karşılıklı olarak yeni adresleri göstermelidir.
- İç bağlantıları ve canonical etiketlerini doğrulayın. Yeni sitenin içindeki bağlantılar yönlendirme üzerinden değil doğrudan yeni URL'lere gitmeli; canonical etiketleri de yeni adresleri göstermeli.
Büyük sitelerde aşamalı geçiş
On binlerce sayfalık sitelerde her şeyi tek gecede değiştirmek zorunda değilsiniz. URL yapısı veya platform değişimlerinde taşıma bölümler hâlinde yapılabilir: önce blog, iki hafta sonra kategori sayfaları, ardından ürünler. Aşamalı geçişin değeri, ilk bölümde ortaya çıkan sorunları site geneline yayılmadan yakalamaktır. Örnek bir senaryoda 50.000 URL'lik bir içerik sitesi önce arşivinin %10'unu taşır, iki hafta boyunca dizin ve trafik verisini izler; metrikler stabil kalırsa kalan bölümler ikişer haftalık dalgalarla taşınır. İki not düşelim: Google tek seferlik taşımayı daha hızlı işler, bu yüzden küçük ve orta ölçekli sitelerde bölmeye gerek yoktur; domain değişiminde ise adres değişikliği bildirimi site genelini kapsadığından taşıma bütün olarak yapılmalıdır.
4. adım: Taşıma sonrası izleme takvimi
Canlıya çıkmak sürecin ortasıdır, sonu değil. İzlemeyi üç zaman dilimine bölün:
İlk 72 saat
- 404 kontrolü: Sunucu loglarında ve Search Console'da 404 döndüren eski URL'leri günlük tarayın; her biri haritadaki bir boşluğu gösterir ve anında kapatılmalıdır.
- Tarama aktivitesi: Googlebot'un yeni URL'leri taramaya başladığını tarama istatistikleri raporundan doğrulayın. Bot trafiği bu dönemde belirgin biçimde artar; sunucunun bunu hatasız karşıladığından emin olun.
- Yönlendirme örneklemi: Test listesini her gün yeniden çalıştırın; yeni dağıtımlar sırasında yönlendirme kurallarının yanlışlıkla ezilmesi sık görülen bir durumdur.
- Kritik akışların elle kontrolü: Ana sayfayı, en çok gelir getiren kategori ve ürün sayfalarını, iletişim ve form sayfalarını gerçek bir kullanıcı gibi gezin; form gönderimi ve ödeme adımları taşıma günü en sık kırılan akışlardır.
İlk ay
- Dizin durumu: Yeni URL'lerin dizinlenme sayısının artışını, eski URL'lerin kademeli düşüşünü izleyin. Raporların nasıl okunacağını Search Console kullanım rehberimizde ayrıntılı anlattık.
- Sıralama karşılaştırması: Öncelikli 100 sorguyu taşıma öncesi ölçütle karşılaştırın. Genele yayılmış %10-15'lik bir dalgalanma normaldir; buna karşılık tek bir site bölümünde yoğunlaşan düşüş, o bölümün yönlendirme veya içerik denkliği sorununa işaret eder. Konum kadar tıklamaya da bakın: AI Overviews'un yaygınlaştığı sonuç sayfalarında konumunuz sabit kalsa bile tıklama oranı değişebilir; taşıma etkisini genel SERP değişimlerinden ayırmak için aynı dönemi bir önceki yılla da karşılaştırın.
- Backlink hedefleri: En değerli dış bağlantıların işaret ettiği URL'lerin doğru sayfalara ulaştığını elle doğrulayın; mümkünse yüksek değerli birkaç kaynaktan bağlantının doğrudan yeni adrese güncellenmesini isteyin.
İlk 3 ay
Google'a göre orta ölçekli bir sitenin taşınmasının tamamen işlenmesi birkaç hafta alır; büyük sitelerde süre aylara uzayabilir. Üçüncü ayın sonunda trafik hâlâ taşıma öncesi ölçütün belirgin şekilde altındaysa artık dalgalanmadan değil, bir sorundan söz ediyoruz demektir: yönlendirme kapsamını, dizin durumunu ve eski-yeni sayfalar arasındaki içerik denkliğini yeniden denetleyin. Kök nedeni bulmak için organik trafik düşüşü rehberimizdeki ayıklama sürecini uygulayabilirsiniz.
Taşıma sonrası kayıp, "toplamda ne kadar düştük?" sorusuyla değil "hangi sayfalarda, hangi sorgularda düştük?" sorusuyla yönetilir. Toplam rakam paniğe, sayfa bazlı veri çözüme götürür.
Sonuç: Yenilemek ile kaybetmek arasındaki fark planlamadır
Site taşıma, SEO'nun en riskli operasyonlarından biridir ama riskin kaynağı belirsizlik değildir: Kayıp senaryolarının hemen hepsi bilinen, öngörülebilir ve önlenebilir hatalardır. Listeyi tek paragrafta özetlersek: taşımadan haftalar önce eksiksiz URL envanteri ve performans ölçütü çıkarın; bire bir 301 haritasını hazırlayıp öncelikli sayfaları elle doğrulayın; taşıma günü staging engellerini, site haritalarını ve adres değişikliği bildirimini kontrol edin; sonrasında 404'leri, dizin durumunu ve sıralamaları en az üç ay boyunca düzenli izleyin. Yönlendirmeleri de en az bir yıl canlı tutun.
Bu sürecin asıl zorluğu teknik karmaşıklığından çok koordinasyonundadır: Tasarım ekibi, yazılım ekibi ve pazarlama aynı takvime bakmak zorundadır ve tek bir atlanmış madde, yıllarca birikmiş organik görünürlüğü eritebilir. Welda'nın SEO ekibi, SEO danışmanlığı hizmeti kapsamında taşıma projelerinde tam bu koordinasyonu üstleniyor: envanter ve harita hazırlığından staging denetimine, taşıma günü kontrollerinden üç aylık izleme raporlarına kadar süreç uçtan uca tek elden yönetiliyor. Bir yenileme veya platform değişikliği planlıyorsanız, taşıma planınızı canlıya çıkmadan önce birlikte gözden geçirmek için iletişime geçin; sorunu yayındayken düzeltmek yerine yayına çıkmadan önlemek her zaman daha ucuzdur.