Hreflang Etiketi Oluşturucu

Hreflang oluşturucu nedir, size hangi kodu verir?

Hreflang oluşturucu, çok dilli bir sitede aynı sayfanın dil ve bölge sürümlerini Google'a bildiren kodu elle yazmadan üreten araçtır. Her sürümün adresini, dilini ve gerekiyorsa ülkesini bir kez girersiniz. Araç bu bilgiyi üç biçimden birine çevirir: sayfanın head bölümü için HTML link etiketleri, XML site haritası için xhtml:link kayıtları ya da PDF gibi dosyalar için HTTP Link başlığı.

Ben bu aracı en çok iki durumda açıyorum: bir müşterinin sitesine yeni bir dil eklediğimizde ve bir denetimde yanlış dildeki sayfanın sıralandığını gördüğümde. Etiketin kendisi basit; ancak beş dil ve bir x-default olduğunda satır sayısı hızla artıyor, tek bir yanlış kod da bütün seti boşa çıkarabiliyor. Konunun temelini merak ediyorsanız önce hreflang etiketi nedir ve nasıl kullanılır yazıma göz atın. Bu sayfa ise aracın ürettiği koda ve onu sitenize yerleştirmeye odaklanıyor.

• Kod birleştirme: dil ve bölgeyi en-GB gibi tek bir değere çevirir.
• Karşılıklı set: her sürüm, kendisi dahil bütün sürümleri listeler.
• Denetim: tekrar eden kodu, eksik https önekini, göreli adresi ve eksik x-default satırını işaretler.
• Örnekle dene: bu sayfanın kendi Türkçe, İngilizce ve Almanca setini yükler.

HTML, XML sitemap veya HTTP başlığı: hangisini seçmelisiniz?

Google'ın yerelleştirilmiş sürümler belgesine göre üç yöntem arama açısından eşdeğer; hangisi sitenize uygunsa onu seçersiniz. Üçünü aynı anda kullanmanın aramada ek bir faydası yok. Üstelik değerler birbirini tutmazsa hata ayıklamak zorlaşır, bu yüzden ben her projede tek bir yöntem seçip onu belgeliyorum.

• HTML link etiketi: sayfa şablonuna erişiminiz varsa en kolay yol. Aynı bloğu listedeki her sayfanın head bölümüne eklersiniz; bu sitede de bu yöntemi kullanıyorum.
• XML Sitemap: sayfa sayısı yüksekse ya da hazır bir altyapıda head bölümüne dokunamıyorsanız mantıklı. Etiketler sayfa kaynağına girmez, site haritasında durur. Kayıtları XML sitemap oluşturucu ile ürettiğiniz haritaya da taşıyabilirsiniz.
• HTTP başlığı: PDF gibi HTML olmayan dosyalar için düşünülmüş yöntem, çünkü bu dosyalara head bölümü ekleyemezsiniz. Değeri sunucu yapılandırmanızda o dosyanın yanıtına Link başlığı olarak eklersiniz.

Karar verirken şu soruyu sorun: dil sürümlerinin listesi en doğru hâliyle nerede duruyor? Şablon bu listeyi biliyorsa HTML, bir ürün veritabanı biliyorsa sitemap genellikle daha az hata üretir.

Hreflang oluşturucu çıktısını sitenize nasıl eklersiniz?

Kopyaladığınız kodun nereye gideceği seçtiğiniz formata bağlı. Formattan bağımsız tek bir kural var: setteki her sayfa aynı listeyi taşımalı. Araç bu yüzden tek bir blok üretir; siz de o bloğu her sürüme aynen koyarsınız.

1. HTML: bloğu her sürümün head bölümüne, tercihen canonical etiketinin yakınına yapıştırın. Google link etiketlerinin düzgün bir head bölümünde durmasını şart koşuyor; body içine düşen satır işe yaramayabilir.
2. XML Sitemap: çıktıdaki url kayıtlarını site haritanıza taşıyın ve urlset etiketinde xhtml ad alanının bulunduğunu kontrol edin. Ardından haritayı Search Console üzerinden gönderin.
3. HTTP başlığı: Kopyala düğmesi değeri tek satır verir. Bu satırı sunucunuzda ilgili dosyanın yanıtına ekleyin, sonra tarayıcının geliştirici araçlarındaki Ağ sekmesinden yanıt başlığını doğrulayın.

WordPress veya Shopify gibi altyapılarda çok dilli eklentiler hreflang etiketlerini çoğu zaman kendileri üretir. Kod eklemeden önce sayfa kaynağında hreflang kelimesini aratın; çünkü değerleri çelişen iki ayrı set, sorunu çözmek yerine yenisini yaratır. SEO danışmanlığı denetimlerimizde sık gördüğümüz durumlardan biri de tam olarak bu çift settir.

Denetim listesindeki uyarılar ne anlama geliyor?

Aracın sağ tarafındaki Denetim listesi, kodu kopyalamadan önce en yaygın hataları yakalamanız için var. Üstteki rozet sorunsuz seti Hazır, yalnız önerisi olan seti Öneri, düzeltmeniz gereken seti Hata olarak gösterir.

• Karşılıklılık, öz referans: her zaman Otomatik yazar, çünkü araç tek bir tam liste üretir. Şartı yerine getirmek için aynı bloğu her sürüme koymanız yeterli.
• Dil ve bölge kodları: aynı dil ve bölgeyi iki satırda seçtiyseniz Tekrar hatası verir. İki farklı adres aynı kodu taşıdığında hangisinin o kitleye ait olduğu belirsizleşir.
• Tam URL (https): https:// yazmadıysanız araç ekler ve uyarır. Ancak / ile başlayan göreli adresi ya da alan adı olmayan adresi hata sayar; Google alternatif adreslerin protokol dahil tam yazılmasını istiyor.
• x-default: alan boşsa Yok, önerilir yazar. Google bu değeri eşleşmeyen ziyaretçiler için öneriyor, fakat zorunlu tutmuyor.
• Dil geneli sürüm: en-GB ve en-US gibi bölgeli sürümleriniz var ama bölgesiz en yoksa öneri verir. Google aynı dili farklı ülkelere sunan sitelere, ülkesi belirsiz kullanıcılar için genel bir sürüm eklemeyi tavsiye ediyor.

Bölge kodunu ne zaman eklemelisiniz?

Kısa cevabım: yalnız içerik ülkeye göre gerçekten değişiyorsa. Fiyat ve para birimi, kargo koşulları, yasal metinler ya da yerel telefon numarası farklıysa bölgeli sürüm anlamlı. Almanca tek bir sayfanız varsa ve Almanya, Avusturya, İsviçre aynı metni görüyorsa bölgesiz de değeri hem yeterli hem daha sağlam.

Araçta bölgeli kurgu şöyle işler: aynı dili birden fazla satırda seçer, her satıra farklı bir ülke atarsınız. Örneğin de-DE, de-AT ve de-CH için üç satır, ardından bölgesiz bir de satırı. Son satırı eklemezseniz Denetim listesindeki Dil geneli sürüm maddesi bunu size hatırlatır.

• Dil kodu her zaman önce gelir; bölge kodunu tek başına kullanamazsınız.
• Birleşik Krallık için UK değil GB kodunu seçin; listeden seçmek bu hatayı baştan önler.
• Çincede yazı sistemi önemliyse zh-Hans ya da zh-Hant seçin, gerekiyorsa ülke de ekleyin.

Pazar sayısı arttıkça bu kararlar içerik stratejisini de etkiler. Site mimarisi ve içerik planı tarafı için çok dilli web sitesi SEO yazıma da göz atabilirsiniz.

Hreflang oluşturucu ile ürettiğiniz seti nasıl test edersiniz?

Kodu yayına aldıktan sonra benim kontrol sıram şöyle:

1. Kaynağı açın: her sürümde sayfa kaynağını görüntüleyip hreflang araması yapın. Satır sayısı ve değerler bütün sürümlerde aynı olmalı.
2. Durum kodunu kontrol edin: setteki her adres doğrudan 200 dönmeli. Yönlendiren bir adres varsa yönlendirme denetleyici ile zinciri görün ve sete son adresi yazın.
3. Canonical etiketine bakın: her sürüm kendi adresini canonical olarak göstermeli. Eksikse meta tag oluşturucu canonical satırını da üretir.
4. Google'ın gördüğünü doğrulayın: Search Console'daki URL Denetimi aracında sayfanın hangi standart URL ile değerlendirildiğine bakın.

Bir not daha: Search Console'daki Uluslararası Hedefleme raporu artık yok. Google raporu kaldırdı ama hreflang etiketlerini desteklemeye devam ettiğini yardım sayfasında açıkça belirtiyor. Bu yüzden eski rehberlerdeki rapor adımı yerine yukarıdaki elle kontrol listesini kullanın.

Büyük sitelerde hreflang setini elle mi üretmelisiniz?

Hayır; araç şablonu kurmak ve birkaç sayfayı doğrulamak için ideal, binlerce sayfayı tek tek girmek için değil. Büyük bir sitede ben aracın çıktısını bir desen olarak kullanıyorum: bir sayfanın doğru setini burada üretir, ardından aynı yapıyı CMS şablonuna ya da site haritasını oluşturan koda aktarırım.

Site haritası yönteminde boyutu da hesaba katın. Örnek hesap: 1.000 sayfa ve 4 dil sürümü 4.000 url kaydı demek. x-default dil sürümlerinden birini gösteriyorsa her kayıtta 5 xhtml:link satırı olur, yani toplam 20.000 satır. Google tek bir site haritasını 50.000 URL veya sıkıştırmasız 50 MB ile sınırlıyor; sınırı aşarsanız haritayı bölüp bir dizin dosyasıyla gönderirsiniz.

Dil ve pazar sayısı büyüdükçe iş teknik bir etiketten çıkıp strateji konusuna dönüşür. Dışarıdan desteğin hangi noktada mantıklı olduğunu uluslararası SEO ve GEO danışmanlığı kimlere gerekli yazımda anlattım.