Çok Dilli Web Sitesi Nasıl Kurulur? URL Yapısı ve hreflang Rehberi

Çok dilli bir site kurmanın zor kısmı çeviri değil, yapıdır. Doğru URL şeması ve hreflang (bir sayfanın hangi dil ve bölge için hazırlandığını arama motoruna bildiren HTML etiketi) olmadan, farklı dillerdeki sayfalarınız Google'ın gözünde birbirini kopyalayan içerik gibi görünebilir; yanlış dil sürümü yanlış ülkede sıralamaya girebilir. Bu yazıda çok dilli bir web sitesini teknik olarak doğru kurmanın adımlarını sırayla anlatıyoruz.

Çok dilli site gerçekten gerekli mi?

Her uluslararası hedefe çok dilli bir site gerekmez. Tek ülkede faaliyet gösteren ve trafiğin büyük kısmı tek dilde gelen bir işletme için çok dillilik, karşılığını vermeyen bir bakım yükü katar. Aşağıdaki işaretlerden birkaçı görülüyorsa, çok dillilik gerçek bir ihtiyaçtır.

• Birden fazla ülkede farklı dillerde arama trafiği hedefliyorsanız. Analitikte zaten organik trafik gelen ama içerik sunmadığınız bir dil/ülke varsa, bu boşluk ölçülebilir bir fırsattır.
• Hedef pazarda yerel dil beklentisi yüksekse. Bazı pazarlarda İngilizce içerik yeterli görülmez; güven, yerel dilde kurulur.
• Marka birden fazla ülkede fiziksel olarak faaliyet gösteriyorsa. Şube, bayi veya yerel ekip varsa, o pazarın dilinde içerik olmaması tutarsız bir izlenim bırakır.
• Yasal veya sektörel bir zorunluluk varsa. Bazı kamu ihaleleri ve e-ticaret düzenlemeleri yerel dilde içerik şartı koşar.

URL yapısı: alt dizin, alt alan adı, ayrı domain

Dil sürümlerini hangi adres yapısında sunacağınız, kurulumun geri kalanını belirler. Üç seçenek de teknik olarak çalışır; fark bakım yükünde ve domain otoritesinin nasıl paylaşıldığında ortaya çıkar.

Emin değilseniz alt dizin doğru başlangıç noktasıdır: yeni bir domain otoritesi biriktirmek zorunda kalmazsınız ve teknik SEO kurulumu tek bir sistem üzerinden yönetilir. Ayrı domain, ancak ölçek büyüdüğünde ve her pazarın kendi bütçesi/ekibi olduğunda anlamlı hale gelir.

hreflang nedir, nasıl doğru kurulur?

hreflang, bir sayfanın hangi dilde ve hangi bölge için hazırlandığını arama motoruna söyleyen bir işaretlemedir. Amacı basit: aynı içeriğin İspanya'daki kullanıcıya İspanyolca, Meksika'daki kullanıcıya da yine İspanyolca ama farklı bir yerel vurguyla gösterilebilecek sürümünü doğru eşleştirmek. Kurulumu basit görünür ama birkaç kural kaçırıldığında sessizce işe yaramaz.

1. Her dil sürümü, diğer tüm dillere referans vererek kendi hreflang kümesini yayınlamalı. A sayfası B'ye işaret ediyor ama B, A'ya işaret etmiyorsa, etiket geçersiz sayılır.
2. ISO 639-1 dil kodu kullanın, gerekiyorsa ISO 3166-1 ülke koduyla birleştirin — `tr`, `en-US`, `en-GB` gibi.
3. x-default etiketini ekleyin. Dili tanımlanamayan ya da eşleşmeyen ziyaretçinin hangi sürüme yönlendirileceğini belirtir.
4. hreflang'i sitemap.xml, sayfa başlığı (head) veya HTTP başlığından yalnızca birinde tutun. İkisini aynı anda farklı değerlerle kullanmak çelişki yaratır.
5. Her dilde canonical etiketi kendi URL'sine işaret etmeli. Canonical'ı ana dile yönlendirmek, diğer dilleri indeksten düşürür.

İçerik: makine çevirisi mi, yerelleştirme mi?

Google düşük kaliteli çeviriyi doğrudan cezalandırmaz ama kullanıcı sinyalleri üzerinden dolaylı olarak sıralamayı etkiler: anlaşılmayan bir metin, yüksek hemen çıkma oranına ve kısa oturum süresine dönüşür. Ayrıca çeviri ile yerelleştirme aynı şey değildir — yerelleştirme, kelimeleri değil para birimini, tarih formatını ve örnekleri de hedef pazara uyarlamaktır.

• Ürün/hizmet sayfaları her zaman insan tarafından gözden geçirilmeli — burada hata pahalıya mal olur.
• SSS ve destek içeriği makine çevirisiyle başlayıp zamanla düzeltilebilir; hacim yüksek, hata toleransı nispeten yüksektir.
• Yasal metinler (gizlilik politikası, kullanım şartları) mutlaka o dilin hukuk pratiğine uygun bir yerel gözden geçirmeden geçmeli.
• Para birimi, tarih ve ölçü formatı çeviri değil yerelleştirmedir; birçok proje bu adımı atlayıp yalnızca metni çevirir.

Dil değiştirici tasarımı: kullanıcı ne bekliyor?

Dil değiştirici üst menüde, her sayfadan erişilebilir olmalı. Bayrak ikonu yerine dilin kendi adını gösterin — bayrak bir ülkeyi temsil eder, dili değil; İspanyolca konuşulan yirmiden fazla ülke var. Ziyaretçinin seçtiği dil bir çerezle hatırlanmalı, ama otomatik yönlendirme için yalnızca IP konumuna güvenilmemeli; bu konuya aşağıda ayrıca değiniyoruz.

Çok dilli SEO'da en sık yapılan 5 hata

1. IP tabanlı otomatik yönlendirme yapmak. Googlebot genellikle tek bir bölgeden tarama yapar; otomatik yönlendirme diğer dil sürümlerinin hiç taranmamasına yol açabilir. Yönlendirme yerine bir öneri çubuğu gösterip seçimi ziyaretçiye bırakın.
2. Bayrak ikonuyla dil seçtirmek. Bayrak ülkeyi temsil eder, dili değil — aynı dilin konuşulduğu birden fazla ülke olabilir.
3. Tek bir sayfayı çevirip geri kalanını orijinal dilde bırakmak. Yarım çevrilmiş bir site, hem kullanıcıya hem Google'a tutarsız bir sinyal verir.
4. hreflang'i yalnızca ana sayfaya eklemek. Her dil sürümündeki her sayfa kendi hreflang kümesini taşımalı, yalnızca giriş sayfası değil.
5. Dil sürümleri arasında farklı bilgi mimarisi kurmak. Bir dilde var olan bir sayfanın diğerinde karşılığı yoksa, o sayfa hreflang zincirinin dışında kalır ve eşleşme kopar.

Ne kadar sürer, nasıl başlanır?

İki dilli bir kurumsal site için URL yapısı, hreflang kurulumu ve dil değiştirici tipik olarak 1–3 hafta sürer; bu süreye çeviri süreci dahil değildir. Web ve uygulama geliştirme hizmetimizde çok dilli mimari kurulumu, teknik SEO'nun standart bir parçası olarak planlanır. hreflang'in teknoloji seçimine göre nasıl değiştiğini Next.js mi WordPress mi karşılaştırmamızda ele almıştık; içerik birden fazla kanala (web, mobil, farklı marka siteleri) dağıtılacaksa headless CMS'in çok dilli yapılarda nasıl işe yaradığına da göz atabilirsiniz.

Kaç dile açılmanız gerektiğinden emin değilseniz, hedef pazarlarınızı ve mevcut trafiğinizi birlikte gözden geçirelim — kısa bir görüşme talep edin.