Çok Dilli Sitelerde Yapılan 7 Kritik Dil ve Hreflang Hatası

Çok dilli (birden fazla dil) ve çok bölgeli (ülke/bölge hedefli) site aynı şey değildir; bir site ikisi birden olabilir. Dil ve bölge eşleşmelerini açık URL’ler, hreflang ve tutarlı canonical sinyalleriyle yönetmek, arama motorlarının uygun alternatifi göstermesine yardımcı olur. Eksik veya yanlış kurgu alternatif anotasyonlarının göz ardı edilmesine ve kullanıcıların uygun sürümü bulamamasına yol açabilir; otomatik bir “duplicate content cezası” varsaymayın. Google’ın yerelleştirilmiş sürümler rehberi bu kuralları açıklar.

Çok dilli sitelerde sık görülen 7 hata

Hata	Uygulanabilir kontrol
1. Karşılıklı alternatif bağlantısını veya sayfanın kendisini listelememek	Her varyant, kendisi dahil eşdeğer sürümlerin aynı tam URL kümesini bildirmeli. Geri bağlantı yoksa Google anotasyonları kullanmayabilir.
2. IP/konum veya tarayıcı diline göre zorunlu yönlendirme yapmak	Googlebot çoğunlukla ABD’den gelir ve Accept-Language göndermez; Google da tarama konumunu her site için değiştirerek varyant aramaz. IP konumundan otomatik içerik üretmek yerine her dil için ayrı URL ve görünür dil seçimi sunun.
3. Geçersiz dil/bölge kodu kullanmak	Dil kodu ISO 639-1, isteğe bağlı bölge kodu ISO 3166-1 Alpha-2 olmalı: en-GB geçerli örnektir; en-UK bölge kodu Google tarafından desteklenmez. Kodlar büyük/küçük harfe duyarsız olsa da bölgeyi büyük harfle yazın.
4. x-default değerini zorunlu sanmak veya yanlış sayfaya bağlamak	x-default önerilen bir fallback anotasyonudur; zorunlu değildir. En iyi kullanım eşleşmeyen dil ayarlarına sunulan dil/ülke seçici veya genel fallback URL’sidir.
5. Dil varyantlarını tek bir canonical hedefinde toplamak	Gerçekten eşdeğer çevrilmiş sayfalarda her dil URL’si genellikle kendi dilindeki canonical’ı göstermelidir. Aynı dilde bölgesel ve benzer/kopya sayfalar varsa canonical tercihini içerik ve hedeflemeye göre ayrıca değerlendirin.
6. Dili aynı URL’de yalnızca cookie veya tarayıcı ayarıyla değiştirmek	Her dil sürümüne ayrı, doğrudan açılabilen URL verin. Google aynı URL’nin tüm dil varyantlarını keşfedemeyebilir.
7. Taşınmış veya var olmayan hedefleri listede bırakmak	Tam HTTPS URL’lerini son hedefe çözümleyin; dil kodu, HTTP durumu, canonical ve eşdeğer içerik eşlemesini varyant başına doğrulayın. Eski 404/redirect adreslerini güncel URL’lerle değiştirin.

Google, çok dilli/çok bölgeli teknik hataların otomatik ceza olduğu şeklinde bir kural tanımlamaz. Amaç, açık ve tutarlı URL alternatifleri vererek doğru dil/bölge sayfasının keşfini ve gösterimini desteklemektir. Google ayrıca sayfa dilini hreflang veya HTML lang kodundan değil, görünür metinden algılar.

Karşılıklı hreflang ve canonical örneği

Aşağıdaki örnek hayalidir. /tr/ornek/ ve /en/example/ aynı işin Türkçe ve İngilizce sürümleri; /dil-secimi/ ise eşleşmeyen diller için seçici sayfası olsun. Gerçek uygulamada üç URL de doğrudan açılmalı ve kullanılan hedef sayfa içerik/amaç bakımından karşılığı olmalıdır.

<!-- Aynı alternate kümesi TR, EN ve dil seçici sayfasında bulunur. -->
<link rel="alternate" hreflang="tr" href="https://example.com/tr/ornek/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/example/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/dil-secimi/" />

<!-- TR sürümünün canonical'ı: yalnız bu örnekte TR URL'si. -->
<link rel="canonical" href="https://example.com/tr/ornek/" />

İngilizce sayfada canonical https://example.com/en/example/, seçici sayfada ise https://example.com/dil-secimi/ olur. Hreflang alternatif kümesi her üç sayfada da aynı tutulur. x-default gerekiyorsa fallback’in gerçekten bu işi yaptığını doğrulayın.

HTML mi, HTTP başlığı mı, XML sitemap mi?

Google bu üç uygulama yöntemini eşdeğer kabul eder; tümünü birden kullanmanın arama açısından ekstra yararı yoktur ve bakımı zorlaştırabilir. Sayfa HTML’inde <head> linkleri, HTML olmayan PDF gibi dosyalar için HTTP Link başlığı, çok sayıda sayfada ise xhtml:link sitemap yöntemi seçilebilir. Seçimi uygulamanın güncel veri kaynağı ve doğrulama kapasitesine göre yapın. Sitemap yöntemi için Google’ın verdiği bir “10.000 URL üstünde geçiş” eşiği yoktur.

JavaScript ile çevrilen sayfalar

İstemci tarafı JavaScript kullanımı tek başına sayfanın taranamayacağı anlamına gelmez; Google JavaScript’i render edebilir. Ancak her dil için ayrı URL kullanın, sayfa içeriği ve bağlantıların render edilmiş HTML’de erişilebilirliğini test edin ve kaynakların taramaya açık olduğunu doğrulayın. Yalnız cookie veya tarayıcı tercihine göre aynı URL’de metin değiştirmek, Google’ın her varyantı keşfedeceğini garanti etmez. Dil seçimini kullanıcıya görünür ve değiştirilebilir bırakın.

Yapay zekâ asistanıyla hreflang kontrolü

Aşağıdaki adımları kendi yapay zekâ asistanınıza verip kontrolü birlikte yürütebilirsiniz; asistanın bulduğu her hatayı sayfa kaynağında ve HTTP yanıtında kendiniz doğrulayın.

1. Sitemap’ten, sayfa içi bağlantılardan ve CMS’teki sayfa listesinden bütün dil ve bölge URL’lerini çıkar.
2. Aynı arama amacına ve ana içeriğe sahip gerçek dil sürümlerini eşle; yalnızca şablonları benziyor diye sayfaları eşleştirme.
3. Her URL’de beklenen dil kodunu, sayfanın hem kendisini hem karşı sürümleri gösteren hreflang etiketlerini, tam URL kullanımını, yönlendirme sonrası son adresi ve canonical’ı kontrol et.
4. x-default varsa gösterdiği yedek sayfanın amacını ve açılabildiğini doğrula; x-default bulunmamasını tek başına hata sayma.
5. Sunucunun ilk gönderdiği HTML ile JavaScript çalıştıktan sonraki sayfayı dil metni, hreflang, canonical, yönlendirme ve dil seçici açısından karşılaştır.
6. Her hata için kaynak URL’yi, karşı URL’yi, beklenen ve gözlenen değeri, tarihi, HTTP veya HTML kanıtını ve önerilen düzeltmeyi bir tabloya yaz. Google’daki dizin sonucunu görmediysen o alanı bilinmiyor diye bırak; tahminle doldurma.

Uygulama örnekleri için hreflang kullanım ve hata rehberindeki kontrolleri de inceleyin.

Sık sorulan sorular

x-default kullanmak zorunlu mu?

Hayır. Google bunu eşleşmeyen dil ayarları için fallback belirtmeye yönelik önerilen bir değer olarak tanımlar; çoğunlukla dil/ülke seçici sayfasına verilir.

Türkçe ve İngilizce sayfalar duplicate content cezası alır mı?

Hayır; Google farklı dildeki ana içeriği yalnız çeviri olduğu için duplicate saymaz. Aynı dildeki bölgesel benzer kopyalar ayrı canonical/locale değerlendirmesi gerektirebilir.

Google Translate widget’ı tek başına uluslararası SEO kurar mı?

Hayır. Widget çevirisinin doğal kullanıcı deneyimini, ayrı ve keşfedilebilir yerelleştirilmiş URL’leri ve doğru dil hedeflemeyi karşılayıp karşılamadığını test edin. JavaScript kullanımı tek başına Google’ın göremeyeceği anlamına gelmez.

Daha kapsamlı destek için SEO danışmanlığı hizmet kapsamına bakın.