Çok Dilli Web Sitelerinde Uluslararası SEO: Hreflang, Locale URL, Canonical ve İçerik Yönetimi Rehberi

Uluslararası SEO, arama sistemlerinin farklı dil veya bölge için hazırlanmış eşdeğer sayfaları keşfetmesine ve uygun kullanıcıyla eşleştirmesine yardımcı olur. Buradaki temel sorun duplicate content cezasından kaçmak değildir. Asıl problem, aynı ürün veya hizmetin Türkçe, İngilizce ve Almanca sürümleri arasında hangi URL’nin hangi hedef kitleye ait olduğunu açık biçimde ifade etmektir.

Dil hedefleme ile ülke hedefleme aynı değildir. `en` İngilizce konuşan genel kitleyi, `en-gb` Birleşik Krallık’taki İngilizce kullanıcıları, `en-us` ise Amerika Birleşik Devletleri pazarını temsil edebilir. Yalnız ülke kodu kullanılamaz; hreflang değeri dil koduyla başlamalıdır. Bir işletmenin yalnız dil farkı varsa gereksiz ülke varyasyonları üretmesi içerik ve bakım maliyetini büyütür.

Doğru kurgu, kullanıcı konumunu zorla tahmin edip onu başka sayfaya göndermekten çok alternatifleri açıkça sunar. IP bazlı otomatik yönlendirme; seyahat eden kullanıcıları, VPN bağlantılarını ve botları yanlış hedefe taşıyabilir. Dil seçici her zaman erişilebilir kalmalı, seçimin sonucu kalıcı ve paylaşılabilir bir URL olmalıdır.

En yaygın seçenekler ülke kodlu üst seviye alan adı, alt alan adı ve alt dizindir. `example.de` güçlü ülke sinyali ve yerel marka algısı sağlayabilir; fakat her domain ayrı teknik operasyon, otorite ve bakım ister. `de.example.com` altyapı ayrımı sağlar ancak yine ayrı host yönetimi gerektirir. `example.com/de/` ise çoğu kurumsal platformda merkezi otorite, dağıtım ve içerik yönetimini dengeler.

Seçim yalnız SEO kriteriyle verilmemelidir. Hukuki tüzel kişilikler, ürün farklılıkları, ödeme ve teslimat altyapısı, yerel ekiplerin yayın yetkisi, CDN stratejisi ve ölçüm ihtiyaçları hesaba katılmalıdır. Üç model de doğru uygulanabilir. Kötü olan, pazarlar büyüdükçe plansız biçimde alt dizin, parametre ve alt domain karışımı kullanmaktır.

`?lang=en` gibi parametreler teknik olarak taranabilir olsa da bilgi mimarisi, analitik ve cache yönetimini karmaşıklaştırabilir. JavaScript ile metni aynı URL üzerinde değiştirmek ise ayrı dil sürümlerinin paylaşılmasını ve indekslenmesini engeller. Her yayımlanabilir locale için kararlı, doğrudan erişilebilir ve server tarafından anlamlı HTML döndüren URL üretmek daha dayanıklıdır.

Her alternatif sayfa kendisini ve kümedeki diğer bütün sürümleri listelemelidir. Türkçe sayfa İngilizceyi gösterirken İngilizce sayfa Türkçeyi göstermiyorsa ilişki karşılıklı değildir. Bir sayfa 404, redirect veya noindex hedefini alternatif olarak sunmamalıdır. Google, karşılıklı bağlantıları farklı sahiplerin yanlışlıkla başka bir siteyi alternatif göstermesini önleyen bir doğrulama mekanizması olarak kullanır.

Hreflang HTML head, HTTP header veya XML sitemap ile uygulanabilir. Google bu yöntemleri eşdeğer kabul eder; üç yöntemi birden kullanmak ek sıralama faydası sağlamaz ve büyük sitelerde tutarsızlık ihtimalini artırır. HTML sayfaları için head etiketi, merkezi üretim kolaylığı varsa sitemap yaklaşımı seçilebilir. PDF gibi HTML olmayan belgelerde HTTP header anlamlıdır.

`x-default`, hiçbir açık dil veya bölge eşleşmediğinde kullanılacak genel sayfayı belirtir. Dil seçici veya global giriş sayfası için yararlıdır; her projede zorunlu değildir. `x-default` hedefini otomatik olarak en değerli pazara çevirmek yerine gerçekten nötr bir kullanıcı yolu olarak tasarlayın.

<link rel="alternate" hreflang="tr" href="https://example.com/tr/hizmet" />
<link rel="alternate" hreflang="en" href="https://example.com/en/service" />
<link rel="alternate" hreflang="de" href="https://example.com/de/leistung" />
<link rel="alternate" hreflang="x-default" href="https://example.com/language" />

Her yerelleştirilmiş sayfa genel olarak kendi URL’sini canonical göstermelidir. Türkçe ve İngilizce içerik birbirinin tam çevirisi olsa bile farklı kullanıcı grupları için yayımlanmış geçerli sürümlerdir. Bütün dilleri İngilizce sayfaya canonical etmek, hreflang ile verdiğiniz “bunlar alternatiflerdir” sinyaliyle çelişir ve diğer locale URL’lerinin seçilme ihtimalini azaltabilir.

Canonical yine aynı locale içindeki teknik varyasyonları birleştirir: parametreli URL, http/https, www/non-www veya yinelenen filtre sayfası. Hreflang hedefleri canonical URL’ler olmalıdır. Bir hreflang kümesinde redirect zincirleri ve farklı canonical hedefleri varsa önce URL normalizasyonunu düzeltin, sonra alternatif işaretlerini üretin.

JavaScript ile sonradan canonical veya hreflang değiştirmekten kaçının. İlk HTML içindeki işaretler ile render sonrası değerler farklıysa debug zorlaşır. Next.js gibi frameworklerde metadata’yı route ve locale verisinden server tarafında üretmek, görünür içerik ile head bilgisini aynı canonical kaynağa bağlar.

Çeviri metnin dilini değiştirir; lokalizasyon kullanıcının bağlamını değiştirir. Başlık, örnek, para birimi, ölçü birimi, tarih biçimi, yasal açıklama, teslimat bölgesi ve CTA hedefi pazara göre uyarlanabilir. Türkçe sayfadaki “KVKK” açıklamasını bağlamsız biçimde İngilizceye çevirmek, başka bir pazardaki yasal beklentiyi karşılamaz.

Her sayfayı bütün dillere çevirmek zorunlu değildir. Bir hizmet yalnız Türkiye’de sunuluyorsa sahte bir uluslararası sürüm üretmek yerine o locale’de yayımlamama kararı verilebilir. Eksik karşılık durumunda dil seçici kullanıcıyı otomatik olarak başka dilin ana sayfasına atmamalı; eşdeğer içerik bulunmadığını açıkça belirtmeli veya en yakın anlamlı kategoriye kullanıcı seçimiyle yönlendirmelidir.

Makine çevirisi taslak hızını artırabilir, ancak terminoloji, marka tonu, teknik doğruluk ve hukuki ifade insan kontrolü gerektirir. Arama talebi de kelimesi kelimesine taşınmaz. Aynı ürün farklı pazarlarda başka bir problem veya kategori adıyla aranabilir. Yerel sorgu araştırması, satış görüşmeleri ve SERP incelemesi içerik brief’inin parçası olmalıdır.

İçerik modelinde hangi alanların global, hangilerinin locale’e özel olduğu açıkça tanımlanmalıdır. Ürün kodu ve teknik özellik global olabilir; başlık, açıklama, görsel alt metni, CTA, yasal not ve SEO metadata locale bazında yönetilebilir. Tek bir dev metin alanı bütün yapıyı sakladığında eksik çeviriyi, yayın durumunu ve alan bazlı sorumluluğu denetlemek zorlaşır.

Her locale için taslak, editoryal inceleme ve yayın durumu ayrı izlenebilmelidir. Kaynak dildeki içerik güncellendiğinde diğer diller sessizce eski kalmamalı; çeviri yenileme görevi oluşmalıdır. `updatedAt` tarihi yalnız kaynak değişti diye bütün dillerde ilerletilmemeli, gerçekten revize edilen locale’in tarihini yansıtmalıdır.

Slug çevirisi kullanıcı ve arama niyeti açısından yararlıdır; fakat URL eşleme tablosu gerektirir. Dil değiştirici sayfanın birebir karşılığını ID veya içerik ilişkisi üzerinden bulmalı, string değişimiyle slug tahmin etmemelidir. Böylece `/tr/hizmetler/teknik-seo` ile `/en/services/technical-seo` güvenilir biçimde eşleşir.

Sitemap yalnız canonical, 200 ve indekslenebilir locale URL’lerini içermelidir. Hreflang sitemap içinde üretilecekse her URL girdisi bütün alternatifleri ve kendisini listelemelidir. Tarih alanı gerçek içerik güncellemesinden gelmeli; her deploy’da bütün URL’lere bugünün tarihini yazmak tarama önceliği hakkında güvenilir bilgi sağlamaz.

Dil seçici gerçek bağlantılardan oluşmalıdır. Dropdown içindeki seçenekler klavye ile kullanılabilmeli, mevcut dil belirtilmeli ve hedef URL `href` içinde bulunmalıdır. Bayrak tek başına dil etiketi değildir; ülkeler birden fazla dil, diller de birden fazla ülke kapsayabilir. Görünür “Türkçe”, “English”, “Deutsch” adları daha anlaşılırdır.

Locale içinde kategori, hizmet ve blog sayfaları kendi dilindeki anchor metinleriyle bağlanmalıdır. Türkçe sayfanın gövdesinden sürekli İngilizce sayfalara bağlantı vermek kullanıcı yolunu böler. Alternatif dil ilişkisini hreflang ve dil seçici yönetirken konu ilişkisini aynı locale içindeki internal linkler yönetir.

App Router projelerinde locale genellikle route segmenti olarak modellenir. Statik içeriklerde `generateStaticParams`, yayımlanacak locale ve slug çiftlerini build sırasında üretir. Bilinmeyen kombinasyonlar 404 vermeli; başka dildeki içeriği sessizce fallback olarak göstermemelidir. Bu yaklaşım sitemap, metadata ve sayfa gövdesinin aynı yayın envanterinden üretilmesini sağlar.

`generateMetadata`, geçerli locale içeriğinden title, description, canonical ve yalnız gerçekten var olan alternates değerlerini üretmelidir. Çevirisi olmayan bir sayfa için guessed hreflang eklemek 404 veya alakasız hedef oluşturur. Metadata inheritance kullanılıyorsa üst layout’tan gelen canonical’ın bütün alt sayfalara yanlış taşınmadığı test edilmelidir.

Middleware veya proxy tabanlı otomatik locale yönlendirmeleri bot ve kullanıcı kontrolünü sınırlamamalıdır. İlk ziyaret için dil önerisi sunulabilir; ancak kalıcı URL her zaman doğrudan açılabilmeli ve kullanıcı tercih değiştirebilmelidir. Cache anahtarı locale’i dikkate almalı, bir dilin HTML’i başka dil URL’sinde servis edilmemelidir.

export function generateStaticParams() {
  return publishedPages.flatMap((page) =>
    page.locales.map((locale) => ({ locale, slug: page.slugs[locale] }))
  );
}

Raporlama dil, ülke ve URL dizinini birbirine karıştırmamalıdır. Kullanıcının fiziksel ülkesi ile ziyaret ettiği locale aynı olmayabilir. GA4 içinde page path veya açık bir `content_locale` parametresiyle yayın dilini; geo boyutlarıyla kullanıcı konumunu ayrı analiz edin. Dönüşüm olayları bütün dillerde aynı semantik adları kullanmalı, görünür buton metnine bağlı olmamalıdır.

Search Console’da domain property genel görünüm sağlar; URL-prefix property veya sayfa filtreleri locale dizinlerini incelemeyi kolaylaştırabilir. Tıklama, gösterim ve sorgu değişimini aynı dil içinde karşılaştırın. Bir pazardaki düşük trafik her zaman teknik hata değildir; talep hacmi, marka bilinirliği ve yerel rekabet farklı olabilir.

Başarı yalnız organik oturum değildir. Locale bazında form tamamlama, nitelikli lead, satış bölgesi uygunluğu ve içerik destekli dönüşüm izlenmelidir. Satış ekibi hedef dilde talebi karşılayamıyorsa SEO görünürlüğü operasyonel sonuç üretmez. Yayın kapasitesi ile ticari kapasite aynı pazar planında buluşmalıdır.

Yeni locale yapısı URL değiştiriyorsa çalışma bir SEO migrasyonudur. Eski dil URL’leri envantere alınmalı, güçlü eşdeğeri olan her adres yeni hedefe tek sıçramalı 301 veya 308 ile yönlendirilmelidir. Bütün eski sayfaları yeni dil ana sayfasına taşımak kullanıcı niyetini kaybeder. Sürecin ayrıntıları için kurumsal SEO migrasyonu rehberini kullanabilirsiniz.

Yayın öncesinde her locale için örnek URL matrisi hazırlayın: status, canonical, robots, hreflang dönüş bağlantısı, HTML dili, başlık, ana içerik, form ve analytics olayı. Yalnız ana sayfayı test etmek yeterli değildir. Blog, hizmet, kategori ve yasal sayfa gibi her şablondan yüksek öncelikli örnek seçin.

Yayın sonrasında loglarda bot erişimini, 404 ve redirect trendini, sitemap işlenmesini ve locale bazlı indeksleme değişimini izleyin. Hreflang hataları tek rapor aracına indirgenmemeli; HTML ve sitemap çıktısı crawl ile karşılaştırılmalıdır. Sorun olduğunda işaretleri silmek yerine URL, canonical ve karşılıklılık zincirini kanıtlarla inceleyin.

• Bütün dilleri aynı URL’de JavaScript ile değiştirmek: Paylaşılabilir ve indekslenebilir locale sürümleri oluşmaz.
• Her dili tek canonical’a bağlamak: Geçerli alternatifleri ana sürüm olarak seçilemez hâle getirebilir.
• Karşılıksız hreflang üretmek: A sayfası B’yi gösterirken B’nin A’yı doğrulamaması kümeyi bozar.
• 404 ve redirect URL’leri alternatif göstermek: Hreflang hedefi doğrudan canonical 200 sayfa olmalıdır.
• Bayrağı dil sanmak: Dil ve ülke farklı kavramlardır; görünür dil adı kullanın.
• Eksik çeviriyi başka dilde göstermek: URL etiketi ile ana içeriğin dili çelişir.
• Her pazara aynı anahtar kelime listesini taşımak: Yerel talep ve terminoloji farklarını yok sayar.
• Otomatik IP yönlendirmesini zorunlu kılmak: Kullanıcı ve botun istediği URL’ye erişmesini engelleyebilir.
• Locale’i cache anahtarına katmamak: Yanlış dil HTML’i başka URL’de servis edilebilir.
• Çeviriyi sahipsiz bırakmak: Kaynak içerik güncellenirken diğer diller hızla eskir.
• Bütün sayfaları zorunlu çevirmek: Ticari karşılığı olmayan pazarlarda ince ve bakımsız içerik üretir.
• Ölçümü yalnız ülkeye göre yapmak: İçerik dili ile fiziksel konumu birbirine karıştırır.

Başarılı çok dilli platform, hreflang satırlarının hatasız olmasının ötesinde her locale için gerçek bir yayın sözleşmesi kurar. URL’nin sahibi, içeriğin dili, canonical hedefi, alternatifleri, güncelleme sorumlusu ve dönüşüm amacı bellidir. Kullanıcı istediği dile doğrudan ulaşır; arama sistemi aynı içeriğin hangi pazarlara ait sürümlerini gördüğünü anlayabilir.

Önce pazar ve içerik kapsamını belirleyin, sonra URL modelini ve CMS ilişkilerini tasarlayın. Canonical ile hreflang sinyallerini uyumlu üretin, yalnız yayımlanmış sürümleri sitemap’e ekleyin ve performansı locale ile ülkeyi ayırarak ölçün. Bu disiplin, birkaç sayfalık çeviriden onlarca pazarlı kurumsal platforma geçerken teknik borcu kontrol altında tutar. Düzenli örnek crawl ve editoryal sahiplik, büyüyen yapının zaman içinde sessizce bozulmasını da önler.