Hreflang Nedir, Çok Dilli Sitelerde Nasıl Kullanılır?
Hreflang etiketi, arama motorlarına web sayfasının hangi dil ve bölge için hedeflendiğini bildiren HTML niteliğidir. Çok dilli sitelerde doğru kitleye ulaşmayı sağlar.
İÇİNDEKİLER
%0 okundu
- Hreflang Etiketinin Tanımı ve Uluslararası SEO İçindeki Stratejik Rolü
- Hreflang Etiketi Standartları: Dil ve Bölge Kodlarının Doğru Kullanımı
- Hreflang Etiketini Web Sitesine Entegre Etmenin 3 Geçerli Yolu
- Eşleşmeyen Diller ve Bölgeler İçin Kritik Çözüm: "x-default" Niteliği
- Teknik Uyarılar: Hreflang ve Canonical Etiketlerinin Birlikte Kullanımı
- Sık Yapılan Hreflang Hataları ve Search Console Üzerinden Çözüm Yolları
- Hreflang Etiketlerinin Test Edilmesi ve Denetim Süreçleri
Hreflang Nedir, Çok Dilli Sitelerde Nasıl Kullanılır? sorusu, küresel pazarlara açılan markaların teknik SEO mimarilerinde yanıtlaması gereken en kritik sorulardan biridir. Çok dilli sitelerde doğru kitleye ulaşmayı sağlayan bu HTML niteliği, arama motorlarına web sayfasının hangi dil ve bölge için hedeflendiğini bildirir. Doğru yapılandırılmış bir hreflang mimarisi, farklı coğrafyalardaki kullanıcıların arama motorlarında kendi dillerine ve para birimlerine en uygun sayfa varyasyonlarıyla karşılaşmasını güvence altına alır. Bu rehber, çok dilli ve çok bölgeli web sitelerinde hreflang etiketlerinin teknik standartlarını, uygulama metodolojilerini ve olası entegrasyon risklerini analiz etmektedir.
Hreflang Etiketinin Tanımı ve Uluslararası SEO İçindeki Stratejik Rolü
Hreflang Etiketi Nedir? Temel Tanımı
Hreflang etiketi (rel="alternate" hreflang="x"), ilk kez 2011 yılında Google tarafından duyurulan ve arama motoru botlarına bir web sayfasının alternatif dil veya bölgesel varyasyonlarını bildiren bir HTML özniteliğidir. Bu etiket, web sitenizin farklı dillerdeki aynı içeriğe sahip sayfalarını bir şema dahilinde birbirine bağlar. Temel amaç, arama motorlarının kullanıcının coğrafi konumuna (IP adresi bazlı) ve tarayıcı dil ayarlarına en uygun sürümü dizine eklemesini ve SERP (Arama Motoru Sonuç Sayfası) üzerinde bu sürümü listelemesini sağlamaktır.
Teknik olarak hreflang, tek başına bir sıralama faktörü (ranking factor) olmaktan ziyade, bir tarama ve dizine ekleme (crawl and indexation) direktifidir. Web sayfasının <head> bölümünde, HTTP yanıt başlığında (HTTP response header) veya XML site haritasında (sitemap) tanımlanabilir. Bu tanımlama yapılmadığında, arama motorları sitenin farklı dil sürümlerini birbirinin "kopya içeriği" (duplicate content) olarak algılayabilir ve bu durum organik performansın ciddi şekilde zarar görmesine neden olabilir.
Uluslararası SEO'da Hreflang'ın Önemi
Çok dilli ve çok bölgeli web siteleri için uluslararası SEO (International SEO) başarısı, kullanıcı deneyimini (UX) yerelleştirme yeteneğiyle doğrudan ilişkilidir. Örneğin, ABD'deki bir kullanıcıya İngilizce içerik sunulurken, İngiltere'deki bir kullanıcıya sterlin para birimiyle yapılandırılmış İngilizce bir sayfa sunulması gerekir. Hreflang etiketleri, tam olarak bu hedef kitle yerelleştirmesi (localization) ihtiyacını karşılar.
Hreflang kullanımının sağladığı stratejik avantajlar şu şekilde sınıflandırılabilir:
Kopya İçerik Cezalarından Korunma: Özellikle Amerika (en-US), İngiltere (en-GB) ve Avustralya (en-AU) gibi aynı dili fakat farklı para birimlerini veya küçük kültürel nüansları kullanan bölgeleri hedeflerken, sayfalar arasındaki metin benzerliği %95'in üzerinde olabilir. Arama motorları bu durumu kopya içerik olarak değerlendirip sayfalardan birini dizinden çıkarabilir. Hreflang, bu sayfaların "kopya" değil, "bölgesel alternatifler" olduğunu netleştirir.
Hemen Çıkma Oranlarının (Bounce Rate) Düşürülmesi: Kullanıcılar arama motorundan sitenize ulaştıklarında kendi dillerinde yazılmamış bir içerikle karşılaşırlarsa sayfayı hızla terk ederler. Doğru hreflang yönlendirmesi, kullanıcının doğrudan anlayabildiği dildeki sayfaya ulaşmasını sağlayarak sitede kalma süresini (dwell time) artırır.
Dönüşüm Oranlarının (Conversion Rate) Optimizasyonu: Bölgesel olarak özelleştirilmiş fiyatlandırma, kargo bilgileri ve yerel hitap biçimleri içeren sayfalar, kullanıcılarda daha yüksek bir güven hissi yaratır. Bu güven, doğrudan e-ticaret dönüşüm oranlarına yansır.
Arama Motoru Botları Hreflang'ı Nasıl Algılar?
Arama motoru botları (özellikle Googlebot), bir sayfayı tararken (crawling) HTML belgesinin yapısını analiz eder. Tarama esnasında karşılaşılan rel="alternate" hreflang öznitelikleri, botun tarama kuyruğuna (crawl queue) yeni alternatif URL'leri eklemesini sağlar. Googlebot, bu etiketleri okuduğunda sayfalar arasındaki çapraz referansları (cross-references) doğrular.
Eğer sayfa A, sayfa B'yi kendi dil alternatifi olarak gösteriyorsa; sayfa B'nin de mutlaka sayfa A'yı kendi dil alternatifi olarak göstermesi gerekir. Bu duruma "geri dönüş bağlantısı" (return link / return tag) adı verilir. Arama motoru botları, iki sayfa arasındaki bu çift yönlü doğrulamayı görmediğinde hreflang komutunu geçersiz sayar ve görmezden gelir. Bu tarama bütçesi (crawl budget) optimizasyonu açısından da önemlidir; botlar geçersiz etiketlerle zaman kaybetmek yerine, doğru yapılandırılmış hiyerarşiyi daha hızlı indeksler.
Hreflang Etiketi Standartları: Dil ve Bölge Kodlarının Doğru Kullanımı
ISO 639-1 Dil Kodları ve ISO 3166-1 Bölge Kodları
Hreflang etiketlerinin hatasız çalışabilmesi için kullanılan kodların uluslararası kabul görmüş standartlara tam olarak uyması zorunludur. Arama motorları bu konuda iki farklı ISO standardını referans alır:
Dil Kodları (ISO 639-1): Kullanılacak dil kodu her zaman iki haneli ve küçük harflerle yazılmalıdır. Örneğin; Türkçe için
tr, İngilizce içinen, Almanca içinde, Fransızca içinfrkodları geçerlidir. Sadece dil kodu belirtmek, o dili konuşan tüm coğrafi bölgeleri hedeflemek anlamına gelir.Ülke/Bölge Kodları (ISO 3166-1 Alpha-2): Belirli bir coğrafi bölgeyi hedeflemek istiyorsanız, dil kodunun yanına bir tire (-) işareti koyarak yine iki haneli olan ülke kodunu eklemelisiniz. Ülke kodları genellikle büyük harflerle yazılır (zorunlu olmasa da standartlaşma açısından önerilir). Örneğin; Birleşik Krallık için
GB, Amerika Birleşik Devletleri içinUS, Almanya içinDEkodları kullanılır.
Sıkça yapılan hatalardan biri, ülke kodunu tek başına kullanmaktır. Hreflang protokolünde tek başına ülke kodu kullanılamaz. Her zaman öncelikle dil kodu belirtilmeli, opsiyonel olarak yanına bölge kodu eklenmelidir.
Yanlış Kod Kullanımının Oluşturacağı Riskler
Standart dışı kodların kullanılması, arama motorlarının ilgili etiketleri tamamen yok saymasına (ignore) yol açar. Örneğin, Birleşik Krallık pazarı hedeflenirken yaygın bir kullanım hatası olarak en-UK yazılması, Googlebot tarafından bu etiketin doğrudan elenmesiyle sonuçlanır. Doğru standart en-GB şeklindedir.
Benzer şekilde, Ukraynaca dili hedeflenirken dil kodu olarak ua (bu Ukrayna'nın ülke kodudur) yazılması sık yapılan bir diğer hatadır; Ukraynaca dilinin ISO 639-1 kodu uk'dir. Bu tür hatalar yapıldığında, arama motorları hedeflediğiniz coğrafyadaki kullanıcılara yanlış dildeki sayfaları gösterebilir. Bu durum organik trafiğin düşmesine, tarama bütçesinin israf edilmesine ve web sitenizin uluslararası otoritesinin zarar görmesine sebebiyet verir.
Hreflang Etiketini Web Sitesine Entegre Etmenin 3 Geçerli Yolu
1. HTML Head Etiketleri Arasına Eklemek (Küçük ve Orta Ölçekli Siteler İçin)
Bu yöntem, en yaygın ve uygulaması en kolay olan entegrasyon biçimidir. Her dil versiyonundaki sayfanın HTML belgesinin <head> ve </head> etiketleri arasına karşılıklı olarak link etiketleri yerleştirilir.
Örnek olarak, aynı içeriğin Türkçe, İngilizce ve Almanca sürümlerine sahip bir web siteniz olduğunu varsayalım. Her üç sayfanın da kaynak kodunda aşağıdaki bloklar eksiksiz yer almalıdır:
<link rel="alternate" hreflang="tr" href="https://www.webizm.com/tr/hizmetlerimiz/" />
<link rel="alternate" hreflang="en" href="https://www.webizm.com/en/services/" />
<link rel="alternate" hreflang="de" href="https://www.webizm.com/de/dienstleistungen/" />
<link rel="alternate" hreflang="x-default" href="https://www.webizm.com/en/services/" />Avantajları: Doğrudan kaynak koddan okunabildiği için tarama esnasında anında fark edilir. CMS (İçerik Yönetim Sistemi) eklentileriyle (örneğin WordPress üzerinde Yoast SEO, RankMath veya WPML) kolayca otomatikleştirilebilir.
Dezavantajları: Sayfa sayısı ve dil varyantı arttıkça HTML boyutu büyür. Örneğin, 30 farklı dil ve bölge kombinasyonuna sahip kurumsal bir sitede, her sayfanın başına 30 satır kod eklenmesi sayfa boyutunu (page weight) artırır ve yüklenme sürelerini (LCP - Largest Contentful Paint) olumsuz etkileyebilir.
2. HTTP Üst Bilgileri (Headers) ile Yapılandırmak (PDF ve Non-HTML Dosyalar İçin)
HTML dışı dosyaların (PDF dökümanları, Word dosyaları, Excel tabloları vb.) çok dilli alternatiflerini arama motorlarına bildirmek için HTML head yöntemi kullanılamaz. Bu durumda, sunucu seviyesinde HTTP header yanıtları (HTTP response headers) devreye girer.
İlgili döküman talep edildiğinde sunucunun (Nginx, Apache veya IIS) döndürdüğü HTTP başlığına Link parametresi eklenir. Örneğin, bir kullanma kılavuzunun Türkçe ve İngilizce PDF varyasyonları için sunucu yanıtı şu şekilde yapılandırılmalıdır:
Link: <https://www.webizm.com/downloads/kilavuz-tr.pdf>; rel="alternate"; hreflang="tr",
<https://www.webizm.com/downloads/manual-en.pdf>; rel="alternate"; hreflang="en",
<https://www.webizm.com/downloads/manual-en.pdf>; rel="alternate"; hreflang="x-default"Avantajları: HTML yapısı olmayan dökümanların da uluslararası SEO uyumlu hale getirilmesini sağlar. Sayfa kodunu şişirmez.
Dezavantajları: Sunucu taraflı konfigürasyon gerektirir. Apache için .htaccess veya Nginx için nginx.conf dosyalarında karmaşık yönlendirme kurallarının (rewriting rules) hatasız yazılmasını zorunlu kılar. Yazılımcı desteği olmadan yönetilmesi zordur.
3. XML Site Haritası (Sitemap) Üzerinden Bildirim Yapmak (Geniş Ölçekli Kurumsal Siteler İçin Önerilen Yöntem)
Binlerce sayfaya ve onlarca dil/bölge seçeneğine sahip büyük e-ticaret siteleri veya kurumsal SaaS platformları için en temiz ve performans dostu yöntem XML site haritası yönergeleri kullanmaktır. Bu yöntemde, HTML kaynak kodlarına hiçbir ekleme yapılmaz; tüm ilişkilendirmeler tek bir XML dosyasında çözülür.
Her bir URL için, XHTML ad alanı (namespace) kullanılarak alternatif sürümler listelenir. Aşağıda bunun standart bir XML şemasındaki karşılığı gösterilmiştir:
<url>
<loc>https://www.webizm.com/tr/urunler/</loc>
<xhtml:link rel="alternate" hreflang="en" href="https://www.webizm.com/en/products/" />
<xhtml:link rel="alternate" hreflang="de" href="https://www.webizm.com/de/produkte/" />
<xhtml:link rel="alternate" hreflang="tr" href="https://www.webizm.com/tr/urunler/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://www.webizm.com/en/products/" />
</url>
<url>
<loc>https://www.webizm.com/en/products/</loc>
<xhtml:link rel="alternate" hreflang="tr" href="https://www.webizm.com/tr/urunler/" />
<xhtml:link rel="alternate" hreflang="de" href="https://www.webizm.com/de/produkte/" />
<xhtml:link rel="alternate" hreflang="en" href="https://www.webizm.com/en/products/" />
<xhtml:link rel="alternate" hreflang="x-default" href="https://www.webizm.com/en/products/" />
</url>Avantajları: Sayfa yüklenme hızını etkilemez. HTML kodunda kalabalık yaratmaz. Tüm uluslararası site mimarisini tek bir merkezi dosyadan kontrol etme imkanı tanır.
Dezavantajları: XML site haritası dosyalarının boyutu çok hızlı büyür. Her URL için tüm varyantlar tekrar yazıldığı için XML dosyalarında 50.000 limitine çok daha hızlı ulaşılır ve birden fazla sitemap dosyası (sitemap index) oluşturulması gerekir.
Karşılaştırma Tablosu
Kriter bazında avantajlar ve dezavantajları karşılaştırın.
HTML Head
Avantaj
Düşük
Dezavantaj
Olumsuz (Büyük sitelerde)
HTTP Headers
Avantaj
Yüksek
Dezavantaj
Nötr
XML Sitemap
Avantaj
Orta
Dezavantaj
Nötr
XML Site Haritası yöntemiyle hreflang etiketlerini yayına alma adımları. Sitenizdeki tüm aktif dil varyasyonlarının tam URL listesini (veri tabanından veya CMS'ten) çekin. Her URL için XHTML ad alanını kullanarak kendi dil alternatiflerini ve x-default değerini tanımlayan XML yapısını kodlayın. Sitemap içindeki tüm URL'lerin birbirini karşılıklı olarak işaret ettiğinden emin olun (Return Link kontrolü). Hazırlanan yeni XML site haritasını Google Search Console'a yükleyerek tarama sürecini başlatın.Adım Adım Entegrasyon Süreci
URL Yapısını Çıkarın
XML Şemasını Oluşturun
Çift Yönlü Doğrulamayı Sağlayın
Google Search Console'a Gönderin
Eşleşmeyen Diller ve Bölgeler İçin Kritik Çözüm: "x-default" Niteliği
x-default Etiketi Nedir ve Ne Zaman Kullanılır?
x-default değeri, hreflang mimarisinin en önemli güvenlik supaplarından biridir. Belirli bir dil veya ülke hedeflemesiyle eşleşmeyen, yani sitenizin doğrudan desteklemediği dillerden gelen kullanıcıların hangi varsayılan (fallback) sayfaya yönlendirileceğini arama motorlarına bildiren özel bir hreflang değeridir.
Örneğin, web sitenizde sadece Türkçe (tr) ve Almanca (de) dillerinde yayın yapıyorsunuz. Brezilya'dan (Portekizce konuşan bir kullanıcı) veya Japonya'dan gelen bir kullanıcı arama motorunda sitenizle karşılaştığında, arama motorunun bu kullanıcıya hangi sayfayı göstereceğini bilmesi gerekir. Eğer x-default tanımlaması yaptıysanız ve bu tanımda İngilizce veya genel bir karşılama sayfasını (homepage) işaret ettiyseniz, Googlebot bu hedef dışı kullanıcılara doğrudan o sayfayı sunar.
Örnek XML veya HTML head kullanımı şu şekildedir:
<link rel="alternate" hreflang="x-default" href="https://www.webizm.com/global/" />Bu etiket, arama motorlarına şu mesajı verir: "Eğer kullanıcının tarayıcı dili ve coğrafi konumu yukarıda tanımladığım diğer hreflang dilleriyle eşleşmiyorsa, onu doğrudan bu adrese yönlendir."
x-default'un Kullanıcı Deneyimine Katkısı
Uluslararası ticarette kullanıcıların karşılaştığı en can sıkıcı durumlardan biri, yanlış dilde açılan sayfalardır. IP adresi veya tarayıcı dili algılanamayan ya da sitenin desteklemediği bir ülkeden gelen kullanıcıya tamamen rastgele veya alakasız bir dil sürümü sunmak, hemen çıkma oranlarını dramatik biçimde yükseltir.
x-default niteliği, kullanıcıyı genellikle küresel standart kabul edilen İngilizce bir ana sayfaya veya kullanıcının kendi dilini manuel olarak seçebileceği dinamik bir "ülke/dil seçici" (splash page) sayfasına yönlendirir. Bu yapılandırma sayesinde:
Kullanıcı sitede kaybolmaz, net bir çıkış noktası bulur.
Arama motorları, uluslararası sitenizin mimarisini daha düzenli ve hiyerarşik olarak tarar.
Otomatik dil yönlendirmesi (otomatik IP yönlendirmesi) gibi arama motoru botlarını yanıltabilecek agresif yazılımsal çözümlere olan ihtiyaç azalır.
Teknik Uyarılar: Hreflang ve Canonical Etiketlerinin Birlikte Kullanımı
Canonical ve Hreflang Çatışması Nasıl Önlenir?
Teknik SEO süreçlerinde en sık karşılaşılan yapısal felaketlerden biri, hreflang etiketleri ile canonical (özgün URL) etiketlerinin çelişkili sinyaller göndermesidir. Canonical etiketi, arama motoruna "bu sayfa başka bir sayfanın kopyasıdır, asıl indekslenmesi gereken sayfa şudur" bilgisini verirken; hreflang etiketi "bu sayfa kendi başına bağımsız bir dil/bölge alternatifidir" der.
Eğer Almanca sayfanızın (/de/) canonical etiketini İngilizce ana sayfaya (/en/) yönlendirirseniz ve aynı zamanda Almanca sayfa için hreflang etiketi tanımlarsanız, Googlebot'a çelişkili iki direktif vermiş olursunuz:
Direktif (Canonical): "/de/ sayfasını indeksleme, onun yerine /en/ sayfasını indeksle."
Direktif (Hreflang): "/de/ sayfası Almanca konuşan kullanıcılar için tasarlanmış bağımsız bir alternatiftir, onu indeksle ve göster."
Arama motorları bu tür çelişkilerde genellikle hreflang etiketlerini tamamen devre dışı bırakır ve sayfanın uluslararası hedeflemesi bozulur.
Her Dil Varyantı Kendi Canonical'ını İşaretlemeli
Bu çatışmayı önlemenin tek ve mutlak kuralı şudur: Hreflang etiketlerinde yer alan her bir URL, yalnızca ve yalnızca kendi kendine atıfta bulunan (self-referential) bir canonical etiketine sahip olmalıdır.
Örnek senaryo:
Türkçe Sayfa URL'i:
https://www.webizm.com/tr/hizmetler/Bu sayfanın canonical etiketi:
https://www.webizm.com/tr/hizmetler/olmalıdır.İngilizce Sayfa URL'i:
https://www.webizm.com/en/services/Bu sayfanın canonical etiketi:
https://www.webizm.com/en/services/olmalıdır.
Asla farklı bir dil sürümü canonical olarak gösterilmemelidir. Eğer sitenizde parametreli URL'ler varsa (örneğin filtreleme veya sıralama parametreleri), hreflang listesine sadece temiz, parametresiz ve canonical olarak belirlenmiş ana URL'ler eklenmelidir.
Sık Yapılan Hreflang Hataları ve Search Console Üzerinden Çözüm Yolları
Eksik Geri Dönüş (Return Tag) Bağlantıları
Hreflang mimarisindeki en yaygın hata "no return tag" yani geri dönüş bağlantısının olmamasıdır. Google, iki dil varyantı arasındaki ilişkiyi onaylamak için her iki sayfanın da birbirini işaret ettiğini görmek ister.
Eğer siz Türkçe ana sayfanızdan İngilizce ana sayfanıza hreflang ile link verdiyseniz, ancak İngilizce ana sayfanızın kodlarında Türkçe ana sayfanıza geri dönen bir hreflang linki yoksa, bu durum Google Search Console (GSC) üzerinde "Eksik Geri Dönüş Etiketi" (No Return Tag) hatası olarak raporlanır. Bu durumda ilgili hreflang talimatlarının tamamı Google tarafından geçersiz sayılır.
Yönlendirmeli (Redirect) veya Kırık Sayfalara Hreflang Vermek
Hreflang etiketlerinde kullanılan tüm URL'lerin doğrudan 200 OK durum kodu (status code) döndüren, taranabilir ve indekslenebilir sayfalar olması şarttır.
Sıkça yapılan hatalar şunlardır:
301 ile Yönlendirilmiş URL Kullanımı: Eski veya değişmiş bir URL'i hreflang listesinde tutmaya devam etmek. Arama motoru botu yönlendirmeyi takip etmek zorunda kalır, bu durum hem tarama bütçesini tüketir hem de hreflang'ın geçerliliğini yitirmesine neden olur.
404 Hatası Veren Kırık Linkler: Yanlış yazılmış veya silinmiş bir URL'in hreflang listesinde yer alması. Bu durum indeksleme sürecini tamamen kesintiye uğratır.
Noindex Sayfalar: Kodlarında
noindexetiketi bulunan bir sayfayı hreflang listesine dahil etmek. İndekslenmesi yasaklanmış bir sayfa, dil alternatifi olarak sunulamaz.
Sadece Bölge Kodu Kullanmak (Dil Kodu Olmadan Kullanımın Geçersizliği)
Uluslararası SEO'da en çok karıştırılan konulardan biri, doğrudan ülkelere odaklanıp dil kodunu atlamaktır. Örneğin, sadece Avusturya pazarını hedeflemek amacıyla hreflang değerini at olarak tanımlamak tamamen geçersiz bir işlemdir.
Arama motorları önce dili sorgular. Avusturya için doğru kullanım de-AT (Avusturya'da konuşulan Almanca) şeklindedir. Sadece at yazıldığında sistem bunu geçersiz kabul eder. Önce dil standardı girilmeli, ardından isteğe bağlı olarak bölge standardı tanımlanmalıdır.
Hreflang Etiketlerinin Test Edilmesi ve Denetim Süreçleri
Hreflang Uygulamasını Test Etme Araçları
Hreflang etiketlerini manuel olarak kaynak kodundan veya XML sitemap dosyalarından kontrol etmek, yüzlerce sayfaya sahip sitelerde imkansızdır. Bu nedenle doğruluğu teyit etmek için profesyonel test ve denetim araçlarından yararlanılmalıdır.
Kullanılabilecek en popüler ve güvenilir araçlar ve özellikleri şu şekildedir:
Screaming Frog SEO Spider: Geniş ölçekli taramalar için en güçlü araçtır. Sitenizi tararken hreflang sekmelerini kullanarak eksik dönüş etiketlerini, geçersiz ISO kodlarını, yönlendirmeli ve kırık sayfaları tek bir tabloda listeler.
Ahrefs ve Semrush Site Audit: Bulut tabanlı bu platformlar, periyodik taramalar gerçekleştirerek hreflang hatalarını e-posta bildirimleriyle raporlar.
Hreflang Tags Generator (Erudite vb.): Manuel kod oluşturmak isteyen teknik ekipler için dil ve ülke kombinasyonlarına göre hatasız HTML head veya XML kod blokları üreten pratik araçlardır.
Google Search Console (Uluslararası Hedefleme Raporu): Google'ın kendi dizin verilerine dayanarak sunduğu bu rapor, doğrudan Googlebot'un tespit ettiği hataları gösterir. Ancak güncel GSC arayüzünde bu raporun bazı özellikleri diğer teknik raporların altına kaydırılmıştır; bu nedenle bağımsız tarama araçları ile entegrasyonu desteklemek her zaman daha sağlıklıdır.
Periyodik Hreflang Denetimi Neden Gerekli?
Web siteleri dinamik yapılardır. Yeni ürünler eklenir, eski sayfalar silinir, URL yapıları güncellenir veya yeni bir dil varyasyonu devreye alınır. Yazılım ekibinin yapacağı tek bir güncelleme veya veritabanı migrasyonu, tüm hreflang yapısını bozabilir.
Özellikle büyük e-ticaret sitelerinde haftalık veya aylık periyotlarla teknik SEO denetimleri (Technical SEO Audit) yapılmalıdır. Bu denetimlerde:
Yeni eklenen sayfaların dil alternatiflerinin otomatik olarak oluşup oluşmadığı,
Sitemap dosyalarının güncelliği,
Yönlendirilen veya kaldırılan sayfaların hreflang listesinden temizlenip temizlenmediği mutlaka taranmalıdır.
Teknik altyapının sürdürülebilirliği, küresel pazarlardaki organik görünürlüğünüzün sürekliliği için hayati bir gereksinimdir.
Sıkça Sorulan Sorular
Hreflang etiketi kullanmak web sitemin yüklenme hızını düşürür mü?
HTML kısmında çok fazla dil varyasyonu (örneğin 30+) tanımlandığında sayfa boyutu artarak hızı etkileyebilir; bu tür büyük sitelerde XML site haritası yöntemi kullanılmalıdır.
Aynı dili konuşan ancak farklı ülkelerde olan kullanıcılar için tek bir hreflang yeterli mi?
Evet, sadece dil kodu (örneğin en ) kullanarak tüm İngilizce konuşan coğrafyaları hedefleyebilirsiniz; ancak para birimi veya bölgesel içerik farkı varsa ülke kodu da eklemelisiniz (örneğin en-US ve en-GB ).
Hreflang etiketini ekledikten ne kadar süre sonra Google hataları düzeltir ve sayfaları eşleştirir?
Bu süre Googlebot'un sitenizi tarama sıklığına bağlıdır; büyük sitelerde birkaç gün ila birkaç hafta arasında değişebilir, süreci hızlandırmak için güncel XML sitemap Search Console'a gönderilmelidir.
Hem alt alan adı (subdomain) hem de alt klasör (subfolder) yapısında hreflang kullanılabilir mi?
Evet, hreflang mimarisi de.site.com gibi alt alan adları ile site.com/de gibi alt klasör yapılarında ve hatta tamamen farklı alan adlarında (site.co.uk / site.de) sorunsuz şekilde çalışır.
Hreflang etiketlerinde göreceli (relative) URL kullanabilir miyim?
Hayır, hreflang tanımlamalarında mutlaka protokol ve alan adını içeren tam (absolute) URL'ler kullanılmalıdır (Örn: https://site.com/de/ şeklinde, /de/ şeklinde olmamalıdır).
Otomatik IP tabanlı dil yönlendirmesi yapıyorsak hreflang kullanmaya gerek var mı?
Evet, kesinlikle gereklidir; otomatik IP yönlendirmeleri genellikle arama motoru botlarının (özellikle ABD menşeili IP kullanan Googlebot'un) diğer dil varyasyonlarını taramasını engeller ve hreflang bu sorunu çözer.
x-default etiketi her çok dilli sitede zorunlu mudur?
Teknik olarak zorunlu değildir ancak sitenizin hedeflemediği dillerden gelen kullanıcılara doğru karşılama sayfasını (fallback) sunmak ve kullanıcı deneyimini korumak adına kullanılması şiddetle önerilir.
Hreflang etiketleri Google dışındaki arama motorlarında da çalışır mı?
Evet, Yandex hreflang etiketlerini desteklerken, Bing daha çok HTML dil özniteliğini ( ) ve HTTP response header verilerini dikkate alır, bu nedenle her iki standardın da uygulanması önemlidir.