Çok Dilli Siteler İçin Hreflang Kurulum Hizmeti

Çok Dilli Siteler İçin Hreflang Kurulum Hizmeti, farklı dil ve bölge URL’lerinin arama motorları tarafından doğru ilişkilendirilmesini sağlayan teknik SEO çalışmasıdır. Hizmet yalnızca etiket eklemekten ibaret değildir; URL mimarisi, içerik dili, canonical, sitemap, yönlendirmeler ve kullanıcı dil seçimi birlikte incelenir. Google’ın güncel dokümantasyonuna göre hreflang, uygun yerelleştirilmiş URL’nin arama sonuçlarında gösterilmesine yardımcı olan bir sinyaldir; sıralama veya gelir garantisi değildir.

Önemli Noktalar

• Her dil veya bölge sürümü kendisini ve geçerli alternatiflerini göstermelidir.
• Alternatif URL’ler tam HTTPS adresiyle, erişilebilir ve mümkünse nihai URL olarak kullanılmalıdır.
• Dil kodu ISO 639-1, isteğe bağlı bölge kodu ISO 3166-1 Alpha 2 standardına uygun olmalıdır.
• Hreflang, canonical’ın yerine geçmez; iki sinyal aynı URL mimarisi içinde birlikte planlanır.
• Çerez, IP veya tarayıcı ayarına göre otomatik içerik değiştirmek yerine ayrı, taranabilir URL’ler tercih edilmelidir.
• Kurulum sonrası yeni içerik, ürün ve kategori URL’leri için sürekli kontrol süreci kurulmalıdır.

Çok Dilli Siteler İçin Hreflang Kurulum Hizmeti Nedir?

Hreflang, bir sayfanın hangi dil veya bölge kullanıcılarına yönelik olduğunu arama motorlarına bildiren rel="alternate" hreflang="..." işaretlemesidir. Örneğin genel İngilizce içerik için en, Birleşik Krallık İngilizcesi için en-GB, Almanca içerik için de kullanılabilir. Ülke kodu tek başına kullanılmaz; ilk bölüm mutlaka dili belirtir. Google yalnızca hreflang veya HTML lang niteliğine bakarak sayfa dilini belirlemez; görünür içerik ve diğer algoritmik sinyaller de değerlendirilir.

Bu nedenle yalnızca menü ve footer’ı çevrilmiş, ana metni aynı kalan veya okunabilirliği düşük makine çevirisi sayfalar teknik etiketlerle kaliteli uluslararası içerik hâline gelmez. Her varyasyonun arama niyetini, terminolojiyi ve kullanıcı beklentisini karşılaması gerekir. Hreflang kurulumu bu içerik kalitesini tamamlayan, URL’ler arasındaki ilişkiyi açıklayan bir altyapıdır.

Hreflang Hangi Sorunları Çözer?

Çok dilli sitelerde aynı içerik farklı URL’lerde sunulurken arama motoru yanlış dil veya bölge sayfasını gösterebilir. IP adresi, çerez ya da Accept-Language başlığıyla otomatik içerik değiştiren yapılar da tüm varyasyonların keşfedilmesini zorlaştırabilir. Google, farklı diller için ayrı URL’ler kullanılmasını ve varyasyonların açık biçimde işaretlenmesini önerir.

• Kullanıcının yanlış dil sayfasına ulaşması
• Aynı dildeki bölgesel URL’lerin çakışması
• Eksik veya karşılıklı olmayan alternatif bağlantıları
• 404, 3xx veya canonical olmayan URL’lerin hreflang içinde kullanılması
• Zorunlu otomatik yönlendirmelerin tarama ve kullanıcı deneyimini bozması
• Çeviri karşılığı olmayan sayfaların alternatif olarak tanımlanması

Hreflang Teknik Olarak Nasıl Kurulur?

1. URL ve içerik envanteri çıkarılır

Öncelikle indekslenebilir tüm dil ve bölge URL’leri tabloya aktarılır. Her URL için dil, hedef bölge, durum kodu, canonical, robots kuralları, sitemap durumu ve çeviri karşılığı kaydedilir. Ana sayfa, kategori, ürün, hizmet, blog ve dosya URL’lerini ayrı kümeler hâlinde incelemek; eksik eşleşmeleri ve yanlış yönlendirmeleri daha hızlı ortaya çıkarır.

2. Dil ve bölge hedefleri belirlenir

Yalnızca dil hedefleniyorsa en, de veya fr gibi kodlar kullanılabilir. Fiyat, teslimat, ürün kapsamı veya mevzuat bölgeye göre değişiyorsa en-US ve en-GB gibi dil-bölge kombinasyonları tercih edilir. Dil ya da bölge listesinde bulunmayan kullanıcılar için bir seçim sayfası varsa x-default değerlendirilebilir.

3. Karşılıklı eşleşme oluşturulur

Bir sayfa başka bir URL’yi alternatif olarak gösteriyorsa hedef sayfa da kaynak sayfaya dönmelidir. Her varyasyonun kendisini ve aynı kümeye ait geçerli alternatifleri göstermesi gerekir. Google, karşılıklı olmayan hreflang bağlantılarını yok sayabilir. Tam ve karşılıklı bir küme oluşturulamıyorsa, güvenilir biçimde doğrulanabilen eşleşmeler önceliklendirilmelidir.

4. Canonical ve hreflang birlikte denetlenir

Hreflang alternatif URL ilişkisini, canonical ise tercih edilen URL’yi belirtir. Her dil sayfasının canonical’ı genellikle aynı dildeki kendisi olmalıdır. Aynı dilde bölgesel içerikler büyük ölçüde benzerse canonical ve hreflang birlikte ele alınır; farklı dillerin birbirine canonical gösterilmesi tercih edilmez. Google’ın güncel canonical rehberi, hreflang kullanılan sayfada aynı dilde veya mümkün olan en uygun dilde canonical belirtilmesini önerir.

5. Uygulama ve tarama testi yapılır

Etiketler HTML head alanına, HTTP yanıt başlıklarına veya XML sitemap’a eklenebilir. HTML sayfa bazlı kontrol için, sitemap ise büyük URL kümelerinin merkezi yönetimi için uygundur. Google bu üç yöntemi destekler; üçünü aynı anda kullanmak genellikle ek fayda sağlamaz ve tutarsızlık riskini artırabilir.

HTML, Sitemap ve HTTP Header Yöntemleri

Sitemap yönteminde xhtml namespace’i tanımlanır ve her URL için kendisi dâhil tüm alternatifler listelenir. Alternatif adreslerin HTTPS dâhil tam URL olması gerekir; göreli adresler veya yalnızca protokolü atlanmış URL’ler kullanılmamalıdır. Sitemap, canonical tercihlerini destekler ancak Google’ın seçimini tek başına zorunlu kılmaz.

WordPress Sitelerde Hreflang Kurulumu

WordPress sitelerde hreflang çoğunlukla çok dilli eklentiler tarafından otomatik oluşturulur. Dil dizinleri, alt alan adları veya farklı alan adları kullanılabilir; ancak yapı seçimi sitenin ölçeği, ekip kapasitesi ve uluslararası içerik stratejisiyle uyumlu olmalıdır. Google, farklı diller için ayrı URL’leri; çerez veya tarayıcı ayarıyla aynı URL’de içerik değiştirmeye tercih eder.

Eklentinin çıktı üretmesi yeterli değildir. Tema değişiklikleri, slug güncellemeleri, eksik çeviriler, ürün silme işlemleri, CDN ve cache katmanları etiketleri bozabilir. WordPress denetiminde her çeviri eşleşmesinin mevcut olup olmadığı, alternatiflerin 200 döndürüp döndürmediği, etiketlerin nihai URL’ye gidip gitmediği ve canonical-sitemap-hreflang sinyallerinin çelişip çelişmediği kontrol edilir.

Hreflang Kurulumunda Sık Yapılan Hatalar

1. Yanlış kod kullanımı: Ülke kodunu dil kodu gibi yazmak veya geçersiz bölge kodu seçmek.
2. Eksik dönüş bağlantısı: Bir varyasyonun diğerini gösterip karşılığında geri bağlantı vermemesi.
3. Göreli URL kullanımı: /en/page yerine tam HTTPS URL tercih edilmelidir.
4. 404 veya yönlendirme hedefi: Alternatifler doğrudan erişilebilir nihai URL’leri göstermelidir.
5. Canonical çelişkisi: Bir dil sayfasının canonical’ını başka bir dildeki eşdeğere zorlamak.
6. Otomatik yönlendirme: IP veya tarayıcı diline göre kullanıcıyı zorla başka URL’ye göndermek.
7. Eksik çeviri: İçeriği bulunmayan veya yalnızca şablonu çevrilmiş sayfaya alternatif etiketi eklemek.

ISO 639-1 dil kodu ile ISO 3166-1 Alpha 2 bölge kodunun sırası önemlidir. Örneğin en-GB geçerli bir dil-bölge kombinasyonudur; yalnızca ülke kodu kullanmak geçerli bir hreflang hedefi oluşturmaz. Google ayrıca eşleşmeyen dil ve bölgeler için seçim veya fallback sayfasında x-default kullanılmasını önerir.

Hreflang Denetim Süreci Nasıl İlerler?

1. Keşif: URL, dil, bölge, durum kodu, canonical ve indekslenebilirlik envanteri çıkarılır.
2. Eşleşme haritası: Her URL’nin geçerli alternatifleri ve x-default ihtiyacı belirlenir.
3. Teknik uygulama: HTML, sitemap veya HTTP header yöntemlerinden sürdürülebilir olanı seçilir.
4. Doğrulama: Kaynak kodu, HTTP yanıtları, sitemap ve crawler çıktıları karşılaştırılır.
5. Yayın sonrası izleme: Search Console’da sayfa, sorgu, ülke ve performans verileri incelenir.
6. Bakım: Yeni içerik, ürün ve dil eklendiğinde alternatif eşleşmeleri yeniden kontrol edilir.

Search Console verileri, teknik düzeltmenin doğru dil ve bölge URL’lerine görünürlük taşıyıp taşımadığını değerlendirmeye yardımcı olur. Ancak hreflang sonrası belirli bir trafik yüzdesi, sıralama veya gelir artışı garanti edilemez. Sonuçlar içerik kalitesi, arama talebi, rekabet, teknik erişilebilirlik ve dönüşüm deneyimiyle birlikte değerlendirilmelidir.

Hreflang, Uluslararası SEO ve Yapay Zekâ Arama Deneyimleri

Hreflang, uluslararası SEO’nun yalnızca bir katmanıdır. Her pazar için arama niyeti, terminoloji, para birimi, teslimat bilgisi, yasal metinler ve kullanıcı beklentileri ayrıca incelenmelidir. Bire bir çeviri, farklı dillerde aynı soruyu veya satın alma niyetini karşılamayabilir. Açık URL mimarisi, erişilebilir içerik ve tutarlı marka bilgileri GEO, AEO ve AIO çalışmalarının da teknik temelini oluşturur.

Hreflang, yapay zekâ arama sistemlerinde görünürlük garantisi vermez. Bununla birlikte farklı dil kaynaklarının düzenli biçimde keşfedilebilir ve ilişkilendirilebilir olmasına katkı sağlayabilir. Bu nedenle hreflang; yapılandırılmış veri, içerik güvenilirliği, taranabilirlik ve kullanıcı deneyiminin yerine geçmez. İlgili yapılandırılmış veri çalışmaları için B2B siteleri için Schema Markup kurulumu rehberine göz atabilirsiniz.

Çok Dilli Siteler İçin Hreflang Kurulum Hizmeti Ne Zaman Alınmalı?

Yeni bir dil veya pazara açılmadan, çok dilli e-ticaret sitesi yayına alınmadan, alan adı ya da URL yapısı değiştirilmeden önce planlama yapılmalıdır. Mevcut sitede yanlış dil sayfaları sıralanıyor, bölgesel URL’ler karışıyor, çeviri adreslerinde 404 oluşuyor veya yeni içerikler alternatifleri olmadan yayınlanıyorsa teknik denetim gerekir.

Hizmet kapsamına URL haritası, dil-bölge eşleşme tablosu, hreflang uygulaması, canonical kontrolü, sitemap düzenlemesi, WordPress eklenti denetimi, crawler taraması ve yayın sonrası raporlama dâhil edilebilir. Kapsam; URL sayısı, dil kombinasyonları, CMS yapısı, mevcut hatalar ve bakım ihtiyacına göre belirlenir. Uluslararası teknik SEO bütçesini planlarken global SEO danışmanlığı fiyatları ve hizmet rehberini inceleyebilirsiniz.

Hreflang bir defalık etiket ekleme işi değil, içerik yayınlama ve teknik SEO süreçlerine bağlı sürekli bir kontrol sistemidir. URL değişiklikleri, çeviri yayınları, ürün güncellemeleri ve platform değişiklikleri sonrasında alternatif kümeleri yeniden taranmalıdır. Taranabilirlik sorunları için ayrıca Search Console taranabilirlik hataları rehberini kullanabilirsiniz.

Temel kavramların genel tanımı için hreflang hakkında açıklayıcı kaynak sayfasını inceleyebilirsiniz.