Site taşıma süreci, Google’ın tarama (crawling) ve indeksleme (indexing) algoritmaları üzerinde köklü bir değişim yaratan, yüksek riskli bir altyapı operasyonudur. Alan adı veya sunucu değişikliği sırasında, mevcut otorite sinyallerinin (PageRank, trust flow) yeni URL yapısına %100 aktarılması, sunucu yanıt sürelerinin korunması ve Teknik SEO & Core Web Vitals metriklerinin stabil tutulması, organik görünürlüğün korunması için zorunluluktur.
Algoritma ve İndeksleme Mekanizması
Google botları bir site taşıma işlemini algıladığında, öncelikli olarak ‘canonical’ etiketlerini ve 301 yönlendirme zincirlerini analiz eder. İndeksleme süreci, eski URL’lerin ‘crawl budget’ üzerinden düşürülüp yeni URL’lerin ‘discovery’ fazına girmesiyle başlar. Eğer yönlendirmeler 302 (geçici) olarak yapılandırılırsa, Google eski URL’yi indekslemeye devam eder ve yeni URL’ye otorite aktarımı gerçekleşmez. Bu durum, ‘duplicate content’ sinyallerini tetikleyerek sıralama kaybına neden olur.
Render modelleri açısından bakıldığında, JavaScript ile oluşturulan içeriklerin yeni altyapıda doğru şekilde sunulması kritiktir. Google, yeni URL’leri tararken ‘Rendering’ aşamasında DOM yapısının eski siteyle eşleşip eşleşmediğini kontrol eder. Eğer yapısal veriler (Schema) veya meta verilerde bir tutarsızlık varsa, algoritma yeni sayfayı düşük kaliteli içerik olarak sınıflandırabilir. Bu yüzden, taşıma öncesi tüm ‘rendered HTML’ çıktıları, eski siteyle karşılaştırmalı olarak analiz edilmelidir.
Açık artırma süreci ve arama sonuçlarındaki konum, URL’lerin ‘PageRank’ değerine doğrudan bağlıdır. Taşıma sırasında gerçekleşen her bir 404 hatası, o sayfanın sahip olduğu tüm link otoritesinin çöpe gitmesi demektir. Bu nedenle, ‘soft 404’ hatalarından kaçınmak ve tüm yönlendirmelerin 200 OK durum koduyla sonuçlandığından emin olmak, Google’ın yeniden indeksleme hızını (re-indexing velocity) doğrudan etkileyen bir faktördür.
Matematiksel Çerçeve ve Log Analizi
Taşıma sürecinde başarıyı ölçmek için kullanılan temel metrik, ‘Crawl Budget Verimlilik Oranı’dır. Formül basitçe: (Başarılı 200 Kodlu İndekslenen Yeni URL) / (Toplam Eski URL Sayısı) olarak ifade edilir. Bu oran 1’e ne kadar yakınsa, geçiş o kadar başarılıdır. Log dosyaları üzerinden yapılan analizlerde, ‘Googlebot’un yeni siteyi tarama sıklığı (crawl frequency) ile eski siteyi tarama sıklığı arasındaki korelasyon izlenmelidir.
Kârlılık analizi açısından, taşıma sonrası oluşabilecek ‘downtime’ süresinin maliyeti, Ücretsiz ROAS Hesaplayıcı ile tahmin edilen potansiyel kayıplarla kıyaslanmalıdır. Eğer bir e-ticaret sitesi taşıyorsanız, her 1 saniyelik gecikme veya 404 hatası, dönüşüm oranında (CR) %7’lik bir düşüşe tekabül eder. Bu nedenle, log analizlerinde ‘Time to First Byte’ (TTFB) değerinin 200ms altında tutulması, algoritmanın yeni siteyi ‘hızlı ve güvenilir’ olarak işaretlemesi için matematiksel bir zorunluluktur.
Veri aktarımı sırasında ‘PageRank kaybı’ (Link Equity Leakage) hesaplaması, yönlendirme zincirlerinin uzunluğuna göre yapılır. Her bir yönlendirme adımı, PageRank sinyalinde yaklaşık %10-15’lik bir kayba yol açar. Bu yüzden, ‘chaining’ (zincirleme) yönlendirmelerden kaçınılmalı ve doğrudan 1:1 eşleşme (mapping) sağlanmalıdır. Log dosyalarındaki ‘User-Agent’ hareketliliği, Google’ın yeni site yapısını ne kadar sürede ‘kavradığını’ gösteren en net göstergedir.
Karşılaştırmalı Strateji Matrisi
Aşağıdaki tablo, geleneksel taşıma yöntemleri ile profesyonel büyüme odaklı taşıma mimarisini karşılaştırmaktadır. Bu matris, operasyonel riskleri minimize etmek için tasarlanmıştır.
| Kriter | Geleneksel Yaklaşım | Profesyonel Büyüme Modeli |
|---|---|---|
| Yönlendirme | Toplu (Wildcard) 301 | 1:1 Mapping (CSV bazlı) |
| İndeksleme | Sitemap güncelleme | Crawl Budget Optimizasyonu |
| Hız | Sunucuya bağlı | Edge Caching & CDN |
| Veri Kaybı | %10-20 Trafik Düşüşü | %0-2 Kayıp (Hedef) |
Tablodan görüleceği üzere, Wildcard yönlendirmeler kısa vadede kolay görünse de, Google’ın ‘soft 404’ algılama mekanizmasını tetikleyerek uzun vadeli otorite kaybına yol açar. Profesyonel modelde, her URL’nin yeni karşılığı manuel veya script ile doğrulanmış bir eşleşme tablosuna dayanmalıdır. Bu, özellikle büyük ölçekli sitelerde indeksleme kararlılığını korumanın tek yoludur.
Mühendislik Uygulama Kılavuzu
Taşıma protokolünün ilk adımı, mevcut sitenin tüm URL envanterinin çıkarılmasıdır. Screaming Frog veya benzeri bir crawler ile tüm 200, 301 ve 404 sayfaları listeleyin. İkinci adımda, yeni site yapısını oluşturun ve ‘staging’ ortamında tüm URL’lerin 301 yönlendirmelerini test edin. ‘Robots.txt’ dosyasının yeni siteyi engellemediğinden ve ‘canonical’ etiketlerinin yeni URL’leri işaret ettiğinden emin olun.
Üçüncü adımda, Google Search Console (GSC) üzerinde ‘Adres Değişikliği’ (Change of Address) aracını kullanın. Bu, Google’a taşımanın başladığını resmi olarak bildiren en kritik sinyaldir. Ancak bu araç, sadece alan adı değişimi için geçerlidir; altyapı değişikliklerinde sadece 301 yönlendirmeleri ve güncellenmiş XML Sitemap dosyaları yeterlidir. Sitemap dosyalarınızı ‘lastmod’ tarihleriyle güncelleyerek Google’a yeni içeriklerin öncelikli olduğunu bildirin.
Son aşamada, Schema verilerini kontrol edin. Schema JSON-LD Generator kullanarak tüm yapısal verilerin yeni URL’lerle uyumlu olduğundan emin olun. Ads tarafında, taşıma süresince reklamların kesintiye uğramaması için ‘Final URL’ güncellemelerini bir script ile toplu olarak yapın. Taşıma sonrası 48 saat boyunca log dosyalarını izleyerek, 404 hatalarının artıp artmadığını kontrol edin ve anlık müdahalelerle ‘crawl error’ oranını %0’a çekin.
Büyüme ve Gelecek Stratejisi
Site taşıma sonrası dönem, aslında yeni bir büyüme evresidir. En sık yapılan 3 ölümcül hata şunlardır: 1) Yönlendirmeleri 6 ay dolmadan kaldırmak, 2) İç linkleri (internal links) eski URL’lere bırakmak, 3) GSC verilerini eski mülkten yeni mülke aktarmamak. Bu hatalar, Google’ın sitenizi ‘yeni ve güvensiz’ olarak işaretlemesine neden olur. Taşıma sonrası en az 1 yıl boyunca 301 yönlendirmelerini aktif tutmak, otorite transferini kalıcı kılar.
Geleceğe yönelik GEO (Generative Engine Optimization) hazırlığı için, taşıma sırasında içeriklerinizi ‘entity’ bazlı yapılandırın. Google AI Overviews, artık sadece URL’leri değil, içerik içindeki varlıkları (entities) indeksliyor. Bu nedenle, yeni sitenizin bilgi grafiği (Knowledge Graph) ile uyumlu olduğundan emin olun. Taşıma sonrası, içeriklerinizi daha derinlemesine, soru-cevap formatına uygun şekilde optimize ederek yapay zeka destekli arama sonuçlarında yerinizi sağlamlaştırın.
Son olarak, performans pazarlaması tarafında, taşıma sonrası oluşan ‘veri boşluğunu’ doldurmak için Google Ads kampanyalarınızı ‘Learning Phase’ (öğrenme süreci) modunda izleyin. Eğer trafik düşüşü yaşanırsa, bu durum genellikle teknik bir hatadan ziyade, Google’ın yeni siteyi ‘güvenilirlik’ (trust) filtresinden geçirmesinden kaynaklanır. Bu süreci hızlandırmak için kaliteli backlink sinyallerini yeni URL’lere yönlendiren bir ‘link building’ kampanyası ile desteklemek, büyüme stratejisinin ayrılmaz bir parçasıdır.
Sıkça Sorulan Sorular
Minimum 1 yıl, ancak kalıcı olması SEO otoritesinin korunması açısından önerilir. Google'ın yönlendirmeyi tamamen sindirmesi ve otoriteyi aktarması için bu süre kritiktir.
Kısa süreli (1-2 hafta) hafif dalgalanmalar normaldir. Ancak %20'den fazla düşüş, teknik bir yapılandırma hatasına (yanlış yönlendirme veya canonical hatası) işaret eder.
Hayır, sadece alan adı (domain) değiştiğinde kullanılmalıdır. Aynı domain üzerinde altyapı veya URL yapısı değişikliğinde bu araç kullanılamaz.
Google'ın sitenizi taramak için ayırdığı kaynak ve süredir. Taşıma sırasında 404 hatalarının artması, bu bütçenin verimsiz kullanılmasına ve yeni sayfaların geç indekslenmesine neden olur.
Hayır. Eski siteyi en az 6-12 ay boyunca 301 yönlendirmeleriyle açık tutmak, Google'ın tüm sinyalleri yeni URL'lere aktarması için zorunludur.
