Dil ve belge yönünü ayrı doğrulayın
Arapça web sitesi ve lokalizasyon çalışmasının kabulü, dil bilgisini ve yazı yönünü birlikte kontrol etmekle başlar. Sayfanın Arapça olduğunu belirten lang değeri, tarayıcıya kendiliğinden sağdan sola düzen kurmasını söylemez. Genel belge yönü ayrıca dir ile tanımlanmalıdır. Bunlar aynı ayarın iki yazımı değildir.
Önce ana sayfa, hizmet, liste, detay ve iletişim ekranlarından birer örnek seçin. Gerçekte görünen metni ve HTMLde bildirilen dili karşılaştırın. Başlığın Arapça olması, gövdenin hâlâ başka dilde kalmasını gizlememeli. Yalnızca hizayı değiştiren CSS kuralı da doğru belge yönünün yerine geçmez.
Kontrol kaydında ekran adresini, beklenen dili, beklenen yönü ve gözlenen davranışı ayrı sütunlarda tutun. Ortak bir bileşendeki hata bütün sayfalara yayılıyorsa her URLde aynı sorunu ayrı iş gibi açmayın. Bileşeni düzelttikten sonra temsilî ekranların hepsini yeniden deneyin.
Dil
Metnin dilini, sayfa bilgisini ve dil seçicisinin gerçek hedefini kontrol edin.
Yön
Belge yönünü semantik HTML ile bildirin; görsel hizalamayı tek başına yeterli saymayın.
Kanıt
Ekran görüntüsü ve kısa görev kaydı, kontrolün hangi koşulda yapıldığını gösterir.
Karışık alfabe, sayı ve fiyat örneklerini test edin
Bir Arapça web sitesi aynı satırda ürün adı, Latin harfli marka, model kodu ve fiyat gösterebilir. Bu karışımda yalnızca paragrafın sağda durmasına bakmayın. Noktalama, parantez, sayı grubu ve bağlantı metni doğru parçaya ait görünmeli; kopyalanan değer de doğru sırada kalmalıdır.
Örnek olarak gerçek bir müşteri kaydı yerine açıkça test verisi kullanın: bir ürün kodu, ülke kodlu telefon, e-posta adresi ve iki farklı para birimi yeterli başlangıçtır. Uzun bir marka adıyla kısa bir kodu aynı kartta deneyin. Yanlış görünümü sonradan elle ters çevrilmiş karakter dizileriyle onarmayın.
Test matrisinde metin örneğini de saklayın. Böylece sonraki içerik değişikliğinde aynı hata tekrar üretilebilir. Her alana tek bir yön kuralı zorlamak yerine içeriğin amacını dikkate alın. Arapça açıklama ile teknik kimlik aynı yön davranışına ihtiyaç duymayabilir; çözümü bileşenin gerçek kullanımında doğrulayın.
OKUMADAN SONRAKİ ADIMA
RTL yayınını gerçek görevlerle kontrol edelim
Temsilî ekranlarınızı ve hedef dilinizi paylaşın. Görünüm, form ve dil URLleri için öncelikli bir kabul planı çıkaralım.
Form ve tablo yönlerini kontrol edin
RTL arayüz geliştirme sırasında formun yalnızca görüntüsü değil, giriş ve gönderim davranışı da incelenir. Etiket, yazılan değer, hata mesajı, odak sırası ve başarılı gönderim durumu aynı görevin parçalarıdır. E-posta ya da telefon alanını okunabilir göstermek, sunucuya doğru değerin ulaştığını tek başına kanıtlamaz.
Bir test kullanıcısı klavyeyle alanlar arasında ilerlesin, bir alanı boş bıraksın ve uzun bir değer girsin. Hata mesajı ilgili alanla eşleşmeli; ekran okuyucu ve klavye kullanıcısı sorunlu yere dönebilmelidir. Başarı mesajını düğmeye basıldığında değil, sistemin isteği kabul ettiği durumda inceleyin.
Tablolarda başlık ile hücre ilişkisini, sayıların hizasını ve mobil taşmayı kontrol edin. Kaydırılabilir tablonun başlangıç noktası ziyaretçinin beklediği bilgiye ulaşmasını engellememeli. Bir sütun dar ekranda saklanıyorsa satın alma veya teklif kararına gerekli veri kaybolmasın. Bu kontrolleri gerçek içerik uzunluklarıyla yapın.
| Kontrol noktası | Kabul kanıtı |
|---|---|
| Giriş | Etiket, değer, otomatik tamamlama ve hata mesajını birlikte deneyin. |
| Gönderim | Beklenen test kaydının kabulünü doğrulayın; yalnızca tıklamayı başarı saymayın. |
| Tablo | Sütun ilişkisi, mobil kaydırma ve karar için gerekli bilgiyi koruyun. |
Arapça dil incelemesini işlemlerle birleştirin
Arapça lokalizasyon incelemesinde dil bilen kişi yalnızca cümleleri değil, görevin anlamını da değerlendirmelidir. Bir teklif düğmesi randevu anlamı veriyorsa çeviri akıcı olsa bile yanlış beklenti kurar. Form alanı, fiyat açıklaması, teslim şartı ve hata mesajı birlikte okunmalıdır.
İçerik sahibinden terim sözlüğü ve hangi pazara hitap edildiğini isteyin. Para birimi, adres alanı ve telefon biçimi bu bağlama göre belirlenir; Arapça konuşan herkesin tek bir ülkede yaşadığı varsayılmaz. Ülkede ofis, yerel ekip ya da hizmet yetkisi doğrulanmadıysa metne eklenmez.
Kabul kaydı şu sütunları içersin: bileşen, cihaz, görev, test metni, beklenen sonuç, gözlenen sorun, düzeltme sahibi ve yeniden kontrol tarihi. Kritik işlem hatası varken yalnızca görsel onayla yayına karar vermeyin. Kozmetik bir ayrıntı ile formun kaybolması aynı öncelik değildir; etkisini açıkça yazın.
Gerçek dil URLleri ve indeksleme durumunu doğrulayın
Çok dilli web sitesi lokalizasyonu, arama motoruna yalnızca tamamlanmış ve erişilebilir dil karşılıklarını göstermelidir. Her URLnin dili, canonical adresi ve dil seçicisindeki hedefi tutarlı olsun. Başlık çevrilmiş ama gövdesi hazırlanmamış bir sayfa, tamamlanmış Arapça içerik olarak sunulmaz.
Hreflang dil karşılıkları gerçek sayfalara gitmeli ve ilgili sayfalar birbirini karşılıklı belirtmelidir. Canonical tüm dilleri tek bir sayfaya toplamak için kullanılmaz; ayrı onaylı dil içeriğinin kendi URLsi gerekir. Yönlendirilmiş ya da noindex kalmış taslakları indekslenebilir sitemap listesine eklemeyin.
Yayın öncesi adresleri GET ve HEAD ile, meta bilgileri ve görüntülenen içerikle birlikte kontrol edin. Sitemapin XML döndürmesi, Search Console hesabında dosyanın başarıyla getirildiğini göstermez; bu ayrı bir gözlemdir. Listeyi imzalarken gerçek ilk yayın ve son önemli değişiklik tarihini kullanın, görünür yaşı artırmak için geçmiş tarih üretmeyin.
RTL yayınını gerçek görevlerle kontrol edelim
E-posta ve telefon bu taleple ilgili iletişim içindir. Bülten aboneliği oluşturmaz.
KARAR VERMEDEN ÖNCE
Sık sorulan sorular
Arapça için yalnızca metni çevirmek yeterli mi?
Hayır. Çevirinin yanında belge yönü, karışık alfabe, formlar, mobil gezinme ve gerçek dil URLleri kontrol edilir. Mevcut tasarımın bütün parçalarını aynalamak da çözüm değildir; her bileşenin anlamı ve görevi değerlendirilir.
lang="ar" ve dir="rtl" aynı işi mi yapar?
Hayır. lang içerik dilini, dir ise temel yazı yönünü bildirir. W3C rehberi bu iki bilgiyi ayrı ele alır. Dil bildirimi tek başına metnin ya da arayüzün yönünü değiştirmez.
RTL sitede her ikon ters çevrilmeli mi?
Yalnızca yön anlamı taşıyan ikonlar görev bağlamında değerlendirilir. Logo ve yönsüz simgeler otomatik aynalanmaz. Önceki/sonraki ikonunu ilgili metin, okuma akışı ve gerçek kullanıcı göreviyle birlikte test edin.
Telefon ve e-posta alanlarını nasıl test etmeliyiz?
Test değerleri girin; görüntüyü, kopyalanan değeri, klavye odağını, hata mesajını ve sunucunun aldığı değeri birlikte inceleyin. Alanın sağda durması veri kabulünün doğru olduğunu kanıtlamaz. Gerçek kişi verilerini kamuya açık örneğe koymayın.
Hazır olmayan dilleri hreflang veya sitemapte göstermeli miyiz?
Hayır. Tamamlanmamış gövdeleri, geçici yönlendirmeleri ve noindex taslakları yayındaki dil karşılığı gibi sunmayın. Gerçek onaylı içerik, erişilebilir URL ve karşılıklı dil ilişkisi hazır olduğunda yayın kapısını açın.
KAPSAMI BİRLİKTE BELİRLEYELİM
RTL yayınını gerçek görevlerle kontrol edelim
Temsilî ekranlarınızı ve hedef dilinizi paylaşın. Görünüm, form ve dil URLleri için öncelikli bir kabul planı çıkaralım.
Lokalizasyon kontrolü hakkında konuşalım