23 Eylül 2026
Site Migration Sonrası 404 Hataları ve URL Mapping Rehberi
Site taşıma, CMS değişikliği veya URL mimarisi yenilemesinden sonra oluşan 404’leri önlemek için eski-yeni URL mapping ve yayın sonrası monitoring rehberi.
Site migration; domain değişikliği, CMS geçişi, tasarım yenilemesi veya URL yapısının değiştirilmesi anlamına gelebilir. Migration teknik olarak başarıyla tamamlanmış olsa bile eski URL’ler doğru yönetilmezse organik trafik, backlink değeri, reklam trafiği ve kullanıcı erişimi kaybedilebilir.
Migration öncesinde eski URL envanteri çıkarın
Yeni site yayına alınmadan önce eski URL’lerin mümkün olduğunca geniş bir listesini oluşturun. Kaynaklar şunlar olabilir:
- XML sitemap’ler
- Google Search Console performans verileri
- Analytics landing page raporları
- Sunucu access log’ları
- Backlink araçları
- Aktif reklam ve e-posta kampanyaları
- CMS export verileri
Sadece mevcut sitemap’e bakmak yeterli değildir; sitemap’te bulunmayan ama trafik veya backlink alan eski URL’ler olabilir.
URL mapping nasıl yapılır?
Her eski URL için en anlamlı yeni hedef belirlenir.
Eski ürün → aynı yeni ürün
Eski kategori → eşdeğer yeni kategori
Eski rehber → güncellenmiş aynı içerik
Gerçek karşılığı olmayan içerik → 404/410 değerlendirmesi
Mapping dosyasında en az şu alanlar bulunabilir:
old_url | new_url | redirect_type | reason | priority | tested
Her URL’yi ana sayfaya eşlemeyin
Migration sırasında hızlı çözüm olarak tüm eski yolları ana sayfaya göndermek cazip gelebilir. Ancak bu, kullanıcı niyetiyle hedef içerik arasındaki ilişkiyi yok eder. Bire bir eşleşme yoksa en yakın gerçekten ilgili sayfa düşünülmeli; o da yoksa gerçek 404 davranışı korunmalıdır.
Redirect’leri yayından önce test edin
Mapping tamamlandıktan sonra otomatik test yapılabilir:
- Eski URL doğru HTTP status döndürüyor mu?
- Hedef beklenen URL mi?
- Hedef 200 döndürüyor mu?
- Redirect chain oluşuyor mu?
- Redirect loop var mı?
- HTTP→HTTPS veya www değişiklikleri gereksiz ekstra hop oluşturuyor mu?
Yayından sonra 404 monitoring zorunludur
En iyi mapping planı bile her URL’yi yakalayamaz. Eski kampanyalar, typo’lar, unutulmuş backlinkler veya sitemap dışında kalan sayfalar migration sonrasında ortaya çıkar.
Bu nedenle yayın sonrası ilk haftalar özellikle önemlidir. Gerçek 404 taleplerini izleyerek mapping dosyasına yeni kurallar eklenebilir.
no404 migration sonrasında nerede devreye girer?
no404, migration öncesi hazırlanan redirect haritasının kaçırdığı gerçek URL’leri canlı trafikte görünür hale getirebilir.
Örnek:
/old-category/product-x → migration haritasında yok → gerçek ziyaretçi 404 gördü → no404 isteği kaydetti → /products/product-x hedefi bulundu → yeni redirect kuralı oluşturuldu.
Böylece migration tek seferlik proje olmaktan çıkar ve gerçek trafik ile doğrulanan sürekli bir iyileştirme sürecine dönüşür.
Migration sonrası takip edilmesi gereken metrikler
- 404 alan benzersiz URL sayısı
- Gerçek kullanıcı tarafından ziyaret edilen 404 sayısı
- Redirect ile kurtarılan ziyaretler
- Organik landing page kayıpları
- Backlink alan 404 URL’leri
- Google Ads/UTM kaynaklı bozuk landing page’ler
Sonuç
Başarılı migration, yeni sitenin açılmasıyla bitmez. Eski URL’lerin yeni mimariye doğru aktarılması ve yayın sonrası gerçek 404 trafiğinin takip edilmesi gerekir. URL mapping planı ilk savunma hattı; canlı 404 monitoring ise kaçırılan trafiği yakalayan ikinci hattır.