Arapça web sitesi neden yalnızca sağa hizalanmış metin değildir?
Bir ihracat sitesinin Arapça sayfası hazırlanırken metinleri sağa hizalamak yeterli görünebilir. Oysa menü, geri dönüş işareti, ürün kodu ve iletişim formu aynı sayfada farklı davranışlar gösterebilir. Ziyaretçinin görevi değişmez: ürünü anlamak ve doğru bilgiyle iletişime geçmek. Tasarımın amacı bu görevi seçilen dilde tutarlı hale getirmektir. Bu yazı çeviri veya dil adresi stratejisinden ayrı olarak, arayüz yönünün nasıl planlanacağını anlatıyor.
Bir ürün talebi üzerinden çalışın
Özgün bir eğitim örneği kuralım: katalogda AB-240 kodlu bir ürün, 240 mm ölçüsü ve teklif isteme bağlantısı bulunuyor. Bu değerler gerçek bir üretici verisi değildir. Arapça sürümde ürün adı ve açıklaması yerelleşirken ürün kodunun karakter sırası korunmalıdır. Sayfayı yalnızca görünüş olarak aynalamak kodu, logoyu veya teknik çizimi bozabilir. Önce her öğeyi sınıflandırın: okuma akışını izleyen arayüz, değişmeyen marka öğesi, teknik veri ve görsel kanıt.
Dil ile yönü birbirinden ayırın
W3C’nin sağdan sola HTML rehberi, belge yönünün dir niteliğiyle belirtilmesini ve dil bilgisinden ayrı düşünülmesini açıklar. Rehber, yön değişimine uyum sağlayan başlangıç ve bitiş kavramlarını da ele alır. Bu nedenle yalnız sağa metin hizalama, bütün sayfa düzeninin çözümü sayılmaz. Geliştiriciye dil, temel yön ve farklı yöndeki metin parçaları için açık örnekler verin; tasarım dosyasındaki tek ekranı uygulama şartnamesi gibi kabul etmeyin.
Her simgeyi otomatik çevirmeyin
Örnek sayfada sonraki ürün ve önceki ürün eylemlerinin yönle ilişkisini inceleyin. Bunun yanında marka logosu, fotoğraftaki ürün ve teknik çizimdeki gerçek bağlantı noktaları başka anlam taşır. Bunları sırf sayfa sağdan sola diye çevirmek yanlış bir temsil oluşturabilir. Tasarım tesliminde çevrilecek gezinme simgelerini ve yönü korunacak varlıkları ayrı işaretleyin. Bir karar tablosu hazırlamak, geliştiricinin onlarca küçük görsel için niyeti tahmin etmesini önler ve sonraki içerik eklemelerini kolaylaştırır.
Karışık veriyi gerçek içerikle deneyin
Ürün adının yanında parantezli bir İngilizce kısaltma, e-posta adresi veya artı işaretli telefon bulunabilir. Prototipte boş çizgiler yerine bu tür gerçekçi örnekler kullanın. Uzun ürün kodunu kopyalayıp başka bir alana yapıştırın; karakterlerin beklenen sırada kaldığını kontrol edin. Satır kırıldığında ölçünün ürün isminden kopup kopmadığına bakın. Fiyat ve tarihlerin yerel gösterimi ayrıca kararlaştırılmalı; bütün rakamların biçimini yalnız dil seçeneğine bakarak değiştirmek yeterli bir içerik politikası değildir.
Formu ve klavye sırasını birlikte kontrol edin
Görsel yerleşim sağdan başlarken klavyeyle gezinme farklı bir sıra izliyorsa kullanıcı aynı görevi iki ayrı mantıkla tamamlar. Örnek teklif formunda ad, şirket, ürün ve açıklama alanlarını gerçek görev sırasıyla deneyin. Hata mesajının hangi alana ait olduğu açık kalmalı. E-posta gibi farklı yönde yazılan değerlerde imleç, seçme ve düzeltme davranışını kontrol edin. Bu çalışma, hedef dili okuyabilen bir kullanıcıyla yapılmalı; yalnız Türkçe ekibin ekranı estetik bulması dilsel doğrulama yerine geçmez.
Tek sayfa yerine yolculuğu onaylayın
Ana sayfadan kataloğa, üründen talep formuna ve gönderim sonucuna kadar aynı dili koruyan bir deneme yapın. Paylaşılan bağlantının, indirilen belgenin ve destek bilgisinin hangi dilde olduğunu da not edin. Çok dilli web tasarımında bu kontrol bir teslim maddesi olmalıdır. Sayfa adresleri ve arama görünürlüğü için çok dilli site rehberini ayrıca inceleyin. Bu yazı mevcut sitemizdeki Arapça çevirilerin tamamlandığını iddia etmez; önerilen tasarım sürecini tarif eder.
Sık sorulan sorular
Arapça sayfadaki bütün görseller çevrilir mi?
Hayır. Gezinme yönü ile fotoğrafın, logonun veya teknik çizimin anlamını ayrı değerlendirin. Her varlık için koru ya da uyarla kararı verin.
Türkçe ve İngilizce testler yeterli mi?
Yeterli değildir. Hedef dili bilen bir kullanıcıyla metin, yön ve görev akışını kontrol edin; özellikle karışık karakterli ürün verilerini gerçek örneklerle deneyin.