site taşıma SEO kontrol listesi: 2026 geçiş planı

Site taşıma SEO kontrol listesi için karar ağacı ve benchmark

İlk hata genelde burada başlar: alan adı değişikliği, yalnızca sunucu değişimi, CMS değişimi ve klasör yapısı taşıması tek bir “migration” şablonuyla yönetilir. Oysa risk aynı değildir. Alan adı veya URL değişimi doğrudan indeksleme ve sinyal aktarımını etkiler; yalnızca sunucu veya CDN taşıması ise daha çok erişilebilirlik, DNS ve yanıt süresi riskleri üretir. Bu yüzden karar ağacını önce taşıma tipine göre ayırın, sonra her senaryonun kırılgan noktalarını çıkarın.

• Alan adı değişikliği: En yüksek SEO riski; 301, mülk doğrulama ve sinyal aktarımı kritik.
• Yalnızca sunucu veya CDN değişimi: URL sabit kalır; crawl erişimi, DNS ve uptime öne çıkar.
• CMS değişimi: Şablon, iç link, canonical ve ölçüm kurulumları birlikte bozulabilir.
• Klasör yapısı veya redesign: URL, template ve içerik sinyalleri aynı anda değişebilir.

T-30 aşamasında bir benchmark seti oluşturmadan canlıya çıkmayın. Organik oturum, en çok tıklanan açılış sayfaları, indekslenen URL sayısı, dönüşüm getiren sayfalar, en güçlü backlink alan URL’ler ve mevcut sitemap kapsamı ayrı ayrı kaydedilmelidir. Google Arama Merkezi’nin 2026-06-24 tarihli “Bir siteyi taşıma” kılavuzu, hazırlığa en önemli URL’lerden başlamayı; bu URL’leri sitemap, sunucu logu, analiz aracı ve dış bağlantı verileriyle belirlemeyi özellikle vurgular (Google Arama Merkezi, 2026-06-24).

Bu aşamada eski ve yeni mülkleri Search Console’da doğrulayın, gerekiyorsa staging alanını da görünür test için ayrı kontrol edin. URL değişimi yoksa Google’ın “Barındırma hizmetinizi değiştirme” kılavuzu, geçici host adını doğrulamayı, Googlebot erişimini URL Denetleme Aracı ile sınamayı ve DNS TTL değerini geçişten yaklaşık bir hafta önce düşürmeyi önerir (Google Arama Merkezi, 2025-12-10). Benchmark yoksa, geçiş sonrası düşüşün teknik hata mı yoksa doğal dalgalanma mı olduğunu ayırt edemezsiniz.

Taşıma öncesi URL mapping, 301 ve teknik hazırlık

Başarılı migration’ın merkezi, eski URL ile yeni URL arasında birebir eşleme yapmaktır. Ana sayfaya toplu yönlendirme, kategoriye yakınsayarak kurtarma veya “yaklaşık denk” sayfaya taşıma kısa vadede pratik görünür; uzun vadede sorgu niyeti kaybı, 404 kümeleri ve zayıf sinyal aktarımı üretir. Google Arama Merkezi de eski URL’lerle yeniler arasında açık bir eşleme oluşturulmasını ve yaygın kalıplar için yeniden yazma kuralları tanımlanmasını önerir (Google Arama Merkezi, 2026-06-24). Regex kuralları ölçek sağlar ama kritik URL’lerde birebir QA gereğini ortadan kaldırmaz.

• En çok trafik alan açılış sayfalarını tek tek eşleyin.
• 302 kalıntılarını temizleyip tüm kalıcı taşımaları 301 olarak ayarlayın.
• Redirect chain ve loop taraması yapın.
• Eski XML sitemap’i arşivleyin, yeni XML sitemap’i ayrı üretin.
• Template bazında canonical, noindex ve hreflang kontrollerini listeleyin.

Teknik hazırlık tek başına redirect dosyasından ibaret değildir. Yeni sitede canonical etiketi, robots.txt, noindex işaretleri, hreflang varyantları, XML sitemap, iç linkler ve medya URL’leri birlikte güncellenmelidir. Özellikle HTTPS geçişlerinde mixed content, mutlak URL ile kalmış görseller ve eski protokole işaret eden canonical etiketleri sık görülür. Search Console Yardım’a göre Adres Değişikliği aracı yalnızca alan adı veya alt alan adı taşımalarında kullanılır; HTTP’den HTTPS’ye geçişte ya da klasör yapısı değişiminde kullanılmaz (Search Console Yardım, 2026).

Çok dilli yapılarda hata alanı daha geniştir. Ülke klasörü, alt alan adı veya ayrı alan taşımasında hreflang alternates ve x-default referanslarının yeni URL’lere dönmesi gerekir; aksi halde doğru dil-ülke URL’si yerine eski varyantlar dizinde kalabilir. CMS değişimi yapıyorsanız şablon çıktısı üzerinden kategori, ürün, blog ve filtre sayfalarını ayrı tarayın. En sık sorun, geliştirme ortamında kalan noindex etiketiyle birlikte canlıya çıkılmasıdır; bu yüzden canlı öncesi son crawl, yalnızca staging değil, go-live adayı build üzerinde yapılmalıdır.

Canlı geçiş günü: T0 kontrol listesi ve rollback planı

T0 gününde amaç hız değil, doğru sıra düzenidir. Önce deploy yapılır, sonra DNS veya CDN yönlendirmesi açılır, ardından redirect testleri, canonical doğrulaması, robots.txt kontrolü, GA4 notu, Tag Manager tetik kontrolleri ve sunucu yanıt testleri tamamlanır. Kritik şablonları ana sayfa, kategori, ürün veya hizmet sayfası, blog yazısı ve iletişim gibi örnek URL’lerle test edin. İlk saat içinde en yüksek trafik getiren 20-50 URL’nin durum kodu, hedef URL’si ve başlık etiketi tek tek doğrulanmalıdır.

• Kırmızı alarm 1: Kritik açılış sayfalarından birden fazlası 404 veya 5xx dönüyorsa rollback düşünülür.
• Kırmızı alarm 2: Şablon genelinde noindex veya yanlış canonical görülüyorsa yayın geri alınır.
• Kırmızı alarm 3: Redirect zinciri yaygınsa crawl bütçesi ve kullanıcı akışı zarar görür.
• Kırmızı alarm 4: Ölçüm etiketleri çalışmıyorsa performans kaybı teşhisi körleşir.

Rollback planı önceden yazılı değilse, kriz anında ekipler semptomla uğraşıp sebebi kaçırır. Bizim pratikte ayırdığımız eşik basit: erişim sorunu, indeksleme engeli veya şablon düzeyinde yanlış yönlendirme varsa geri dönüş; yalnızca kısa süreli trafik oynaklığı varsa izleme. Search Console’daki Adres Değişikliği aracı da, resmi dokümana göre, site taşındıktan ve yönlendirmeler çalıştıktan sonra kullanılmalıdır; hazırlık tamamlanmadan erken tetiklenmesi çözüm değildir (Search Console Yardım, 2026).

Google dışı görünürlüğü korumak için Bing tarafını da aynı gün açın. Bing Webmaster Tools, Search Console’dan mülk içe aktarmayı destekler; ayrıca yeni eklenen sitelerde verilerin genellikle 48 saat içinde oluşmaya başladığını belirtir (Bing Webmaster Tools, 2026). T0 günü bunun anlamı şudur: Bing’i sonradan hatırlamak yerine doğrulama, sitemap ve temel görünürlük akışını ilk gün tamamlayın. Ekip içi prova için Google Search Central’ın site move walkthrough videosunu bu kontrol listesiyle birlikte izlemek faydalı olur.

T+1, T+7, T+30 izleme: sitemap, 404 ve crawl stats

Canlı geçiş bittiğinde işin zor kısmı başlar. T+1’de yeni sitemap’i gönderin, öncelikli URL’lerde URL Denetleme Aracı ile erişim ve canonical durumunu kontrol edin, en çok trafik alan sayfaların indexlenme sinyallerini not alın. Search Console Help, Sitemaps raporunun yalnızca rapor veya API üzerinden gönderilen sitemap’leri gösterdiğini açıkça belirtir; robots.txt üzerinden keşfedilenler aynı görünürlükle izlenmez (Search Console Help, 2026). Bu yüzden submit işlemini atlamayın; aksi halde hata takibi bulanıklaşır.

• T+1: Yeni sitemap gönderimi, öncelikli URL denetimi, 404 ve 5xx taraması.
• T+7: Redirect chain, canonical mismatch, soft 404 ve iç link kırıkları temizliği.
• T+30: Organik açılış sayfası, indexleme trendi, crawl davranışı ve dönüşüm kıyası.

404 kümelerini tek tek URL düzeyinde değil, sebep kümeleri halinde ele alın. Örneğin eski blog path’i tamamen boşa gidiyorsa bu bir mapping hatasıdır; yalnızca birkaç ürün URL’si eksikse veri göçü veya slug üretimi sorunudur. Aynı mantık redirect chain, canonical mismatch ve soft 404 için de geçerlidir. GSC hata ekranı, crawl export ve sunucu logları bir araya gelmeden hangi sorunun kullanıcıyı, hangisinin yalnızca botu etkilediğini anlamak zordur.

Crawl Stats raporu burada özellikle değerlidir çünkü Google, bu raporun son 90 günlük tarama geçmişini, ortalama yanıt süresini ve istek türlerini gösterdiğini; ayrıca her redirect adımını ayrı istek olarak saydığını açıkça söyler (Search Console Help, 2026). Bu bilgi, zincir yönlendirmelerin neden gereksiz tarama yükü oluşturduğunu görünür kılar. Discovery crawl artarken response time da yükseliyorsa yeni altyapının kapasitesi yetersiz olabilir; Refresh crawl düşüyorsa yeni URL’ler hâlâ net sinyal alamıyor olabilir.

Vaka masası: crawl export, GSC ve loglarla hata avı

Gerçek operasyon tarafında en faydalı çerçeve, T-7, T0 ve T+14 verilerini aynı masaya koymaktır. T-7 crawl export size eski durumun URL envanterini verir; T0 kontrolü, redirect ve şablon kararlarını doğrular; T+14 ise hangi sorunların gerçekten görünürlüğe dönüştüğünü gösterir. Bu savaş odası yaklaşımında yalnızca tek bir rapora güvenmeyiz. GSC indeksleme ekranı, log satırları ve crawl çıktısı birlikte okunduğunda “Google görmedi” ile “Google gördü ama kabul etmedi” ayrımı netleşir.

En çok trafik kaybettiren beş hata neredeyse her migration’da benzer kalır: eksik 301 eşlemeleri, eski URL’ye işaret eden canonical kalıntıları, staging’den sızan noindex işaretleri, kırılan hreflang alternates yapısı ve GA4 ya da Tag Manager etiket kaybı. Bunların ortak noktası, tek tek sayfa hatası gibi görünse de çoğunlukla şablon veya kural düzeyinde olmasıdır. Bu nedenle hata avını URL listesi yerine pattern listesiyle yürütmek daha hızlıdır.

Çok dilli sitelerde küçük bir örnek bile büyük fark yaratır. Diyelim ki /tr/ ve /en/ klasörleri yeni yapıya taşındı; redirect düzgün çalışsa bile x-default eski alanı gösteriyorsa yanlış dil sürümü indekslenebilir. Google Arama Merkezi, hreflang ek açıklamalarının yeni URL’lere güncellenmesini açıkça ister (Google Arama Merkezi, 2026-06-24). Bu yüzden çok dilli migration’da yalnızca 200 durum kodu yetmez; alternates seti, ülke klasörü mantığı ve canonical-hreflang uyumu birlikte doğrulanmalıdır.

Adım Adım Site taşıma SEO kontrol listesi uygulaması

Aşağıdaki akış, planı toplantı notundan uygulama listesine çevirmek için uygundur. Özellikle alan adı değişikliği, HTTPS geçişi, CMS taşıması ve sunucu değişimi gibi farklı senaryolarda aynı omurgayı korur; yalnızca risk öncelikleri değişir.

1. Taşıma tipini ve risk seviyesini belirleyin. Alan adı, CMS, sunucu, HTTPS veya klasör yapısı değişimini ayrı bir senaryo olarak sınıflandırın. Bu sınıflandırma, hangi ekibin neyi onaylayacağını, hangi URL grubunun kritik kabul edileceğini ve rollback kararının neye göre verileceğini baştan netleştirir.
2. Eski yapıyı crawl edip benchmark çıkarın. Organik trafik, açılış sayfaları, indexleme durumu, backlink alan URL’ler ve dönüşüm getiren şablonlar tek tabloda toplanmalıdır. Böylece canlı geçiş sonrası farkı hisle değil, veriyle yorumlayabilirsiniz.
3. URL mapping ve teknik kuralları hazırlayın. Eski URL’den yeni URL’ye birebir eşleme, 301 kuralları, canonical, noindex, robots.txt, hreflang ve sitemap seti tamamlanmalıdır. Kritik şablonlarda toplu kural yerine örnek URL’lerle doğrulama yapın.
4. Canlı geçişte yönlendirme ve ölçümü doğrulayın. Deploy sonrası redirect, canonical, sunucu yanıtı, GA4 notu ve etiketlerin çalıştığı aynı gün içinde kontrol edilmelidir. En yüksek trafik getiren sayfalar öncelikli test grubudur.
5. T+1 ve T+7 hatalarını tarayın. Yeni sitemap’i gönderin, URL Denetleme Aracı ile öncelikli sayfaları kontrol edin, 404 kümeleri ve redirect zincirlerini erken kapatın. İlk hafta yapılan temizlik, kalıcı kaybı ciddi biçimde azaltır.
6. T+30 raporuyla kalıcı kayıpları kapatın. Sıralama, organik trafik, indexleme ve log bulgularını birlikte okuyun. Hâlâ eski URL’ye trafik geliyorsa yönlendirmeleri koruyun ve eksik pattern’leri tamamlayın.

Bu akışın değeri, her adımı belirli bir zamana bağlamasıdır. Migration başarısı genelde “sorunsuz taşındık” ifadesiyle değil, T+30’da kaç kritik URL’nin doğru hedefe, doğru sinyalle ve doğru ölçümle çalıştığıyla anlaşılır.

SEOYEN ile site sağlığı, sıralama takibi ve rakip farkı

Migration sonrası en büyük operasyon yükü, veriyi farklı ekranlardan toparlamaktır. SEOYEN burada işleri sadeleştirir: site sağlığı taraması ile teknik sorun kümelerini, sıralama takibi paneli ile görünürlük dalgalanmasını ve backlink profili kontrolü ile güçlü URL’lere gelen bağlantı etkisini tek Türkçe panelde izlemek mümkündür. Küçük işletmeler ve uzman ekipler için asıl avantaj, teknik kontrol ile raporlamanın aynı akışta kalmasıdır.

Ahrefs ve SEMrush güçlü platformlardır; ancak SEOYEN bu iş akışını Türkiye pazarı için daha erişilebilir hale getirir. Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek; özellikle migration sonrası hızlı yorumlama, ekip içi iletişim ve müşteri raporlamasında fark yaratır. Ayrıntılı ürün yaklaşımını görmek isteyenler için Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları, hangi senaryoda hangi yaklaşımın öne çıktığını daha net gösterir.

Taşıma sonrası düzenli teknik takip kurmak isteyen ekipler, paket ve abonelik detayları sayfasından güncel plan yapısını inceleyebilir. Bireysel plan denemesi de 7 gün boyunca 50 ₺ olarak canlı bilgiyle gösterilir. Buradaki amaç agresif bir yönlendirme değil; taşıma sonrası site sağlığı, sıralama ve backlink görünümünü tek panelde toplamak isteyen ekipler için daha kısa bir operasyon yolu sunmaktır.

Sıkça Sorulan Sorular