AI Hallucination 404 Linklerinden Trafik Nasıl Kurtarılır?

Kısa yanıt: Yapay zekâ halüsinasyon bağlantısı, modelin alan adınız altında gerçekmiş gibi ürettiği fakat geçerli içeriğe gitmeyen URL’dir. Ben bu ziyaretleri kaybetmeden gerçek 404 durum kodunu korumak için Fix404.dev’i geliştirdim. Doğru yaklaşım; istekleri ölçmek, yalnızca birebir karşılıkları yönlendirmek ve diğer ziyaretçilere ilgili sayfaları önermektir.

Bir kullanıcı ChatGPT veya başka bir yapay zekâ aracından sitenizdeki içeriği bulmasını istiyor. Model, gerçek görünen ama hiç var olmamış bir yol üretiyor: /blog/e-posta-pazarlama-stratejileri-2024. Kullanıcı tıklayınca 404 sayfasına düşüyor.

Bu ziyaret normal kırık bağlantıdan farklıdır. Kişi belirli bir yanıt bulacağı beklentisiyle gelir; uydurulan URL ise çoğu zaman sitenizin gerçek klasör ve slug kalıbına çok benzer. Doğru ölçüm ve iyi 404 deneyimiyle ziyaretçiyi ilgili gerçek sayfaya yönlendirebilirsiniz.

Ahrefs’in kanal karşılaştırması, yapay zekâ asistanlarından gelen ziyaretlerin Google Arama yönlendirmelerine göre daha sık 404’e düştüğünü bildirdi. Çalışmadaki oranlar araç, tarih, site grubu ve “ziyaret” tanımına bağlıdır; kendi sitenizdeki gerçek etkiyi sunucu kayıtlarıyla ölçmelisiniz.

Yapay zekâ üretimli ve halüsinasyon bağlantısı nedir?

Yapay zekâ üretimli bağlantı, modelin yanıtında oluşturduğu veya sunduğu URL’dir. URL gerçek olabilir; arama, gezinme veya modelin öğrendiği kalıptan gelebilir.

Halüsinasyon bağlantısı, ilgili anda sitenizde geçerli bir kaynağa gitmeyen, modelin uydurduğu URL’dir. Yaygın örnekler:

• Mantıklı görünen yanlış slug: /blog/ic-baglanti-rehberi/
• Gerçekte hiç yayımlanmamış rehber veya araç
• Site mimarisinde kullanılmayan yıl klasörü
• Başka bir yayındaki yol kalıbının sizin alan adınıza uyarlanması
• Taşınmış içeriğin eski veya yanlış tahmin edilen adresi

Dil modelleri URL kalıplarını iyi taklit edebilir. Gerçek sayfayı doğrulamadan yanıt verirse, alan adınızla konu başlığını birleştirip inandırıcı yol üretebilir.

Bir Fast Company haberinde, incelenen 18 bin ChatGPT kaynaklı açılış ziyaretinde yaklaşık her 33 bağlantıdan birinin yanlış olduğu aktarıldı. Bu oran bütün siteler ve bütün modeller için sabit değildir.

Hatalı yapay zekâ bağlantıları neden önemlidir?

Kullanıcı güveni

Kişi doğrudan markanızın belirli rehberine geleceğini düşünürken boş hata sayfası görür. Hatanın modelden kaynaklandığını bilmeyebilir ve sorunu sitenize atfedebilir.

Ölçüm

404 oturumu normal sayfa performansından ayrılmazsa yapay zekâ yönlendirmelerindeki sorun görünmez. Yönlendiren kaynak gizlilik veya uygulama davranışı nedeniyle her zaman gelmeyebilir; bu yüzden URL kalıbı ve bot cevabı ekran görüntüsü de yararlı kanıttır.

Destek ve bakım

Ekip “eksik sayfa” taleplerini inceler, aslında hiç var olmamış URL’ye yönlendirme açar ve zamanla yönetilemeyen kural listesi oluşturabilir.

İçerik boşluğu

Aynı uydurma konu tekrar tekrar isteniyorsa gerçek müşteri ihtiyacına işaret edebilir. Bu, hemen sayfa yayımlama gerekçesi değildir; destek, site içi arama ve satış verisiyle birlikte değerlendirilmelidir.

Önce sorunun boyutunu nasıl ölçersiniz?

1. Sunucu veya edge kayıtlarından 404 isteklerini çıkarın. Yol, tarih, referrer, user agent, ülke ve istek sayısını alın; IP gibi kişisel veriyi gereksiz saklamayın.
2. İnsan ziyaretini tarayıcıdan ayırın. Bot taraması ile gerçek sayfa görüntülemesini aynı saymayın.
3. Yönlendiren kaynağı gruplayın. ChatGPT, Perplexity, Claude ve diğer bilinen alan adlarını ayrı raporlayın. Boş referrer’ı otomatik olarak AI trafiği saymayın.
4. Var olmuş URL’yi kontrol edin. Arşiv, CMS ve yönlendirme tablosuna bakın. Taşınan gerçek içerik ile hiç var olmamış halüsinasyonu ayırın.
5. Konu kümeleri oluşturun. Benzer yanlış yolları tek niyet altında toplayın.
6. Kurtarma değerini ölçün. Hata sayfasından gerçek sayfaya tıklama, devam eden oturum ve dönüşümü izleyin.

Hangi 404 URL’si yönlendirilmelidir?

Yönlendirme, kullanıcıya neredeyse aynı içeriği sunabiliyorsanız uygundur. “Trafiği kaybetmeyelim” diye ilgisiz ürün sayfasına yönlendirmek yanıltıcıdır.

Fix404.dev ile 404 öneri bileşeni nasıl çalışır?

Fix404.dev, 404 sayfasında ilgili site içi bağlantıları gösteren harici bir bileşendir. Güncel ürün sayfası ücretsiz paketi ayda 250 sayfa görüntüleme ile sınırlar; fiyat ve özellikler değişebileceği için uygulama öncesinde yeniden kontrol edin.

Temel kurulum:

<div id="fix404-widget"></div>

<script
  src="https://widget.fix404.dev/loader.js"
  data-domain="example.com">
</script>

Ne zaman düşünülebilir?

• Hızlı deneme istiyorsanız
• Özel arama altyapınız yoksa
• 404 hacmi küçük veya orta düzeydeyse
• Harici betik ve veri akışı güvenlik politikanıza uyuyorsa

Uygulama öncesi kontrol

• Bileşenin hangi URL, referrer veya kullanıcı verisini işlediğini inceleyin.
• Gizlilik metni ve veri işleyen sözleşmesini değerlendirin.
• Content Security Policy’ye yalnızca gereken origin’i ekleyin.
• Betik çalışmasa bile 404 sayfası ve temel gezinme kullanılabilir kalsın.
• Önerilerin kendi alan adınız dışına çıkmadığını test edin.
• Mevcut 404 durum kodunun 200e dönüşmediğini doğrulayın.
• Üçüncü taraf aramasının alakasız veya güvenli olmayan sonuç üretmediğini örneklerle kontrol edin.

Bileşeni hata mesajının altına, ana altbilgiden önce yerleştirmek görünürlüğü artırabilir. Yerleşimi erişilebilirlik ve küçük ekranlarda test edin.

Kendi 404 öneri sisteminizi nasıl kurarsınız?

Büyük site, birden fazla alan adı veya özel iş kuralı için kendi dizininizi kurabilirsiniz. RAG zorunlu değildir. Başlık, slug ve açıklama üzerinde tam metin araması çoğu site için daha ucuz ve açıklanabilir başlangıçtır. Semantik arama ancak ölçülen kalite artışı getiriyorsa eklenmelidir.

Mimari

1. Kanonik içerik listesi: CMS veya site haritasından yayımlanmış URL, başlık, açıklama, dil, tür ve güncellenme tarihi alınır.
2. Dizin: Küçük sitede JSON ve metin araması; büyük sitede arama motoru veya vektör dizini kullanılır.
3. Sorgu: 404 yolu güvenli biçimde kelimelere ayrılır.
4. Sıralama: Metin benzerliği, içerik türü, dil ve iş kuralları uygulanır.
5. Eşik: Güven düşükse sonuç gösterilmez.
6. Önbellek: Sık yanlış yolların sonucu kısa süreli saklanır.
7. Birinci taraf ölçüm: Öneri gösterimi ve tıklama analytics eventi olarak kaydedilir.

Neden önce anahtar kelime araması?

URL slug’ı çoğu zaman doğrudan konu kelimelerini taşır. /blog/email-marketing-strategies-2024 için email marketing strategies ifadesi, başlık ve slug eşleşmesinde güçlü sonuç verebilir. Vektör modeli; maliyet, sürüm, dil ve açıklanabilirlik yükü ekler.

Güvenli edge handler örneği

Aşağıdaki örnek, önceden oluşturulmuş içerik dizinini sorgular. Kullanıcının verdiği domain ile başka siteyi taramaz; dış URL almaz ve sonuçları yalnızca izinli kanonik listeden döndürür.

type ContentItem = {
  title: string
  url: string
  description: string
  locale: string
  status: "published"
}

type Env = {
  CONTENT_INDEX: KVNamespace
}

const normalizePath = (pathname: string) =>
  decodeURIComponent(pathname)
    .toLocaleLowerCase("tr")
    .replace(/\.(html?|php)$/i, "")
    .replace(/[^a-z0-9çğıöşü/_-]+/gi, " ")
    .replace(/[/_-]+/g, " ")
    .trim()

export default {
  async fetch(request: Request, env: Env): Promise<Response> {
    if (request.method !== "POST") {
      return Response.json({ error: "Method not allowed" }, { status: 405 })
    }

    const origin = request.headers.get("Origin")
    if (origin !== "https://example.com") {
      return Response.json({ error: "Forbidden" }, { status: 403 })
    }

    const body = await request.json<{ pathname?: string; locale?: string }>()
    const pathname = body.pathname?.slice(0, 300)
    const locale = body.locale === "tr" ? "tr" : "en"

    if (!pathname) {
      return Response.json({ suggestions: [] }, { status: 400 })
    }

    const query = normalizePath(pathname)
    const items =
      (await env.CONTENT_INDEX.get<ContentItem[]>(
        `published:${locale}`,
        "json"
      )) ?? []

    const terms = new Set(query.split(/\s+/).filter(term => term.length > 2))
    const suggestions = items
      .map(item => {
        const haystack = normalizePath(
          `${item.title} ${item.url} ${item.description}`
        )
        const score = [...terms].reduce(
          (total, term) => total + (haystack.includes(term) ? 1 : 0),
          0
        )
        return { item, score }
      })
      .filter(result => result.score >= 2)
      .sort((a, b) => b.score - a.score)
      .slice(0, 4)
      .map(({ item }) => item)

    return Response.json(
      { suggestions },
      {
        headers: {
          "Cache-Control": "public, max-age=300",
          "Vary": "Origin"
        }
      }
    )
  }
}

Production sürümünde rate limit, şema doğrulaması, gözlem kaydı, Unicode hata yönetimi ve KV boyutuna uygun dizin stratejisi ekleyin.

Semantik arama ne zaman eklenir?

Metin araması şu durumlarda yetersiz kalabilir:

• Model eş anlamlı ama farklı kelimeler kullandıysa
• Çok dilli içerik varsa
• Başlık ile gerçek kullanıcı görevi arasında büyük dil farkı bulunuyorsa
• Büyük dokümantasyonda aynı kelimeleri taşıyan çok sayıda sayfa varsa

Bu durumda içerikten embedding üretip Cloudflare Vectorize veya başka bir vektör dizininde arayabilirsiniz. Dizin yalnızca yayımlanmış kanonik sayfaları içermeli; taslak, noindex ve kaldırılmış ürünler filtrelenmelidir.

Vektör skorunu tek başına kullanmayın. Dil, sayfa türü, gerçek URL durumu ve iş kuralıyla yeniden sıralayın. Skorların modeller arasında karşılaştırılabilir olmadığını unutmayın; eşiği kendi etiketli 404 örneklerinizle belirleyin.

İki çözüm nasıl karşılaştırılır?

Önce mevcut site araması veya küçük içerik diziniyle deneme yapmak çoğu ekip için yeterlidir. 404 hacmi ve kurtarılan değer özel altyapıyı haklı çıkarıyorsa semantik katmana geçin.

Hangi ölçümler izlenmeli?

• İnsan tarafından görüntülenen 404 oturumu
• AI yönlendiren alan adına göre 404
• Yanlış URL kümesi ve tekrar sayısı
• Öneri gösterim oranı
• Öneriye tıklama oranı
• Tıklama sonrası ikinci sayfa veya hedef eylem
• Yanlış öneri ve “sonuç yok” oranı
• Manuel yönlendirmeye çevrilen kesin eşleşme
• 404 sayfasının Core Web Vitals ve hata oranı

Ölçüm için URL’ye pazarlama UTM’si eklemek yerine birinci taraf analytics eventi kullanın. UTM, oturumun gerçek yönlendiren kaynağını bozabilir. Örnek event adı: 404_suggestion_click; alanlar: requested_path, suggested_url, rank, match_type.

Kaydedilen yollarda e-posta, token veya kişisel veri bulunabileceği için sorgu dizelerini ve hassas parçaları maskeleyin.

Operasyon öncesinde hangi kontroller yapılmalı?

İçerik yönetişimi

• Kanonik URL envanteri CMS veya üretim kaynağından geliyor.
• Taslak, noindex, kaldırılmış ve yetki gerektiren sayfalar önerilmiyor.
• Taşınan sayfalar yönlendirme tablosunda açıkça eşleniyor.
• Dil ve bölge eşleşmesi korunuyor.

Kalite

• Önerilen her URL gerçek zamanlı veya build aşamasında doğrulanıyor.
• Düşük güvenli eşleşme gösterilmiyor.
• İlgisiz sayfaya otomatik yönlendirme yapılmıyor.
• En fazla üç veya dört açık öneri sunuluyor.
• Klavye, ekran okuyucu ve mobil görünüm test edildi.

Güvenlik ve gizlilik

• Dış URL tarama ve SSRF riski yok.
• Origin doğrulaması ve rate limit var.
• Hassas yol ve sorgular maskeleniyor.
• Üçüncü taraf betik varsa CSP ve veri sözleşmesi incelendi.
• Kötü amaçlı HTML, başlık ve snippet ekrana kaçışlanmadan basılmıyor.

SEO

• Hata sayfası gerçekten 404 veya 410 dönüyor.
• Ana gezinme ve site içi arama kullanılabiliyor.
• Gerçek taşınma dışında toplu yönlendirme yok.
• Öneriler taranabilir bağlantı olsa bile alakasız sayfa ağı oluşturmuyor.
• Yönlendirme zinciri ve döngü kontrol ediliyor.

Yapay zekâ kaynaklı 404’lerde hangi hatalar sık yapılır?

1. Her uydurma URL’ye 301 açmak: Kural şişer ve yanlış eşleşme oluşur.
2. Bütün 404’leri ana sayfaya göndermek: Kullanıcı niyetini çözmez ve soft 404 yaratabilir.
3. Referrer’sız trafiği AI saymak: Uygulamalar referrer’ı farklı biçimde iletir.
4. Üçüncü taraf betiği incelemeden eklemek: Gizlilik, CSP ve performans riski doğurur.
5. Tıklama oranını gelir sanmak: Öneriye tıklama sonrası gerçek kullanıcı sonucu izlenmelidir.
6. Düşük güvenli semantik sonucu göstermek: Benzer konu, aynı niyet demek değildir.
7. Eski veya noindex sayfayı önermek: Kullanıcıyı başka bir çıkmaza taşır.

Yapay zekâ halüsinasyon bağlantıları için doğru yaklaşım ne?

Yapay zekâ araçlarının var olmayan URL üretmesi tamamen sizin kontrolünüzde değildir. Sitenizin vereceği yanıt ise kontrolünüzdedir.

Önce gerçek 404 verisini ölçün. Taşınmış sayfanın açık karşılığı varsa yönlendirin. Belirsiz veya hiç var olmamış yolda 404 kodunu koruyun; ilgili gerçek sayfaları önerin. Küçük site için site içi arama veya harici bileşen, büyük site için birinci taraf dizin yeterli olabilir.

John Mueller’ın değerlendirmesini aktaran Search Engine Journal haberi, bu tür tıklamaların kısa vadede artabileceğini belirtiyor. Tahminden bağımsız olarak iyi 404 sayfası, AI trafiği olmasa da kullanıcı deneyiminin temel parçasıdır.

Yapay zekâ araması ve teknik SEO için sırada ne okuyabilirsiniz?

• Modellerin araç ve veri kullanma biçimini yapay zekâ ajanları rehberimde inceleyin.
• Atıf alınabilir sayfa yapısını SEO ve GEO üç katmanlı kontrol listemle denetleyin.
• Diğer arama altyapısı çalışmaları için Türkçe SEO arşivine geçin.