Çok Dilli Site SEO'su: hreflang Rehberi (2026)
Çok dilli site SEO'sunda hreflang mantığı, URL yapısı seçimi ve en sık yapılan hatalar. İhracatçı ve sağlık turizmi siteleri için 2026 rehberi.
İçindekiler
Bir sitenin İngilizce sürümünü açmak kolay. Zor olan, Google’ın Almanya’daki kullanıcıya Almanca sayfayı, Suudi Arabistan’daki kullanıcıya Arapça sayfayı göstermesini sağlamak. Aradaki fark tek bir teknik katmanda saklı: hreflang.
Çok dilli site SEO’sunda gördüğümüz en yaygın tablo şu: içerik tercüme edilmiş, menüye bayrak konmuş, iş bitti sanılmış. Sonra aramalarda Türkçe sayfa İngiltere’de çıkıyor, İngilizce sayfa hiç indekslenmiyor, sağlık turizmi için açılan Arapça bölüm Google’da yok.
Hızlı özet: hreflang, aynı içeriğin farklı dil ve ülke sürümlerini arama motorlarına tanıtan bir HTML etiketidir. Çok dilli site SEO’sunda üç kural şarttır: her sayfa kendini de işaret eder, bağlantılar çift yönlü olur ve bir x-default sürümü tanımlanır. Yanlış dil kodu ve tek yönlü hreflang, sahada en sık gördüğümüz iki hatadır.
Çok Dilli Siteye Gerçekten Kimin İhtiyacı Var?
Kısa cevap: yurt dışından gelen aramanın satın alma niyeti taşıdığı işlerin. Herkesin İngilizce sayfaya ihtiyacı yok. Bir mahalle diş kliniği için İngilizce bölüm çoğu zaman bakım yüküdür, gelir kalemi değil. Üç iş modelinde ise durum tersine döner.
İhracatçı üretici ve tedarikçi
Fabrika sitelerinin çoğu Türkçe hazırlanır, İngilizce sürüm PDF kataloğa sıkışır. Oysa alıcı “stainless steel fitting manufacturer Turkey” gibi bir sorguyla arıyor. Bu sorgunun Türkçe karşılığı yok. İngilizce site SEO’su burada doğrudan teklif talebi üretir, marka bilinirliği çalışması değildir.
Sağlık turizmi
Türkiye’de saç ekimi, diş, obezite cerrahisi ve jinekolojik onkoloji gibi alanlarda hasta akışı büyük ölçüde İngilizce ve Arapça aramalardan geliyor. Bu sektörde dil sürümü bir eklenti değil, huninin kendisidir.
SaaS ve yazılım ürünleri
Ürün İngilizce dokümantasyonla büyür. Türkçe pazarlama sayfası ise yerel satış için gerekir. İki kitlenin arama davranışı birbirinden tamamen ayrıdır, dolayısıyla iki ayrı içerik stratejisi gerekir.
[UNIQUE INSIGHT] 90+ projede tekrar eden bir kalıp var: dil sürümü açan işletmelerin yaklaşık yarısı, o dilde tek bir anahtar kelime araştırması yapmadan çeviriye başlıyor. Türkçe sayfanın birebir çevirisi, hedef pazarda kimsenin aramadığı bir terimle başlıyorsa teknik kurulum mükemmel olsa bile trafik gelmiyor.
URL Yapısı Seçenekleri: Alt Dizin, Subdomain, Ayrı Domain
Doğrudan cevap: projelerin büyük çoğunluğu için alt dizin (site.com/en/) doğru seçimdir. Ana domainin otoritesini paylaşır, tek altyapıda yönetilir ve taşıma maliyeti düşüktür. Diğer iki seçenek belirli koşullarda anlamlıdır, varsayılan değildir.
| Kriter | Alt dizin /en/ | Subdomain en.site.com | Ayrı domain site.de |
|---|---|---|---|
| Domain otoritesi | Ana domainle ortak | Kısmen ayrışır | Sıfırdan başlar |
| Kurulum maliyeti | Düşük | Orta | Yüksek |
| Ülke hedefleme gücü | Orta | Orta | En güçlü |
| Teknik yönetim | Tek kod tabanı | Ayrı yapılandırma olabilir | Tamamen ayrı |
| Search Console | Tek mülk | Ayrı mülk | Ayrı mülk |
| Ne zaman seçilir | Varsayılan | Farklı CMS veya ekip | Yerel şirket + ödeme altyapısı |
Ayrı ülke domaini cazip görünür. Fakat her domain kendi backlink profilini, kendi indekslenme sürecini ve kendi teknik bakımını ister. Bir ekiple beş ccTLD yönetmek, pratikte beş zayıf site demektir.
Bir uyarı: dil sürümünü URL parametresiyle ayırmayın. ?lang=en yapısı hem paylaşımı zorlaştırır hem de indekslemede tutarsız davranır. Klasörle ayırın, teknik SEO checklist’inde geçen canonical kurallarını da aynı yapıya oturtun.
hreflang Nasıl Çalışır? Üç Kural
hreflang üç kural üzerine kuruludur: self-referencing, çift yönlülük ve x-default. Üçünden biri eksikse Google etiket kümesinin tamamını yok sayabilir. Etiket <head> içine, XML site haritasına veya HTTP başlığına konabilir; en yaygın ve en denetlenebilir yöntem <head> içidir.
Türkçe, İngilizce ve Arapça sürümü olan bir sayfa için doğru kurulum şudur:
<link rel="alternate" hreflang="tr" href="https://site.com/hizmet/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/service/" />
<link rel="alternate" hreflang="ar" href="https://site.com/ar/service/" />
<link rel="alternate" hreflang="x-default" href="https://site.com/en/service/" />Kural 1: Self-referencing
Her sayfa, kendi URL’sini de hreflang listesine yazar. Türkçe sayfa yalnızca İngilizce ve Arapça sürümü işaret ederse küme eksik kalır. Yukarıdaki blok, üç sayfanın da <head>’inde birebir aynı şekilde bulunmalıdır.
Kural 2: Çift yönlülük
A sayfası B’yi gösteriyorsa, B de A’yı göstermek zorundadır. Bu şart sağlanmazsa Google bağlantıyı doğrulanmamış kabul eder ve genelde tamamen görmezden gelir. Tek yönlü hreflang, denetimlerde en sık rastladığımız kusurdur.
Kural 3: x-default
x-default, hiçbir dil eşleşmesi bulunamadığında gösterilecek sayfayı belirtir. Dil seçim ekranınız varsa onu, yoksa en geniş kitleye hitap eden sürümü (çoğunlukla İngilizce) işaret edin. Bu etiket zorunlu değildir ama uluslararası hedefleme yapan sitelerde ciddi fark yaratır.
Ek olarak canonical ile hreflang’i karıştırmayın. Her dil sürümünün canonical’ı kendisini göstermelidir. Türkçe sayfayı canonical olarak gösteren bir İngilizce sayfa, indeksten silinir.
hreflang’de En Sık Yapılan Hatalar Neler?
En sık dört hata görüyoruz: tek yönlü bağlantı, hatalı dil kodu, göreli URL kullanımı ve düzeltilmemiş çeviri sayfalarının indekslenmesi. Dördü de kod tarafında ucuz düzeltmelerdir ama fark edilmezse dil sürümünün tamamını görünmez bırakır.
Dil kodu hataları: tr mi tr-TR mi?
tr dili, tr-TR ise Türkiye’deki Türkçe konuşanları hedefler. Almanya’da yaşayan Türkçe kullanıcı kitleniz varsa tr-TR yazarak onları dışarıda bırakırsınız. Ülke kodunu yalnızca fiyat, para birimi, stok veya yasal metin gerçekten ülkeye göre değişiyorsa ekleyin.
İkinci klasik hata: hreflang="ar" yerine hreflang="uae" gibi ülke kodunu tek başına yazmak. Format daima dil kodu ile başlar. en-GB geçerlidir, GB değildir.
Göreli URL ve http/https karışıklığı
hreflang’de mutlak URL kullanın. /en/service/ yerine https://site.com/en/service/ yazın. Ayrıca listedeki URL’ler, sitenin gerçekten yönlendirmesiz açılan sürümleri olmalı. Redirect zinciriyle biten bir hreflang hedefi, eşleşmeyi bozar.
Yarım çeviriyi indekslettirmek
Otomatik çeviri eklentileri tüm siteyi bir gecede yirmi dile açar. Sonuç genelde şudur: bin sayfalık ince içerik havuzu, iç arama kalitesini düşürür. [PERSONAL EXPERIENCE] Sahada tercih ettiğimiz yol, yeni dil sürümünü küçük başlatmak: önce 8-12 kritik sayfa, elden geçmiş çeviriyle indekse açılır; kalanlar hazır olana kadar noindex bekler.
Dile göre otomatik yönlendirme
IP adresine bakıp kullanıcıyı zorla yönlendirmek, hem tarayıcıyı hem kullanıcıyı yanıltır. Googlebot çoğunlukla ABD IP’lerinden gelir ve tüm siteyi İngilizce sürümde görebilir. Doğrusu, kullanıcıya kapatılabilir bir dil önerisi banner’ı göstermek ve seçimi ona bırakmaktır.
Makine Çevirisi mi Yerelleştirme mi?
Cevap ikisinin karışımı: makine çevirisi taslak üretir, yerelleştirme dönüşüm üretir. 2026 itibarıyla LLM tabanlı çeviri kalitesi bilgi metinlerinde oldukça iyi. Sorun bilgi metinlerinde değil, satış yüzeylerinde ve sektör terminolojisinde çıkıyor.
Ayrımı basitleştirmek için sayfaları ikiye bölün. Blog yazıları, dokümantasyon ve teknik açıklamalar makine çevirisi + hafif düzeltmeyle iyi sonuç verir. Ana sayfa, hizmet sayfaları, fiyat sayfası, form alanları ve CTA metinleri anadili konuşan biri tarafından yeniden yazılmalıdır.
Yerelleştirme çevirinin ötesindedir. Para birimi, tarih formatı, telefon formatı, adres düzeni, ölçü birimi ve yasal metinler hedef pazara göre değişir. Arapça sürümde ayrıca sağdan sola (RTL) yerleşim gerekir; bu bir CSS ayrıntısı değil, tasarım kararıdır. [UNIQUE INSIGHT] RTL’i sonradan eklemeye çalışan projelerde en çok kırılan yer form ve tablo bileşenleridir, metin bloğu değil.
Bir de anahtar kelime meselesi var. “Web tasarım” sorgusunun İngilizce karşılığı “web design” değil, çoğu zaman “web design agency” veya “website development”. Hedef dilde ayrı bir kelime araştırması yapmadan çeviriye başlamak, SEO çalışmasının en pahalı kısayoludur.
Sağlık Turizminde tr/en/ar Kurulumu Nasıl Gidiyor?
Sağlık turizmi, çok dilli SEO’nun en zorlu sahası: üç dil, iki yazı yönü ve yüksek hassasiyetli içerik bir arada. Hasta başvurusu alan platformlarda çalışırken gördüğümüz ilk gerçek şu oldu: dil sürümü açmak kolay, üç dilde de aynı tıbbi doğruluğu korumak zor.
[PERSONAL EXPERIENCE] tr/en/ar yapısında yürüttüğümüz bir hasta başvuru platformunda üç şey belirleyici oldu:
- İçerik onayı dil bazında ayrıldı. Türkçe metin hekim onayından geçtikten sonra çeviri başladı. Onaysız metnin çevrilmesi, hatayı üç katına çıkarıyor.
- Form ve onam metinleri ayrı ele alındı. KVKK metni, aydınlatma metni ve iletişim izni her dilde ayrı hukuki kontrol istedi. Çeviri yeterli değildi.
- Arapça sürüm RTL ile birlikte planlandı. Yerleşim, ikon yönü, telefon alanı ve tarih formatı baştan RTL varsayımıyla kuruldu.
Ölçüm tarafında bir tuzak daha var: sunucu WAF’ı veya bot koruması, dil klasörlerinden birini arama motoru tarayıcısına kapatabiliyor. robots.txt izin veriyor görünse bile sunucu 403 veya 429 dönebilir. Bunu ancak erişim günlüğünden ya da farklı user-agent’larla ölçerek yakalarsınız.
Next.js ve Astro’da i18n Kurulumu Nasıl Yapılır?
Her iki framework de dil klasörü yapısını yerleşik destekler; iş, hreflang etiketlerini tek bir merkezden üretmeye kalır. Kritik nokta şudur: hreflang bloğunu her sayfada elle yazmayın. Tek bir layout bileşeni, sayfanın slug’ından üç dilin URL’sini türetip etiketleri otomatik bassın.
Astro
astro.config.mjs içindeki i18n alanında defaultLocale ve locales tanımlanır. Varsayılan dil kök dizinde (/), diğerleri klasörde (/en/, /ar/) yayınlanır. Sayfa içerikleri content collection’larda dil bazlı klasörlenir. Statik çıktı sayesinde her dil sürümü ayrı HTML dosyası olur, bu da AI tarayıcıları için avantaj sağlar.
Next.js
App Router’da app/[locale]/ dinamik segmenti standart yaklaşımdır. generateMetadata içinde alternates.languages alanını doldurarak hreflang etiketlerini merkezi biçimde üretebilirsiniz. Middleware ile dil algılama yapılabilir ama zorunlu yönlendirme yerine öneri modelini tercih edin. Detaylar için Next.js SEO rehberine bakabilirsiniz.
Her iki tarafta da site haritasını dil bazlı üretin ve her URL girdisine xhtml:link alternatiflerini ekleyin. Sitemap üzerinden verilen hreflang, <head> yükünü azaltır ve büyük sitelerde bakımı kolaylaştırır.
Dil değiştirici tasarımı
Kullanıcı İngilizce hizmet sayfasındayken dil değiştiriciye basınca Türkçe ana sayfaya değil, o sayfanın Türkçe karşılığına gitmeli. Bu küçük ayrıntı, çok dilli sitelerde hem kullanıcı deneyimini hem iç link akışını doğrudan etkiler. Web tasarım tarafında bu eşlemeyi baştan kurmak, sonradan düzeltmekten çok daha ucuz.
Yayına Almadan Önce Kontrol Listesi
Yeni dil sürümünü açmadan önce beş maddeyi doğrulayın. Bunlar sahada en çok geri dönüş aldığımız kalemler:
- Her sayfada self-referencing hreflang var mı?
- Bağlantılar çift yönlü mü, dönüş etiketi eksik sayfa kaldı mı?
- Dil kodları geçerli mi, gereksiz ülke kodu eklenmiş mi?
- Her dil sürümünün canonical’ı kendini mi gösteriyor?
- Site haritası dil bazlı üretiliyor ve Search Console’a gönderildi mi?
Bir de sabır kalemi: yeni dil sürümünün indekslenmesi ve doğru ülkelerde görünmeye başlaması genelde 4-8 hafta sürer. İlk iki haftada trafik gelmemesi kurulum hatası anlamına gelmez.
Sonraki Adım
Çok dilli site SEO’su, çeviri işi gibi görünüp teknik bir mimari kararı olarak çıkar karşınıza. URL yapısını yanlış seçtiyseniz geri dönüş pahalıdır; hreflang’i yarım kurduysanız içerik yatırımınız görünmez kalır. İyi haber, her iki sorunun da erken aşamada düzeltilmesi kolay.
Mevcut sitenizin İngilizce veya Arapça sürümünü açmayı planlıyorsanız ya da açtığınız sürüm bir türlü indekslenmiyorsa, önce bir teknik ölçüm yapmak gerekir. İletişim sayfasından ücretsiz 30 dakikalık görüşme alarak mevcut yapınızı ve hedef pazarınızı birlikte değerlendirebiliriz.
Bu yazı 2026 Ağustos’ta yayınlandı. Google’ın uluslararası hedefleme kuralları değiştikçe içerik güncelleniyor.
SSS