Hreflang Rehberi: Türkçe ve İngilizce Site Nasıl Kurulur
Hreflang, aynı sayfanın farklı dil ya da bölge sürümlerini Google'a bildiren bir etikettir. Türkçe ve İngilizce iki sürümü olan bir sitede doğru kurulduğunda, Türkçe arama yapan kişi Türkçe sayfayı, İngilizce arayan kişi İngilizce sayfayı görür. Bu rehberde kodları, karşılıklı bağlantı kuralını, x-default değerini ve en sık yapılan hataları örneklerle anlatıyoruz.
Hreflang neyi çözer, neyi çözmez
Birleşik Krallık'ta faaliyet gösteren ve hem İngilizce hem Türkçe müşterilere hitap eden işletmeler için iki dilli site yaygın bir ihtiyaçtır. Etiket olmadan Google iki sayfanın birbirinin çevirisi olduğunu her zaman anlayamaz. Yanlış dil sürümünü gösterebilir ya da iki sayfayı kopya içerik gibi değerlendirebilir.
Etiket şunları yapmaz: sıralamayı tek başına yükseltmez, sayfayı başka bir ülkede görünür kılmaz ve kopya içerik sorununu kendiliğinden çözmez. Görevi yalnızca doğru sürümü doğru kullanıcıya eşleştirmektir. Bu yüzden onu sıralama aracı değil, bir yön tabelası gibi düşünün.
Google, bu konudaki tüm kuralları yerelleştirilmiş sürümler dokümantasyonunda topluyor. Kurulumdan önce bu sayfayı okumak, aşağıdaki hataların çoğunu baştan önler.
Dil ve bölge kodlarını doğru yazın
Değer, önce dil kodu sonra isteğe bağlı bölge kodu olacak şekilde yazılır. Dil kodu ISO 639-1, bölge kodu ISO 3166-1 Alpha 2 standardındandır. Bizim gibi bir site için örnekler:
| Değer | Anlamı | Ne zaman kullanılır |
|---|---|---|
| tr | Türkçe, tüm bölgeler | Türkçe sürüm tek ise |
| en | İngilizce, tüm bölgeler | İngilizce sürüm tek ise |
| en-GB | Birleşik Krallık İngilizcesi | ABD için ayrı sürüm varsa |
| x-default | Eşleşme olmadığında gösterilecek sayfa | Dil seçme sayfası veya ana sürüm |
Sık yapılan bir hata "en-UK" yazmaktır. Birleşik Krallık'ın doğru kodu GB'dir. Bir diğer hata ise yalnızca bölge kodu kullanmaktır; "gb" tek başına geçerli bir değer değildir.
Karşılıklı bağlantı kuralı
En önemli kural şudur: her sayfa, kendisi dahil tüm dil sürümlerini listelemelidir. Türkçe sayfa İngilizce sayfayı gösteriyorsa İngilizce sayfa da Türkçe sayfayı göstermelidir. Bağlantı tek yönlüyse Google etiketleri yok sayabilir.
Örnek bir kurulum şöyle görünür. Türkçe blog yazısının head bölümünde şu üç satır yer alır:
<link rel="alternate" hreflang="tr" href="https://ornek.co.uk/tr/blog/yazi" />
<link rel="alternate" hreflang="en" href="https://ornek.co.uk/en/blog/post" />
<link rel="alternate" hreflang="x-default" href="https://ornek.co.uk/en/blog/post" />
İngilizce yazının head bölümünde de aynı üç satır bulunur. Adresler tam ve mutlak olmalıdır; göreli adres kullanmayın.
Etiketi nereye ekleyeceğinizi seçin
Hreflang bilgisini üç yerde verebilirsiniz. Hangisini seçtiğiniz fark etmez, ama tek bir yöntemi tutarlı şekilde kullanın:
- HTML head bölümü: En yaygın ve en kolay denetlenen yöntem.
- HTTP başlığı: PDF gibi HTML olmayan dosyalar için.
- XML site haritası: Çok sayıda sayfa ve dil olan büyük sitelerde yönetimi kolaylaştırır.
Next.js, WordPress ya da Shopify gibi sistemlerin çoğu bu etiketleri bir ayar ya da eklentiyle üretebilir. Yine de üretilen kodu sayfa kaynağını açarak kontrol edin.
Eklentiye güvenmenin riski, sessiz hatalardır. Örneğin bir çeviri eklentisi, çevirisi olmayan sayfalar için de alternatif adres üretebilir ve bu adresler 404 döner. Ya da tüm sayfalarda alternatif olarak dil ana sayfasını gösterebilir. Bu tür hatalar sayfada görünmez, yalnızca kaynak kodda fark edilir.
Bu yüzden kurulumdan sonra en az bir blog yazısını, bir hizmet sayfasını ve ana sayfayı kaynak kodundan kontrol edin. Üç farklı sayfa türünde doğru çalışıyorsa sistemin geri kalanında da büyük olasılıkla doğru çalışıyordur.
Kanonik etiketle birlikte kullanım
Hreflang ile kanonik etiket birbirini tamamlar, ama yanlış birleştirildiğinde sorun çıkarır. Her dil sürümünün kanonik etiketi kendisini göstermelidir. Türkçe sayfanın kanoniği İngilizce sayfayı gösterirse Google, Türkçe sayfanın bir kopya olduğunu düşünür ve onu dizinden çıkarabilir.
Kanonik ve yönlendirme sorunlarının genel kontrolü için teknik SEO denetimi rehberimize bakabilirsiniz. Orada durum kodları ve kopya içerik kontrollerini sırasıyla ele aldık.
Ziyaretçiyi doğru dile yönlendirmek
Etiketler arama sonuçlarındaki eşleşmeyi düzenler, ama sitenin içindeki deneyim de önemlidir. Google, çok dilli siteleri yönetme rehberinde dil sürümlerini ayrı adreslerde tutmayı öneriyor. Aynı adreste içeriği tarayıcı diline göre değiştirmek, Google'ın sürümleri görmesini zorlaştırır.
Her sayfada görünür bir dil değiştirici bulundurun. Değiştirici, ana sayfaya değil, aynı içeriğin diğer dildeki karşılığına götürmelidir. Bir yazının çevirisi yoksa değiştiriciyi o sayfada gizleyin ya da dil ana sayfasına yönlendirin.
Çeviri değil yerelleştirme yapın
İki dilli sitelerde en çok gözden kaçan konu, içeriğin kendisidir. Etiketler kusursuz olsa bile İngilizce sayfa Türkçe metnin birebir çevirisiyse Birleşik Krallık'taki okuyucuya yabancı gelir. Arama ifadeleri de iki dilde birebir örtüşmez.
Örneğin Türkçe kullanıcı "SEO ajansı Londra" diye ararken İngilizce kullanıcı "SEO agency near me" ya da semt adıyla arama yapabilir. Fiyatlar, para birimi, tarih biçimi ve telefon numarası formatı da her sürümde hedef kitleye göre yazılmalıdır. Türkçe sayfada pound fiyatını verirken yanına KDV durumunu açıkça belirtmek, Türkiye'den gelen ziyaretçinin kafasını karıştırmaz.
Her dil için anahtar kelime araştırmasını ayrı yapın. Aynı konuyu iki dilde anlatan sayfaların başlıkları ve ara başlıkları birbirinin çevirisi olmak zorunda değildir. Önemli olan, iki sayfanın aynı soruya cevap vermesi ve birbirinin karşılığı olmasıdır.
Sık yapılan hatalar
Denetimlerde en sık karşılaştığımız dil etiketi sorunlarını bir arada listeledik:
- Sayfanın kendisini listelememesi; her sayfa kendi dil kodunu da içermelidir.
- Yönlendirilen ya da 404 dönen adreslerin etikette kalması.
- Bütün dil sürümlerinin ana sayfaya bağlanması; her sayfa kendi karşılığını göstermelidir.
- Etiketin bir sürümde olup diğerinde unutulması.
- Site haritası ve HTML yöntemlerinin birbiriyle çelişen bilgilerle birlikte kullanılması.
Bu hataların çoğu, yeni sayfa eklenirken ya da adres değiştirilirken ortaya çıkar. Özellikle bir yazının slug'ı yalnızca bir dilde değiştirildiğinde diğer sürüm eski adresi göstermeye devam eder. Bu yüzden kontrolü bir kerelik değil, her yayından sonra tekrarlanan bir alışkanlık haline getirin.
Kurulumu nasıl test edersiniz
Kurulumu yaptıktan sonra şu kontrolleri sırayla yapın:
- Her dil sürümünün kaynak kodunda tüm alternatiflerin listelendiğini doğrulayın.
- Listelenen her adresin 200 kodu döndüğünü ve yönlendirme yapmadığını kontrol edin.
- Kanonik etiketlerin her sürümde kendisini gösterdiğini doğrulayın.
- Search Console'da her dil klasörü için performans verisini ayrı ayrı izleyin.
Birkaç hafta sonra Türkçe sayfaların Türkçe aramalarda, İngilizce sayfaların İngilizce aramalarda göründüğünü performans raporunda görmelisiniz. Sitenizin etiketlerini hızlıca görmek için ücretsiz SEO analiz aracımızı kullanabilirsiniz. Her dil klasörünün performansını ayrı izlemek için Search Console rehberimizdeki filtreleme adımlarını kullanın.
Sık sorulan sorular
Ziyaretçiyi IP adresine göre otomatik olarak dil sürümüne yönlendirmeli miyim?
Önermiyoruz. Google'ın tarayıcısı çoğunlukla ABD'deki adreslerden gelir ve otomatik yönlendirme, diğer dil sürümlerini görmesini engelleyebilir. Ziyaretçi açısından da Londra'da yaşayan bir Türk, İngilizce sayfaya zorla gönderilmekten hoşlanmaz. Daha iyi yöntem, ilk ziyarette dikkat çekmeyen bir dil önerisi göstermek ve görünür bir dil değiştirici sunmaktır. Seçimi çerez ile hatırlayabilirsiniz.
Makine çevirisi kullanmak hreflang ile sorun yaratır mı?
Hreflang etiketleri teknik olarak çevirinin nasıl yapıldığıyla ilgilenmez, ama sayfanın kalitesi sıralamayı doğrudan etkiler. Düzeltilmemiş makine çevirisi okuyucuya yapay gelir ve yerel arama ifadelerini kaçırır. İngilizce sayfada müşterinin Birleşik Krallık'ta kullandığı terimler, Türkçe sayfada ise Türkiye'deki arama alışkanlıkları kullanılmalıdır. Çeviriyi bir taslak olarak görün ve mutlaka bir insan gözünden geçirin.