Çok Dilli Web Siteleri: DE, TR ve EN Doğru Kurgu

Üç dilli bir web sitesi, bir çeviri işi değildir. Şirketin uzun vadede ne kadar içerik emeği taşıyabileceğine dair bir karardır. Bu yazıda, Berlin merkezli ve Almanca, Türkçe, İngilizce konuşan müşterilere hizmet veren bir işletme için önemli olan noktaları topladık: adres yapısından hreflang etiketine, neredeyse her projede atlanan ayrıntılara kadar.

Teknikten önce gelen soru: içeriği kim yazacak

Alan adı, eklenti ya da dil kodu konuşulmadan önce rahatsız edici bir sorunun yanıtlanması gerekir. Metinleri her dilde kim yazacak, bu sayfalardan gelen talepleri kim yanıtlayacak ve bunun için ayda kaç saat ayrılabilecek?

Almanca sayfaları güncel olan, Türkçe sürümünde iki yıl önceki fiyatları gösteren, İngilizce sürümünde artık var olmayan bir ekibi tanıtan siteleri düzenli olarak görüyoruz. Çok dilli projelerde en pahalı hata genellikle teknik değildir. Altı ay içinde eskiyen, ama aramalarda çıkmaya devam eden ve kimsenin karşılayamayacağı bir beklenti yaratan bir dil sürümüdür.

Projelerimizden çıkan pratik bir kural: Eklenen her dil, kaynak dildeki içerik emeğinin yaklaşık üçte biri kadar kalıcı yük getirir. Tek seferlik değil, bir şeyin değiştiği her ay. Bu yük şu alanlara yayılır:

• Hizmet ve fiyat sayfaları
• Ekip, konum ve iletişim bilgileri
• Çok dilli yürütülüyorsa referanslar ve blog yazıları
• Her değişiklikten sonra hukuki metinler
• E-posta şablonları, teklif blokları, otomatik yanıtlar

Bu emeği planlayamayan bir şirket için iyi bakılan iki dil, vasat üç dilden daha iyi bir sonuç verir.

Güncel iki dil sürümü, biri gözle görülür şekilde geride kalmış üç sürümden daha profesyonel görünür.

URL yapısı: alt dizin, alt alan adı veya ülke alan adı

Berlin merkezli, üç dil grubunu aynı şehirde karşılayan bir işletme için alt dizin neredeyse her zaman doğru seçimdir. Hedef kitle Türkiye değil, Almanya'da yaşayan Türkçe konuşan müşterilerdir. Bir ülke alan adı, gerçek pazar kapsamıyla uyuşmayan bir sinyal verir ve büyütülmesi sıfırdan başlar.

Sık atlanan bir ayrıntı: Kaynak dil de bir önek altında durmalıdır. Almanca sayfalar kök dizinde, diğerleri /tr/ ve /en/ altında olursa yönlendirme, site haritası ve dil değiştirici tarafında istisnalar birikir. Üç eşit önek daha temizdir. Kök adres varsayılan dile yönlenir ya da tarayıcı dilini yalnızca bir kez değerlendirir; her durumda görünür bir dil değiştirici kalır, zorunlu yönlendirme olmaz.

Çevrilmiş adresler: /en/services, /en/leistungen değil

İçeriği çeviriyorsanız adresi de çevirin: İngilizce sayfa /en/services, Türkçe sayfa /tr/hizmetler olmalıdır. URL okunur, paylaşılır, telefonda tarif edilir. İngilizce metnin altındaki Almanca bir yol, sayfayı yarım bırakılmış gösterir ve adresteki arama terimini boşa harcar.

Bunun pratik sonuçları var:

• Slug tablosu. Hangi sayfanın hangi dilde hangi yolu kullandığı tek bir yerde tutulmalıdır. Bu eşleşme yoksa dil değiştirici karşılık gelen çeviriye değil, ana sayfaya atar.
• İç bağlantılar. Sabit yollarla değil, sayfa kimlikleri üzerinden kurulur. Aksi halde bir tıklama dili fark ettirmeden değiştirir.
• Yönlendirmeler. Slug bir sözdür. Değiştirildiğinde her dil için kalıcı 301 yönlendirmesi bırakılır.
• Türkçe karakterler. Slug içinde ı, ş, ğ, ç, ö, ü kullanmamak kopyalama ve e-posta kaynaklı kodlama sorunlarını azaltır. Dönüştürme kuralı yazılı olarak sabitlenmelidir.

hreflang ne yapar, ne yapmaz

hreflang, arama motoruna aynı içeriğin birden fazla sürümü olduğunu ve hangisinin hangi dile ait olduğunu bildirir. Doğru sürümün seçilmesi için bir ipucudur, sıralama faktörü değildir. Zayıf bir Türkçe sayfa hreflang sayesinde yükselmez; yalnızca doğru kitleye sunulur.

Normal bir kurulum için dört kural yeterlidir:

1. Karşılıklılık. Her dil sürümü diğerlerinin tümüne ve kendisine işaret eder.
2. Kanonik adresler. Her zaman mutlak ve dizine eklenebilir URL verilir; yönlendirmelere veya noindex sayfalara değil.
3. x-default. Bir sürüm geri dönüş katmanı olarak işaretlenir, genelde Almanca sürüm veya nötr bir dil seçimi sayfası.
4. Sade dil kodları. de, tr, en yeterlidir. de-AT gibi bölge kodları yalnızca o bölgeye özel içerik gerçekten varsa anlamlıdır.

Denetimlerde en sık gördüğümüz hatalar: kendine referansın eksik olması, Almanya için hazırlanmış bir sayfada tr-TR kullanılması, kanonik olmayan adreslere işaret edilmesi ve site haritası ile sayfa başlığında birbiriyle çelişen tanımlar. İkisini birden sürdüren ekipler sonunda hiçbirini doğru sürdüremez; tek bir kaynak yeterlidir.

Çeviri kelime kelime yapılmaz

Almanca hizmet metinlerinde ciddi duran isim ağırlıklı üslup, İngilizcede hantallaşır, Türkçede zorlama durur. İngilizce metin fiillerle kısalır ve netleşir. Fiili sonda biten Türkçe cümleler, başlıklarda ve sloganlarda aktarma değil yeniden yazım ister.

Hitap da farklıdır. Almanca Sie ile, Türkçe siz ile ilerler; İngilizcede bu ayrım dil bilgisinde yoktur, nezaket sözcük seçimiyle kurulur. Kelime oyunları dil değişiminden nadiren sağ çıkar ve her dil için yeniden düşünülmelidir.

Çevirilerin en çok tökezlediği yer formlardır. PLZ etiketli alan Türkçede posta kodu, İngilizcede postal code olmalıdır; adres Almanya içinde olduğu sürece ZIP yanlıştır. Herr ve Frau seçenekli hitap alanı Türkçeye anlamlı şekilde aktarılamaz, tercihen isteğe bağlı yapılır veya tamamen kaldırılır. Telefon alanı +49 ile ön tanımlı gelmeli, ancak +90 girişine izin vermelidir. Doğrulama hata mesajları da en az görsel açıklamaları ve alternatif metinler kadar çeviri gerektirir; bu ikisi içerik yerine medya kitaplığında tutulduğu için çoğu zaman Almanca kalır.

Neredeyse her projede atlanan yerler

• E-posta şablonları ve otomatik yanıtlar. Türkçe yazan bir müşteriye Almanca onay maili gitmemelidir.
• Hukuki metinler. Künye, gizlilik ve şartlar sayfalarında bağlayıcı olan Almanca sürümdür. Çeviriler okuyucuya sunulan bir hizmettir ve bu şekilde belirtilir.
• 404 sayfası, site içi arama ve çerez bildirimi. Üçü de çoğunlukla içerik sisteminin dışında çalışır ve bu yüzden tek dilli kalır.
• PDF indirmeleri. Fiyat listeleri ve teknik föyler ek dosya değil içeriktir; her dil için bir sorumlusu olmalıdır.
• HTML lang özniteliği. Heceleme, ekran okuyucular ve otomatik çeviri önerileri buna bakar, ancak dil değişiminde çoğu zaman güncellenmez.
• Dil değiştirici. Bulunulan sayfada kalmalıdır. Ana sayfaya atmak bağlamı yok eder ve siteden çıkışın en kısa yoludur.

Bakım yükünü düşük tutmak

Bakımı sürdürülen çok dilli bir site ile bakımsız kalan arasındaki fark yapıda görülür:

• İçerik ile yerleşim kararlılıkla ayrılır. Çevrilen şey metindir, sayfa kurgusu değil.
• Her metin parçası için tek bir doğru kaynak tutulur. Üç yerde tutulan bir telefon numarası iki yerde yanlıştır.
• Çeviriler, sayfanın kopyası olarak değil yapılandırılmış dosyalar olarak yürütülür. Kopyalar zamanla ayrışır, dosyalar karşılaştırılabilir.
• Her dil için ismen belirlenmiş bir sorumlu olur. Paylaşılan sorumluluk sorumsuzluğa dönüşür.
• Her yayın öncesi kısa bir liste işlenir: yeni sayfalar tüm dillerde var mı, hreflang karşılıklı mı, dil değiştirici yeni sayfalarda doğru mu, formlar ve hata mesajları kontrol edildi mi, e-posta şablonları güncellendi mi.

Üçüncü dil ne zaman kendini amorti eder

Bir dil eklemeden önce üç koşulun karşılanması gerekir. Başka türlü ulaşılamayan gerçek bir hedef kitle vardır. Gelen talepleri o dilde yanıtlayabilecek, hem telefonda hem yazılı olarak, bir kişi vardır. Ve içeriği güncel tutacak zaman vardır.

Bu koşullardan biri eksikse dürüst çözüm şudur: tek bir dili çok iyi sürdürmek ve ikinci ile üçüncü dilde hizmetleri, adresi ve iletişim yolunu içeren kısa, uzun süre geçerli kalacak birer özet sayfa yayınlamak. Bu bir geri adım değil, iki yıl sonra da doğru olacak bir sayfadır.

Hangi kapsamın ekibinize uyduğundan emin değilseniz mevcut sitenize bakıp hangi dilde neyin gerçekten gerekli olduğunu söyleyebiliriz. İlk değerlendirme için kısa bir görüşme yeterli.