Hızlı Cevap
Hreflang doğru kurulmuş olsa bile Google yanlış ülke sayfasını gösterebilir; çünkü hreflang bir yönlendirme emri değil, alternatif URL sinyalidir. Google-selected canonical, içerik benzerliği, dahili linkler, x-default kurgusu, IP yönlendirme ve taranabilirlik sorunları başka bir locale URL’sini SERP’te daha güçlü gösterebilir.
Önemli Noktalar
- Hreflang, Google için komut değil, alternatif URL sinyalidir.
- Canonical ve iç linkler başka URL’yi güçlendirirse locale seçimi kayar.
- Return tag, self-reference ve 200 durum kodu birlikte doğrulanmalıdır.
- IP yönlendirme ve noindex hataları hreflang kümesini pratikte zayıflatır.
- Ülke bazlı değişimi sıralama takibiyle izlemek düzeltmenin etkisini gösterir.
Hreflang doğruyken bile Google neden başka ülke URL’si seçer?
İlk kritik nokta şu: hreflang bir zorunlu yönlendirme komutu değildir. Google’ın Nisan 2026 güncellemeli Yerelleştirilmiş Sürümler belgesinde hreflang’in alternatif sürümleri açıklamak için kullanıldığı, fakat dil tespitinin yalnızca hreflang veya HTML lang ile yapılmadığı açıkça anlatılır. Yani etiketler doğru görünse de Google, başka sinyaller daha güçlü geldiğinde en-GB yerine en-US ya da tr-TR yerine genel bir İngilizce URL seçebilir.
Bu sapmanın en yaygın nedeni duplicate cluster oluşmasıdır. Aynı dilde farklı ülke sayfaları neredeyse aynı kaldığında Google bu URL’leri birbirinin varyasyonu değil, birbirine çok benzeyen sayfalar olarak kümelendirebilir. Özellikle ürün metni, başlık, dahili link akışı ve sayfa şablonu aynıysa; para birimi, teslimat, yasal metin, iletişim ve yerel teklif katmanı zayıfsa Google tek bir URL’yi merkez alır. Bu yüzden “hreflang doğru ama yanlış ülke sayfası çıkıyor” sorusu çoğu zaman etiket hatasından değil, güç sinyali dengesizliğinden kaynaklanır.
Bir de sinyal çelişkisi vardır: canonical bir URL’yi işaret eder, dahili linkler başka locale’e akar, XML sitemap üçüncü bir kümeyi gösterir, sunucu ise IP’ye göre farklı davranır. Böyle bir tabloda Google, hreflang kümesini tamamen reddetmek zorunda kalmaz; fakat hangi URL’nin baskın olması gerektiği konusunda kendi seçimini yapar. Ekibinizde duplicate cluster, return tag veya selected canonical gibi terimler farklı yorumlanıyorsa teknik SEO terimleri sözlüğü ortak bir dil kurmak için iyi bir başlangıç olur.
Search Console’da yanlış ülke sayfası seçimini nasıl teşhis edersiniz?
Teşhise her zaman URL Inspection ile başlayın. Sorunlu locale URL’sinde user-declared canonical ile Google-selected canonical aynı değilse, asıl problem çoğu zaman hreflang satırında değil canonical katmanındadır. Örneğin en-GB sayfası kendini canonical gösterirken Google-selected canonical en-US çıkıyorsa, Google diğer sinyallerden en-US’nin daha güçlü olduğunu anlamıştır. Bu farkı görmeden yalnızca head içindeki hreflang satırlarına bakmak yanıltıcı olur.
Burada Search Console terminolojisi önemlidir. Google Search Console Help içindeki Alternate URL ve Duplicate URL açıklamaları, Google’ın benzer URL’leri hangi mantıkla kümelendirdiğini anlamayı kolaylaştırır. Kısaca, bir URL alternatif veya duplicate görünüyorsa Google onu tek başına değerlendirmiyor olabilir. Hreflang etiketi doğru olsa bile asıl savaş, hangi URL’nin kanonik merkez sayılacağı üzerinde dönüyor olabilir.
Kontrol listesi olarak şu dört alanı aynı anda okuyun:
- HTML head: self-referencing canonical var mı, hreflang satırları tam mı, kodlar geçerli mi?
- XML sitemap: tüm locale URL’leri listeleniyor mu, hreflang kümesi HTML ile aynı mı?
- Dahili linkler: üst menü, footer, breadcrumb ve dil seçici doğru locale URL’ye akıyor mu?
- İndekslenebilirlik: 200 durum kodu, noindex yokluğu, robots engeli olmaması ve gereksiz redirect bulunmaması sağlanmış mı?
Bu dördü birbirini destekliyorsa sorun daha hızlı çözülür. Bir tanesi bile ters yönde sinyal veriyorsa Google-selected canonical’ın farklı çıkması şaşırtıcı değildir.
| Özellik | SEOYEN | Ahrefs | SEMrush |
|---|---|---|---|
| Hreflang ve canonical çelişkisini teknik taramada yakalama | Tek panelde teknik sinyalleri Türkçe yorumlama akışı sunar | Geniş SEO veri seti içinde ek yorumlama akışı gerekebilir | Geniş araç setiyle tespit yapılır, ek yorumlama akışı gerekebilir |
| Ülke bazlı sıralama takibiyle doğru URL’yi izleme | Ülke bazlı URL değişimini operasyonel biçimde izlemeye odaklanır | Uluslararası izleme güçlüdür, yerel ekipte ek iş akışı doğabilir | Uluslararası izleme güçlüdür, yerel ekipte ek iş akışı doğabilir |
| İç link ve sitemap tutarlılığını denetleme | Tek platform mantığında teknik kontrolleri bir araya getirir | Ayrı raporları birlikte okumak gerekebilir | Ayrı raporları birlikte okumak gerekebilir |
| Yanlış locale görünümünü ekip içinde hızlı yorumlama | Türkçe arayüz ve yerel terminolojiyle yorumlama kolaylaşır | Küresel ekip standardı güçlüdür | Küresel ekip standardı güçlüdür |
| Türkçe arayüz ve yerel destek | Doğrudan Türkiye odaklıdır | Yerel destek modeli sınırlı olabilir | Yerel destek modeli sınırlı olabilir |
| TL fiyatlandırma ve satın alma kolaylığı | TL bazlı planlama yapılabilir | Global fiyatlandırma mantığıyla ilerler | Global fiyatlandırma mantığıyla ilerler |
| AI görünürlükte yanlış locale yansımalarını izleme | Teknik SEO ile AI görünürlük okumalarını birlikte ele alır | Dolaylı analiz gerekir | Dolaylı analiz gerekir |
Adım Adım Yanlış ülke URL seçimini teşhis etme akışı
Aşağıdaki akış, çok bölgeli sitelerde “hreflang etiketleri doğru kurulduğu halde neden çalışmaz” sorusunu sistematik biçimde çözmek için kullanılabilir. Mantık basit: önce Google’ın seçimini doğrulayın, sonra kümenin bütün üyelerini ve sinyal uyumunu test edin.
- URL Inspection ile seçilen canonical’i doğrula. Sorunlu URL’nin URL Inspection çıktısında user-declared canonical ile Google-selected canonical aynı mı bakın. Aynı değilse hreflang satırlarına dokunmadan önce canonical seçimini etkileyen dahili link, benzer içerik, redirect ve sitemap sinyallerini inceleyin. Çünkü Google çoğu zaman önce kümeyi, sonra locale eşleşmesini yorumlar.
- Hreflang kümesindeki tüm URL’leri kontrol et. Kümedeki her URL’nin 200 döndüğünü, indekslenebilir olduğunu, robots tarafından engellenmediğini ve yanlışlıkla noindex almadığını doğrulayın. Bir locale URL 301, 302, 404 ya da soft 404 davranışı veriyorsa teknik olarak listede dursa bile kümenin güvenilirliği düşer.
- Return tag ve self-reference eşleşmesini test et. Her sayfa kendisini ve diğer eşlerini karşılıklı işaretlemelidir. Google’ın resmi belgesine göre karşılıklı referans eksik olduğunda etiketler yok sayılabilir. Özellikle şablon bazlı kurulumlarda bir ülke sayfasının kendini listeden düşürmesi, tüm kümede dengesizlik yaratır.
- Canonical, sitemap ve link sinyallerini hizala. Canonical etiketleri bir locale’i işaret ederken sitemap veya dahili linkler başka bir locale’i öne çıkarıyorsa Google kararsız kalmaz; kendi seçimini yapar. İdeal durumda canonical self-reference olmalı, sitemap aynı URL’leri taşımalı ve navigasyon kullanıcının bulunduğu dil-bölge mantığına göre en yakın sayfaya bağlanmalıdır.
- IP yönlendirme ve locale-adaptive davranışı dene. Sunucunun Googlebot’un görebildiği içeriği değiştirmediğinden emin olun. Farklı ülke IP’leri, çerezsiz tarayıcılar ve boş Accept-Language senaryolarıyla test edin. Eğer sayfa girişte otomatik yönleniyor veya içerik değiştiriyorsa Google’ın tüm alternatifleri kararlı biçimde görmesi zorlaşır.
- Düzeltme sonrası ülke bazlı görünürlüğü izle. Teknik düzeltme bittiğinde iş bitmez. Yeniden tarama sonrasında doğru locale URL’nin indekslenip indekslenmediğini, ilgili ülkedeki sorgularda hangi URL’nin döndüğünü ve canonical seçiminin sabitlenip sabitlenmediğini ölçün. Aksi halde geçici düzelme ile kalıcı çözümü birbirine karıştırabilirsiniz.
Canonical, benzer içerik ve hreflang kümesi nerede çakışır?
Canonical çakışması çoğu zaman görünenden daha derindir
Google’ın Mart 2026 güncellemeli canonical dokümanında açıkça söylediği nokta şu: hreflang kullanıyorsanız canonical mümkünse aynı dildeki sayfayı, yoksa en yakın dil karşılığını göstermelidir. Bu yüzden en-GB sayfasının canonical’ını en-US’ye vermek ya da tr-TR sayfasını genel /en/ sayfasına bağlamak, “hreflang canonical çakışması nasıl çözülür” sorusunun çekirdeğini oluşturur. Hreflang kümesi doğru olsa bile canonical başka bir merkez seçerse etki zayıflar.
Google aynı belgede canonical amaçlı olarak hreflang kümesinde yer alan URL’leri tercih etme eğiliminden de söz eder. Bu önemli bir ayrıntıdır: reciprocal bağlantısı eksik kalan ya da kümeye hiç girmeyen locale sayfa, teoride doğru içeriği sunsa bile pratikte daha zayıf kalır. Kısacası self-reference eksikliği, return tag sorunu ve tutarsız canonical aynı anda görüldüğünde yanlış ülke URL’si seçimi neredeyse kaçınılmaz olur.
Kod hataları ve x-default kararı
Hreflang tarafında sık görülen ama gözden kaçan sorun kodların kendisidir. Google’ın Nisan 2026 güncellemeli hreflang belgesine göre ülke kodu tek başına kullanılamaz; dil kodu zorunludur ve resmi ISO biçimi geçerli olmalıdır. Bu nedenle en-UK yerine en-GB kullanmak gerekir; belge açık biçimde UK, EU ve UN gibi kodların Google Arama’yı etkilemediğini belirtir. Kod doğru değilse etiket görünürde var olur, ama kümeye beklediğiniz etkiyi vermez.
x-default ise her kümede mecburi değildir. Kullanıcıyı ülke seçiciye götüren, dil eşleşmediğinde yedek akış sunan ya da net bir varsayılan giriş sayfası olan yapılarda değerlidir. Buna karşılık her locale sayfanın zaten açık şekilde ayrıldığı, kullanıcıyı zorla seçiciye göndermeyen kurulumlarda x-default eksikliği tek başına krizin nedeni olmayabilir. Burada doğru soru “x-default var mı” değil, “varsayılan karar noktası belirsiz mi” olmalıdır.
IP yönlendirme ve taranabilirlik hataları hreflang’i nasıl bozar?
Google’ın 10 Aralık 2025 tarihli locale-adaptive pages belgesi, çok kritik bir gerçeği yeniden netleştiriyor: Googlebot’un varsayılan IP’leri çoğunlukla ABD tabanlı görünür ve isteklerde Accept-Language başlığı göndermez. Bu yüzden sayfanız ülke veya dil kararını yalnızca IP ve tarayıcı başlığına göre veriyorsa, Google tüm alternatiflerinizi düzenli biçimde göremeyebilir. Google aynı belgede ayrı locale URL yapılarının ve hreflang açıklamalarının önerildiğini de vurgular.
Burada sık yapılan hata, kullanıcı deneyimini iyileştirmek isterken bot erişimini daraltmaktır. Örneğin çerezsiz ilk istekte herkesi /en-us/ sayfasına 302 ile gönderen bir kurgu, en-GB ve tr-TR sayfalarını görünürde yayında tutsa bile kümenin baskın URL’sini fiilen değiştirir. Belgedeki diğer önemli nokta da şu: Googlebot artık yalnızca ABD’den değil, başka ülkelerden de tarama yapabilir. Yine de testlerinizi “boş Accept-Language + farklı IP + çerezsiz tarayıcı” kombinasyonuyla yapmak en güvenli yoldur. İlgili video kaynak: Google Search Central’ın hreflang ve localized versions anlatımı.
Aşağıdaki durumlar hreflang kümesini doğrudan zayıflatır:
- noindex: Sayfa kümede görünür ama arama için devre dışı kalır.
- redirect: Alternatif URL kendi yerine başka locale’e akıyorsa sinyal karışır.
- robots engeli: Google URL’yi görebilir ama içeriği sağlıklı değerlendiremeyebilir.
- 404 veya soft 404: Kümedeki bir üye bozuksa tüm yapı güven kaybeder.
Bu yüzden “ip yönlendirme hreflang sorunu” çoğu zaman tek başına değil, taranabilirlik hatalarıyla birlikte ortaya çıkar.
Gerçek vaka: tr-TR, en-GB ve en-US kümelerinde hata nasıl çözüldü?
Saha teşhislerinde en sık gördüğümüz desenlerden birini anonimleştirerek özetleyelim. Üç locale vardı: tr-TR, en-GB ve en-US. İlk bakışta her şey doğru görünüyordu; HTML head içinde tüm hreflang satırları mevcuttu, XML sitemap kümenin üç üyesini de listeliyordu ve sayfalar 200 dönüyordu. Buna rağmen İngiltere’den yapılan sorgularda zaman zaman en-GB yerine en-US URL’si görünüyordu. Yani sorun etiketin yokluğu değil, hangi URL’nin daha güçlü okunduğuydu.
İlk bulgular
- en-GB ve en-US sayfalarının ana gövdesi neredeyse aynıydı; fark yalnızca birkaç teslimat ve yazım ayrıntısındaydı.
- Global navigasyonun çoğu bağlantısı doğrudan en-US URL’lerine gidiyordu.
- Dil seçici, çerezsiz ilk ziyarette genel İngilizce yerine en-US’yi varsayılan kabul ediyordu.
- Search Console’da bazı sorgularda en-GB için Google-selected canonical, en-US’ye kayıyordu.
Asıl neden tek bir satır değildi; sinyallerin toplamı en-US’yi daha güçlü gösteriyordu. Hreflang kümesi teoride sağlamdı, fakat dahili link otoritesi, başlangıç yönlendirmesi ve içerik benzerliği aynı yöne bakıyordu. Burada en etkili düzeltme; en-GB sayfasını gerçekten yerelleştirmek, menü ve footer içindeki bağlantıları locale mantığına göre ayarlamak ve dil seçiciyi genel /en/ ya da uygun x-default girişine bağlamak oldu. Canonical’lar self-reference olarak korundu, sitemap yeniden gönderildi ve sorunlu URL’ler için yeniden tarama istendi.
Düzeltmeden sonra değişimi ülke bazında izlemek kritik hale geldi. Bu aşamada sıralama takibi ile Birleşik Krallık ve ABD sonuçlarını ayrı izlemek, hangi sorguda hangi URL’nin döndüğünü netleştirdi. Teknik tarafta ise doğru locale URL’nin kalıcı biçimde seçilip seçilmediğini görmek için canonical ve tarama hataları düzenli kontrol edildi. Vaka bize şunu tekrar gösterdi: hreflang satırları doğru olsa bile, yerelleştirme derinliği ve iç mimari desteklenmiyorsa Google en güçlü locale’i seçer.
SEOYEN ile ülke bazlı görünürlük ve teknik kontroller nasıl izlenir?
Yanlış locale URL seçimini çözmek yalnızca etiket denetimi değildir; canonical, redirect, noindex, sitemap ve iç link mantığını tek yerde okuyabilmek gerekir. Bu yüzden süreçte düzenli bir site sağlığı taraması kullanmak pratiktir. Aynı panelde hreflang tutarsızlığı, kırık yönlendirme ve indekslenebilirlik sorunu görmek; özellikle çok bölgeli sitelerde ayrı araçlar arasında veri taşımaktan daha hızlı sonuç verir.
Görünürlük tarafında ise yalnızca klasik sıralama raporu yetmez. Yanlış locale seçimi markanızın farklı arama yüzeylerinde hangi URL ile temsil edildiğini de etkileyebilir. Bu yüzden teknik teşhis sonrasında AI görünürlük analizi ile locale yansımalarını, sıralama verisiyle birlikte okumak daha net bir tablo çıkarır. Ahrefs ve SEMrush güçlü küresel referanslardır; ancak Türkiye pazarında çalışan ekipler için SEOYEN bu kontrolleri Türkçe arayüz, tek platformda araçlar, TL bazlı fiyatlandırma ve yerel Türkçe destek ile daha kolay operasyonel hale getirir.
Karar aşamasında global araçlarla farkları daha somut görmek isterseniz Ahrefs alternatifi karşılaştırması ve SEMrush alternatifi karşılaştırması ilgili bağlamı tamamlar. Plan ve abonelik tarafında sabit rakam yerine güncel paket seçenekleri üzerinden ilerlemek daha sağlıklıdır. Bu makaledeki ana fikir de aynı: doğru kararı tek bir etikete bakarak değil, bütün sinyalleri aynı çerçevede okuyarak verin.
Kaynaklar
Sıkça Sorulan Sorular
Çünkü hreflang tek başına zorlayıcı bir komut değildir. Google, canonical seçimi, içerik benzerliği, dahili link yapısı, yönlendirme davranışı ve indekslenebilirlik gibi başka sinyalleri de birlikte değerlendirir. Aynı dildeki iki ülke sayfası birbirine çok benziyorsa ya da bir locale URL dahili linklerle daha çok destekleniyorsa, Google arama sonucunda o URL’yi öne çıkarabilir. Bu yüzden sorun çoğu zaman hreflang satırının varlığında değil, hangi URL’nin daha güçlü okunduğundadır.
Pratikte önce canonical küme mantığı ağır basar. Bir sayfa hreflang ile en-GB olarak işaretlenmiş olsa bile canonical etiketi en-US’ye gidiyorsa, Google bu iki sinyali eşit ağırlıkta okumaz. Resmi dokümana göre canonical mümkünse aynı dildeki sayfayı göstermelidir. aksi durumda hreflang etkisi zayıflar. Bu yüzden canonical, sitemap ve dahili linklerin aynı locale kararını desteklemesi gerekir.
İçerik neredeyse aynıysa Google genelde en güçlü teknik ve içerik sinyaline sahip URL’yi seçer. Bu güç. self-canonical, dahili link akışı, içerik derinliği, kullanıcıya sunulan yerel unsurlar ve taranabilirlikten gelir. Örneğin en-GB ve en-US sayfaları yalnızca birkaç yazım farkı taşıyorsa ama site genelindeki bağlantılar en-US’ye akıyorsa, Google İngiltere sorgularında bile en-US’yi baskın görebilir. Yerelleştirme seviyesi burada belirleyici olur.
Bazı senaryolarda evet, ama her durumda temel neden bu değildir. x-default özellikle dil veya ülke seçici sayfalarda, hiçbir locale doğrudan eşleşmediğinde hangi URL’nin varsayılan kabul edileceğini netleştirir. Yanlış kurulduğunda ya da yanlış sayfaya verildiğinde giriş mantığı karışabilir. Ancak tüm locale URL’ler zaten ayrı ve netse, x-default eksikliği tek başına krize yol açmayabilir. Önce varsayılan akışın gerçekten belirsiz olup olmadığına bakmak gerekir.
Önce bunu hata mesajı gibi değil, teşhis verisi gibi okuyun. Google-selected canonical farklıysa Google başka bir URL’yi daha güçlü görüyor demektir. Sonraki adımda canonical etiketini, dahili linkleri, XML sitemap kayıtlarını, içerik benzerliğini ve olası yönlendirmeleri birlikte kontrol edin. Özellikle sorunlu locale URL gerçekten 200 dönüyor mu, kendini canonical gösteriyor mu ve site genelinde yeterince destekleniyor mu soruları cevaplanmalıdır. Tek bir head satırına bakarak çözüm üretmeyin.
Yanlış kurgulanmışsa evet. Google’ın locale-adaptive pages belgesine göre Googlebot isteklerinde çoğu zaman Accept-Language başlığı göndermez ve varsayılan IP görünümü sıkça ABD tabanlıdır. Eğer sunucu kullanıcıyı otomatik biçimde tek locale’e yönlendiriyorsa, Google diğer alternatifleri düzenli göremeyebilir. Bu da hreflang kümesinin teknik olarak doğru olsa bile pratikte zayıflamasına yol açar. Ayrı locale URL’leri ve kontrollü yönlendirme mantığı daha güvenlidir.
Olmaması gerekir. Hreflang kümesine eklenen URL’lerin erişilebilir, indekslenebilir ve kararlı olması beklenir. noindex alan bir sayfa arama için devre dışı kaldığından kümede güven kaybı yaratır. Redirect olan ya da 404 dönen alternatifler ise Google’ın locale haritasını bulanıklaştırır. Bu tür URL’ler bazen tüm yapıyı çökertmez, ancak yanlış ülke sayfası seçimi riskini ciddi biçimde artırır. Kümedeki her üyenin temiz ve nihai URL olması en doğru yaklaşımdır.