Hreflang etiketi yanlış yapılandırıldığında çok bölgeli sitelerde ne olur?

Hreflang etiketi yanlış yapılandırıldığında çok bölgeli sitelerde ne olur: ilk belirtiler ve SEO etkisi

Çok bölgeli bir sitede hreflang bozulduğunda ilk semptom genelde teknik raporda değil, arama sonucunda görünür: Almanya hedefli sayfa yerine İngiltere varyantı sıralanır, Türkçe kullanıcı İngilizce kategoriye düşer ya da aynı dilin yanlış ülke sürümü organik açılış sayfası olur. Bunun sonucu yalnızca görünürlük kayması değildir; hemen çıkma oranı, sepet tamamlama ve teklif formu gibi dönüşüm sinyalleri de zayıflar.

Burada kritik nokta şu: hreflang bir sıralama hilesi değil, varyant eşleştirme sinyalidir. Google Search Central’ın 2025-12-22 güncellenen localized versions dokümanına göre Google, hreflang’i sayfanın dilini tespit etmek için kullanmaz; bunu kendi algoritmalarıyla yapar. Hreflang’in görevi, aynı içeriğin hangi dil ve bölge sürümünün hangi kullanıcıya daha uygun olduğunu anlatmaktır. Bu yüzden hata olduğunda çoğu zaman “sayfa düştü” değil, “yanlış sayfa gösteriliyor” problemi yaşanır.

Pratikte teşhis çerçevesi dört soruyla kurulur: Hata tipi nedir, SERP’te hangi semptomu üretiyor, SEO etkisi ne kadar büyük ve düzeltme önceliği nedir? Örneğin en-US ürün sayfası de-DE sayfasına canonical veriyorsa, sorun yalnızca hreflang etiketi değildir; indeksleme tercihi de bozulmuştur. Buna karşılık x-default eksikliği daha çok fallback deneyimini etkiler ve önceliği çoğu zaman daha düşüktür.

• Yanlış dil URL’sinin sıralanması: kullanıcı niyetiyle açılış sayfası uyuşmaz.
• Yanlış ülke varyantının görünmesi: para birimi, teslimat ve yasal içerik hatalı olabilir.
• Kısmi yok sayılma: bazı varyantlar çalışır, bazıları kümenin dışında kalır.
• Dönüşüm kaybı: trafik tamamen kaybolmaz ama daha düşük verimle akar.

Hangi hreflang hataları Google tarafından yok sayılır?

En sık karşılaşılan hata eksik return tag sorunudur. Google Search Central aynı dokümanda açık biçimde, bir sayfa başka bir varyanta işaret ediyorsa hedef varyantın da geri dönüp ilk sayfayı işaret etmesi gerektiğini söylüyor; aksi halde etiketler yok sayılabilir veya doğru yorumlanmayabilir. Bu nedenle yalnızca ana dil sayfasından diğer ülkelere link vermek yetmez; kümenin her üyesi kendi kendisini ve diğer üyeleri listelemelidir.

İkinci büyük grup, geçersiz veya uygunsuz dil-bölge kodlarıdir. BCP 47 sözdizimini tanımlayan RFC 5646’ya göre dil etiketi önce dili, sonra gerekiyorsa bölgeyi taşır. Google’ın 2025-12-22 tarihli dokümanı da aynı mantıkla yalnızca ISO 639-1 dil kodları ve ISO 3166-1 Alpha 2 bölge kodlarını desteklediğini, tek başına ülke kodu kullanılamayacağını vurgular. Yani yalnızca TR, DE veya UK yazmak güvenli değildir; dil önce gelmelidir. Bu noktada temel kavramı netleştirmek için hreflang terimi ne demek sorusunu ekip içinde aynı tanımla cevaplamak önemlidir.

Üçüncü grup kırık alternatif URL’lerdir: 404 dönen, 3xx zincirine giren, yanlış canonical’a giden veya noindex olan varyantlar. Google, teoride üç uygulama yöntemini de eşdeğer kabul eder; ancak 2025-12-22 tarihli aynı kaynakta üç yöntemi aynı anda kullanmanın Search açısından ek fayda sağlamadığını, yönetimi zorlaştırdığını da söyler. Sorun tam da burada çıkar: HTML başka küme, sitemap başka küme, header ise üçüncü bir küme taşıyorsa Google tutarsız sinyallerle karşılaşır.

• Eksik return tag: kümenin karşılıklı bağlantı mantığı bozulur.
• Kendini listelemeyen varyant: sayfa kümenin resmi üyesi gibi davranmaz.
• Yanlış kod: de-TR gibi mantıksal olarak mümkün olsa da içerik hedefiyle uyuşmuyorsa eşleşme bozulur.
• Kırık hedef: 404, 301 zinciri veya noindex olan alternatifler güveni düşürür.

Canonical, redirect, noindex ve x-default çakışmaları nasıl çözülür?

Hreflang sorunlarının zor tarafı, çoğu zaman tek başına hreflang kaynaklı olmamalarıdır. Canonical başka yere gidiyor, varyant açılınca 301 veriyor ya da sayfa noindex taşıyor olabilir. Bu durumda Google önce daha baskın sinyalleri değerlendirir. Google Search Central’ın 2026-03-27 güncellenen canonical dokümanında açıkça belirtildiği gibi, hreflang kullanılan sayfalarda canonical aynı dildeki eşdeğere ya da aynı dilde eşdeğer yoksa en iyi ikameye işaret etmelidir. de-DE sayfasının canonical’ı en-US sayfasına gidiyorsa, siz bir yandan “bunlar alternatif” derken öte yandan “esas sayfa bu” demiş olursunuz.

Redirect çakışması da benzer şekilde problemlidir. Hreflang içinde listelenen URL canlı olarak 200 dönmeli ve kullanıcının bot gibi eriştiğinde aynı hedefe ulaşabilmesi gerekir. Eğer /de-de/ URL’si herkesi IP bazlı olarak /en/ sayfasına atıyorsa, etiket teoride doğru görünse bile Google o varyantı net biçimde keşfedemez. Google’ın locale-adaptive pages dokümanının 2025-12-10 güncellemesi, Googlebot’un isteklerde Accept-Language göndermediğini ve ayrı locale URL yapılarının hreflang ile işaretlenmesini önerdiğini tekrar vurguluyor.

noindex ile hreflang birlikte kullanıldığında da ekipler sıkça yanılır. Bir varyantı indeks dışı bırakıp yine de o varyantı hreflang kümesinde tutmak, kümeyi teorik olarak tam ama pratikte zayıf hale getirir. x-default ise farklı bir işlev taşır: eşleşmeyen kullanıcıyı ya da seçici sayfayı tanımlar. Özellikle ülke seçici ana sayfalarda x-default yoksa, belirsiz kullanıcıların yanlış ülke sürümüne düşmesi ve markanın genel home sayfası yerine sert yönlendirmeler görmesi daha olası hale gelir.

• Canonical aynı dildeki doğru sayfaya gitmeli.
• Hreflang içinde listelenen varyant mümkünse 200 dönmeli.
• Noindex verilen sayfa kümeden çıkarılacaksa diğer katmanlar da temizlenmeli.
• x-default, özellikle seçici ve fallback sayfalarında net tanımlanmalı.

Hreflang etiketlerini HTML, HTTP header ve XML sitemap’ta nasıl doğrularsınız?

Doğrulama tek ekrana bakarak yapılmaz. Önce canlı sayfanın HTML head bölümünde tüm varyantların listelendiğini kontrol edin. Ardından response header içinde özellikle HTML dışı dosyalar için farklı bir rel=alternate ya da canonical kurgusu olup olmadığına bakın. Son olarak XML sitemap export’unu açıp aynı URL kümesinin orada da tekrar edilip edilmediğini görün. Google’ın 2025-12-22 tarihli dokümanı üç yöntemin eşdeğer olduğunu söylese de, karışık kullanımda tutarlılık zorunludur.

İkinci katman Search Console’dur. URL Inspection ile Google’ın gördüğü son sürümü, seçtiği canonical’ı ve canlı sayfanın erişilebilirliğini kontrol edin. Eğer canlı head kodunda hreflang doğru görünüyor ama indekslenen sürüm eskiyse, sorun deploy senkronu, cache ya da render farkı olabilir. Özellikle JavaScript ile head içine sonradan eklenen etiketlerde bu fark daha sık çıkar. Canonical dokümanının 2026-03-27 güncellemesi de canonical bilgisinin HTML kaynağında mümkün olduğunca net verilmesini önerir.

Üçüncü katman tarama davranışıdır. Locale-adaptive yapı kullanan ekipler, “bende doğru açılıyor” testine fazla güvenir. Oysa Google’ın 2025-12-10 tarihli locale-adaptive dokümanına göre Googlebot varsayılan isteklerinde Accept-Language göndermeyebilir ve ABD tabanlı IP’lerle tarama yapabilir. Yani yalnızca çerez, IP veya tarayıcı diliyle içerik değiştiriyorsanız bazı varyantlar geç keşfedilir ya da hiç tutarlı biçimde anlaşılamaz.

• HTML: canlı head içinde kendisi dahil tüm varyantlar var mı?
• Header: PDF veya dosya varyantlarında farklı sinyal mi dönüyor?
• Sitemap: aynı küme eksiksiz ve tam URL’lerle export ediliyor mu?
• Search Console: Google’ın seçtiği canonical ve görülen canlı çıktı aynı mı?

Saha analizi: aynı hreflang kümesini üç katmanda karşılaştırınca hangi kırılmalar ortaya çıkar?

Sahada en hızlı teşhis yöntemi, aynı URL kümesini üç katmanda yan yana koymaktır: canlı HTML head, response header ve XML sitemap export’u. Denetimlerde sık gördüğümüz kırılma şudur: geliştirici head etiketini düzeltir, ama sitemap eski URL’leri göndermeye devam eder; ya da CMS canonical’ı otomatik değiştirirken hreflang modülü eski kümede kalır. Kağıt üzerinde “hreflang var” görünür, fakat üç katman aynı seti taşımadığı için Google tutarsız sinyal alır.

Örnek bir senaryoda en-gb, en-us ve de-de ürün sayfaları düşünün. HTML içinde üçü de listelenir, fakat sitemap yalnızca en-us ve de-de’yi içerir; en-gb sayfası ayrıca 301 ile genel /en/ sayfasına gider. Bu kurgu sonunda yanlış ülke landing page’i görünür, çünkü en-gb hem kümede tam temsil edilmez hem de kendi URL’sinde istikrarlı kalmaz. Bu tip kırılmalar, raporlarda “trafik düştü” şeklinde görünmeden önce ülke bazlı açılış dağılımında kayma olarak fark edilir.

Operasyonel olarak en değerli çıktı, tek seferlik hata yakalamak değil, tekrar eden kırılma desenini bulmaktır. Site taşıması, CDN kuralı değişimi, yeni ülke klasörü eklenmesi veya şablon güncellemesi sonrası hangi katman önce bozuluyor? Bu soru cevaplandığında ekip, yalnızca etiketi düzeltmez; kırılmanın üretim hattını da kapatır. Bu yaklaşım, klasik “etiket doğru mu” kontrolünden daha değerlidir çünkü sorunu deploy ve içerik operasyonu düzeyinde görünür kılar.

• Head doğru, sitemap eski: yeni varyantlar geç öğrenilir.
• Sitemap doğru, redirect bozuk: bot doğru URL’yi tutarlı açamaz.
• Canonical doğru, hreflang eksik: eşdeğer varyant ilişkisi zayıflar.
• Üçü de doğru, Search Console eski: yeniden tarama ve cache gecikmesi incelenir.

Adım Adım Hreflang hata teşhisi ve düzeltme akışı

Hreflang sorununu hızlı çözmenin yolu, tüm varyantları tek tek okumak değil, önce kümenin envanterini çıkarmaktır. Aşağıdaki akış, çok dilli ve çok bölgeli sitelerde en sık çalışan teşhis sırasını verir. Amaç önce en baskın çakışmayı bulmak, sonra aynı problemi tüm şablona yayılmış biçimde düzeltmektir.

1. Varyant URL envanterini çıkarın. Dil ve ülke bazlı tüm URL’leri, beklenen canonical hedeflerini ve olması gereken hreflang değerlerini tek sayfada toplayın. Eğer ekip bu listeyi oluşturamıyorsa, sorun çoğu zaman etiketin kendisinden önce bilgi mimarisindedir.
2. Canlı sayfa head kodunu kontrol edin. Her varyantın kendisini ve diğer alternatifleri listelediğini, URL’lerin tam olduğunu ve yanlış kopya içermediğini doğrulayın. Return tag eksikleri bu adımda en hızlı yakalanır.
3. Canonical ve yönlendirmeleri eşleştirin. Sayfa 200 dönüyor mu, canonical aynı dildeki doğru eşdeğere mi gidiyor, herhangi bir otomatik ülke yönlendirmesi botu başka yere mi taşıyor, bunu test edin.
4. Header ve sitemap çıktısını karşılaştırın. Özellikle PDF, feed ya da doküman sayfalarında header sinyalleri farklı olabilir. XML sitemap ise eski varyantları taşıyorsa deploy sonrası bile sorun devam eder.
5. Search Console ile hatayı teyit edin. URL Inspection üzerinden Google’ın gördüğü sürümü ve seçtiği canonical’ı kontrol edin. Canlı test ile indekslenen sürüm arasında fark varsa teknik borç daha yukarı katmandadır.
6. Sıralama ve ülke dağılımını izleyin. Düzeltmeden sonra doğru URL’nin ilgili ülkede yeniden görünür olmaya başladığını ve yanlış landing page’in payının düştüğünü birkaç tarama döngüsü boyunca takip edin.

Bu akışın değeri, ekip içi tartışmayı “hreflang çalışıyor mu” seviyesinden “hangi katmanda, hangi sinyal yüzünden bozuluyor” seviyesine taşımasıdır. Özellikle yeni ülke açılışları, yeniden platform değişimleri ve şablon refactor’larında bu sırayla ilerlemek gereksiz deneme-yanılmayı ciddi biçimde azaltır.

SEOYEN ile çok bölgeli site sağlığı ve sıralama takibi nasıl operasyonelleştirilir?

Hreflang hatası tek seferlik bir teknik görev gibi görünse de, pratikte sürekli izleme gerektirir. Burada önemli olan yalnızca etiketi görmek değil; bozuk alternatif URL, canonical çakışması, yönlendirme zinciri ve yanlış ülke landing page görünürlüğünü aynı iş akışında tutmaktır. Bu nedenle site sağlığı taraması ile teknik kırılmaları düzenli taramak, ardından sıralama takibi ile hangi ülke ve dil sürümünün gerçekten SERP’te göründüğünü izlemek çok daha işlevseldir.

Ahrefs ve SEMrush kapsamlı platformlardır; ancak çok bölgeli Türk sitelerinde ekiplerin asıl ihtiyacı çoğu zaman yalnızca veri toplamak değil, veriyi yerel iş akışına çevirmektir. SEOYEN bunu Türkçe arayüz, TL bazlı planlama ve yerel destekle daha operasyonel hale getirir. Karar aşamasında detay görmek isterseniz Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları, yaklaşım farkını daha net gösterir.

Özellikle küçük işletmeler ve danışman ekipleri için avantaj, teknik raporun aksiyona dönüşme hızıdır. Geliştirici, içerik yöneticisi ve SEO uzmanı aynı ekranlardan ilerlediğinde hreflang kümesi, canonical tercihi ve yanlış ülke görünürlüğü daha hızlı kapatılır. Plan seçimini statik rakama göre değil, ihtiyaç duyulan kapsam üzerinden değerlendirmek daha sağlıklıdır; bunun için TL fiyatlandırmalı paketler sayfası güncel yapıyı gösterir. Hedef, tek bir etiketi düzeltmek değil, çok bölgeli görünürlüğü tekrar tekrar bozan süreci kontrol altına almaktır.

Sıkça Sorulan Sorular