Çok dilli SEO rehberi: hreflang ve dil URL’leri nasıl kurulmalı?

Çok dilli SEO hangi sorunu çözer?

Çok dilli bir web sitesi yalnızca aynı metnin birkaç dilde yayımlanmış hâli değildir. Her dil sürümü; farklı arama ifadeleri, kültürel beklentiler, teklif anlatımı ve kullanıcı yolculuğu taşır. Arama motorunun da hangi URL’nin hangi dildeki kullanıcıya uygun olduğunu anlayabilmesi gerekir. Aksi durumda Türkçe bir sayfa Almanca sorguda görünebilir, aynı içeriğin farklı sürümleri birbirinin görünürlüğünü zayıflatabilir veya önemli bir dil sayfası hiç keşfedilmeyebilir. Çok dilli SEO; URL mimarisi, içerik yerelleştirmesi, hreflang, canonical, iç bağlantı ve ölçümü tek sistem içinde düzenler.

Buradaki hedef belirli bir ülkede ya da sorguda kesin sıra elde etmek değildir. Arama sonuçları birçok sinyale göre oluşturulur ve hiçbir teknik etiket gösterim garantisi vermez. Sağlam kurulumun gerçek değeri; taranabilir her dil sürümünü açık bir URL ile sunmak, eşdeğer sayfalar arasındaki ilişkiyi doğru bildirmek ve ziyaretçiye kendi dilini seçme özgürlüğü vermektir. Böylece teknik belirsizlik azalır, içerik ekipleri de hangi sayfanın hangi kitleye hizmet ettiğini daha tutarlı biçimde yönetebilir.

Dil ve bölge hedefini birbirinden ayırın

İlk karar, sitenin yalnızca farklı dilleri mi yoksa farklı ülkelerdeki pazarları da mı hedeflediğidir. Türkçe ve İngilizce içerik sunmak çok dilli yapıdır. İngiltere, Amerika Birleşik Devletleri ve Kanada için fiyat, teslimat veya mevzuat bakımından farklı İngilizce sayfalar sunmak ise çok bölgeli yapıya girer. Dil için ISO 639-1 kodları, bölge gerektiğinde ISO 3166-1 Alpha 2 kodlarıyla birlikte kullanılır: tr, en, de; ülke ayrımı gerçekten varsa en-GB veya en-US gibi. Yalnızca ülke kodunu hreflang değeri olarak kullanmak doğru değildir.

Her ülke için ayrı sayfa üretmek otomatik olarak fayda sağlamaz. İçerik, teklif veya operasyon gerçekten farklı değilse gereksiz bölgesel kopyalar bakım maliyetini artırır. Önce analitik veriler, satış bölgeleri, müşteri soruları ve yerel hizmet koşulları incelenmelidir. Genel İngilizce içerik çoğu kullanıcıyı karşılıyorsa en sürümü yeterli olabilir. Belirli ülkeler için farklı sürümler gerekiyorsa, genel dili konuşan fakat tanımlı bölgelerin dışında kalan kullanıcılar için kapsayıcı bir dil sayfası da korunabilir. Mimari, tahmine değil iş modeline dayanmalıdır.

Her dil sürümüne ayrı ve kalıcı URL verin

Google’ın resmî uluslararası site rehberi, farklı dil sürümleri için ayrı URL’ler kullanılmasını önerir. Örneğin Türkçe sayfa /tr/hizmetler, İngilizce sayfa /en/services biçiminde kurulabilir. Alt dizin, alt alan adı veya ülke kodlu alan adı seçeneklerinin her birinin operasyonel sonuçları vardır; ancak asıl ilke, URL’nin paylaşılabilir, doğrudan açılabilir ve tek bir dilde kararlı içerik sunmasıdır. Yalnızca çerez, IP adresi ya da tarayıcı diline göre aynı URL’nin metnini değiştirmek, arama motorunun bütün sürümleri bulmasını zorlaştırabilir.

URL yapısı seçildikten sonra tutarlılık korunmalıdır. Menü bağlantıları kullanıcının bulunduğu sayfanın gerçek dil karşılığına gitmeli; her dilin ana sayfasına dönmemelidir. Durum kodları, yönlendirmeler, site haritası ve canonical değerleri HTTPS kullanan tam adreslerle uyumlu olmalıdır. Yeni bir dil eklerken bütün sayfaları zayıf veya makine çevirisiyle çoğaltmak yerine, arama talebi ve iş değeri yüksek çekirdek sayfalarla başlamak daha yönetilebilir olur. Kaliteli ve tamamlanmış küçük bir dil kümesi, yüzeysel büyük bir envanterden daha güvenilir bir kullanıcı deneyimi sunar.

Hreflang kümesini karşılıklı ve eksiksiz kurun

Hreflang, eşdeğer sayfaların dil ve gerektiğinde bölge varyasyonlarını ilişkilendirir. Bir Türkçe hizmet sayfası kendisini tr olarak, İngilizce karşılığını en olarak ve varsa diğer sürümleri ilgili kodlarla belirtmelidir. İngilizce sayfa da aynı kümeyi, kendi adresi dâhil olmak üzere karşılıklı biçimde göstermelidir. Google, iki sayfa birbirini işaret etmiyorsa bu ilişkiyi dikkate almayabilir. Bu nedenle tek yönlü etiketler, eksik öz referanslar ve bir sayfada diğerlerinden farklı oluşturulan kümeler en sık görülen uygulama hataları arasındadır.

Alternatif adresler göreli değil, protokol ve alan adıyla birlikte tam URL olmalıdır. Dil veya ülke seçicisi gibi belirli bir hedefe uymayan ziyaretçilere sunulan genel sayfa için x-default kullanılabilir. Uygulama HTML head alanında link etiketleriyle, HTTP başlıklarıyla ya da XML site haritasıyla yapılabilir. Google bu yöntemleri eşdeğer kabul eder; üç yöntemi birden kullanmanın arama açısından ek yararı yoktur. Ekip, mevcut yayın altyapısında en kolay otomatik test edilebilen tek yöntemi seçmeli ve bütün şablonlarda aynı kaynaktan üretmelidir.

Canonical ile hreflang görevlerini karıştırmayın

Canonical, benzer URL’ler arasında tercih edilen ana adresi işaret eder; hreflang ise dil veya bölge karşılıkları arasındaki ilişkiyi açıklar. Tam çevrilmiş Türkçe ve İngilizce sayfalar kendi kendine canonical vermelidir. İngilizce sayfanın canonical değerini Türkçe sayfaya yöneltmek, İngilizce URL’nin bağımsız olarak değerlendirilmesini zayıflatabilir. Her sürümün canonical adresi ile hreflang kümesinde kullanılan adres aynı HTTPS URL olmalı; yönlendiren, noindex taşıyan veya hata döndüren URL’ler kümeye eklenmemelidir.

Bir başka yaygın sorun, aynı dildeki parametreli veya izleme kodlu adreslerin site haritası ve hreflang etiketlerine karışmasıdır. Küme yalnızca tercih edilen, indekslenebilir ve 200 durumuyla açılan sayfalardan oluşmalıdır. HTTP’den HTTPS’ye, www ile www olmayan alan adına ya da eski slug’dan yeni adrese yönlenen URL’ler doğrudan nihai adresle değiştirilmelidir. Canonical, iç bağlantı, site haritası ve hreflang birbirini doğruladığında arama motoru çelişkili sinyal çözmek zorunda kalmaz.

Otomatik dil yönlendirmesini kullanıcı dostu tasarlayın

Ziyaretçiyi IP adresine veya tarayıcı diline bakarak zorunlu biçimde başka bir URL’ye göndermek iyi bir varsayım gibi görünse de kullanıcı ve tarama açısından sorun çıkarabilir. Googlebot istekleri çoğunlukla belirli bir coğrafyadan gelir ve Accept-Language başlığı göndermeyebilir; bu nedenle yalnızca otomatik yönlendirmeyle ulaşılan sürümler eksik taranabilir. Ayrıca seyahat eden, farklı dil kullanan veya başka bir ülke içeriğini incelemek isteyen kişi sürekli yanlış sayfaya dönebilir.

Daha güvenli yaklaşım, kullanıcının tercihine göre açıklayıcı bir dil önerisi göstermek ve görünür dil seçicisini her sayfada korumaktır. Kullanıcı seçim yaptığında tercih sınırlı bir çerezle hatırlanabilir; fakat ayrı URL’ler doğrudan erişilebilir kalmalıdır. Seçici bağlantıları standart href taşımalı, istemci tarafındaki tıklama olayına bağımlı olmamalıdır. Bir dil sürümü bulunmuyorsa ziyaretçiyi ilgisiz ana sayfaya sessizce göndermek yerine mevcut alternatifleri açıkça göstermek, hem gezinmeyi hem veri yorumlamasını iyileştirir.

Çeviri yerine gerçek yerelleştirme üretin

Arama sistemi sayfanın dilini yalnızca lang niteliğine bakarak belirlemez; görünür metni değerlendirir. Bu nedenle menünün çevrilip ana içeriğin başka dilde bırakıldığı karışık sayfalar belirsizlik yaratır. Başlık, ana metin, gezinme, form etiketleri, hata mesajları ve yapılandırılmış veride görünen açıklamalar aynı dil deneyimini desteklemelidir. Marka adı gibi değişmemesi gereken unsurlar korunabilir; fakat teklif, ölçü birimleri, tarih biçimi, para birimi ve çağrı metinleri hedef kitlenin bağlamına uygun olmalıdır.

Yerelleştirme aynı zamanda arama niyeti araştırmasıdır. Türkçedeki popüler bir ifade başka dilde kelime kelime çevrildiğinde gerçek kullanıcı sorgusuyla eşleşmeyebilir. Her pazar için sorgular, rakip sayfa biçimleri ve müşteri soruları ayrı incelenmeli; sonra ortak bilgi mimarisine bağlanmalıdır. Yapay zekâ çeviri taslağını hızlandırabilir, fakat terim doğruluğu, kültürel uygunluk ve hukuki ifadeler insan denetiminden geçmelidir. Aynı anlamı koruyan fakat doğal okunan içerik, çok dilli SEO’nun teknik etiketlerden sonraki en önemli katmanıdır.

Yayın öncesi çok dilli SEO kontrol listesi

Her dil kümesinden temsilî URL’leri düzenli olarak test edin. Sayfaların 200 durumuyla açıldığını, robots kurallarıyla engellenmediğini ve index/follow davranışını doğrulayın. Kaynak HTML içinde canonical ve bütün hreflang adreslerini kontrol edin; her alternatif sayfada aynı kümenin karşılıklı bulunduğundan emin olun. Kodların geçerli dil ve bölge biçiminde yazıldığını, x-default adresinin gerçek bir seçim veya genel dil sayfasına gittiğini, site haritasının yalnızca nihai URL’leri içerdiğini inceleyin. Mobil ve masaüstünde içerik, metadata ve dil seçicisi eşdeğer çalışmalıdır.

Yayın sonrasında Search Console’da ülke ve sayfa bazında gösterim eğilimleri, indeks kapsamı ve seçilen canonical sinyalleri izlenebilir. Sunucu kayıtları ve analitik veriler, botların ve kullanıcıların bütün dil sürümlerine ulaşıp ulaşmadığını göstermeye yardımcı olur. Yeni dil ekleme, URL taşıma veya şablon değişikliği olduğunda testler yeniden çalıştırılmalıdır. Fırat Averbek’un ileri düzey SEO yaklaşımı, hreflang etiketini tek başına bir çözüm saymaz; URL mimarisi, yerelleştirilmiş içerik, canonical tutarlılığı ve ölçümü birlikte yönetir. Çok dilli görünürlüğün sağlam temeli, doğrulanabilir teknik işaretler ve gerçekten yararlı yerel deneyimdir. — Fırat Averbek

Sık sorulan sorular