Çok Dilli Web Sitesi ve İçerik Yerelleştirme (hreflang)

Bir markanın sınırlarını aşıp farklı pazarlara açılmasının en doğrudan yolu, ziyaretçiyle kendi dilinde konuşmaktır. İşte bu noktada çok dilli web sitesi kavramı devreye girer: tek bir alan adı altında birden fazla dilde, her biri o pazarın kültürel ve teknik beklentilerine uygun içerik sunan bir yapı. Ancak farklı dillerde sayfalar yayımlamak tek başına yeterli değildir. Arama motorlarının doğru sayfayı doğru kullanıcıya göstermesini sağlamak, çeviriyi gerçek bir yerelleştirmeye dönüştürmek ve teknik altyapıyı sağlam kurmak gerekir.

Pek çok proje, çeviriyi son anda eklenen bir detay olarak görür ve sonuçta yarım kalmış, arama motorlarının kafasını karıştıran bir site ortaya çıkar. Oysa uluslararası bir varlık oluşturmak; planlama, doğru URL mimarisi, hreflang etiketlerinin titizlikle uygulanması ve metnin ötesine geçen bir içerik stratejisi ister. Yanlış kurgulanmış bir yapı, mükerrer içerik algısına, yanlış dilde gösterilen sayfalara ve düşük dönüşüm oranlarına yol açar.

Bu rehberde, sıfırdan veya mevcut bir siteyi uluslararasılaştırmak istediğinizde izleyebileceğiniz adımları ele alacağız. URL yapısı seçiminden hreflang etiketlerinin nasıl yazıldığına, yerelleştirmenin çeviriden farkından sık yapılan teknik hatalara kadar her başlığı, doğrudan uygulayabileceğiniz örneklerle açıklayacağız. Amaç, hem arama motorlarının hem de gerçek kullanıcıların gözünde tutarlı, güvenilir ve performanslı bir site kurmanıza yardımcı olmak.

Çok Dilli ve Çok Bölgeli Site Arasındaki Fark

Birçok kişi "çok dilli" ve "çok bölgeli" kavramlarını birbirinin yerine kullanır, oysa bunlar farklı ihtiyaçlara karşılık gelir. Ayrımı net görmek, doğru stratejiyi seçmenin temelidir.

Çok dilli (multilingual) bir site, aynı içeriği birden fazla dilde sunar. Örneğin bir hizmetin tanıtımını Türkçe, İngilizce ve Almanca olarak yayımlarsınız. Burada hedef, farklı dilleri konuşan kullanıcılardır; ülke fark etmeksizin Almanca okuyan herkes aynı sayfaya yönlendirilir.

Çok bölgeli (multiregional) bir site ise farklı coğrafyaları hedefler. Aynı dil, farklı ülkeler için ayrı sürümlere ayrılabilir; örneğin İngilizce içeriğin Birleşik Krallık, Amerika ve Avustralya için farklı varyantları olabilir. Fiyatlar, para birimi, yasal metinler ve teslimat koşulları ülkeye göre değişir.

Gerçek hayatta birçok proje ikisini birden gerektirir. Hem dile hem bölgeye göre ayrışan bir yapı kurarsanız, hreflang etiketinde dil koduyla birlikte bölge kodunu da kullanırsınız. Bu ayrımı en baştan netleştirmek, ileride hem içerik üretimini hem de teknik kurgu yükünü doğru boyutlandırmanızı sağlar.

URL Yapısı: Üç Temel Yaklaşım

Uluslararası bir site kurarken alacağınız en kritik kararlardan biri URL mimarisidir. Bu seçim sonradan değiştirilmesi zor, SEO açısından maliyetli bir karardır. Üç temel yaklaşım vardır ve her birinin kendine özgü avantaj ve dezavantajları bulunur.

Ülke Kodlu Üst Düzey Alan Adı (ccTLD)

Her ülke için ayrı alan adı kullanırsınız: site.de, site.fr, site.com.tr gibi. Bu yapı, arama motorlarına ve kullanıcılara hedeflenen ülkeyi en güçlü şekilde sinyaller. Yerel güven açısından en güçlü seçenektir; çünkü kullanıcılar kendi ülke uzantısını gördüklerinde içeriğin kendileri için olduğunu hemen anlar.

Dezavantajı ise maliyet ve yönetim yüküdür. Her alan adının ayrı ayrı satın alınması, barındırılması ve otorite biriktirmesi gerekir. Yeni bir alan adı, sıfırdan güven kazanmaya başlar.

Alt Alan Adı (Subdomain)

Tek bir alan adı altında dil ya da bölgeye göre alt alan adları oluşturursunuz: de.site.com, fr.site.com. Sunucu yapılandırması esnektir ve farklı bölgeleri farklı sunucularda barındırabilirsiniz. Ancak arama motorları alt alan adlarını bazen ayrı siteler gibi değerlendirebilir, bu da ana alan adının otoritesinin tam olarak paylaşılmaması anlamına gelebilir.

Alt Dizin (Subdirectory)

En yaygın ve çoğu proje için en pratik yöntemdir: site.com/de/, site.com/fr/. Tüm diller tek alan adının otoritesinden yararlanır, yönetim kolaydır ve maliyet düşüktür. Statik export ile çalışan modern site mimarilerinde de en sorunsuz çözüm genellikle budur.

Aşağıdaki tablo üç yaklaşımı karşılaştırmaktadır:

Kriter	ccTLD	Alt Alan Adı	Alt Dizin
Ülke hedefleme gücü	Çok yüksek	Orta	Orta
Kurulum maliyeti	Yüksek	Düşük	Çok düşük
Otorite paylaşımı	Yok (ayrı)	Kısmi	Tam
Yönetim kolaylığı	Zor	Orta	Kolay
Sunucu esnekliği	Yüksek	Yüksek	Sınırlı
Yeni dil ekleme	Zor	Orta	Çok kolay

Çoğu küçük ve orta ölçekli proje için alt dizin yaklaşımı en dengeli seçimdir. Güçlü ve farklılaşmış pazar varlığı hedefleyen, bütçesi geniş kurumsal projeler ise ccTLD'yi tercih edebilir.

hreflang Nedir ve Neden Önemlidir

hreflang, bir sayfanın hangi dil ve bölge için hazırlandığını arama motorlarına bildiren bir HTML niteliğidir. Temel amacı, aynı içeriğin farklı dil sürümleri arasında ilişki kurarak arama motorunun her kullanıcıya en uygun sürümü göstermesini sağlamaktır.

Bir kullanıcı Almanya'dan Almanca bir arama yaptığında, arama motoru o kullanıcıya sitenizin Almanca sayfasını göstermek ister. hreflang etiketleri olmadan, arama motoru hangi sayfanın hangi dil için olduğunu kesin olarak bilemez ve yanlış dilde bir sayfa gösterebilir. Bu da hemen çıkma oranını artırır ve dönüşümü düşürür.

Bir diğer kritik fayda, mükerrer içerik sorununu önlemesidir. Aynı dilin farklı bölge sürümleri (örneğin İngiltere ve Amerika İngilizcesi) içerik olarak büyük ölçüde benzer olabilir. hreflang, bunların kopya değil, farklı hedef kitlelere yönelik varyantlar olduğunu arama motoruna anlatır. Böylece sayfalar birbiriyle rekabet etmek yerine birbirini destekler.

Önemli bir nokta: hreflang bir yönlendirme aracı değildir. Arama motorlarına bir ipucu, bir sinyal verir; ama tarayıcının diline göre otomatik yönlendirme yapmaz. Otomatik yönlendirme istiyorsanız bunu ayrı bir mekanizmayla, dikkatli biçimde kurmanız gerekir.

hreflang Etiketleri Nasıl Yazılır

hreflang üç farklı yöntemle uygulanabilir: HTML <head> bölümünde link etiketiyle, HTTP başlıklarında veya XML site haritasında. En yaygın ve en kolay yönetilen yöntem HTML <head> içindeki etiketlerdir.

Üç dilli (Türkçe, İngilizce, Almanca) bir sitenin ana sayfası için temel yapı şöyle görünür:

<link rel="alternate" hreflang="tr" href="https://site.com/" />
<link rel="alternate" hreflang="en" href="https://site.com/en/" />
<link rel="alternate" hreflang="de" href="https://site.com/de/" />
<link rel="alternate" hreflang="x-default" href="https://site.com/" />

Bu etiketleri yazarken uymanız gereken kurallar vardır:

1. Her sayfa kendisi dahil tüm dil sürümlerini listelemelidir. Türkçe sayfa, hem kendi sürümünü hem de İngilizce ve Almanca sürümleri belirtmelidir. Bu, "karşılıklı doğrulama" (return tag) kuralıdır.
2. İlişki karşılıklı olmalıdır. A sayfası B'yi gösteriyorsa, B sayfası da A'yı göstermelidir. Tek taraflı tanımlar arama motoru tarafından göz ardı edilir.
3. Tam ve mutlak URL kullanın. Göreceli yollar (/en/) yerine protokol ile başlayan tam adresleri (https://site.com/en/) tercih edin.
4. Dil kodları ISO 639-1, bölge kodları ISO 3166-1 Alpha 2 standardına uymalıdır. Örneğin en-GB, de-AT, pt-BR gibi.

x-default Değerinin Rolü

x-default, tanımlı dillerden hiçbiriyle eşleşmeyen kullanıcılar için varsayılan sürümü belirtir. Örneğin Türkçe, İngilizce ve Almanca dışında bir dil konuşan ziyaretçi geldiğinde, arama motoru x-default ile işaretlenen sayfayı gösterir. Genellikle bir dil seçim sayfası veya en geniş kitleye hitap eden sürüm (sıklıkla İngilizce) x-default olarak işaretlenir.

Dil ve Bölge Birlikte

Sadece dil hedefliyorsanız hreflang="de" yeterlidir. Aynı dilin farklı ülke sürümleri varsa dil ve bölgeyi birlikte kullanırsınız: hreflang="de-DE" (Almanya Almancası), hreflang="de-AT" (Avusturya Almancası). Yalnızca bölge belirtip dil belirtemezsiniz; hreflang her zaman bir dil kodu gerektirir.

Yerelleştirme: Çeviriden Çok Daha Fazlası

Birçok proje yerelleştirmeyi (localization) çeviriyle karıştırır. Oysa çeviri, metni bir dilden diğerine aktarmaktır; yerelleştirme ise içeriği hedef kültürün beklentilerine, alışkanlıklarına ve bağlamına uyarlamaktır. İyi bir multilingual site, ziyaretçiye "bu içerik benim için özel olarak hazırlanmış" hissini verir.

Yerelleştirmenin kapsadığı unsurlar şunlardır:

• Para birimi ve fiyat formatı: Aynı ürün, farklı pazarlarda yerel para biriminde ve o bölgenin ondalık/binlik ayırıcı biçiminde gösterilmelidir.
• Tarih ve saat biçimleri: Gün/ay/yıl sıralaması ülkeye göre değişir. Örneğin bazı ülkeler ay/gün/yıl, bazıları gün/ay/yıl kullanır.
• Ölçü birimleri: Metrik ve emperyal sistem farkı, sıcaklık birimleri, mesafe gibi detaylar uyarlanmalıdır.
• Kültürel referanslar ve görseller: Bir kültürde olumlu çağrışım yapan bir görsel veya deyim, başka bir kültürde anlamsız ya da yanlış algılanabilir.
• Ödeme yöntemleri ve yasal metinler: Her pazarın yaygın ödeme alışkanlıkları ve yasal gereklilikleri farklıdır.
• Ton ve hitap: Resmi/samimi hitap tercihi dile ve kültüre göre değişir.

Otomatik Çeviriden Kaçının

Otomatik çeviri araçları hızlı bir başlangıç için çekici görünebilir; ancak yalnızca makine çevirisiyle yayımlanan sayfalar hem kullanıcı deneyimini hem de itibarı zedeler. Arama motorları, kalitesiz ve doğal olmayan içeriği fark edebilir. En azından insan editör kontrolünden geçmiş, hedef dili ana dili gibi konuşan biri tarafından gözden geçirilmiş içerik yayımlamayı hedefleyin. Makine çevirisini bir taslak başlangıç noktası olarak kullanmak mümkündür, ancak son hali mutlaka düzenlenmelidir.

Anahtar Kelime Araştırmasını Her Dil İçin Ayrı Yapın

Yerelleştirmenin SEO boyutu çoğu zaman atlanır. Bir terimin birebir çevirisi, hedef dilde insanların gerçekte arattığı kelime olmayabilir. Her dil ve pazar için ayrı anahtar kelime araştırması yapmalısınız. Türkçede yoğun aranan bir ifadenin Almanca karşılığı, kelime kelime çevrildiğinde neredeyse hiç aranmıyor olabilir. Bu yüzden içerik üretimini "çevir ve yayımla" değil, "her pazar için baştan optimize et" mantığıyla kurgulayın.

Dil Seçimi ve Kullanıcı Deneyimi

Teknik kurgu kadar, kullanıcının siteniz içinde diller arasında nasıl geçiş yaptığı da önemlidir. Kötü tasarlanmış bir dil seçici, doğru kurulmuş hreflang etiketlerinin değerini bile gölgeleyebilir.

İyi bir dil seçim deneyimi için şu ilkelere dikkat edin:

• Dilleri kendi adlarıyla yazın. "German" yerine "Deutsch", "Turkish" yerine "Türkçe". Kullanıcı kendi dilini, o dilde yazılmış haliyle daha kolay bulur.
• Sadece bayrak ikonuna güvenmeyin. Bayraklar ülkeleri temsil eder, dilleri değil. Birden fazla ülkede konuşulan diller için bayrak kullanımı yanıltıcı olur.
• Dil değiştirildiğinde kullanıcıyı eşdeğer sayfada tutun. Bir ürün sayfasındayken dili değiştiren kullanıcı, ana sayfaya değil, aynı ürünün diğer dildeki sayfasına yönlenmelidir.
• Tercihi hatırlayın ama dayatmayın. Kullanıcının seçtiği dili hatırlamak iyidir; ancak IP adresine göre zorla yönlendirme yapmak, seyahat eden ya da farklı dil tercih eden kullanıcıları rahatsız eder.

Otomatik yönlendirme konusunda dikkatli olun. Tarayıcı diline göre otomatik yönlendirme yaparsanız, arama motoru botlarının da yanlış yönlendirilme riski vardır. Bunun yerine, üst kısımda nazik bir öneri bandı ("Bu sayfayı Almanca görmek ister misiniz?") göstermek genellikle daha iyi bir yaklaşımdır.

Sık Yapılan Teknik Hatalar

Çok dilli projelerde tekrar tekrar karşılaşılan hatalar vardır. Bunları baştan bilmek, sonradan zaman alıcı düzeltmelerden kurtarır.

Karşılıklı Olmayan hreflang Etiketleri

En yaygın hata, etiketlerin karşılıklı olmamasıdır. A sayfası B'yi işaret eder ama B sayfası A'yı işaret etmezse, arama motoru bu ilişkiyi geçersiz sayar. Tüm dil sürümlerinin birbirini eksiksiz işaret ettiğinden emin olun.

Yanlış Dil veya Bölge Kodları

en-UK yazmak yaygın bir hatadır; doğrusu en-GB'dir, çünkü ülke kodu standardında Birleşik Krallık "GB" olarak geçer. Benzer şekilde dil ve bölge kodlarını ters yazmak (GB-en gibi) da etiketi geçersiz kılar. Doğru biçim her zaman dil-BÖLGE sırasıdır.

canonical ve hreflang Çatışması

Her dil sürümünün kendi canonical etiketi kendisini göstermelidir. Yaygın bir hata, tüm dil sürümlerinin canonical etiketini tek bir dile (örneğin yalnızca İngilizce sürüme) yönlendirmektir. Bu durumda arama motoru diğer dilleri yok sayar. Her sayfa, kendi URL'sini canonical olarak işaretlemeli; hreflang ise diğer dilleri kardeş sürüm olarak belirtmelidir.

Eksik veya Hatalı Yönlendirmeler

Bir dildeki sayfa kaldırıldığında ya da taşındığında, hreflang etiketlerinin de güncellenmesi gerekir. Var olmayan bir sayfayı işaret eden etiketler, arama motorunun tüm etiket kümesine olan güvenini sarsar.

Diller Arası İçerik Eşitsizliği

Bir dilde 40 sayfa, diğerinde 8 sayfa varsa, eksik kalan diller için hreflang ilişkileri kopuk olur. Mümkünse her dilde içerik dengesini korumaya çalışın; en azından temel sayfalar tüm dillerde mevcut olmalıdır.

XML Site Haritasında hreflang Kullanımı

Çok sayıda sayfası olan büyük siteler için hreflang etiketlerini her sayfanın <head> bölümüne ekleyip yönetmek hantal hale gelebilir. Bu durumda etiketleri XML site haritasında tanımlamak daha sürdürülebilir bir yöntemdir.

Site haritasında her URL için, o sayfanın tüm dil alternatifleri xhtml:link elemanlarıyla belirtilir. Tek bir merkezi dosyada tüm ilişkileri yönetmek, hata olasılığını azaltır ve güncellemeyi kolaylaştırır. Yine de aynı kurallar geçerlidir: ilişkiler karşılıklı olmalı, kodlar standartlara uymalıdır.

Hangi yöntemi seçerseniz seçin, tutarlılık esastır. HTML etiketleri, HTTP başlıkları ve site haritası yöntemlerini karıştırmamaya çalışın; tek bir yöntemi seçip ona sadık kalmak, çakışma riskini azaltır. Yayına aldıktan sonra etiketlerinizi doğrulayan araçlarla düzenli kontrol yapın; özellikle yeni sayfa eklediğinizde veya site yapısını değiştirdiğinizde.

Performans ve Bakım Stratejisi

Çok dilli bir site, tek dilli bir siteye göre daha fazla bakım gerektirir. Her içerik güncellemesi, ideal olarak tüm dillerde eşzamanlı yapılmalıdır. Bunu sürdürülebilir kılmak için bir içerik yönetim sürecine ihtiyacınız vardır.

Pratik öneriler:

• Çeviri belleği ve terim sözlüğü oluşturun. Marka terimlerinin, ürün adlarının ve sık kullanılan ifadelerin tüm dillerde nasıl yazılacağını standartlaştırın. Bu, tutarlılığı korur ve yeni içerik üretimini hızlandırır.
• İçerik üretim sürecini diller arası senkronize edin. Ana dilde yayımlanan bir yazının diğer dillere ne zaman ve kim tarafından uyarlanacağını net bir akışa bağlayın.
• Teknik kontrol listesini otomatikleştirin. hreflang doğruluğu, kırık bağlantılar ve eksik sayfalar gibi konuları düzenli olarak tarayan kontroller kurun.
• Statik export mimarisi düşünün. Birçok modern site, her dili önceden oluşturulmuş statik sayfalar olarak yayımlar. Bu yaklaşım hem performans hem de güvenlik açısından avantaj sağlar ve hreflang etiketlerinin build aşamasında otomatik üretilmesine imkân tanır.

Bakımı en baştan planlamadan büyüyen çok dilli siteler, zamanla "çürüyen" diller biriktirir: bir dilde içerik güncel kalırken diğeri eskir. Bunu önlemenin en iyi yolu, dil sayısını gerçekçi tutmak ve her eklenen dilin sürdürülebilir olmasını sağlamaktır. Üç dili mükemmel yönetmek, sekiz dili yarım yamalak tutmaktan her zaman daha değerlidir.

Sıkça Sorulan Sorular

hreflang etiketi olmadan çok dilli site çalışmaz mı?

Teknik olarak siteniz hreflang olmadan da çalışır ve farklı dillerdeki sayfalarınız erişilebilir olur. Ancak arama motorları hangi sayfayı hangi kullanıcıya göstereceğini doğru belirleyemez, mükerrer içerik riski artar ve yanlış dilde sayfa gösterilme olasılığı yükselir. Özellikle aynı dilin birden fazla bölge sürümü varsa veya benzer içerikler birden fazla dilde yayımlanıyorsa hreflang neredeyse zorunludur. Tek bir dil ve hiç bölge varyantı olmayan basit yapılarda etkisi sınırlı olur.

Otomatik çeviri kullanmak SEO açısından zararlı mı?

Yalnızca makine çevirisiyle, hiçbir insan kontrolünden geçmeden yayımlanan içerik hem kullanıcı deneyimini hem de arama motoru değerlendirmesini olumsuz etkiler. Doğal olmayan, hatalı veya bağlamsız çeviriler güveni zedeler ve düşük kaliteli içerik olarak algılanabilir. En sağlıklı yaklaşım, makine çevirisini bir taslak başlangıcı olarak kullanıp ardından hedef dili çok iyi bilen bir editörün metni gözden geçirmesidir. Tam yerelleştirme, çevirinin ötesinde kültürel uyarlama gerektirir.

Hangi URL yapısını seçmeliyim?

Çoğu küçük ve orta ölçekli proje için alt dizin yapısı (site.com/de/) en pratik seçenektir; tek alan adının otoritesini paylaşır, kurulumu ve yönetimi kolaydır, maliyeti düşüktür. Güçlü yerel pazar varlığı hedefleyen, her ülke için ayrı marka algısı isteyen ve geniş bütçeli kurumsal projeler ise ülke kodlu alan adlarını (ccTLD) tercih edebilir. Alt alan adları ise sunucu esnekliği gerektiren özel durumlarda anlamlıdır. Seçiminizi sonradan değiştirmek maliyetli olduğu için bu kararı en baştan dikkatlice verin.

Aynı dili konuşan farklı ülkeler için ayrı sayfa açmalı mıyım?

Bu, içeriğinizin ülkeye göre ne kadar farklılaştığına bağlıdır. Eğer fiyatlar, para birimi, teslimat koşulları, yasal metinler veya kampanyalar ülkeye göre değişiyorsa, ayrı bölge sürümleri (de-DE ve de-AT gibi) oluşturmak mantıklıdır. Ancak içerik her ülke için neredeyse aynı kalacaksa, sadece dil bazlı tek bir sürüm (de) yeterli olabilir. Gereksiz yere çok sayıda neredeyse aynı sayfa üretmek, hem bakım yükünü hem de içerik benzerliği riskini artırır.

x-default değerini mutlaka kullanmalı mıyım?

x-default zorunlu değildir, ancak şiddetle önerilir. Tanımladığınız dillerin hiçbiriyle eşleşmeyen bir kullanıcı geldiğinde, arama motoruna hangi sayfayı göstereceğini açıkça söylemiş olursunuz. Bu, özellikle uluslararası kitleye hitap eden siteler için faydalıdır. Genellikle bir dil seçim sayfası veya en geniş kitleye uygun sürüm x-default olarak işaretlenir. Tanımlamazsanız arama motoru kendi tahminine göre bir sayfa seçer ve bu her zaman istediğiniz sayfa olmayabilir.

Çok dilli sitemi tek bir kişiyle yönetebilir miyim?

Az sayıda dil ve sınırlı sayıda sayfa için tek bir kişi, iyi bir süreç ve doğru araçlarla siteyi yönetebilir. Ancak dil ve sayfa sayısı arttıkça, her güncellemeyi tüm dillerde eşzamanlı tutmak hızla zorlaşır. Bu noktada çeviri belleği, terim sözlüğü ve otomatik teknik kontroller gibi araçlar kritik hale gelir. Gerçekçi olun: yönetebileceğinizden fazla dil eklemek, hepsinin kalitesini düşürür. Az sayıda dili mükemmel tutmak, çok sayıda dili yarım bırakmaktan daima daha iyidir.

Sonuç

Çok dilli bir web sitesi kurmak, basit bir çeviri işinden çok daha kapsamlı bir projedir. Doğru URL yapısını seçmek, hreflang etiketlerini titizlikle ve karşılıklı olarak uygulamak, içeriği gerçekten yerelleştirmek ve sürdürülebilir bir bakım süreci kurmak; başarılı bir uluslararası varlığın dört temel ayağıdır. Bu unsurlardan herhangi birini ihmal ettiğinizde, yatırdığınız emek beklediğiniz sonucu vermez.

En önemli ilkeyi unutmayın: bir multilingual site, ziyaretçiyle yalnızca onun dilinde konuşmaz; onun kültürüyle, alışkanlıklarıyla ve beklentileriyle de uyum içinde olmalıdır. Teknik kurgu arama motorlarının doğru sayfayı bulmasını sağlarken, gerçek yerelleştirme kullanıcının kendini evinde hissetmesini sağlar. İkisi bir arada çalıştığında hem görünürlük hem de dönüşüm artar.

Eğer henüz başlangıç aşamasındaysanız, dil sayısını gerçekçi tutarak ve sağlam bir teknik temel atarak ilerleyin. Az sayıda dili kusursuz yönetmek, her zaman çok sayıda dili özensiz tutmaktan daha değerlidir. Sağlam bir altyapı üzerine inşa edilen çok dilli bir site, zamanla yeni pazarlara açılırken sizi yormadan, güvenle büyür.