Google Search Console'u düzenli takip ettiğinizde Uluslararası Hedefleme raporu zaman zaman beklenmedik hata kayıtlarıyla sizi karşılar. "Hreflang: No Return Tag" bunların en kafa karıştıranlarından biridir; listede onlarca URL görünür, ama hangi sayfanın gerçekten sorunlu olduğu ilk bakışta anlaşılmaz. Üstelik yanlış sayfayı düzeltmeye çalışmak hem vakit kaybettirir hem de hatayı ortadan kaldırmaz.
Hatanın altında tek bir teknik neden yatar: A sayfası, B sayfasını hreflang etiketi aracılığıyla alternatif dil sürümü olarak işaret etmiştir; ancak B sayfası A'ya karşılıklı referans vermemiştir. Google bu durumu doğrulanmamış bir beyan olarak değerlendirir ve hreflang çiftini geçersiz sayar. Return tag eksikliği yüzünden o dil eşleştirmesi hiçbir zaman tamamlanmaz.
Hata kaydını temizlemek için önce raporun nasıl okunduğunu anlamak, ardından asıl sorunlu sayfayı doğru tespit etmek ve son olarak eksik etiketi doğru biçimde eklemek gerekir. Bu adımların her biri birbirinden farklıdır ve yalnızca sonuncusunu uygulamaya çalışmak çoğunlukla sonuç vermez.
Hatanın kafa karıştırıcı yanı şudur: GSC listesinde görünen URL, düzeltilmesi gereken URL değildir. Raporu yanlış yönde okuyan ekipler saatlerini çalışmayan sayfayı düzeltmeye harcarken asıl sorunlu sayfa dokunulmamış kalır ve hata bir sonraki GSC güncellemesinde yeniden belirir.
Bu hata tam olarak ne anlama geliyor?
Google, hreflang etiketlerini işleme alabilmek için karşılıklı doğrulama ister. Bir sayfanın "bu sayfa benim alternatif sürümüm" demesi, tek başına, Google'ı ikna etmez; hedef sayfanın da aynı ilişkiyi karşı yönden onaylaması gerekir.
"Hreflang: No Return Tag" kaydı, tam da bu onayın eksik olduğu durumu bildirir. A sayfası B sayfasını hreflang ile işaretlemiştir; ama B sayfasında A'ya işaret eden bir rel="alternate" satırı yoktur. Google bu ilişkiyi tek taraflı bulur ve ilgili çifti geçerli kabul etmez.
GSC'de bu hataya ulaşmak için: Arama Sonuçları > Uluslararası Hedefleme > Dil sekmesine gidin. "Hata" başlığı altında bu kayıt görünüyorsa tıkladığınızda etkilenen URL listesine erişirsiniz. Listede gördüğünüz her satırda iki farklı URL yer alır ve bu iki URL'nin farklı işlevleri olduğunu anlamadan teşhis yapmak güçleşir.
Hatanın hreflang işleyişini doğrudan engellediğini de belirtmek gerekir: Google karşılıklı onayı olmayan hreflang çiftini yok saydığı için, etkilenen dil sürümü o sayfanın alternatifi olarak SERP'te sunulmaz. Kullanıcı arama yaptığında yanlış dil sürümü çıkabilir ya da Google hiçbir dil eşleştirmesi yapamayabilir. Hata salt bir GSC uyarısı değil, hreflang yatırımının karşılık vermediğinin göstergesidir.
Karşılıklı referans neden zorunlu?
Google'ın bu zorunluluğu koymasının ardında yalnızca teknik bir gereklilik değil, bir güven mekanizması yatmaktadır. Hreflang beyanı herhangi bir sayfa tarafından tek yönlü olarak yapılabilseydi, hatalı veya kötü niyetli kullanımlar sistemi işlevsiz kılardı. Karşılıklı onay zorunluluğu bu riski ortadan kaldırır.
Uygulamada bu şu anlama gelir: hreflang setine dahil her sayfanın hem kendine hem de setin diğer tüm üyelerine işaret etmesi gerekir. Üç dil sürümü olan bir sitede bu, her sayfada üç ayrı hreflang satırı bulunması demektir. Türkçe sayfa hem Türkçe'yi, hem İngilizce'yi, hem Almanca'yı işaret eder; İngilizce sayfa aynısını yapar; Almanca sayfa da aynısını.
Bu yapıyı sağlamadan yayına alınan her yeni dil sürümü, kendisini işaret eden sayfaları otomatik olarak hatalı hale getirir. Mevcut sayfalar yeni sürümü işaret etmeye başlayabilir; ama yeni sürüm eski sayfaları işaret etmeden eklenirse, hreflang seti karşılıklı onayı kaybeder. Hreflang etiketinin temel kurulum mantığını inceledikten sonra bu zorunluluğun o yapının doğal bir uzantısı olduğunu göreceksiniz.
Somut bir senaryo: Türkçe ve İngilizce sürüm uzun süredir yayında ve hreflang seti eksiksiz çalışıyor. Almanca sürüm ekleniyor; Almanca sayfalar Türkçe ve İngilizce URL'leri hreflang ile işaret ediyor. Ama Türkçe ve İngilizce sayfaların şablonu güncellenmediği için Almanca sürümü işaret etmiyor. Sonuç: Türkçe ve İngilizce sayfalar GSC'de "No Return Tag" hatası üretiyor. Almanca sayfalar hreflang kurmuş ama Türkçe ve İngilizce sayfalar bu ilişkiyi onaylamıyor. Hatanın kaynağı Almanca değil, güncellenmemiş Türkçe ve İngilizce şablondur.
Hangi sayfalar hata üretiyor: GSC raporunu okumak
GSC'nin "No Return Tag" listesinde iki sütun göreceksiniz. Birincisi hatayı tespit eden URL, ikincisi return tag'ı eksik olan URL. Bu ayrımı doğru okumak teşhisin temelidir.
"Hatayı Tespit Eden URL" sütunu, hreflang kurulumu teknik olarak doğru yapılmış, B sayfasını işaret etmiş ama B sayfasından karşılık alamamış olan A sayfasıdır. "Return Tag Eksik Olan URL" sütunundaki B sayfası ise düzeltilmesi gereken yerdir. Çoğu geliştirici A sayfasını düzeltmeye çalışır; oysa sorun B sayfasındadır ve A üzerinde yapılan değişiklik hiçbir şeyi değiştirmez.
Listede belirli bir desenin tekrarlanıp tekrarlanmadığına bakın. Aynı URL yapısına sahip, aynı dil sürümünden onlarca sayfa görünüyorsa, sorun tek bir sayfada değil, o dil sürümünün hreflang şablonundadır. Tek tek sayfa düzeltmesi yerine şablon sorununu çözmek gerekir.
URL sayısı az ve dağınıksa, yani belirgin bir desen yoksa, sorun büyük olasılıkla içerik güncelleme sürecinde elle yapılan değişikliklerden kaynaklanıyordur. Bir sayfanın URL'si değiştiğinde veya canonical güncellediğinde, hreflang setinin de güncellenmesi gerektiğini atlayan ekiplerde bu tür dağınık hatalar birikmektedir.
Hangi dil versiyonunun indekslendiğini izlediğiniz bir düzeniniz varsa, bu hata raporuyla karşılaştırmalı okumak sorunun kapsamını görmenizi kolaylaştırır. Hata listesinde görünen URL'lerin indeksleme durumunu ayrıca kontrol etmek, Google'ın hangi sayfaları görmediğini de tespit etmenizi sağlar.
Hata kaynağını sayfada tespit etmek
Return tag'ın eksik olduğu B sayfasını belirlediğinizde, o sayfanın kaynak kodunu doğrudan inceleyin. Tarayıcıda sayfayı açın, Sayfa Kaynağını Görüntüle (Ctrl+U veya Cmd+U) ile kaynak koda girin ve hreflang ifadesini aratın.
Karşılaşacağınız üç temel senaryo vardır.
Senaryo a - Return tag hiç yok: B sayfasının kaynak kodunda A sayfasını işaret eden herhangi bir hreflang satırı bulunmuyordur. En yaygın durum budur. Yeni bir dil sürümü eklendiğinde mevcut sayfaların şablonu güncellenmemiş olabilir; ya da hreflang otomasyonu kurulurken o dil sürümü atlanmış olabilir.
Senaryo b - Tag var ama dil kodu yanlış: B sayfasında hreflang satırı mevcut, ancak dil kodu A sayfasının kullandığıyla eşleşmiyordur. A sayfası hreflang="tr" kullanırken B sayfası hreflang="tr-TR" ile karşılık veriyorsa, Google bu iki değeri eşleştirmez. Dil kodu ve ülke kodunun her iki tarafta tutarlı biçimde kullanılması gerekir.
Senaryo c - Tag var ama yanlış URL'yi işaret ediyor: Return tag kaynak kodda görünür, ama A sayfasının canonical URL'sine değil farklı bir URL'ye işaret ediyordur. Canonical zincirinde yapılan değişiklik hreflang satırlarının eski URL'leri işaret etmesine neden olmuş olabilir. Bu senaryo özellikle sık yönlendirme değişikliği yapılan projelerde görülür.
Hreflang'ı HTML head yerine XML sitemap üzerinden yönetiyorsanız, kaynak kod kontrolü tek başına yeterli değildir. Sitemap'te de ilgili xhtml:link satırlarının doğru üretilip üretilmediğini ayrıca kontrol etmeniz gerekir.
Düzeltme: eksik return tag nasıl eklenir?
HTML head yöntemi kullanıyorsanız düzeltme, B sayfasının <head> bölümüne eksik olan karşılıklı satırları eklemekle tamamlanır. Eklemeniz gereken yapı, A sayfasındaki hreflang bloğuyla aynı mantığı taşır; tek fark B sayfasının kendi URL'sini de self-referential olarak işaret etmesidir. Üç dilli bir set için her sayfada bulunması gereken satırlar şöyle görünür:
<link rel="alternate" hreflang="tr" href="https://example.com/tr/sayfa/" /><link rel="alternate" hreflang="en" href="https://example.com/en/page/" /><link rel="alternate" hreflang="de" href="https://example.com/de/seite/" />
B sayfasının Almanca sürüm olduğunu varsayarsanız, üçüncü satırın href değeri B sayfasının kendi adresi olmalıdır; self-referential satır eksik bırakılmamalıdır.
XML sitemap yöntemi kullanıyorsanız, B sayfasına karşılık gelen <url> bloğunu açın ve orada A sayfasını işaret eden xhtml:link satırının eksik olup olmadığını kontrol edin. Eksikse, mevcut diğer dil eşleşmelerinin formatına birebir uyarak A sayfasının satırını ekleyin. Dil kodu ve URL'nin A sayfasındaki bildiriyle tutarlı olduğundan emin olun.
CMS veya platform kullanıyorsanız hreflang etiketlerini genellikle siz değil, platform üretiyor demektir. Düzeltme, hreflang üreten eklenti ya da tema ayarında dil eşleştirmesinin eksik yapıldığı noktayı bulmakla başlar. Tek sayfa düzeyinde değil, dil sürümü için tanımlama yapılan merkezi ekranı inceleyin.
Platform otomasyonuna güvenen ekiplerin sık karşılaştığı durum şudur: eklenti hreflang üretiyor, ama yalnızca "aktif" olarak işaretlenen dil çiftleri için. Yeni bir dil eklendi, eklentinin dil bağlantı ayarı güncellenmedi, eklenti sesizce eksik bir set üretmeye devam eder ve hatanın kaynağını bulmak için kod değil, eklenti ayarı incelenmesi gerekir. Düzeltmeden sonra eklentinin yeniden ürettiği çıktıyı kaynak koddan doğrulamak, ayarın gerçekten etkili olduğunu görmek için en kısa yoldur.
Hreflang setini sıfırdan oluştururken ya da mevcut seti doğrulamak isterken, etiket satırlarını bir şablondan üretmek sözdizimi hatasını azaltır; çıkan kümenin karşılıklı referansını kaynak kodda ayrıca kontrol etmek gerekir.
Doğrulama: düzeltme çalışıyor mu?
Düzeltmeyi uyguladıktan sonra beklemeden canlı sayfayı doğrulayın. GSC'nin URL İnceleme aracına gidin, B sayfasının URL'sini girin ve "Canlı URL'yi Test Et" seçeneğini kullanın. Google'ın sayfa kaynağını taradığında gördüğü kodu doğrudan göreceksiniz; return tag'ın orada yer alıp almadığını kontrol edin.
Bu kontrol başarılıysa, GSC raporundaki hata sayısının düşmesi için birkaç gün beklemeniz gerekebilir. Google'ın hatayı güncellemesi, düzeltilen sayfaları yeniden taramasına bağlıdır; bu süreç bazı durumlarda birkaç günü aşar. Raporun anlık yansıması her zaman gerçek durumu göstermez; canlı testten aldığınız onay daha güvenilirdir.
Hreflang testini adım adım yürüten bir doğrulama protokolü uygulamak, birden fazla sayfayı aynı anda düzelttiyseniz gözden kaçan hataları erkenden yakalamanızı sağlar. Kaynak üzerinden doğrulama alışkanlığı edinmek hem hızı artırır hem de dış araç bağımlılığını azaltır.
Önemli bir ayrıntı: URL İnceleme aracı, sayfanın son taranmış versiyonunu değil, canlı versiyonunu gösterir. Hata kalıcı olarak temizlenip temizlenmediğini anlamak için düzeltmeden birkaç gün sonra GSC raporunu tekrar açın ve hata sayısını karşılaştırın.
Toplu hata durumunda öncelik sırası
GSC raporu onlarca veya yüzlerce URL listeliyorsa tek tek düzeltme ne verimlidir ne de kalıcıdır. Toplu hatalara sistematik yaklaşmak hem çözüm süresini kısaltır hem de aynı sorunun tekrar ortaya çıkmasını önler.
Birinci adım, hata listesindeki URL'lerin hangi dil sürümüne ait olduğunu belirlemek ve return tag'ı eksik olan tarafı tespit etmektir. Belirli bir dil sürümünün tüm sayfaları listede görünüyorsa, sorun o sürümün hreflang şablonundadır. Şablon düzeyinde tek bir düzeltme, onlarca sayfa hatasını aynı anda kapatır.
İkinci adım, hangi sayfaların önce düzeltileceğini belirlemektir. GSC Performans raporunu açın ve hatalı sayfalar arasında impression ya da tıklama alan sayfaları filtreleyin. Yüksek görünürlük alan sayfalar önce ele alınmalıdır; return tag eksikliği sayfayı SERP'ten silmez, ama hreflang desteğinden yoksun bırakır ve arama motorunun o sayfayı doğru dil hedeflemesiyle sunmasını engeller.
Üçüncü adım, hreflang hatalarını sistematik biçimde tespit edebileceğiniz bir kontrol döngüsü kurmaktır. Şablon düzeyinde düzeltme yaptıysanız, mevcut sayfalar düzelirken yeni eklenen sayfaların aynı hatayı yeniden üretip üretmediğini de izlemeniz gerekir. Düzeltmeden sonra birkaç hafta GSC raporunu düzenli kontrol edin; sayı düştükten sonra yeniden yükseliyorsa, hreflang şablonu yeni sayfalara doğru uygulanmıyor demektir.
Çok dilli siteler için teknik SEO denetim listesi, hreflang sorunlarını daha geniş bir çerçevede ele alır. Toplu düzeltme tamamlandıktan sonra o listeyi baştan çalıştırmak, hreflang düzeltirken yan etki olarak başka bir sorun çıkıp çıkmadığını görmenizi sağlar.
"No Return Tag" hatasının teknik çözümü basittir; eksik bir satırı doğru sayfaya eklemek çoğu durumda yeterlidir. Ama hatayı bir kez temizlemek ile bir daha almamak arasındaki fark şablonda yatmaktadır.
Her yeni dil sürümü eklendiğinde mevcut sayfaların return tag listesinin güncellenmesi gerekir. Bu adım atlandığında site çalışmaya devam eder, ama hreflang seti tamamlanmamış kalır ve Google ilgili dil sürümüne doğru yönlendirme yapamaz. Şablon düzeyinde otomatik üretim varsa, yeni dil eklendiğinde şablonun da güncellenmesi gerektiğini net biçimde belgeleyin.
Rapordaki hata sayısı sıfıra yaklaştıktan sonra bir hafta daha takibi sürdürün. Sayı düştükten birkaç gün sonra yeniden yükseliyor olması, şablonun yeni sayfalara doğru uygulanmadığının işaretidir; sayfaları değil, şablonu düzeltmek gerekir.