Çok Dilli Web Sitesi Yönetimi Rehberi

Bir siteyi ikinci bir dile açmak, metinleri çevirmekten çok daha fazlasıdır. URL yapısı, arama motorlarına dil sürümlerini doğru bildirmek, içeriklerin senkron kalması, yerel ödeme ve yasal gereklilikler ve her dil için ayrı bakım yükü devreye girer. Bu rehber, çok dilli bir siteyi kurarken ve yönetirken verilmesi gereken kararları sırayla ele alıyor.

Önce strateji: hangi diller, hangi pazarlar?

Çok dilli site projelerinin en sık yapılan hatası, dili pazarla karıştırmaktır. Almanca bir sürüm Almanya, Avusturya ve İsviçre'ye hitap edebilir; ama bu üç ülkede fiyatlar, kargo koşulları ve yasal metinler farklı olabilir. Benzer şekilde İngilizce bir sürüm "herkes için" tasarlandığında çoğu zaman kimseye tam uymaz. Başlamadan önce şu soruları cevaplayın:

• Hedeflediğiniz şey bir dil mi, yoksa belirli bir ülke mi?
• O pazarda ürününüz veya hizmetiniz gerçekten satılabilir mi (kargo, ödeme, destek)?
• Her dil için içeriği güncel tutacak kaynak var mı?
• Müşteri o dilde size yazdığında kim yanıt verecek?

Bakımı yapılamayacak bir dil sürümü, hiç olmamasından daha kötü bir izlenim bırakır. Az sayıda dilde iyi bir deneyim, çok sayıda dilde yarım bir deneyimden daha değerlidir.

URL yapısı seçimi

Dil sürümlerinin adreslerde nasıl ayrılacağı, hem teknik bakım hem de arama görünürlüğü açısından uzun vadeli bir karardır. Sonradan değiştirmek yönlendirme ve sıralama kaybı riski taşıdığı için baştan doğru seçmek önemlidir.

Çoğu işletme için alt klasör yapısı en dengeli seçimdir: tek bir sitenin bakımını yaparsınız, tüm dil sürümleri aynı alan adının birikimli otoritesinden yararlanır. Ülke kodlu alan adları, gerçekten ayrı yerel operasyonu olan büyük markalar için anlamlıdır.

hreflang: arama motoruna dil sürümlerini bildirmek

hreflang etiketleri, bir sayfanın diğer dil ve bölge sürümlerini arama motorlarına bildirir. Böylece Türkçe arama yapan bir kullanıcıya Türkçe sürüm, Almanca arama yapan birine Almanca sürüm gösterilir. Google'ın yerelleştirilmiş sürümler belgesi konunun resmî kaynağıdır. Temel kurallar:

• Her dil sürümü, kendisi dahil tüm sürümleri listelemelidir.
• Bağlantılar karşılıklı olmalıdır: A sayfası B'yi gösteriyorsa, B de A'yı göstermelidir. Karşılıksız etiketler göz ardı edilebilir.
• Dil kodları ISO 639-1 (tr, en, de), isteğe bağlı bölge kodları ISO 3166-1 Alpha-2 (en-GB, de-AT) formatında olmalıdır.
• Dil seçim sayfası veya varsayılan sürüm için x-default kullanılabilir.
• Her sürümün canonical etiketi kendisini göstermelidir; tüm dilleri tek bir sürüme canonical vermek, diğer dillerin dizinden düşmesine yol açabilir.

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

Çeviri değil, yerelleştirme

Kelime kelime doğru çevrilmiş bir sayfa, hedef pazarda yine de yabancı durabilir. Yerelleştirme kontrol listesi:

• Para birimi, fiyat gösterimi ve vergi bilgisi (KDV dahil/hariç gösterimi ülkeden ülkeye değişir).
• Tarih, saat, sayı ve ondalık ayracı biçimleri (Türkçe'de 1.250,50 ile İngilizce'de 1,250.50 gibi).
• Ölçü birimleri.
• Telefon numarası biçimi ve destek saatleri (saat dilimi belirtilerek).
• Yasal metinler: gizlilik politikası, çerez bildirimi, mesafeli satış ve iade koşulları her ülkenin mevzuatına göre hazırlanmalı.
• Görsellerdeki metinler ve kültürel olarak uygun örnekler.
• Anahtar kelimeler: hedef dilde insanların gerçekten kullandığı ifadeler, sözlük çevirisinden farklı olabilir.

Son madde özellikle önemlidir. Bir hizmetin Türkçedeki adının birebir çevirisi, hedef ülkede o hizmeti aramak için kullanılan ifade olmayabilir. Her dil için ayrı anahtar kelime araştırması yapmak, çeviri bütçesinin en verimli kısmıdır.

Teknik altyapı seçenekleri

WordPress'te çok dilli site kurmak için en yaygın yollar WPML ve Polylang gibi eklentiler ya da WordPress'in yerleşik çoklu site (multisite) özelliğiyle her dile ayrı bir alt site açmaktır. Eklenti yaklaşımı, içerikleri birbirine bağlı çeviriler olarak tek veritabanında tutar; multisite yaklaşımı ise her dili bağımsız bir site gibi yönetir ve dil sürümleri arasındaki ilişkinin ayrıca kurulmasını gerektirir. Statik siteler ve özel yazılımlarda ise dil dosyaları ve şablonlar üzerinden yönetim yapılır.

Hangi yolu seçerseniz seçin, şu üç gereksinimi karşıladığından emin olun: her dil sürümü için ayrı ve düzenlenebilir URL, otomatik ve doğru hreflang üretimi, dil sürümleri arasında hangi içeriğin eksik veya eski kaldığını gösteren bir görünüm.

İçerik senkronizasyonu: asıl zorluk

Çok dilli sitelerde zaman içinde en çok yaşanan sorun, dil sürümlerinin birbirinden kopmasıdır. Türkçe sayfada fiyat güncellenir, İngilizce sayfada eski fiyat kalır; ana dilde yeni bir hizmet eklenir, diğer dillerde hiç görünmez. Bunu önlemek için:

1. Kaynak dil belirleyin. Tüm değişiklikler önce kaynak dilde yapılır, sonra diğerlerine yayılır.
2. Değişiklik bayrağı kullanın. Kaynak sayfa güncellendiğinde, çeviriler otomatik olarak "güncelleme gerekiyor" durumuna geçsin.
3. Değişken verileri merkezileştirin. Fiyat, telefon, adres gibi bilgiler metnin içine gömülmek yerine tek bir yerden çekilsin; böylece bir değişiklik tüm dillere aynı anda yansır.
4. Aylık eksik raporu çıkarın. Hangi dillerde hangi sayfaların eksik veya eski olduğunu listeleyen basit bir rapor, sorunları büyümeden yakalar.

Yapay zekâ ile çok dilli içerik

Yapay zekâ çeviri araçları, çok dilli içerik maliyetini önemli ölçüde düşürdü. İlk taslak çeviri saniyeler içinde hazırlanabiliyor; ancak hedef dili ana dili olarak konuşan birinin metni gözden geçirmesi hâlâ en güvenli yoldur. Özellikle başlıklar, harekete geçirici ifadeler ve yasal metinler gözden geçirilmeden yayınlanmamalıdır. Sadece çeviri değil, her dil için ayrı makale üretmek istiyorsanız, birden fazla dilde SEO odaklı makale yazabilen bir yapay zekâ makale yazarı iş yükünü azaltabilir; burada da her dilin kendi anahtar kelime araştırmasıyla beslenmesi ve yayın öncesi kontrol edilmesi gerekir. Yapay zekâ ile içerik üretiminde kaliteyi koruma yöntemlerini ayrı bir yazıda ele aldık.

Dil seçici ve otomatik yönlendirme

Ziyaretçiyi tarayıcı diline veya IP konumuna göre otomatik olarak başka bir dil sürümüne yönlendirmek kullanıcı dostu görünse de sorunludur. Google'ın tarayıcıları çoğunlukla ABD'den ve dil tercihi belirtmeden gezindiği için, zorunlu yönlendirme bazı dil sürümlerinin hiç taranmamasına yol açabilir. Daha iyi yaklaşım:

• Her sayfada görünür bir dil seçici bulundurun; dilleri kendi adlarıyla yazın ("English", "Deutsch", "Türkçe").
• Bayrak yerine dil adı kullanın; bayraklar ülkeyi temsil eder, dili değil.
• Tarayıcı diline göre yönlendirmek yerine, sayfanın üstünde "Bu sayfanın Türkçe sürümü var" gibi bir öneri bandı gösterin.
• Kullanıcı bir dil seçtiyse bu tercihi hatırlayın.

Çok dilli sitenin bakımı ve izlenmesi

Her yeni dil, bakım ve izleme yükünü çoğaltır: kırık bağlantılar, eksik çeviriler, hreflang hataları ve dil bazında performans takibi. Search Console'da dil klasörlerini ayrı mülkler olarak eklemek, her pazarın performansını ayrı izlemeyi kolaylaştırır. Bu tür tekrarlayan kontrollerin tek bir panelde nasıl toplanabileceğini tek panelden site yönetimi yazısında anlattık.

Sık rastlanan hreflang hataları

• Yanlış dil kodu: İngiltere için en-UK yazmak (doğrusu en-GB) veya dil yerine yalnızca ülke kodu kullanmak.
• Dönüş bağlantısının olmaması: yeni eklenen bir dil sürümünün eski sayfalarda listelenmemesi.
• Yönlendirilen veya kaldırılmış adresleri göstermek: hreflang'deki her URL doğrudan 200 durum koduyla yanıt veren, dizine eklenebilir bir sayfa olmalı.
• Çevrilmemiş sayfaları listelemek: içeriği hâlâ kaynak dilde olan bir sayfayı başka dil sürümü olarak bildirmek, kullanıcıyı yanıltır.

Bu hataların çoğu, eklentilerin veya şablonların otomatik ürettiği etiketlerin hiç kontrol edilmemesinden kaynaklanır. Ayda bir kez bir tarama aracıyla hreflang raporu çıkarmak yeterli bir önlemdir.

Sonuç

Çok dilli bir site, aslında aynı çatı altında birden fazla site yönetmek demektir. Başarının anahtarı az sayıda dille başlamak, URL yapısını baştan doğru kurmak, hreflang'i otomatikleştirmek ve dil sürümleri arasındaki senkronizasyonu bir süreç haline getirmektir. Çeviri hızlandırılabilir; ama yerel pazarı anlamak hâlâ insan işidir.

Sık sorulan sorular

Otomatik çeviri eklentisiyle site çevirmek yeterli mi?

Başlangıç için hızlı bir çözüm olabilir, ama gözden geçirilmemiş otomatik çeviriler hem okur deneyimini hem de arama görünürlüğünü olumsuz etkileyebilir. Özellikle satış sayfaları ve yasal metinler mutlaka kontrol edilmelidir.

Alt klasör mü alt alan adı mı daha iyi?

Çoğu işletme için alt klasör daha kolay yönetilir ve tüm dillerin tek alan adının otoritesinden yararlanmasını sağlar. Alt alan adı, dil sürümlerinin farklı ekipler veya farklı altyapılarla yönetildiği durumlarda tercih edilebilir.

hreflang etiketleri olmadan çok dilli site çalışır mı?

Site çalışır, ancak arama motorları kullanıcıya hangi dil sürümünü göstereceğini doğru belirleyemeyebilir. Bu da yanlış dil sürümünün arama sonuçlarında görünmesine yol açabilir.

İlgili rehberler

• İçerikYapay Zekâ ile İçerik Üretimini Kaliteden Ödün Vermeden Otomatikleştirmek
• YönetimBirden Fazla Web Sitesini Tek Panelden Yönetmek
• BakımWeb Sitesi Bakım Maliyeti Neleri Kapsar