Çok Dilli Web Sitesi Nasıl Yapılır? URL, hreflang, Çeviri

Son güncelleme: 31 Ekim 2026. Bu yazı bilgilendirme amaçlıdır, hukuki danışmanlık değildir; KVKK, GDPR ve benzeri metinler için hukuk danışmanınıza başvurun.

Ne zaman gerekir, ne zaman gerekmez?

Yabancı dilde arama yapan, yabancı dilde satın alan ya da güven arayan gerçek bir müşteri kitleniz varsa çok dilli site gerekir; yoksa yalnızca bakımı zor bir yük olur. İhracat yapan üretici, yabancı misafir ağırlayan otel veya klinik, yurt dışına hizmet veren yazılım ya da danışmanlık firması bu gruba girer.

Şu durumlarda genellikle gerekmez:

• Müşterilerinizin neredeyse tamamı Türkiye'de ve Türkçe konuşuyorsa.
• Yabancı dilde gelen talebe yanıt verecek kimse yoksa. İngilizce formu doldurup cevap alamayan ziyaretçi, hiç site görmemiş olmaktan kötü bir izlenimle ayrılır.
• Tek ihtiyaç birkaç yabancı ziyaretçiye iletişim bilgisi vermekse; tek bir İngilizce tanıtım sayfası yeterli olabilir.

Önce en çok talep alacak sayfaları (ana sayfa, hizmet veya ürünler, iletişim) çevirip kalanını sonraya bırakmak da meşrudur. Önemli olan, yayınladığınız her dil sürümünün tamamlanmış olması.

Dil mi, ülke mi hedefliyorsunuz?

İlk karar teknik değil ticaridir: bir dili konuşan herkese mi, yoksa belirli bir ülkedeki pazara mı hitap ediyorsunuz? Bu seçim URL yapısını, hreflang kodlarını ve içeriğin ne kadar farklılaşacağını belirler.

• Dil hedefi: Metin birden çok ülkede aynı anlaşılıyorsa tek sürüm (en, de, ar) yeterlidir.
• Ülke hedefi: Para birimi, teslimat, mevzuat ya da kampanyalar ülkeye göre değişiyorsa ülke sürümü (de-DE, de-AT) anlamlıdır.

Kurgusal örnek: Tek bir İngilizce sürüm Birleşik Krallık ve ABD'de okunabilir; kargo, vergi ve yasal metin farklıysa iki sürüm gerekebilir.

URL yapısı seçenekleri

Google, her dil sürümü için farklı bir URL kullanmanızı; çerez veya tarayıcı ayarıyla aynı adreste dil değiştirmemenizi öneriyor. Hangi yapıyı seçeceğiniz ise ihtiyaca bağlı: Google yapılardan birini üstün ilan etmiyor, artı ve eksilerini sıralıyor.

Tek markayla birkaç dilde ilerleyen çoğu küçük işletme için alt dizin en az bakım gerektiren seçenektir; bu Google'ın değil bizim değerlendirmemizdir. Her ülkede ayrı ekip ve hukuki yapı varsa ülkeye özel alan adı mantıklı olabilir. Adreslerin okunur ve dil kodunda tutarlı olması için SEO uyumlu kodlama yaklaşımı burada da geçerlidir.

hreflang nasıl kurulur?

hreflang, aynı içeriğin dil veya bölge sürümlerini Google'a bildiren etikettir; sıralamayı yükseltmez, kullanıcıya uygun sürümün gösterilmesine yardım eder. Google dili sayfanın görünen metninden anlar; hreflang ve HTML lang özniteliği dil tespiti için değil, sürümler arası ilişki içindir.

Üç yöntemden biri yeterli: <head> etiketi, HTTP başlığı (PDF gibi dosyalar için) veya XML sitemap. Google yöntemlerin eşdeğer olduğunu, hepsini birden kullanmanın fayda getirmeyip bakımı artırdığını söylüyor. Üç dilli bir sitede (kurgusal adresler) her sürümün <head> kısmında şu dört satır aynen bulunur:

<link rel="alternate" hreflang="tr" href="https://www.firma.com/" />
<link rel="alternate" hreflang="en" href="https://www.firma.com/en/" />
<link rel="alternate" hreflang="ar" href="https://www.firma.com/ar/" />
<link rel="alternate" hreflang="x-default" href="https://www.firma.com/" />

• Karşılıklılık: Her sayfa kendisi dahil tüm sürümleri listelemeli. Google, iki sayfa birbirine işaret etmezse etiketlerin yok sayılacağını belirtiyor.
• x-default: Listedeki hiçbir dile uymayan kullanıcılar için yedek sayfadır; genellikle dil seçici ya da varsayılan sürüm. Dil kodu almaz.
• Kod biçimi: Dil ISO 639-1 (en), bölge ISO 3166-1 Alpha 2 (GB); bölge tek başına yazılamaz.

hreflang'da sık görülen hatalar

Çok dilli projelerde en sık karşılaşılan sorunlar şunlardır:

1. Dönüş bağlantısının eksikliği. Türkçe sayfa İngilizceyi gösterir, İngilizce sayfa Türkçeyi göstermez; etiketler geçersiz sayılır.
2. Sayfanın kendini listelememesi.
3. Geçersiz kodlar. en-UK yaygın bir yanlıştır (Birleşik Krallık için GB); tek başına GB ya da TR da geçersizdir. Google "UK" gibi ayrılmış kodların etkisiz olduğunu belirtiyor.
4. Göreli adres. Protokollü tam adres yazın.
5. Yanıltıcı canonical. Tüm dil sürümlerinin canonical'ını ana dildeki sayfaya vermek, çevrilmiş sayfaların ayrı sürüm sayılmasını engelleyebilir. Her sürüm genellikle kendi adresine canonical vermelidir; kesin durum için Google'ın canonical dokümanını kontrol edin.
6. Yönlendiren, noindex taşıyan ya da 404 veren adresleri etikete koymak. Etiketteki adresler doğrudan açılan, dizine alınabilir sayfalar olmalıdır.
7. Çevrilmemiş sayfayı çevrilmiş gibi bağlamak. Google, yalnızca şablon metinleri çevrilip içeriğin büyük kısmı tek dilde kalan sayfaları kaçınılması gereken uygulamalar arasında sayıyor.

Makine çevirisi mi, insan çevirisi mi?

Makine çevirisi taslak için işe yarar; ancak satış ve güven sayfaları yayına hiç insan gözü görmeden çıkmamalı. Google'ın 2010 tarihli eski bir blog yazısı otomatik çevirilerin dizine girmemesini öneriyor; spam politikalarında ise ölçekli içerik üretiminde "çeviri gibi otomatik dönüşümler" örnek olarak geçiyor. Çeviri araçları o dönemden çok ilerledi, yine de okuyucuya değer katmayan, toplu üretilmiş çeviri sayfaları risklidir.

• Ana sayfa, hizmet/ürün, hakkımızda ve iletişim için ana dili o dil olan biri çevirsin ya da son okumayı yapsın.
• Terim sözlüğü tutun; aynı kavram aynı kelimeyle geçsin.
• Hukuki, sağlık ve finans içeriğini mutlaka uzman gözden geçirsin.
• Kelime kelime çeviri yerine hedef pazarın gerçekten ne yazarak aradığına bakın; Türkçedeki bir ifadenin yabancı dildeki yaygın karşılığı farklı olabilir.

Yerelleştirme ve hukuki sayfalar

Çeviri metni aktarır; yerelleştirme sayfanın o ülkedeki okuyucuya doğal gelmesini sağlar. Kontrol edilecekler:

• Para birimi ve ölçü birimleri hedef ülkeye göre gösterilmeli.
• Tarih, saat, telefon ve adres biçimleri: Gün/ay sırası, ülke kodlu telefon, saat dilimi.
• Teslimat, ödeme ve iade bilgisi ülkeye göre değişiyorsa açıkça yazılmalı.
• Hukuki sayfalar: Gizlilik politikası, çerez metni, kullanım şartları. Türkiye'deki ziyaretçiler için KVKK aydınlatma metni, Avrupa'daki ziyaretçiler için GDPR gündeme gelebilir. Bu metinleri salt çeviri olarak yayınlamak riskli olabilir; hangi mevzuatın uygulandığını hukuk danışmanınız belirlemelidir.

Sağdan sola diller

Arapça, İbranice ve Farsça sağdan sola yazıldığı için yalnızca metni çevirmek yetmez; sayfa düzeni de yön değiştirmelidir.

• Arapça sayfalarda <html lang="ar" dir="rtl"> kullanın.
• Menü sırası, ok yönleri ve form hizaları ters çevrilmeli.
• CSS'te margin-left yerine margin-inline-start gibi yöne duyarlı özellikler kullanırsanız tek stil dosyası iki yönü de taşır.
• Latin harfli marka adları, telefon numaraları ve sayılar metin içinde yön karışıklığı yaratabilir; gerçek cihazlarda deneyin.

RTL desteğini sonradan eklemek baştan planlamaktan zahmetlidir; Arapça düşünüyorsanız tema ve bileşenleri tasarım aşamasında buna göre kurun. Kurumsal web sitesi projelerinde bu karar kapsamı doğrudan etkiler.

Dil seçici ve otomatik yönlendirme

Ziyaretçiyi IP adresine ya da tarayıcı diline bakarak otomatik olarak başka bir dil sürümüne yönlendirmeyin; seçimi kullanıcıya bırakın. Google, tahmine dayalı yönlendirmenin kullanıcıların ve arama motorlarının tüm sürümlere ulaşmasını engelleyebileceğini belirtiyor.

Nedeni teknik: Googlebot çoğunlukla ABD merkezli adreslerden tarar ve Accept-Language başlığı göndermez. Her İngilizce konuşana İngilizce sayfa gösterirseniz diğer sürümleri hiç göremeyebilir. Bu yüzden her sürüm kendi adresinde ve doğrudan bağlantıyla erişilebilir olmalı.

• Dil seçiciyi her sayfada görünür yere ve gerçek bağlantı (<a href>) olarak koyun; yalnızca JavaScript ile çalışan menü tarayıcılar için görünmez kalabilir.
• Seçici sayfanın karşılığına gitsin, ana sayfaya atmasın.
• Dilleri kendi adlarıyla yazın (Deutsch, العربية); bayrak dil değil ülke belirtir.
• Öneri gerekiyorsa yönlendirme yerine kapatılabilir bir bant gösterin: "Bu sayfa İngilizce olarak da mevcut."

Dil başına başlık, schema ve sitemap

Her dil sürümü, kendi dilinde başlık, açıklama ve yapılandırılmış veri taşıyan bağımsız bir sayfa gibi ele alınmalı; çevrilmemiş başlık ve açıklamalar arama sonucunda yabancı durur.

• Title ve description: Çeviriyle yetinmeyin; o dilde aranan ifadeyi kullanın. Sayfaları SEO analiz aracıyla tek tek tarayıp eksikleri görebilirsiniz.
• Schema: Ad, açıklama gibi metin alanlarını ilgili dilde yazın; inLanguage gibi alanlar kullanılabilir.
• Sitemap: Tüm dil adreslerini ekleyin. hreflang'ı sitemap'ten veriyorsanız xhtml:link öğeleri kullanılır.

Dil sürümleri de sitenin hız, taranabilirlik ve dizinleme kurallarına tabidir; genel çerçeve için teknik SEO yazımıza bakabilirsiniz.

Ölçüm

Dil sürümlerinin işe yarayıp yaramadığını görmek için verileri sürüm ve ülke bazında ayırın; toplam rakam, Türkçe sayfaların etkisi yüzünden İngilizcedeki değişimi gizleyebilir.

• Search Console: Performans raporunda sayfa filtresiyle /en/, /ar/ gibi dizinleri ayrı inceleyin, ülke filtresiyle gösterim ve tıklamanın hangi ülkeden geldiğine bakın.
• GA4: Sayfa yolu ve ülke boyutlarıyla oturum, etkileşim ve dönüşümleri sürüme göre karşılaştırın. İletişim formu ve WhatsApp tıklaması gibi olayları sayfa diliyle birlikte inceleyin.
• Talep kaydı: Formlara gizli bir "dil/sürüm" alanı ekleyin; talebin hangi sayfadan geldiği bilinsin.

Yeni dil sürümlerinin dizine girip görünür olması zaman alır; kesin bir süre veremeyiz, birkaç aylık bir pencerede değerlendirmek makuldür.

Sürdürme maliyeti

Çok dilli sitenin asıl maliyeti kurulumda değil sonrasında çıkar: her yeni sayfa, kampanya ve yazı seçtiğiniz dil sayısı kadar iş demektir. Maliyet; dil sayısına, sayfa sayısına, güncelleme sıklığına, çeviri kalitesi beklentisine ve RTL gibi tasarım gereksinimlerine göre değişir. Önce şunları yanıtlayın:

• Yeni içeriği hangi dillerde yayınlayacağız, hangilerinde yayınlamayacağız?
• Ana dildeki sayfa güncellenince diğer diller nasıl güncellenecek? Eski kalan sürüm yanlış bilgi yayar.
• Yabancı müşteriden gelen talebe hangi dilde, kim yanıt verecek?

Bir veya iki dille başlayıp talep geldikçe genişletmek, altı dili yarım bırakmaktan genellikle daha sağlıklıdır. Kapsam netleşince teklif alabilirsiniz.

Kontrol listesi

• Hedef dil ve ülkeler yazılı; talebe yanıt verecek kişi belli.
• Her dil sürümünün kalıcı, ayrı bir adresi var.
• hreflang karşılıklı, kendini içeren, tam adresli; x-default tanımlı; kodlar geçerli (en-GB, en-UK değil).
• Her sayfanın görünen içeriği ve menüsü tek dilde.
• Satış ve güven sayfaları insan tarafından gözden geçirildi.
• Para birimi, tarih, telefon ve adres biçimleri yerelleştirildi.
• KVKK, GDPR, çerez ve kullanım metinleri hukuk danışmanıyla netleştirildi.
• RTL dil varsa dir="rtl" ve ters düzen gerçek cihazda test edildi.
• Otomatik dil yönlendirmesi yok; dil seçici her sayfada ve gerçek bağlantı.
• Her dilde ayrı title, description, schema ve sitemap girdisi var.
• Search Console ve GA4'te sürümler ayrı izleniyor.
• Yeni içerik için çeviri ve güncelleme akışı tanımlı.

Çok dilli bir site planlıyorsanız dil sayısını, çevrilecek sayfaları ve teknik kurulumu birlikte netleştirebiliriz; hedef pazarınızı ve mevcut sitenizi anlatarak teklif formunu doldurmanız yeterli. Arama görünürlüğü için SEO hizmeti sayfamıza, temel kavramlar için SEO nasıl yapılır rehberine bakabilirsiniz.

Sık sorulan sorular

Eklentiyle otomatik çeviri yeterli mi?

Genellikle değil. Otomatik çeviri taslak için faydalı olabilir, ancak Google otomatik çevirilerin dizine alınması konusunda eski rehberinde temkinli davranıyor. Satış ve güven sayfalarını insan gözü geçirmelidir.

Alt dizin mi, alt alan adı mı, ayrı alan adı mı seçmeliyim?

Google bir tanesini üstün ilan etmiyor. Tek markayla birkaç dilde ilerliyorsanız alt dizin kurması ve bakımı en kolay seçenektir; her ülkede bağımsız çalışan yapılar için ülkeye özel alan adı düşünülebilir. URL parametresi önerilmiyor.

hreflang sıralamayı yükseltir mi?

Hayır. Aynı içeriğin diller arasındaki ilişkisini bildirir ve kullanıcıya uygun sürümün gösterilmesine yardım eder.

Ziyaretçiyi tarayıcı diline göre otomatik yönlendirebilir miyim?

Önermiyoruz. Google, tahmine dayalı yönlendirmenin kullanıcıların ve arama motorlarının tüm sürümlere ulaşmasını engelleyebileceğini belirtiyor. Görünür bir dil seçici ve isteğe bağlı öneri bandı daha güvenlidir.

Çok dilli site yaptırırsam yabancı müşteri gelir mi?

Kesin sonuç vaat edemeyiz. Site, yabancı müşterinin sizi bulup güvenebilmesi için gereken zemindir; talebi rekabet, ürününüz, hedef pazarınız ve tanıtım çalışmalarınız belirler.

Kaynaklar

1. Google Search Central: Tell Google about localized versions of your page (hreflang)
2. Google Search Central: Managing multi-regional and multilingual sites
3. Google Search Central: How Google crawls locale-adaptive pages
4. Google Search Central Blog: Working with multilingual websites (2010)
5. Google Search Central: Spam politikaları