Hızlı Cevap
Hreflang yönetimi, aynı içeriğin dil ve bölge varyasyonlarını birbirine doğru bağlayarak kullanıcının uygun URL’ye ulaşmasını sağlayan teknik SEO sürecidir. Başarılı kurulum; doğru dil-bölge kodu, self-reference, return tag, uygun canonical ve düzenli hata kontrolünün birlikte yönetilmesine bağlıdır.
Önemli Noktalar
- Hreflang, dil ve bölge eşleşmesini yönetir; dili tek başına belirlemez.
- Her varyasyon kendini ve diğer alternatifleri karşılıklı işaretlemelidir.
- Canonical ile hreflang aynı hedefe değil, farklı sinyallere hizmet eder.
- Return tag, noindex ve redirect hataları görünürlüğü doğrudan bozabilir.
- Ölçek büyüdükçe denetim, raporlama ve şablon yönetimi kritik hale gelir.
Hreflang yönetimi nedir ve hangi sitelerde gereklidir?
Hreflang yönetimi, bir sayfanın farklı dil ve bölge sürümlerini arama motorlarına sistemli biçimde tanıtma sürecidir. Amaç, aynı niyete hizmet eden varyasyonlar arasından kullanıcıya en uygun URL’nin gösterilmesini kolaylaştırmaktır. Bu nedenle hreflang yönetimi nedir sorusunun kısa cevabı şudur: çok dilli veya çok bölgeli içerik yapısında, dil hedefleme mantığını teknik olarak tutarlı hale getiren bir işaretleme katmanıdır.
Bu yapı özellikle üç senaryoda gereklidir. Birincisi, aynı içeriğin Türkçe, İngilizce ve Almanca gibi farklı dil sürümleri varsa. İkincisi, aynı dilin farklı ülke sürümleri bulunuyorsa; örneğin ABD için İngilizce ve Birleşik Krallık için İngilizce. Üçüncüsü, ürün, para birimi, teslimat koşulu veya kampanya dili ülkeye göre değişiyorsa. Bu tarz yapılarda yalnızca dil seçici eklemek yeterli değildir; arama motorunun URL eşleştirmeyi doğru anlaması gerekir.
Yanlış yapılandırılmış bir sistemde kullanıcı arama sonucunda beklediği sayfaya gitmez. Türkiye’deki kullanıcı İngilizce ürün sayfasını görebilir, Birleşik Krallık hedefli içerik ABD sürümüyle yer değiştirebilir veya ülke bazlı fiyat farkı olan sayfalarda hatalı sürüm görünür olabilir. Bu da görünürlük kaybı, dönüşüm düşüşü ve raporlama karışıklığı yaratır. Temel kavramları netleştirmek için SEO terimleri sözlüğü içindeki teknik tanımlarla birlikte düşünmek faydalıdır.
Hreflang yönetimi nasıl yapılır: kodlar, yapılar ve uygulama yöntemleri
Doğru kurulumun ilk adımı, dil ve bölge kodlarını standart biçimde kullanmaktır. Hreflang değerinde önce dil kodu, gerekiyorsa ardından bölge kodu gelir. Örneğin sadece dil hedeflemek için tr veya en kullanılabilir; ülke ayrımı gerekiyorsa tr-TR, en-US veya en-GB gibi yapılar tercih edilir. En sık hatalardan biri, geçersiz veya alışkanlıkla yazılan kodlardır. Örneğin en-UK ifadesi yaygın görünse de doğru bölge kodu en-GB olmalıdır. Yanlış kod, etiketin tamamen etkisiz hale gelmesine yol açabilir.
Uygulama tarafında üç temel yöntem vardır: HTML head alanı, HTTP header ve XML sitemap. HTML yöntemi, sayfa şablonuna doğrudan müdahale edebilen ekipler için pratiktir. HTTP header daha çok PDF gibi HTML dışı dosyalarda anlamlıdır. XML sitemap ise yüzlerce veya binlerce URL içeren yapılarda merkezi kontrol avantajı sağlar. Buradaki kritik nokta, üç yöntemi aynı anda kullanmak değil, bakımını sürdürebileceğiniz tek bir yöntemi tutarlı biçimde yönetmektir.
Sağlam bir kurulumda her varyasyon kendi kendini de işaretler. Buna self-referencing mantığı denir. Ayrıca tüm alternatiflerin birbirini karşılıklı tanıması gerekir; bu da return tag mantığıdır. Bir İngilizce sayfa Türkçe sürümü işaretliyorsa, Türkçe sürüm de İngilizce sürümü geri işaretlemelidir. x-default ise belirli bir dil veya ülkeye ait olmayan genel giriş sayfalarında yararlıdır. Özellikle dil seçici, ülke seçici veya global açılış sayfalarında varsayılan yönlendirme mantığını netleştirir.
- Az URL’li yapılarda HTML head yönetimi daha hızlıdır.
- HTML dışı dosyalarda HTTP header daha uygundur.
- Geniş kataloglarda hreflang sitemap yönetimi operasyonel olarak daha kontrollüdür.
Hreflang ve canonical birlikte nasıl yönetilir?
Hreflang ve canonical aynı problem için kullanılmaz. Canonical, benzer veya yinelenen içerikler arasında hangi URL’nin ana temsilci olduğunu işaret eder. Hreflang ise eşdeğer içeriklerin dil ve bölge varyasyonlarını birbirine bağlar. Bu yüzden hreflang ve canonical URL yönetimi birlikte düşünülmeli, fakat birbirinin yerine geçecek sinyaller gibi ele alınmamalıdır. En sık sorun, tüm ülke varyasyonlarının tek bir ana URL’ye canonical vermesi ve böylece bölgesel sayfaların kendi sinyalini zayıflatmasıdır.
Doğru yaklaşım genellikle şudur: her dil veya ülke varyasyonu kendi canonical’ını kendisine verir, hreflang ise bu varyasyonları grup olarak birbirine bağlar. Örneğin /tr/urun-a ile /en-gb/product-a farklı kullanıcı kümelerini hedefliyorsa, bu sayfaların canonical etiketi kendi URL’lerine dönmeli; hreflang etiketleri ise iki sayfayı ve gerekiyorsa x-default sürümünü birlikte göstermelidir. Böylece arama motoru hem temsilci URL sinyalini hem de yerelleştirilmiş eşleşmeyi ayrı ayrı okuyabilir.
Yanlış canonical kurgusu çoğu zaman görünürlük kaybını sessiz biçimde üretir. Mini vaka düşünelim: en-GB sayfası, en-US ve en-AU dahil tüm İngilizce varyasyonlara rağmen yalnızca global /en/ sayfasına canonical veriyor. Sonuçta Google, bölgesel sürümleri ikincil görmeye başlar ve ülkeye özgü sürümler yerine genel İngilizce sayfayı göstermeye eğilimli olur. Para birimi, teslimat süresi veya kampanya metni değişiyorsa bu daha da kritik hale gelir; çünkü kullanıcı doğru sayfaya gitse bile arama sonucu yanlış bağlamı yansıtmış olur.
Hreflang hataları nasıl tespit edilir ve düzeltilir?
Hreflang hataları nasıl düzeltilir sorusunun ilk cevabı, sorunu isimlendirmektir. Denetimde en sık karşılaşılan hata tipleri şunlardır: return tag eksikleri, self-reference yokluğu, redirect’e düşen alternatif URL’ler, noindex işaretli varyasyonlar, yanlış dil-bölge kodları ve canonical çakışmaları. Search Console tek başına tüm resmi vermez; bu yüzden kaynak kod kontrolü, URL örneklemesi ve teknik tarama birlikte yürütülmelidir. Düzenli bir site sağlığı taraması bu noktada özellikle değerlidir.
İlk kısa senaryo: en-GB sayfası mevcut, fakat etikette yanlışlıkla en-UK kullanılıyor. Sayfa teknik olarak yayında olsa da hreflang sinyali beklenen biçimde işlenmez. İkinci kısa senaryo: TR sayfası İngilizce sürümü işaretliyor, fakat İngilizce sürüm TR sayfasına geri dönmüyor. Return tag kırıldığı için eşleşme zayıflar ve bazen yanlış ülke URL’si sonuçlarda görünür. Üçüncü yaygın örnek, alternatif URL’nin 301 ile başka sürüme yönlenmesidir. Hreflang listesinde redirect’li adres bırakmak, canlı görünen fakat işlevsiz bir kurulum üretir.
Noindex de benzer biçimde kritik bir sorundur. Bir varyasyon hreflang kümesinde yer alıyor ama noindex işaretliyse, arama motoru o sayfayı yerelleştirilmiş aday olarak değerlendirmekte zorlanır. Benzer şekilde canonical çakışması varsa, örneğin TR sayfası kendi yerine global sayfayı canonical gösteriyorsa, hreflang sinyali ikinci plana düşebilir. Kontrol akışında şu sırayla ilerlemek pratik olur: URL 200 dönüyor mu, indekslenebilir mi, canonical kendi dilinde mi, hreflang kodu doğru mu, self-reference var mı, tüm alternatifler karşılıklı mı bağlı. Bu akış, hatayı semptomdan çok kök nedene göre ayırmayı sağlar.
- Redirect’li alternatifleri canlı hedef URL ile değiştirin.
- Noindex sürümleri hreflang kümesinden çıkarmayın, önce indekslenebilir hale getirin.
- en-UK gibi yanlış kodları geçerli ISO dil ve bölge biçimine çekin.
- Eksik self-reference ve return tag bağlantılarını tüm varyasyonlarda tamamlayın.
Ölçekli hreflang yönetimi için operasyon, izleme ve raporlama
Yüzlerce veya binlerce URL içeren yapılarda sorun artık yalnızca kurulum değildir; sürdürme disiplinidir. Ürün, kategori, blog ve yardım merkezi gibi farklı şablonlar ayrı ekipler tarafından yönetiliyorsa hreflang mantığı tek bir standart belgeye bağlanmalıdır. Hangi şablonun hangi varyasyonları ürettiği, canonical davranışı, x-default kuralı ve sitemap üretim mantığı dokümante edilmediğinde küçük template değişiklikleri bütün kümeyi bozabilir. Ölçekli yapılarda hreflang yönetimi nasıl yapılır sorusunun doğru cevabı, teknik kuralı operasyon akışına çevirmektir.
E-ticaret sitelerinde en sık kırılma noktası ürün yaşam döngüsüdür. Bir ülkede stoktan kalkan ürünün URL’si kapanırken diğer ülkelerde açık kalabilir. Yeni kampanya sayfaları yalnızca bir dilde eklenebilir. Kategori filtreleri farklı ülkelerde farklı URL parametreleri doğurabilir. Bu nedenle periyodik denetim yalnızca teknik etiketlere bakmamalı; yayın takvimi, stok senaryosu ve içerik üretim rutiniyle birlikte çalışmalıdır. Görünürlük tarafında değişimi anlamak için hreflang denetimini sıralama takibi verileriyle birlikte okumak daha doğru sonuç verir.
Bu aşamada araç seçimi de operasyonel rahatlık yaratır, ancak içeriğin odağı eğitim olarak kalmalıdır. Türkçe arayüz, TL bazlı fiyatlama ve yerel destek sunan bir platform, özellikle teknik ekip ile pazarlama ekibinin aynı denetim ekranında buluşmasını kolaylaştırabilir. SEOYEN tarafında resmî fiyatlandırma sayfası üzerinden görülen 7 gün 50 ₺ deneme, bu platformun Türkiye pazarına uyarlanmış erişim modelinin bir parçasıdır; asıl değer ise hreflang kırıklarını, teknik denetimi ve görünürlük izlemeyi aynı operasyon akışı içinde takip edebilmektir.
Pratik raporlama rutini ise basit olmalıdır: haftalık olarak yeni kırık URL’ler, redirect’e dönen alternatifler, noindex kalan varyasyonlar ve canonical çakışmaları çıkarılır; aylık olarak ülke bazlı görünürlük değişimi izlenir; büyük yayına çıkışlardan önce örnek URL seti manuel doğrulanır. Böyle bir düzen kurulduğunda hreflang, tek seferlik teknik görev olmaktan çıkar ve sürdürülebilir bir uluslararası SEO standardına dönüşür.
| Özellik | SEOYEN | Rakip |
|---|---|---|
| Operasyon dili | Türkçe arayüz ve yerel destek sayesinde ekip içi denetim akışı daha anlaşılır ilerleyebilir. | Global araçlarda süreçler güçlü olabilir; ancak arayüz ve destek çoğunlukla genel pazar mantığıyla sunulur. |
| Fiyatlama yapısı | TL bazlı fiyatlandırma ve resmî sayfada görülen 7 gün 50 ₺ deneme yerel ekipler için öngörülebilirlik sağlar. | Yabancı para bazlı planlarda bütçe takibi ve ekip içi satın alma onayı daha değişken olabilir. |
| Teknik SEO rutini | Site sağlığı ve görünürlük takibini aynı operasyon bağlamında okumak pratik olabilir. | Benzer denetimler yapılabilir; fakat yerel raporlama ve ekip koordinasyonu için ek uyarlama gerekebilir. |
Kaynaklar
Sıkça Sorulan Sorular
Hreflang yönetimi, bir sayfanın dil ve bölge varyasyonlarını arama motorlarına doğru eşleştirme sürecidir. Yalnızca etiket eklemekten ibaret değildir. URL yapısı, canonical mantığı, self-reference, return tag ve indekslenebilirlik birlikte yönetilmelidir. Amaç, kullanıcının konumuna veya dil tercihine en uygun sürümün görünmesini kolaylaştırmaktır. Çok dilli bloglarda, çok bölgeli e-ticaret sitelerinde ve farklı ülke sürümleri olan hizmet sitelerinde bu yapı, yanlış URL’nin görünmesini önlemek ve görünürlük sinyallerini netleştirmek için kullanılır.
Hreflang etiketleri HTML head, HTTP header veya XML sitemap üzerinden eklenebilir. yapı tüm alternatiflerde tutarlı olmalıdır. Her varyasyon kendi URL’sini de içeren tam bir alternatif listesi taşımalıdır. Örneğin Türkçe, İngilizce ve Almanca sürümler varsa, bu üç URL’nin her biri diğer ikisini ve kendisini işaretlemelidir. HTML yöntemi şablon yönetimi kolay sitelerde uygundur, HTTP header HTML dışı dosyalarda işe yarar, sitemap ise geniş URL setlerinde merkezi bakım avantajı sağlar. En önemli nokta, yöntemden çok tutarlı ve karşılıklı işaretlemedir.
Her varyasyon kendi canonical’ını işaretlemeli, hreflang ise eşdeğer dil ve bölge sürümlerini birbirine bağlamalıdır. Canonical ana temsilci URL sinyali verirken, hreflang kullanıcıya uygun varyasyonu anlatır. Bu yüzden Türkçe sayfanın canonical’ı Türkçe URL’ye, İngilizce sayfanın canonical’ı İngilizce URL’ye dönmelidir. Ardından hreflang etiketleri bu sürümleri grup halinde birbirine bağlar. Tüm varyasyonları tek bir global URL’ye canonical vermek, özellikle ülke bazlı fiyat, teslimat veya içerik farkı olan yapılarda görünürlük sorunlarına neden olabilir.
x-default, belirli bir dil veya bölgeye özel olmayan varsayılan sayfayı tanımlamak için kullanılır. En yaygın kullanım alanı dil seçici, ülke seçici veya global açılış sayfalarıdır. Kullanıcının dil ayarı mevcut alternatiflerden hiçbirine net biçimde uymuyorsa, x-default arama motoruna hangi genel sürümün değerlendirilmesi gerektiğini anlatır. Her projede zorunlu değildir. ancak çok sayıda ülke sürümü olan yapılarda geçiş sayfası veya nötr giriş ekranı varsa oldukça faydalıdır. x-default tek başına hreflang kümesini kurtarmaz. diğer alternatiflerle birlikte tutarlı olmalıdır.
Search Console, tarama araçları ve manuel kaynak kontrolü ile eksik dönüş etiketi, kod hatası ve erişim sorunları bulunabilir. Kontrole yalnızca etiketten başlamamak gerekir. Önce URL’nin 200 durum kodu dönüp dönmediği, noindex olup olmadığı ve canonical hedefi doğrulanmalıdır. Ardından hreflang kodlarının geçerli olup olmadığı, her varyasyonda self-reference bulunup bulunmadığı ve alternatiflerin karşılıklı bağlanıp bağlanmadığı kontrol edilir. Redirect’e düşen alternatifler, en-UK gibi geçersiz kodlar ve return tag eksikleri en sık rastlanan sorunlardır.
Evet, özellikle çok sayıda URL içeren sitelerde XML sitemap üzerinden merkezi yönetim pratik bir yöntemdir. Bu yaklaşım, şablon koduna sürekli müdahale etmek yerine hreflang kümelerini dışarıdan üretmeyi kolaylaştırır. E-ticaret katalogları, çok sayıda kategori ve ürün varyasyonu bulunan yapılarda bakım yükünü azaltabilir. Ancak sitemap kullanmak hatasız olduğu anlamına gelmez. Sitemap içinde listelenen tüm alternatiflerin gerçekten erişilebilir, indekslenebilir ve doğru canonical mantığına sahip olması gerekir. Aksi halde merkezi yönetim, merkezi hata üretimine dönüşebilir.
Evet, alternatif sayfaların birbirini karşılıklı işaretlemesi gerekir. aksi halde eşleşme geçersiz sayılabilir. Bir sayfa başka bir dili işaretliyor ama karşı tarafta geri dönüş etiketi yoksa, hreflang kümesi eksik kabul edilebilir ve istenen eşleşme oluşmayabilir. Özellikle yeni dil sürümleri açıldığında bu hata sık görülür. eski sürümler güncellenir, yeni sayfa eklenir ama karşılıklı bağlantı tamamlanmaz. Bu yüzden canlıya çıkmadan önce örnek URL setinde self-reference ve return tag kontrolü mutlaka yapılmalıdır.