Kenar Tabanlı Çok Dilli URL Yeniden Yazma ile SEO Tutarlılığı

Uluslararası arama rekabetinin kıyasında, tek bir hatalı URL sıralama potansiyelini azaltabilir, link değerini parçalayabilir ve arama motorlarını hedeflenen dil ya da bölge konusunda yanıltabilir. Geleneksel sunucu‑tarafı yeniden yazmalar genellikle gecikme yaratır, önbellek tutarsızlıklarına neden olur ve dağıtım hatlarını karmaşıklaştırır. Kenar bilişim (edge computing) ise çekici bir alternatif sunar: İsteğin kaynağa ulaşmadan hemen önce, ağ kenarında URL’leri dönüştürme yeteneği. Bu yaklaşım neredeyse anlık normalleştirme sağlar, dil sinyallerini korur ve modern SEO en iyi uygulamalarıyla kusursuz uyum sağlar.

Tutarsız Çok Dilli URL’lerin Temel Sorunu

Bir web sitesi birden fazla dili desteklediğinde genellikle üç URL ailesi sunar:

1. /en/about ya da /fr/about gibi dil‑spesifik yollar.
2. de.example.com gibi ülke‑spesifik alt alan adları.
3. example.com/about?lang=es gibi parametre‑bazlı varyasyonlar.

Bu aileler sıkı bir yönetişim olmadan bir arada bulunursa, arama motorları bunları ayrı sayfalar olarak algılayabilir; bu da yinelenen içerik cezalarına ve gelen link değerinin dağılmasına yol açar. Ayrıca, kullanıcılar bir parametre‑ağırlıklı URL’yi yer imlerine ekler ya da paylaşırsa, uygun hreflang etiketine sahip olmayan bir versiyona yönlendirilebilir ve bu da kullanıcı deneyimini olumsuz etkiler.

Neden Kenar (Edge) En İdeal Çalışma Katmanıdır?

Kenar düğümleri istemci ile kaynak sunucu arasında konumlanır ve genellikle kullanıcının birkaç yüz milisaniyesi içinde bulunur. URL yeniden yazma mantığını bu katmanda konumlandırmanın birkaç avantajı vardır:

• Sıfır ek gecikme süresi – Dönüşüm, kaynağa ulaşılmadan önce gerçekleşir, bu yüzden yanıt süresi değişmez.
• Önbellek‑dostu davranış – Yeniden yazılmış URL’ler normalleştirilmiş biçimde kenar önbelleğine kaydedilir; böylece sonraki istekler sıcak önbellekten hizmet alır.
• Ölçeklenebilir kural değerlendirmesi – Kenar fonksiyonları istek başına çalışır ve milyonlarca düğümde kaynak sunucuyu yormadan çoğaltılabilir.
• Coğrafi konum farkındalığı – Kenar platformları, isteği yapanın IP‑tabanlı bölge bilgisini yerleşik olarak sağlar; ek sorgulamalara gerek kalmadan dil‑uyarlı yönlendirmeler yapılabilir.

Mimari Şema

Aşağıda istemci, kenar fonksiyonu ve kaynak sunucu arasındaki etkileşimi gösteren yüksek‑seviye bir akış diyagramı yer almaktadır. Diyagram Mermaid sözdizimiyle yazılmıştır; Hugo bunu yerel olarak render eder.

  flowchart TD
    A["İstemci İsteği"] --> B["Kenar Düğümü URL'yi Değerlendirir"]
    B --> C["Dil Niyetini Tespit Et"]
    C --> D["Normalizasyon Kurallarını Uygula"]
    D --> E["Normalleştirilmiş URL'yi Önbellekte Sakla"]
    E --> F["İsteği Kaynağa Yönlendir"]
    F --> G["Kaynak İçeriği Üretir"]
    G --> H["Yanıt Kenar Üzerinden Geri Gönderilir"]
    H --> I["İstemci Normalleştirilmiş İçeriği Alır"]

Adım‑Adım Açıklama

• Dil Niyetini Tespit Et – Kenar fonksiyonu, URL’deki dil göstergelerini (yol öneki, alt alan adı, sorgu dizgesi) ayrıştırır ve bunları isteği yapanın coğrafi konum verileriyle çapraz kontrol eder.
• Normalizasyon Kurallarını Uygula – Önceden tanımlanmış bir matris doğrultusunda fonksiyon, örneğin example.com/about?lang=es adresini es.example.com/about biçimine dönüştürür.
• Normalleştirilmiş URL’yi Önbellekte Sakla – Yeniden yazılmış URL önbellek anahtarı haline gelir; aynı istek tekrar geldiğinde sayfa anında önbellekten sunulur.
• İsteği Kaynağa Yönlendir – Kaynak sunucu yalnızca normalleştirilmiş isteği görür; bu durum sunucu‑tarafı yönlendirme ve analizleri sadeleştirir.

Normalizasyon Matrisi Tasarımı

Matris, dil tanımlayıcılarını sitenin tercih ettiği URL yapısıyla eşleştirir. Sık kullanılan stratejiler şunlardır:

• Yol Öneki – /en/, /fr/, /de/
• Alt Alan Adı – en.example.com, fr.example.com
• Üst‑Seviye Alan (TLD) – example.co.uk, example.fr

Matriste her bir kayıt şunları belirler:

• Kaynak Desen – Yeniden yazmayı tetikleyen gelen URL deseni.
• Hedef Desen – Depolanacak ve sunulacak kanonik URL.
• Yeniden Yazma Türü – Dış trafiğe 301 kalıcı yönlendirme veya kenar‑içinde 200 dahili yeniden yazma.

Bu matrisi kenar platformunda saklanan bir JSON dosyasında tutarak, yalnızca tek bir konfigürasyon değişikliğiyle tüm CDN boyunca anında güncellenmesini sağlayabilirsiniz.

Kanonik Etiketler ve hreflang Yönetimi

Kenar yeniden yazmasından sonra bile HTML çıktısında canonical ve hreflang etiketlerinin doğru şekilde ayarlandığından emin olmalısınız. Aşağıdaki adımlar bu süreci basitleştirir:

1. Kanonik URL’i Normalleştirilmiş Versiyona İşaret Et – rel="canonical" etiketi, kenar tarafından üretilen normal URL’ye yönlendirilir.
2. **hreflang Özniteliklerini Dinamik Olarak Ek