SEO Tutarlılığı İçin Accept-Language Başlığı Kullanarak Kenar Tabanlı Dil Algılaması

Birden fazla dili hedefleyen web siteleri, insan ziyaretçilere doğru dil sürümünü sunma ile arama motoru tarayıcıları için öngörülebilir bir yapı sağlama arasında sürekli bir gerilim yaşar. Geleneksel sunucu‑tarafı dil müzakeresi gecikme ekleyebilir, önbellekleme katmanlarını karmaşıklaştırabilir ve zaman zaman arama botlarını şaşırtan tutarsız URL’lere yol açabilir.

Dil algılamasını kenarda—isteğin ilk olarak içerik dağıtım ağı (CDN) ile buluştuğu yerde—yayınlamak, hafif ve düşük gecikmeli bir alternatif sunar. Accept‑Language (AL) başlığını okuyarak bir kenar fonksiyonu hangi yerelleştirilmiş varyantın sunulacağını belirleyebilir, istek URL’sini yeniden yazabilir veya önceden oluşturulmuş dil‑spesifik varlığa yönlendirebilir. Doğru yapıldığında bu yaklaşım, her dil için tek bir kanonik URL, tutarlı hreflang açıklamaları ve CDN’in TTL politikalarına uyan önbelleklenebilir yanıtlar sağlar.

Aşağıda, kenar‑tabanlı bir dil algılama hattının temel bileşenlerini, önbellek‑anahtarı tasarımını, geri dönüş mekanizmalarını ve SEO‑dostu uygulama adımlarını inceliyoruz.

Neden Dili Kenarda İşlemelisiniz

Kenar seviyesinde dil işlemek, çok dilli SEO için üç ana avantaj sunar:

1. Azaltılmış Gidiş‑Geliş Süresi – Kenar konumları son kullanıcılara coğrafi olarak daha yakındır; ilk müzakere adımının gecikmesini azaltır.
2. Önbellek Verimliliği – Dil kararını önbellek anahtarına dahil ederek aynı içerik her dil varyantı için bir kez depolanabilir; bu da “Vary: Accept‑Language” başlığının CDN önbelleklemesini bypass etme eğilimini ortadan kaldırır.
3. Öngörülebilir URL’ler – Kenar yeniden yazmaları, geneli bir isteği (example.com) dil‑spesifik bir yola (example.com/tr/) eşleyerek arama motorlarının tercih ettiği statik URL yapısını korur.

Bu faydalar doğrudan Core Web Vitals iyileşmesi, daha düşük hemen çıkma oranları ve arama motorları için daha net bir tarama sinyali anlamına gelir.

Kenar İsteği Akışının Anatomisi

Aşağıdaki Mermaid diyagramı, istemcinin tarayıcısından kenar fonksiyonuna, dil algılamasından nihai olarak orijin sunucuya veya önbellek yanıtına kadar tipik bir akışı gösterir.

  flowchart TD
    A["Client Browser"] --> B["Edge Node (CDN)"]
    B --> C["Read Accept-Language Header"]
    C --> D{"Supported Language?"}
    D -- Yes --> E["Map to Language Path"]
    D -- No --> F["Apply Fallback Logic"]
    E --> G["Construct Cache Key (URL + Lang)"]
    F --> G
    G --> H{"Cache Hit?"}
    H -- Hit --> I["Serve Cached Variant"]
    H -- Miss --> J["Fetch From Origin"]
    J --> K["Store Variant in Cache"]
    K --> I
    I --> L["Response to Client"]

Diyagram iki karar noktasını vurgular: istenen dilin desteklenip desteklenmediği ve önbellek isabeti/başarısızlığı. Her dal, arama motorlarının indeksleyebileceği belirleyici bir URL’ye yönlenir.

Önbellek Anahtarının Tasarımı

İyi tasarlanmış bir önbellek anahtarı, kenar‑tabanlı çözümün temel taşıdır. Anahtar şunları içermelidir:

• Normalleştirilmiş istek yolu (örn. /products/123/).
• Çözülen dil kodu (örn. en, fr, es).

Tipik bir önbellek anahtarı formatı /<language>/<path> şeklindedir. Örneğin, /products/123/ isteği ve AL başlığı Fransızca (fr) gösteriyorsa anahtar /fr/products/123/ olur.

Vary başlığını dil için kullanmaktan kaçının çünkü birçok CDN Vary: Accept-Language başlığını bir önbellek atlatma olarak değerlendirir ve kenar önbelleklemesini etkisiz hâle getirir. Dili doğrudan önbellek anahtarına gömerek