Hreflang, çok dilli veya çok bölgeli sitelerde Google’a bir sayfanın hangi dil ve ülke sürümünün hangi kullanıcıya gösterilmesi gerektiğini anlatan teknik SEO sinyalidir. Doğru kurulduğunda İngilizce arama yapan kullanıcının İngilizce sayfaya, Almanya’daki Almanca kullanıcıların Almanya’ya özel sayfaya, Türkiye’deki Türkçe kullanıcıların ise Türkçe sayfaya yönlendirilmesine yardımcı olur. Hreflang tek başına sıralama garantisi vermez; ancak yanlış ülke sayfasının indekslenmesi, benzer içeriklerin birbirinin yerine gösterilmesi ve uluslararası arama sonuçlarında kullanıcı deneyiminin bozulması gibi sorunları azaltır. Çok dilli site için hreflang kurulumu planlanırken önce URL mimarisi, hedeflenen dil ve pazarlar, içerik eşleşmeleri, canonical etiketi, sitemap yapısı ve sayfa içi sinyaller birlikte değerlendirilmelidir. Örneğin sadece İngilizce ve Türkçe içerik sunan bir B2B sitede tr ve en dil hedeflemesi yeterli olabilirken; aynı İngilizce içeriğin ABD, Birleşik Krallık ve Kanada için fiyat, para birimi, teslimat veya hukuki metin farklarıyla ayrıldığı bir e-ticaret sitesinde en-us, en-gb ve en-ca gibi dil-ülke kombinasyonları gerekebilir. Bu karar, yalnızca teknik etiket ekleme meselesi değildir; arama niyetini, içerik kapsamını ve kullanıcı beklentisini de kapsar. Uluslararası SEO yapısına başlamadan önce hangi pazarda hangi sorguların kullanıldığını anlamak için niyet bazlı anahtar kelime araştırması yapılmalı; ardından her ülke veya dil sürümünün başlık, meta açıklama, para birimi, ölçü birimi, iletişim bilgisi, teslimat koşulu ve yerel ifade kullanımı açısından gerçekten farklı bir kullanıcı ihtiyacını karşılayıp karşılamadığı kontrol edilmelidir. Aksi halde hreflang etiketi teknik olarak doğru görünse bile sayfalar içerik kalitesi, alaka düzeyi ve indekslenebilirlik açısından zayıf kalabilir. Hreflang kurulumunun amacı arama motoruna “bu sayfalar birbirinin alternatifidir” demektir; “bu sayfalar aynı pazarda birbirinin kopyasıdır” demek değildir. Bu nedenle en sağlıklı yaklaşım, önce site mimarisini ve içerik eşleşmelerini netleştirmek, sonra hreflang etiketlerini HTML head, HTTP header veya XML sitemap yöntemlerinden biriyle tutarlı biçimde uygulamak, son olarak da Search Console, crawl araçları ve manuel kontrollerle hataları düzenli olarak izlemektir.
Hreflang etiketi nasıl uygulanır?
Hreflang etiketi üç farklı yöntemle uygulanabilir: HTML sayfa kaynağında, HTTP header içinde veya XML sitemap dosyasında. Aynı site için bu yöntemlerden birini seçmek genellikle daha yönetilebilir olur; birden fazla yöntemi aynı anda kullanmak mümkündür fakat tutarsızlık riski artar. Örneğin HTML head içinde bir URL için farklı, sitemap içinde farklı hreflang eşleşmesi tanımlanırsa arama motorları sinyalleri anlamakta zorlanabilir.
En yaygın kullanım, her sayfanın head alanına alternatif dil ve ülke sürümlerini eklemektir. Örnek olarak Türkçe, İngilizce ve varsayılan dil seçici sayfası olan bir yapı şöyle kurulabilir:
<link rel='alternate' hreflang='tr' href='https://example.com/tr/urun/' />
<link rel='alternate' hreflang='en' href='https://example.com/en/product/' />
<link rel='alternate' hreflang='x-default' href='https://example.com/' />
Bu etiketlerin yalnızca Türkçe sayfada bulunması yeterli değildir. İngilizce sayfada da aynı alternatif seti yer almalıdır. Hreflang karşılıklı çalışır: A sayfası B’yi alternatif olarak gösteriyorsa B sayfası da A’yı alternatif olarak göstermelidir. Ayrıca her sayfa kendi kendisini de işaretlemelidir. Türkçe sayfanın içinde hreflang='tr' ile kendi URL’sinin bulunması, setin tamamlanması açısından önemlidir.
Uygulamada dikkat edilmesi gereken temel kurallar şunlardır:
- Her URL indekslenebilir olmalıdır: Noindex verilen, robots.txt ile engellenen, 404 dönen veya canonical ile başka bir URL’ye yönlenen sayfalar hreflang setinde kullanılmamalıdır.
- Canonical ve hreflang çelişmemelidir: Türkçe sayfanın canonical etiketi Türkçe URL’yi, İngilizce sayfanın canonical etiketi İngilizce URL’yi göstermelidir. Tüm dillerin canonical’ı tek bir ana dile verilirse hreflang sinyali zayıflar.
- Mutlak URL kullanılmalıdır: Hreflang href değerlerinde göreli URL yerine tam URL kullanmak hataları azaltır.
- Yönlendirme zinciri olmamalıdır: Hreflang içinde verilen URL doğrudan 200 durum kodu döndürmelidir; 301 veya 302 zincirlerinden kaçınılmalıdır.
- Dil kodu küçük, ülke kodu büyük yazılabilir: en-US veya en-us çoğu sistemde çalışsa da okunabilirlik için standart biçimi tutarlı kullanmak gerekir.
HTML yöntemi küçük ve orta ölçekli siteler için kolaydır; ancak binlerce ürün veya kategori sayfası olan e-ticaret sitelerinde bakım zorlaşabilir. Bu durumda XML sitemap yöntemi daha düzenli olabilir. E-ticaret sitelerinde kategori ve ürün sayfalarının yerel varyasyonları, stok durumu, para birimi ve teslimat koşullarıyla birlikte düşünülmelidir; bu konuda e-ticaret kategori ve ürün sayfalarının SEO kurgusu hreflang planlamasıyla birlikte ele alınabilir.
ccTLD, subdomain ve subfolder seçimi hreflang stratejisini nasıl etkiler?
Hreflang, URL mimarisinden bağımsız çalışabilir; yani ccTLD, subdomain veya subfolder yapılarının tamamında kullanılabilir. Ancak hangi yapının seçildiği operasyonel maliyet, otorite dağılımı, teknik bakım, yerel güven ve raporlama süreçlerini etkiler. Bu nedenle hreflang kurulumu başlamadan önce uluslararası site mimarisi netleştirilmelidir.
ccTLD yapısı hangi durumda mantıklıdır?
ccTLD, ülke kodlu alan adıdır: example.de, example.fr, example.com.tr gibi. Belirli ülkelere güçlü yerel sinyal vermek için tercih edilebilir. Kullanıcı açısından güven artırabilir; örneğin Almanya’daki bir kullanıcı .de uzantısını yerel hizmet veya yerel operasyonla ilişkilendirebilir. Ancak her ülke alan adı ayrı teknik bakım, ayrı otorite yönetimi, ayrı analytics/Search Console takibi ve çoğu zaman ayrı backlink profili gerektirir. Bu yapı, gerçekten ülke bazlı operasyonu, yerel içeriği ve bakım kaynağı olan markalar için daha uygundur.
Subdomain yapısı hangi durumda tercih edilir?
Subdomain yapısı de.example.com, fr.example.com gibi kurulur. Teknik olarak farklı ekiplerin veya farklı altyapıların yönetiminde esneklik sağlayabilir. Örneğin bir ülke operasyonu farklı CMS veya farklı sunucu mimarisi kullanıyorsa subdomain çözüm olabilir. Bununla birlikte subdomain’ler çoğu zaman ayrı bir mülk gibi yönetildiği için iç bağlantı, otorite aktarımı ve teknik standartların tutarlılığı daha dikkatli izlenmelidir.
Subfolder yapısı hangi durumda daha pratiktir?
Subfolder yapısı example.com/tr/, example.com/en/, example.com/de/ şeklindedir. Tek alan adı altında otorite biriktirmek, teknik bakım ve raporlama süreçlerini sadeleştirmek isteyen siteler için pratik bir seçenektir. Özellikle aynı marka altında çok dilli içerik sunan SaaS, B2B, yayın ve orta ölçekli e-ticaret siteleri için yönetimi kolaydır. Ancak subfolder kullanılırken dil seçici, URL standardı, menü yapısı ve iç bağlantılar dikkatli planlanmalıdır. Dil klasörleri arasında rastgele bağlantı vermek yerine, her dilde kullanıcıyı kendi dilindeki eşdeğer içeriklere yönlendirmek gerekir. Bu noktada iç bağlantı ile link otoritesini doğru dağıtma yaklaşımı, çok dilli sitelerde de önem kazanır.
Basit bir karar çerçevesi şöyle kurulabilir: Eğer her ülke için ayrı marka algısı, hukuk, stok, fiyat ve operasyon varsa ccTLD değerlendirilebilir. Eğer farklı teknik altyapılar kaçınılmazsa subdomain tercih edilebilir. Eğer amaç tek alan adı altında yönetilebilir, ölçeklenebilir ve tutarlı bir çok dilli yapı kurmaksa subfolder çoğu senaryoda daha pratik ilerler.
Dil ve ülke hedefleme farkı hreflang kodlarında nasıl görünür?
Hreflang kurulumunda en sık karıştırılan konu dil hedefleme ile ülke hedefleme farkıdır. Dil hedefleme, içeriğin hangi dilde olduğunu belirtir. Ülke hedefleme ise o dildeki içeriğin hangi bölgeye veya pazara özel olduğunu açıklar. Sadece en kullanmak İngilizce dilindeki tüm kullanıcıları kapsayan bir sinyaldir. en-US ise İngilizce içeriğin ABD pazarına yönelik olduğunu belirtir. Benzer şekilde pt Portekizce genel dil hedeflemesi yaparken, pt-BR Brezilya Portekizcesi için daha spesifik bir hedefleme sunar.
Dil kodları genellikle ISO 639-1 formatındadır: tr, en, de, fr, es gibi. Ülke kodları ise ISO 3166-1 Alpha-2 standardına dayanır: TR, US, GB, DE, FR gibi. Hreflang değerinde önce dil, sonra isteğe bağlı olarak ülke gelir. Doğru örnekler: tr-TR, en-US, en-GB, de-DE. Yanlış örnekler: us-en, uk-en, tr-EN. Özellikle Birleşik Krallık için ülke kodunun UK değil GB olduğu unutulmamalıdır.
Hangi durumda sadece dil, hangi durumda dil-ülke kombinasyonu kullanılacağı içerik farkına bağlıdır. Eğer İspanyolca içeriğiniz tüm İspanyolca konuşan kullanıcılara aynı mesajı veriyorsa es yeterli olabilir. Ancak Meksika, İspanya ve Arjantin için fiyat, ürün adı, teslimat, mevzuat veya kelime kullanımı farklıysa es-MX, es-ES ve es-AR daha doğru olur. Aynı yaklaşım İngilizce için de geçerlidir: ABD’de “shipping”, Birleşik Krallık’ta “delivery” gibi kelime tercihleri, para birimi ve hukuki metinler değişebilir.
x-default etiketi ise herhangi bir dil veya ülke hedefiyle eşleşmeyen kullanıcılar için varsayılan sayfayı gösterir. Genellikle global ana sayfa, dil seçici sayfa veya otomatik yönlendirme yapmayan genel sayfa için kullanılır. x-default zorunlu değildir; ancak çok pazarlı sitelerde kullanıcıların yanlış ülke sayfasına düşmesini azaltmak için yararlı olabilir.
HTML, XML sitemap ve HTTP header yöntemlerinden hangisi seçilmeli?
Hreflang uygulama yöntemini seçerken sayfa türü, site büyüklüğü ve teknik ekiplerin çalışma biçimi dikkate alınmalıdır. HTML head yöntemi görünür ve kontrolü kolaydır; sayfa kaynağı incelenerek hızlıca doğrulanabilir. Ancak çok sayıda URL’de alternatif setlerini güncel tutmak zor olabilir. XML sitemap yöntemi, özellikle çok sayıda ürün, kategori veya içerik sayfası olan sitelerde merkezi yönetim sağlar. PDF gibi HTML olmayan dosyalarda veya head alanına erişilemeyen içeriklerde HTTP header yöntemi kullanılabilir.
HTML yöntemi için örnek set şu şekilde düşünülebilir:
<link rel='alternate' hreflang='tr-TR' href='https://example.com/tr/kargo-politikasi/' />
<link rel='alternate' hreflang='en-US' href='https://example.com/us/shipping-policy/' />
<link rel='alternate' hreflang='en-GB' href='https://example.com/uk/delivery-policy/' />
<link rel='alternate' hreflang='x-default' href='https://example.com/language-selector/' />
XML sitemap yönteminde her URL için alternatif URL’ler sitemap içinde tanımlanır. Bu yapı, CMS veya e-ticaret altyapısı üzerinden otomatik üretildiğinde daha ölçeklenebilir olabilir. Fakat sitemap otomasyonunun doğru çalıştığından emin olmak gerekir; silinen ürünlerin hreflang setlerinde kalması, stok dışı ve noindex sayfaların alternatif olarak gösterilmesi veya yanlış kategori eşleşmeleri ciddi karışıklık yaratabilir.
HTTP header yöntemi daha niş bir kullanım alanına sahiptir. Örneğin farklı dil sürümleri olan PDF kataloglarınız varsa, HTML head etiketi ekleyemezsiniz. Bu durumda sunucu yanıtında Link header ile hreflang bilgisi verilebilir. Teknik olarak güçlüdür; ancak geliştirici desteği gerektirir ve hata ayıklaması HTML yöntemine göre daha zahmetlidir.
Hreflang ile canonical etiketi birlikte nasıl kullanılmalı?
Canonical etiketi, arama motoruna bir sayfanın tercih edilen indekslenebilir sürümünü gösterir. Hreflang ise farklı dil veya ülke sürümlerinin birbirinin alternatifi olduğunu anlatır. Bu iki sinyal aynı sayfada birlikte kullanılabilir; ancak birbirine ters düşmemelidir. En güvenli model, her dil veya ülke sayfasının canonical etiketinin kendisini göstermesidir.
Örneğin Türkçe ürün sayfası https://example.com/tr/urun-a/, İngilizce ürün sayfası https://example.com/en/product-a/ olsun. Türkçe sayfanın canonical’ı Türkçe URL’ye, İngilizce sayfanın canonical’ı İngilizce URL’ye verilmelidir. Eğer her iki sayfa da canonical olarak İngilizce URL’yi gösterirse Google Türkçe sayfayı alternatif olarak değerlendirmekte zorlanabilir. Bu hata özellikle kopya içerik korkusuyla tüm dil sürümlerinin tek bir ana sürüme canonical verilmesiyle ortaya çıkar. Oysa hreflang zaten bu sayfaların alternatif olduğunu anlatmak için vardır.
Sayfa içi sinyaller de bu yapıyı desteklemelidir. Başlık etiketi, H1, meta açıklama, içerik dili, para birimi, yapılandırılmış veri ve iç bağlantılar hedeflenen dil veya ülke ile uyumlu olmalıdır. Çok dilli yapıda teknik SEO kadar temel sayfa optimizasyonu da önemlidir; bu nedenle hreflang kontrolü yapılırken sayfa içi SEO kontrol listesi üzerinden başlık, canonical, indekslenebilirlik ve içerik sinyallerini birlikte incelemek daha sağlıklı olur.
Sık yapılan hreflang hataları nelerdir ve nasıl düzeltilir?
Hreflang hatalarının çoğu küçük görünen ama ölçek büyüdükçe ciddi hale gelen tutarsızlıklardan kaynaklanır. İlk hata, karşılıklı etiketlerin eksik olmasıdır. Türkçe sayfa İngilizce sayfayı gösteriyor, ancak İngilizce sayfa Türkçe sayfayı göstermiyorsa set tamamlanmamış olur. Çözüm, her alternatif grubunun tüm üyelerinde aynı hreflang listesini üretmektir.
İkinci yaygın hata, yanlış dil veya ülke kodu kullanmaktır. en-UK yerine en-GB kullanılmalıdır. Sadece ülke kodu yazmak da hatalıdır; US tek başına geçerli hreflang değildir, en-US gibi dil ile birlikte kullanılmalıdır. Üçüncü hata, hreflang URL’lerinin yönlendirme yapmasıdır. Etiketlerde nihai 200 dönen URL kullanılmalıdır. Dördüncü hata, noindex sayfaları hreflang setine dahil etmektir. Arama motoru indekslemeye uygun olmayan bir URL’yi alternatif olarak kullanmak tutarlı değildir.
Beşinci hata, otomatik IP yönlendirmelerinin arama motoru botlarını ve kullanıcıları zorlamasıdır. Kullanıcı Almanya’dan geldi diye İngilizce sayfaya erişimi tamamen kapatıp otomatik olarak Almanca sayfaya yönlendirmek, hem tarama hem kullanıcı deneyimi açısından sorun yaratabilir. Daha iyi yaklaşım, sayfanın erişilebilir kalması ve kullanıcıya dil/ülke önerisi sunulmasıdır. Altıncı hata, farklı dillerde birebir eşleşmeyen sayfaları alternatif göstermektir. Örneğin Türkçe “Kadın Koşu Ayakkabıları” kategorisini İngilizce “Men’s Sneakers” sayfasına bağlamak yanlış eşleşmedir. Hreflang eşleşmeleri aynı niyeti ve aynı içerik türünü karşılamalıdır.
Yedinci hata, site içi bağlantıların hreflang kurgusunu desteklememesidir. Türkçe menüden sürekli İngilizce kategorilere link vermek veya dil seçicide kullanıcının bulunduğu sayfanın eşdeğerini değil sadece ana sayfayı göstermek, kullanıcıyı gereksiz adımlara zorlar. Dil değiştirici mümkünse aynı içeriğin diğer dildeki karşılığını açmalıdır. Sekizinci hata, JavaScript ile sonradan basılan hreflang etiketlerine güvenmektir. Arama motorları JavaScript’i işleyebilse de kritik SEO sinyallerinin sunucu tarafında veya statik HTML içinde yer alması daha güvenilir bir yaklaşımdır.
Hreflang kurulumu adım adım nasıl kontrol edilir?
Sağlıklı bir kurulum için yalnızca etiketi eklemek yeterli değildir; kurulum öncesi ve sonrası kontrol listesi oluşturulmalıdır. Uygulanabilir bir süreç şu şekilde ilerleyebilir:
- Hedef pazarları belirleyin: Hangi diller ve hangi ülkeler için ayrı sayfalar gerektiğini netleştirin.
- URL eşleşme haritası çıkarın: Her sayfanın diğer dil veya ülke sürümlerini satır satır eşleştirin. Eşdeğeri olmayan sayfaları zorla set içine dahil etmeyin.
- URL mimarisini seçin: ccTLD, subdomain veya subfolder kararını operasyon, bakım ve SEO yönetimi açısından verin.
- Canonical yapısını doğrulayın: Her alternatif sayfanın canonical etiketi kendi indekslenebilir URL’sini göstermelidir.
- Hreflang yöntemini seçin: HTML, sitemap veya HTTP header yöntemlerinden birini tutarlı şekilde uygulayın.
- x-default ihtiyacını değerlendirin: Dil seçici veya global sayfa varsa x-default ile tanımlayın.
- Tarama testi yapın: Hreflang URL’lerinin 200 döndüğünü, noindex olmadığını ve robots.txt ile engellenmediğini kontrol edin.
- Karşılıklı bağlantıları doğrulayın: Tüm alternatiflerin birbirini ve kendisini işaretlediğinden emin olun.
- Search Console verilerini izleyin: Uluslararası sayfaların indekslenme ve performans davranışını düzenli takip edin.
- İçerik sinyallerini yerelleştirin: Sadece çeviri değil, yerel arama niyeti, para birimi, ölçü birimi ve terminoloji uyumu sağlayın.
Hreflang, teknik SEO’nun tek başına çözemeyeceği bir alana temas eder: Kullanıcının hangi pazarda, hangi dilde, hangi beklentiyle arama yaptığı. Bu nedenle çok dilli içeriklerde yalnızca etiket setini değil, içeriğin arama niyetine uygunluğunu da değerlendirmek gerekir. İçeriğin kullanıcı ve arama motoru için birlikte optimize edilmesi konusunda SEO uyumlu içerik yazımı yaklaşımı, yerelleştirilmiş sayfaların kalitesini artırmak için doğrudan kullanılabilir.
Hreflang etiketi sıralamayı doğrudan artırır mı?
Hreflang doğrudan bir sıralama yükseltme etiketi değildir. Asıl işlevi, doğru dil veya ülke sürümünün doğru kullanıcıya gösterilmesine yardımcı olmaktır. Dolaylı olarak kullanıcı deneyimini, tıklama alakasını ve uluslararası görünürlüğün tutarlılığını iyileştirebilir.
Her çok dilli site hreflang kullanmak zorunda mı?
Bir sitenin farklı dil veya ülke sürümleri varsa hreflang kullanması güçlü biçimde önerilir. Ancak tek dilde yayın yapan veya farklı dillerde eşdeğer sayfaları bulunmayan sitelerde hreflang gerekli değildir.
Hreflang ve canonical aynı anda kullanılabilir mi?
Evet, kullanılabilir. Önemli olan çelişki oluşturmamaktır. Her dil veya ülke sürümü kendi canonical URL’sini göstermeli, hreflang ise bu sayfaların alternatif ilişkisini tanımlamalıdır.
x-default hreflang etiketi zorunlu mu?
x-default zorunlu değildir; ancak dil seçici, global ana sayfa veya herhangi bir dile özel olmayan varsayılan sayfa varsa kullanılması faydalıdır. Özellikle çok pazarlı sitelerde kullanıcıların uygun başlangıç sayfasına yönlenmesine yardımcı olur.
Hreflang hataları nasıl tespit edilir?
Hatalar crawl araçları, sayfa kaynak kodu kontrolleri, XML sitemap incelemesi ve Search Console verileriyle tespit edilebilir. Kontrol sırasında karşılıklı etiketler, geçerli dil-ülke kodları, 200 durum kodu, canonical uyumu ve noindex/robots engelleri birlikte incelenmelidir.