Hreflang kurulumlarında en sık bozulan alanlardan biri dil kodu değil, bölge kodudur. Birçok ekip `en-UK`, `tr-TUR` ya da `de-GER` gibi ilk bakışta mantıklı görünen ama standarda uymayan eşleşmeler yazar. Sonra etiket sayfada durur, hata görünmez, fakat arama motoruna verdiğiniz sinyal belirsizleşir. Özellikle çok dilli ve çok bölgeli projelerde bu küçük hata, yanlış ülke sürümünün gösterilmesine kadar uzanabilir.
Bu karmaşanın nedeni genellikle iki standardın karıştırılmasıdır. Dil kısmı için ISO 639-1 kullanılırken bölge kısmında ISO 3166-1 Alpha-2 devreye girer. Yani `en-US`, `en-GB`, `tr-TR`, `de-DE` gibi yapılar tesadüf değildir. Her parça başka bir standarda bağlıdır ve özellikle bölge tarafında büyük harf, doğru ülke eşleşmesi ve gerçek hedef pazar mantığı birlikte düşünülmelidir.
Buradaki amaç yalnızca kod ezberlemek değildir. Hangi sayfada sadece dil kodu yeterli, hangi sayfada dil+bölge kullanmak zorunlu, aynı dili konuşan birden fazla pazarda hangi varyasyon gerçekten gerekli? Bu soruların cevabı, hreflang bölge kodlarını teknik detay olmaktan çıkarıp doğrudan uluslararası SEO kararına dönüştürür. Eğer kurulumunuzu hızlıca kontrol etmek istiyorsanız, dil ve bölge kombinasyonlarını tek yapıda doğrulamak ciddi zaman kazandırır.
ISO 3166-1 Alpha-2 tam olarak nedir?
ISO 3166-1 Alpha-2, ülkeleri ve bazı siyasi bölgeleri iki harfli kısa kodlarla temsil eden standarttır. Hreflang içinde kullanılan bölge kodları buradan gelir. `TR` Türkiye’yi, `US` Amerika Birleşik Devletleri’ni, `GB` Birleşik Krallık’ı, `DE` Almanya’yı ifade eder. Bu yapı, arama motoruna yalnızca dil değil, hangi coğrafi varyasyonun hedeflendiğini anlatır.
Burada kritik nokta, hreflang bölge kodlarının dil kodu gibi davranmamasıdır. Dil için küçük harfli yapı yaygınken, bölge kodu pratikte büyük harfli yazılır. Teknik olarak bazı sistemler küçük harfi tolere etse de doğru ve temiz uygulama, `en-GB` ya da `es-MX` gibi biçimi korumaktır. Tutarlılık, özellikle yüzlerce URL içeren çok dilli yapılarda hata ayıklamayı ciddi biçimde kolaylaştırır.
Standardın amacı yalnızca kısaltma üretmek değildir; ülkeleri ortak bir referans çerçevesine oturtmaktır. Bu nedenle serbest biçimde bölge adı yazamazsınız. “United Kingdom” yerine `GB`, “England” yerine geçerli ülke kodu mantığı, “Turkey” yerine `TR` kullanılır. Etiketin okunabilir görünmesi değil, standarda oturması önemlidir.
Hreflang açısından bu alanın değeri, aynı dili farklı pazarlarda kullanan projelerde daha belirgin olur. İngilizce, İspanyolca, Arapça ya da Fransızca gibi çok sayıda ülkeye yayılan dillerde yalnızca dil kodu çoğu zaman yeterli netliği sağlamaz. Bölge kodu işte burada devreye girer.
Dil kodu ile bölge kodu neden karıştırılmamalı?
Hreflang yapısında ilk parça dil, ikinci parça ise opsiyonel bölge bilgisidir. `en` tek başına İngilizce içeriği anlatır. `en-US` ise İngilizce içeriğin özellikle Amerika Birleşik Devletleri sürümünü hedeflediğini belirtir. Bu ayrım çok önemlidir; çünkü dil aynı olsa bile fiyat, terminoloji, para birimi, teslimat kapsamı ve hukuki metinler ülkeye göre değişebilir.
En yaygın hata, ülke kodunu dil sanmak ya da dili ülke yerine koymaktır. `uk` bunun klasik örneklerinden biridir. Birçok kişi bunu United Kingdom için kullanır, fakat dil kodu tarafında `uk` Ukraynaca anlamına gelir. Birleşik Krallık için bölge kodu `GB`'dir. Dolayısıyla doğru yapı `en-GB` olur; `en-UK` değil. Bu tip karışıklıklar sessiz hata üretir ve kurulumu zayıflatır.
Benzer durum `tr` ve `TR` ayrımında da vardır. İlk parça olarak `tr` dil kodudur ve Türkçeyi anlatır. İkinci parça olarak `TR` bölge kodudur ve Türkiye’yi ifade eder. `tr-TR` bu nedenle “Türkiye için Türkçe içerik” anlamına gelir. Eğer siteniz Türkçe ama küresel hedefliyse ve ayrı ülke varyasyonu yoksa sadece `tr` kullanmak daha doğru olabilir.
Ne zaman sadece dil kodu yeterlidir?
Eğer aynı dil için ayrı ülke varyasyonunuz yoksa sadece dil kodu yeterli olabilir. Örneğin İngilizce tek sürümünüz var ve fiyatlandırma, teslimat, terminoloji ya da mevzuat açısından ülke ayrımı yapmıyorsanız `en` kullanmak mantıklıdır. Aynı içeriği hem ABD hem Birleşik Krallık için ayrı ayrı yazmıyorsanız yapay biçimde `en-US` ve `en-GB` üretmek gereksizleşir.
En sık kullanılan hreflang bölge kodları hangileridir?
Teoride tüm standart listesini bilmeniz gerekmez. Pratikte hedeflediğiniz pazarlar için doğru kodları netleştirmeniz yeterlidir. Çok dilli sitelerde en sık karşılaşılan kombinasyonlar genellikle birkaç dil ailesi etrafında toplanır: İngilizce, İspanyolca, Fransızca, Almanca, Arapça ve Portekizce gibi. Bu dillerde bölgesel varyasyon ihtiyacı daha sık doğar.
| Dil | Yaygın bölge örnekleri | Doğru yapı örnekleri |
|---|---|---|
| İngilizce | ABD, Birleşik Krallık, Avustralya, Kanada | en-US, en-GB, en-AU, en-CA |
| İspanyolca | İspanya, Meksika, Arjantin | es-ES, es-MX, es-AR |
| Fransızca | Fransa, Kanada, Belçika | fr-FR, fr-CA, fr-BE |
| Portekizce | Brezilya, Portekiz | pt-BR, pt-PT |
Buradaki seçim yalnızca teknik doğrulukla yapılmamalı. Aynı dili konuşan iki ülkede içerik gerçekten farklı mı? Ödeme seçenekleri, ürün bulunurluğu, teslimat politikası, yerel kelime seçimi değişiyor mu? Eğer değişmiyorsa her ülke için ayrı hreflang üretmek stratejik olarak gereksiz olabilir. Bölge varyasyonu, gerçek içerik farkı varsa değerlidir.
Özellikle aynı dili konuşan ama farklı terimler kullanan pazarlarda bölge kodu daha güçlü anlam taşır. `en-US` ile `en-GB` arasında yazım, para birimi ve ticari terminoloji farkı vardır. `es-ES` ile `es-MX` arasında da benzer ayrımlar bulunur. Bu nedenle bölge kodu, teknik etiketin ötesinde içerik stratejisi kararıdır.
Hangi hatalar hreflang bölge kodlarını bozar?
İlk ve en sık hata yanlış ülke kısaltması kullanmaktır. `en-UK` bunların en bilineni. Teknik açıdan mantıklı görünür, ama standartta geçerli yapı `GB` olduğu için doğru eşleşme `en-GB` olmalıdır. İkinci hata, üç harfli ülke kodu kullanmaktır. Hreflang bölgesi için Alpha-2 gerekir; `USA`, `TUR`, `DEU` gibi Alpha-3 kullanımları bu bağlamda doğru değildir.
Üçüncü hata, olmayan kombinasyonları üretmektir. İçerik tek sürümken onlarca ülke varyasyonu eklemek, gerçek sinyal üretmek yerine sistemi bulanıklaştırır. Dördüncü hata ise bölgeyi yanlış pazarla eşleştirmektir. Örneğin Avrupa geneli için tek bir bölge kodu aramak yanlıştır; kıta kodu değil ülke kodu kullanırsınız. Avrupa hedefi varsa ya dil bazlı kalır ya da gerçekten hedeflediğiniz ülkelere ayrışırsınız.
en-UKgibi yanlış bölge kullanmak.tr-TURya daen-USAgibi üç harfli ülke kodu yazmak.- Aynı içeriğe gereksiz sayıda ülke varyasyonu eklemek.
- Bölgeyi içerik farkı olmadan yalnızca “daha profesyonel görünsün” diye eklemek.
- Dil kodu ile bölge kodunun büyük-küçük harf mantığını karıştırmak.
Bir başka sorun da hreflang etiketini doğru yazıp URL eşleşmesini yanlış kurmaktır. Kod doğru olsa bile yanlış sayfayı işaretliyorsanız, sistem yine bozulur. Bu nedenle konu sadece kod listesini ezberlemek değil; doğru sayfa eşleşmesini de kurmaktır.
Aynı dil için farklı bölgeler ne zaman gerçekten gereklidir?
Bu kararın merkezi içerik farkıdır. Aynı dil konuşulan iki ülkede para birimi, hukuki metin, kampanya, teslimat bölgesi ve terminoloji değişiyorsa ayrı bölge varyasyonu mantıklıdır. Bu farklar yoksa tek dil sürümüyle devam etmek çoğu zaman daha temizdir. Gereksiz varyasyon üretmek, bakım yükünü ve hata ihtimalini artırır.
Örneğin yalnızca blog yazısı yayınlayan ve coğrafi dönüşüm hedefi olmayan bilgi sitelerinde `en` çoğu zaman yeterlidir. Fakat e-ticaret, SaaS fiyatlandırması, bölgesel hizmet sunumu veya ülkeye göre farklı ürün stoğu olan sitelerde `en-US`, `en-GB` ya da `fr-CA` gibi ayrımlar gerçek değer taşır. Bu fark, teknik zorunluluktan çok iş modeliyle ilgilidir.
Burada `x-default` da yardımcı olabilir. Eğer kullanıcıyı ülkeye göre seçime yönlendiren ya da nötr giriş sayfası kullanan yapı varsa, `x-default` ile ana varsayılan sürüm netleştirilebilir. Fakat `x-default`, bölge kodlarının yerini almaz. O, yalnızca hangi sayfanın varsayılan karşılanma noktası olduğunu anlatır.
Çok ülkeli yapı büyüdükçe alan adı ve URL kurgusu da önem kazanır. Alt klasör, alt alan adı ya da ccTLD fark etmeksizin hreflang sinyalinin tutarlı olması gerekir. Bölge kodları teknik olarak doğru olsa bile URL yapınız ve içerik ayrımınız zayıfsa etiketin değeri sınırlı kalır. Bu yüzden yapı kararı verirken alan adı ve bölgesel kurgu tarafını da temiz düşünmek önemlidir.
Hreflang bölge kodlarını nasıl doğrulamalı ve sürdürmelisiniz?
İyi kurulum, ilk yayın anında bitmez. Yeni ülke varyasyonu eklendiğinde, URL yapısı değiştiğinde ya da içerik kümeleri taşındığında hreflang eşleşmeleri güncellenmelidir. Aksi halde teknik olarak doğru başlayan yapı zamanla kopar. Özellikle farklı ekiplerin içerik eklediği büyük sitelerde bu kopmalar hızlı çoğalır.
Doğrulama yaparken üç şeye bakın: kod doğru mu, sayfa eşleşmesi doğru mu, karşılıklı referans var mı? Sadece kod listesine bakmak yeterli değildir. Aynı dili farklı bölgelere dağıttığınız yapılarda bir sayfanın eksik ya da yanlış hedefe bağlanması bütün kümeyi zayıflatabilir. Bu nedenle otomatik üretim araçları kadar düzenli kalite kontrolü de gerekir.
Yapı büyüdükçe manuel yönetim zorlaşır. Özellikle onlarca ülke ve yüzlerce URL içeren yapılarda tek tek satır düzenlemek yerine, mantığı şablonlaştırmak gerekir. Dil ve bölge kombinasyonlarını üretirken etiketleri toplu biçimde oluşturup doğrulamak bu yüzden pratik avantaj sağlar. Fakat araç ne kadar iyi olursa olsun, hangi pazar için gerçekten ayrı varyasyon gerektiğine yine siz karar verirsiniz.
Hreflang bölge kodları küçük görünür ama uluslararası SEO’da belirgin ağırlık taşır. Doğru ülke kodu, doğru sayfaya bağlandığında ve gerçek içerik farkını temsil ettiğinde işe yarar. Kodları ezberlemekten çok, ne zaman kullanmanız gerektiğini bilmek daha değerli beceridir. Çoğu zaman temiz kurulum, daha fazla varyasyon eklemekle değil gereksiz varyasyonları azaltmakla güçlenir.
Hreflang bölge kodlarında asıl mesele kod ezberlemek değil, gerçekten ayrı ülke varyasyonu gerekip gerekmediğini doğru seçmektir. İçerik farkı varsa kodu standarda göre kurun, karşılıklı referans ve URL eşleşmesini düzenli doğrulayın; fark yoksa gereksiz varyasyon üretmeyin. Temiz kurulum çoğu zaman yeni kombinasyon eklemekten değil, gereksiz olanları ayıklamaktan güç kazanır.