Tüm yazılarEnglish

27 Eylül 2026

PrestaShop 8 ve 9: 404 Redirect ve Silinen Ürün URL Yönetimi

PrestaShop 8 ve 9 mağazalarında silinen ürün, kategori ve değişen friendly URL’lerden doğan 404 trafiğini doğru hedeflere yönlendirme rehberi.

PrestaShop mağazalarında ürün kataloğu büyüdükçe URL değişiklikleri kaçınılmaz hale gelir. Bir ürün silinebilir, kategori yeniden düzenlenebilir veya friendly URL değiştirilebilir. Yeni mağaza yapısı doğru çalışsa bile eski bağlantılar Google, backlink, reklam ve e-posta kaynaklarından ziyaret edilmeye devam eder.

Hangi değişiklikler 404 üretebilir?

  • Ürünün tamamen silinmesi
  • Ürün friendly URL’sinin değiştirilmesi
  • Kategori yapısının yeniden kurulması
  • Eski modül veya tema tarafından üretilmiş URL’ler
  • PrestaShop sürüm/migration değişiklikleri
  • Eski kampanya landing page’leri

Bu URL’ler görünmez hale geldiğinde gerçek kullanıcı taleplerinin izlenmesi gerekir.

Silinen ürün nereye yönlendirilmeli?

En doğru hedef sıralaması genellikle şöyledir:

  1. Aynı ürünün yeni URL’si varsa → doğrudan yeni ürüne.
  2. Yerine geçen ürün varsa → güçlü muadil ürüne.
  3. Bire bir ürün yok ama net kategori ilişkisi varsa → ilgili kategoriye.
  4. Anlamlı hedef yoksa → gerçek 404 veya uygun durumda 410.

Ana sayfa, her eski ürün için varsayılan redirect hedefi olmamalıdır.

Friendly URL değişikliklerinde

Ürün aynı ürün olduğu halde yalnızca slug/friendly URL değişmişse eski URL’den yeni canonical URL’ye kalıcı redirect en net çözümdür.

Örnek:

/old-product-name → /new-product-name

Bu senaryoda kullanıcı niyeti bire bir korunur.

Büyük kataloglarda manuel yönetim neden zorlaşır?

Binlerce ürün bulunan mağazalarda tüm eski URL ihtimallerini manuel takip etmek zorlaşır. Üstelik botlar anlamsız URL’ler üretebilir. Bu nedenle gerçek kullanıcı trafiği alan 404’leri önceliklendirmek önemlidir.

Öncelik sinyalleri:

  • Organik girişler
  • Referrer bulunan istekler
  • Reklam/UTM parametreleri
  • Sık tekrar eden eski ürün URL’leri
  • Backlink taşıyan yollar

no404 PrestaShop entegrasyonu

no404’un PrestaShop entegrasyonu, gerçek 404 taleplerini merkezi olarak gözlemleme ve bilinen hedefler için yönlendirme kararları üretme senaryosuna uygundur.

Akış:

eski ürün URL’si → PrestaShop 404 → no404 eşleşme kontrolü → uygun hedef varsa redirect → yoksa normal 404.

Bu sayede mağazanın native davranışı korunurken kayıp trafik fırsatları ayrıca analiz edilir.

Migration sonrası kontrol

PrestaShop sürüm veya altyapı geçişinden sonra:

  • Eski sitemap URL’lerini tarayın.
  • En çok trafik alan landing page’leri test edin.
  • Redirect chain oluşmadığını kontrol edin.
  • Google Search Console’daki 404 trendlerini izleyin.
  • Canlı 404 trafiğini en az birkaç hafta takip edin.

Sonuç

PrestaShop’ta 404 yönetiminin amacı tüm hataları gizlemek değil, taşınmış içeriği doğru yeni hedefle eşleştirmektir. Gerçek karşılığı bulunmayan URL’lerin 404 kalması normaldir. no404, hangi eski yolların hâlâ gerçek ziyaretçi aldığını göstererek redirect çalışmalarını daha verimli hale getirebilir.

İlgili yazılar