Ana içeriğe geç

Alman Müşteriniz Türkçe Sayfanızı Görüyor: Hreflang Faciası

TBB Dijital Editör

TBB Dijital Editör

Kıdemli SEO Danışmanı

06 Temmuz 2026 Güncellendi: 29 Temmuz 2026 15 dk okuma
Alman Müşteriniz Türkçe Sayfanızı Görüyor: Hreflang Faciası
Paylaş

Çok dilli bir siteniz var. Almanca sürümünüz hazır, çeviriler profesyonel, içerik yerinde. Ancak Google'da arama yapan Alman müşteriniz karşısında Türkçe sayfayı buluyor. Anlamadığı bir sayfaya düşüyor ve saniyeler içinde geri dönüyor.

Bu, uluslararası SEO'nun en pahalı ve en yaygın teknik hatasıdır. Sebebi neredeyse her zaman aynıdır: hatalı ya da eksik hreflang kurulumu.

Hreflang tam olarak ne yapar?

Hreflang, Google'a şunu söyler: "Bu sayfanın Almanca konuşanlar için karşılığı şu adrestir, Fransızca için şu adrestir."

İki temel faydası vardır:

  • Doğru sürümü doğru kullanıcıya gösterir. Kullanıcının dil ve konum tercihine göre uygun sayfa sıralanır.
  • Kopya içerik algısını önler. Aynı içeriğin Türkçe ve Almanca sürümleri birbirinin kopyası olarak değerlendirilmez.

Önemli: Hreflang bir sıralama sinyali değildir. Zayıf bir sayfayı yükseltmez; yalnızca hangi sürümün gösterileceğini yönlendirir.

Temel yazım

Sayfanın <head> bölümüne şu etiketler eklenir:

<link rel="alternate" hreflang="tr" href="https://siteniz.com/urunler" />
<link rel="alternate" hreflang="de" href="https://siteniz.com/de/produkte" />
<link rel="alternate" hreflang="en" href="https://siteniz.com/en/products" />
<link rel="alternate" hreflang="x-default" href="https://siteniz.com/en/products" />

Dil ve ülke kodları

DeğerAnlamı
trTürkçe konuşan herkes (ülke fark etmeksizin)
deAlmanca konuşan herkes
de-ATAvusturya'daki Almanca konuşanlar
en-USABD'deki İngilizce konuşanlar
x-defaultHiçbir eşleşme yoksa gösterilecek sürüm

Dikkat: Dil kodu ISO 639-1, ülke kodu ISO 3166-1 Alpha-2 standardındadır. Sık yapılan hata: İngiltere için en-UK yazmak — doğrusu en-GB'dir.

Altın kural: karşılıklılık (bidirectional)

Hreflang'de en kritik kural budur ve en çok burada hata yapılır.

A sayfası B'yi gösteriyorsa, B sayfası da A'yı göstermek zorundadır. Tek yönlü tanım geçersizdir; Google tüm seti yok sayabilir.

Ayrıca her sayfa kendini de listelemelidir. Yani Almanca sayfada hem Türkçe hem İngilizce hem de kendi Almanca adresi bulunmalıdır.

Türkçe sayfada:  tr → kendisi | de → Almanca | en → İngilizce
Almanca sayfada: tr → Türkçe  | de → kendisi | en → İngilizce
İngilizce sayfada: tr → Türkçe | de → Almanca | en → kendisi

Bu simetri bozulduğunda etiketler devre dışı kalır.

Üç uygulama yöntemi

YöntemNe zaman?Zorluk
HTML headAz sayıda dil, orta ölçekli siteKolay
XML site haritasıÇok dil / çok sayfaOrta ama en yönetilebilir
HTTP başlığıPDF gibi HTML olmayan dosyalarSunucu erişimi gerekir

10 dil × 5.000 sayfa gibi bir yapıda HTML yöntemi her sayfaya 10 etiket ekler ve sayfa ağırlığını artırır. Bu ölçekte site haritası yöntemi tercih edilmelidir.

Sık yapılan 8 hata

1. Karşılıklılığın sağlanmaması

En yaygın hatadır. Türkçe sayfa Almancayı gösterir ama Almanca sayfada Türkçe tanımı yoktur. Google seti geçersiz sayar.

2. Yanlış ülke kodu

en-UK (yanlış) yerine en-GB; gr (yanlış) yerine Yunanistan için el. Geçersiz kodlar sessizce yok sayılır.

3. Göreli URL kullanmak

Hreflang'de mutlak URL zorunludur: https:// ile başlamalıdır. /de/produkte gibi göreli yollar çalışmaz.

4. Kanonik ile çelişki

Bu, en sinsi hatadır. Almanca sayfanın kanoniği Türkçe sayfayı gösteriyorsa, Google'a "Almanca sayfa aslında Türkçe sayfanın kopyası" demiş olursunuz — hreflang tamamen çöker.

Kural: Her dil sürümü kendine kanonik vermelidir.

5. noindex ile birlikte kullanmak

Hreflang setindeki bir sayfada noindex varsa o sürüm dizine girmez ve eşleştirme bozulur.

6. Yönlendirilen adresleri göstermek

Hreflang hedefleri doğrudan 200 dönen nihai adresler olmalıdır; yönlendirme zinciri sinyali zayıflatır.

7. x-default tanımlamamak

Zorunlu değildir ama tanımlanmadığında, hiçbir dil eşleşmeyen kullanıcıya hangi sürümün gösterileceği belirsiz kalır.

8. Otomatik yönlendirme ile birleştirmek

Kullanıcının IP adresine göre zorla dil değiştiren yönlendirmeler, Googlebot'un tüm sürümleri taramasını engelleyebilir. Doğru yaklaşım: dil önerisi sunan bir bildirim göstermek, ancak kullanıcıyı zorlamamak.

Dil yapısı seçimi

Hreflang'den önce verilmesi gereken karar, dil sürümlerinin nerede barındırılacağıdır:

YapıÖrnekDeğerlendirme
Alt dizinsite.com/de/Otoriteyi tek alan adında toplar; çoğu site için en iyi seçim
Alt alan adıde.site.comAyrışık yönetim; otorite bölünebilir
Ülke alan adısite.deEn güçlü yerel sinyal; en maliyetli ve otoriteyi sıfırdan kurar
Parametresite.com?lang=deÖnerilmez

Çoğu işletme için alt dizin yapısı doğru dengeyi sunar: tek alan adının otoritesinden yararlanır, yönetimi basittir.

Nasıl test edilir?

  1. Search Console → Uluslararası Hedefleme: Hreflang hatalarını raporlar (özellikle karşılıklılık eksikliklerini).
  2. Kaynak kodu kontrolü: Her dil sürümünde etiket setinin tam ve simetrik olduğunu gözle doğrulayın.
  3. Site taraması: Tarayıcı araçları hreflang setlerini çıkarır ve eksik karşılıklılıkları listeler.
  4. Gerçek arama testi: Hedef ülkenin Google alan adında (google.de gibi) arama yaparak hangi sürümün çıktığını kontrol edin.

Denetim listesi

  1. Her sayfa kendisi dâhil tüm sürümleri listeliyor
  2. Karşılıklılık her yönde sağlanmış
  3. Tüm URL'ler mutlak ve 200 dönüyor
  4. Her sürüm kendine kanonik veriyor
  5. Dil/ülke kodları standarda uygun
  6. x-default tanımlı
  7. Setteki hiçbir sayfada noindex yok
  8. Zorunlu IP yönlendirmesi yok

Hreflang ve kanonik etiket birlikte nasıl çalışır?

Çok dilli sitelerde en sık karıştırılan ve en çok hataya yol açan konu, hreflang ile kanonik etiketin ilişkisidir. Bu iki sinyal farklı işler yapar ama birlikte çalışmak zorundadır. Kanonik etiket bir sayfanın "asıl" sürümünü belirtir; hreflang ise aynı içeriğin farklı dil ve bölge sürümlerini birbirine bağlar. Kritik kural şudur: hreflang ile birbirine bağlı her dil sürümü kendine kanonik vermelidir, birbirine değil.

En yaygın felaket, tüm dil sürümlerini tek bir ana dile (genellikle İngilizceye) kanonik vermektir. Bu yapıldığında, Türkçe ve Almanca sayfalar İngilizce sayfanın kopyası ilan edilmiş olur; Google bu sayfaları dizinden düşürür ve o dillerdeki aramalarda hiç görünmezler. Yani Alman müşteriniz aradığında karşısına Almanca sayfa değil, ya İngilizce sayfa ya da hiçbir şey çıkar. Doğru kurulum, her sayfanın kendine kanonik verip hreflang ile diğer dillere işaret etmesidir; böylece her dil sürümü kendi başına indekslenebilir kalır.

Bu ilişkiyi doğru kurmak, çok dilli SEO'nun temelidir. Kanonik ve hreflang birbiriyle çelişmediğinde, her dil sürümü kendi pazarında görünür olur ve Google hangi kullanıcıya hangi sürümü göstereceğini net biçimde anlar.

x-default değeri ne işe yarar?

Hreflang uygulamasının sık atlanan ama değerli bir parçası, x-default değeridir. Bu özel değer, "kullanıcının dili veya bölgesi tanımladığım sürümlerden hiçbiriyle eşleşmiyorsa, onu buraya gönder" anlamına gelir. Örneğin Türkçe, Almanca ve İngilizce sürümleriniz varsa ama siteye Fransız bir kullanıcı geldiyse, x-default ona hangi sürümün gösterileceğini belirler; bu genellikle bir dil seçim sayfası veya en genel, uluslararası sürüm olur.

x-default zorunlu değildir, ama özellikle çok sayıda dile hizmet veren veya global bir kitlesi olan siteler için önemli bir güvence sağlar. Onsuz, tanımlanmamış bir dilden gelen kullanıcı için Google kendi kararını verir ve bu karar her zaman istediğiniz sürüm olmayabilir. x-default, bu belirsizliği ortadan kaldırıp deneyimin kontrolünü size bırakır.

Dil kodu ve bölge kodu doğru yazımı

Hreflang değerlerindeki dil ve bölge kodları, standart formatlara tam olarak uymak zorundadır; küçük bir yazım hatası tüm etiketi geçersiz kılar. Değer, ya yalnızca dil kodundan (örneğin Türkçe için tr) ya da dil ve bölge kodunun birleşiminden (örneğin Almanya'daki Almanca için de-DE, Avusturya'daki Almanca için de-AT) oluşur. Buradaki en kritik ayrım, dil kodunun her zaman önce geldiği ve bölge kodunun isteğe bağlı olduğudur; yalnızca bölge kodu yazmak (örneğin sadece DE) geçersizdir.

Sık yapılan bir hata, var olmayan veya yanlış kombinasyonlar kullanmaktır; örneğin İngiltere için en-UK yazmak yanlıştır, doğru kod en-GB'dir. Bu kodların standartlara uygunluğu, hreflang'in çalışması için mutlak bir gerekliliktir. Kodları uygularken standart listelere başvurmak ve uygulama sonrası bir doğrulama aracıyla test etmek, bu sessiz ama yaygın hatalardan korunmanın tek yoludur.

Hreflang neden bu kadar sık bozulur?

Hreflang, teknik SEO'nun en çok hata yapılan alanlarından biridir ve bunun nedenleri yapısaldır. Birincisi, hreflang karşılıklı olmak zorundadır: A sayfası B'ye işaret ediyorsa, B sayfası da A'ya işaret etmelidir; bu karşılıklılık binlerce sayfa arasında elle yönetilmeye çalışıldığında kaçınılmaz olarak kopar. İkincisi, her yeni dil eklendiğinde tüm mevcut sayfaların hreflang kümesi güncellenmelidir; bu güncelleme atlandığında sistem tutarsız hale gelir.

Üçüncüsü, hreflang etiketleri çoğu zaman elle veya yarı otomatik sistemlerle üretilir ve bu sistemler yanlış adresler, kırık bağlantılar veya yönlendirme veren URL'ler üretebilir. Hreflang'in işe yaraması için işaret ettiği tüm adreslerin canlı, indekslenebilir ve doğru olması gerekir. Bu kadar çok koşulun aynı anda sağlanması gerektiği için, hreflang büyük sitelerde sürekli bakım gerektiren kırılgan bir sistemdir; kurup unutulacak bir ayar değildir.

Büyük sitelerde hreflang ölçeklendirme

Birkaç dilli ve birkaç sayfalı bir sitede hreflang elle yönetilebilir, ama yüzlerce sayfa ve çok sayıda dil söz konusu olduğunda elle yönetim imkânsız hale gelir. Bu ölçekte hreflang, otomatik olarak üretilmelidir; sistem, her sayfanın tüm dil karşılıklarını bilmeli ve bu ilişkiyi tutarlı biçimde her sayfaya yansıtmalıdır. Büyük sitelerde hreflang'i sayfa <head>'ine gömmek yerine, XML site haritası üzerinden bildirmek çoğu zaman daha yönetilebilir bir yaklaşımdır, çünkü tüm ilişkiler tek bir merkezi dosyada toplanır.

Ölçeklendirmede en önemli ilke, hreflang'i bir veri kaynağından türetmektir. Her sayfanın hangi dillerde karşılığı olduğu bir veritabanında tutuluyorsa, hreflang etiketleri bu veriden otomatik üretilebilir ve karşılıklılık garanti altına alınır. Elle yönetilen hreflang, küçük ölçekte çalışır ama büyüdükçe kaçınılmaz olarak bozulur; sürdürülebilir tek yol otomasyondur.

Hreflang'in arama sonuçlarına yansıması

Hreflang'in ne yapıp ne yapmadığını doğru anlamak önemlidir. Hreflang bir sıralama faktörü değildir; yani Almanca sayfanızı Almanca aramalarda daha yükseğe çıkarmaz. Yaptığı şey, doğru dil sürümünün doğru kullanıcıya gösterilmesini sağlamaktır. Yani Türkçe ve Almanca sayfanız benzer güçteyse, Alman kullanıcı aradığında Google ona Almanca sürümü gösterir. Hreflang olmadan, Google yanlış dil sürümünü gösterebilir ve kullanıcı anlamadığı bir dildeki sayfayla karşılaşıp hemen ayrılır.

Bu yüzden hreflang'in asıl faydası, kullanıcı deneyimi ve dolaylı olarak dönüşüm üzerindedir. Doğru dil sürümünü gören kullanıcı sayfada kalır, içeriği anlar ve dönüşüm yapar; yanlış sürümü gören kullanıcı ise kaybedilir. Hreflang, çok dilli bir sitenin her pazarda doğru yüzünü göstermesini sağlayan sessiz ama kritik bir mekanizmadır.

Hreflang yerine sık yapılan yanlış çözümler

Bazı siteler, hreflang'in karmaşasından kaçınmak için yanlış alternatiflere yönelir ve bu çözümler genellikle sorunu daha da kötüleştirir. En yaygın hatalardan biri, kullanıcının IP adresine göre otomatik yönlendirme yapmaktır; bu yaklaşım, kullanıcıyı diline göre farklı sürümlere zorla yönlendirir ama arama motoru botlarını da yanıltır ve botun tüm sürümleri düzgün taramasını engelleyebilir. Bir diğer hata, tüm dilleri tek bir sayfada karıştırıp dil değiştirmeyi yalnızca görsel bir seçime bırakmaktır; bu, arama motorunun her dili ayrı ayrı indekslemesini imkânsız kılar.

Doğru yaklaşım, her dil sürümünün kendi benzersiz ve indekslenebilir adresine sahip olması ve bu sürümlerin hreflang ile birbirine bağlanmasıdır. Otomatik yönlendirme yerine, kullanıcıya dil seçme özgürlüğü tanıyan görünür bir dil seçici sunmak hem kullanıcı deneyimi hem SEO açısından en sağlıklı çözümdür. Hreflang'in karmaşasından kaçmak için atılan kestirme adımlar, neredeyse her zaman daha büyük sorunlara yol açar.

Hreflang bakımı ve izleme

Hreflang kurulduktan sonra iş bitmez; sürekli izleme gerektirir. Search Console, hreflang hatalarını raporlayan bir bölüm sunar; burada karşılıklılık eksiklikleri, geçersiz dil kodları ve kırık bağlantılar gibi sorunlar görünür. Bu raporu düzenli kontrol etmek, sessizce oluşan hreflang bozulmalarını erken yakalamanın en pratik yoludur. Ayrıca her yeni dil eklendiğinde veya URL yapısı değiştiğinde, hreflang kümesinin tümüyle yeniden doğrulanması gerekir.

İzlemenin bir diğer boyutu, hreflang'in işaret ettiği adreslerin sağlığını kontrol etmektir. Zamanla bazı sayfalar silinebilir, taşınabilir veya yönlendirme vermeye başlayabilir; hreflang bu ölü adreslere işaret etmeye devam ederse tüm sistemin güvenilirliği zedelenir. Periyodik bir hreflang denetimi, tüm hedef adreslerin hâlâ canlı ve indekslenebilir olduğunu doğrulamalıdır.

Sık sorulan sorular

Tek dilli bir sitenin hreflang'e ihtiyacı var mı? Hayır. Hreflang yalnızca aynı içeriğin birden fazla dil veya bölge sürümü olduğunda gereklidir. Tek dilli bir site için hiçbir işlevi yoktur.

Aynı dilin farklı bölge sürümleri için hreflang gerekli mi? Evet, eğer içerik bölgeye göre anlamlı biçimde farklılaşıyorsa (örneğin fiyatlar, para birimi, yasal bilgiler). Almanya ve Avusturya için ayrı Almanca sürümleriniz varsa, hreflang doğru sürümün doğru ülkeye gösterilmesini sağlar.

Hreflang'i nereye koymalıyım? Üç yöntem vardır: sayfa <head>'inde etiket olarak, HTTP başlığında veya XML site haritasında. Küçük sitelerde head etiketi pratiktir; büyük sitelerde site haritası yöntemi daha yönetilebilirdir. Aynı anda birden fazla yöntem kullanmak tutarsızlık riski yaratır.

Hreflang hatası sıralamama zarar verir mi? Doğrudan bir ceza getirmez, ama yanlış dil sürümünün gösterilmesine yol açarak kullanıcı deneyimini ve dönüşümü bozar; bu da dolaylı olarak performansı olumsuz etkiler.

Hreflang'e nereden başlamalı?

Çok dilli bir sitede hreflang'i doğru kurmanın pratik bir sırası vardır. İlk adım, her içeriğin hangi dillerde karşılığı olduğunu net biçimde haritalamaktır; hangi sayfanın hangi dil sürümüne denk geldiğini bilmeden tutarlı bir hreflang kurulamaz. İkinci adım, her sayfanın kendine kanonik verdiğinden ve hreflang ile diğer dillere karşılıklı olarak işaret ettiğinden emin olmaktır. Üçüncü adım, dil ve bölge kodlarının standartlara tam uyduğunu bir doğrulama aracıyla test etmektir.

Son adım, bu yapıyı ölçeğe uygun biçimde otomatikleştirmek ve Search Console üzerinden düzenli izlemeye bağlamaktır. Küçük bir sitede elle kurulan hreflang işe yarar, ama site büyüdükçe otomasyon ve düzenli denetim kaçınılmaz hale gelir. Bu dört adımı sırayla uygulamak, hreflang'i kırılgan bir sorun kaynağı olmaktan çıkarıp her pazarda doğru sürümü gösteren güvenilir bir sisteme dönüştürür.

Doğru kurulmuş bir hreflang yapısı, uluslararası bir sitenin her ülkede ve her dilde kendi doğru yüzünü göstermesini sağlayan, kullanıcı deneyimini ve dönüşümü doğrudan destekleyen temel bir teknik SEO yatırımıdır.

Özet

Hreflang, teknik olarak basit ama disiplin gerektiren bir yapıdır. Tek bir eksik karşılıklılık, tüm seti işlevsiz bırakabilir.

Doğru kurulduğunda kazancı somuttur: Kullanıcı anladığı dilde sayfaya düşer, hemen çıkma oranı düşer ve uluslararası dönüşümleriniz artar.

Çok dilli sitenizin yapısını denetlememizi isterseniz ücretsiz analiz talep edebilir, uluslararası projeler için hizmetlerimizi inceleyebilirsiniz.

Sıkça Sorulan Sorular

Hreflang sıralamayı yükseltir mi? +

Doğrudan yükseltmez; bir sıralama sinyali değil, bir eşleştirme sinyalidir. Google'a "bu içeriğin şu dilde/ülkede karşılığı budur" der ve doğru kullanıcıya doğru sürümü göstermesini sağlar. Dolaylı faydası büyüktür: kullanıcı anladığı dilde sayfaya düştüğü için hemen çıkma oranı düşer, dönüşüm artar ve farklı dil sürümleri birbirinin kopyası olarak değerlendirilmez.

Hreflang etiketlerini nereye koymalıyım? +

Üç yöntem vardır: sayfanın head bölümüne link etiketi olarak, HTTP başlığında (PDF gibi HTML olmayan dosyalar için) veya XML site haritasında. Çok sayıda dil sürümü olan büyük sitelerde site haritası yöntemi en pratiğidir; her sayfaya onlarca etiket eklemek yerine tek dosyada yönetilir.

x-default ne işe yarar? +

Hiçbir dil sürümü kullanıcının diline uymadığında gösterilecek varsayılan sayfayı belirtir. Genellikle dil seçim sayfası veya en yaygın kullanılan (çoğunlukla İngilizce) sürüm olarak ayarlanır. Zorunlu değildir ama tanımlanması önerilir; aksi hâlde Google eşleşme bulamadığında rastgele bir sürüm gösterebilir.

Türkiye ve Almanya için ayrı Türkçe sayfa gerekir mi? +

Yalnızca içerik gerçekten farklıysa gerekir. Almanya'daki Türkçe konuşan kitleye farklı fiyat, para birimi veya teslimat koşulu sunuyorsanız tr-DE ayrı bir sürüm olarak tanımlanabilir. İçerik birebir aynıysa ayrı sürüm oluşturmak gereksiz karmaşıklık yaratır; sadece tr yeterlidir.

TBB Dijital Editör

Yazar

TBB Dijital Editör · Kıdemli SEO Danışmanı

10+ yıl arama motoru optimizasyonu deneyimi. Teknik SEO, içerik stratejisi ve e-ticaret SEO uzmanı.

TBB Dijital Editör tüm yazıları

SEO ipuçlarını kaçırmayın

Yeni rehberler ve güncellemeler için e-posta listemize katılın. Spam yok.

Teşekkürler! Kaydınız alındı.

Sitenizin SEO potansiyelini ölçelim.