Yapay Zekâ Asistanları Ziyaretçileri Hiç Var Olmamış URL'lere Gönderiyor

Yapay zekâ asistanları artık sitelere gerçek ziyaretçi gönderiyor. Biri ChatGPT, Perplexity, Gemini veya Copilot'a bir araç, rehber ya da ürün sorduğunda cevapta çoğu zaman bir link de oluyor. Sorun şu: Bu linkler her zaman gerçek değil. Dil modelleri sitenize tamamen uygun görünen URL'ler üretebiliyor — /blog/x-nasil-duzeltilir, /fiyatlar/kurumsal, /urunler/mavi-canta — ama bu sayfalar hiç yayınlanmamış oluyor.

Ziyaretçi tıklıyor, 404 sayfasına düşüyor ve çıkıyor. Tarama aracınız bunu yakalamıyor, çünkü internette o adrese link veren gerçek bir sayfa yok.

Yapay zekâ neden olmayan URL üretiyor?

Üç yaygın neden var:

• Uydurulan yollar. Model, sitenizdeki isimlendirme düzenine ve sektördeki diğer sitelere bakarak bir URL'nin "nasıl olması gerektiğini" tahmin ediyor.
• Eski eğitim verisi. URL bir zamanlar vardı. Adını değiştirdiniz, siteyi taşıdınız ya da ürünü kaldırdınız ama model eski adresi hatırlıyor.
• Karışan bilgiler. Bir yazının slug'ı, başka bir sitenin klasör yapısı ve sizin alan adınız birleşip yeni bir URL oluşturuyor.

Bu URL'lerin hiçbiri Search Console'da "şuradan link verilmiş" diye görünmüyor. Bu yüzden gözden kaçması çok kolay.

Yapay zekâ kaynaklı 404 trafiği nasıl tespit edilir?

Sadece tarama raporlarına değil, gerçek 404 isteklerine bakın. İşe yarayan işaretler:

• Sorgu parametreleri. ChatGPT dış linklere sıklıkla utm_source=chatgpt.com ekliyor. Bunun ilginç bir yan etkisini Disney+ örneğinde incelemiştik.
• Referrer bilgisi. Tarayıcı referrer gönderdiğinde chatgpt.com, perplexity.ai, gemini.google.com veya copilot.microsoft.com gibi alan adları görünür.
• URL yapısı. Sizin düzeninize uyan ama hiç oluşturmadığınız, temiz ve açıklayıcı slug'lar güçlü bir ipucudur.

Tam URL'yi, sorgu parametrelerini, referrer'ı ve tıklanma sayısını kaydeden bir 404 kaydı bu kalıpları birkaç gün içinde görünür hâle getirir. Sunucu logları da işe yarar ama ciddi filtreleme gerektirir.

Her URL için ne yapmalı?

URL'leri gruplayın ve tek tek karar verin:

1. Niyet açık, karşılığı olan sayfa var. /fiyatlar/kurumsal tıklanıyorsa ve kurumsal paketiniz /fiyatlar#isletme adresindeyse, oraya 301 yönlendirme iyi bir çözümdür.
2. Eskiden var olan URL. Taşıma sonrası yaptığınız gibi güncel karşılığına yönlendirin. Bkz. Site Migration Sonrası 404 Hataları ve URL Mapping Rehberi.
3. Olmayan bir içeriğe tekrar eden talep. Uydurulmuş bir rehber URL'sine çok sayıda ziyaretçi geliyorsa bu bir içerik fikridir. Sayfayı yazıp tam o adreste yayınlamak, hatayı trafik kaynağına çevirebilir.
4. Rastgele, tek seferlik URL'ler. 404 olarak bırakın. Her hatanın yönlendirmeye ihtiyacı yok.

Bilinmeyen her URL'yi ana sayfaya gönderen genel kurallardan kaçının. 404 Sayfalarını Ana Sayfaya Yönlendirmek Neden Yanlış yazısında anlattığımız gibi bu hem kullanıcıyı yorar hem de soft 404 olarak değerlendirilebilir.

Gelecekteki hataları azaltın

Modelin ne yazacağını tamamen kontrol edemezsiniz ama doğru URL'yi bulmayı kolaylaştırabilirsiniz:

• URL'leri sabit ve açıklayıcı tutun. Sık slug değişikliği eski referansları çoğaltır.
• URL değiştirdiğinizde eski adresi kalıcı olarak yönlendirin.
• Fiyatlar, dokümantasyon, kategoriler gibi önemli sayfaları ana sayfadan ve sitemap'ten kolay ulaşılır yapın.
• Yanlış adrese düşen ziyaretçiye arama kutusu ve ana kategoriler sunan faydalı bir 404 sayfası kullanın.

Özet

Yapay zekâ asistanları, klasik kırık link araçlarının göremediği yeni bir 404 trafiği kaynağı. Gerçek 404 isteklerini referrer ve parametreleriyle takip edin, niyeti açık URL'leri yönlendirin, tekrar eden talebi içeriğe çevirin, rastgele hataları 404 olarak bırakın. no404 her 404 isteğini anlık kaydeder; bu kalıpları görüp tek bir yönlendirme kuralıyla düzeltebilirsiniz.