Çok dilli web siteleri
Körfez İşletmeleri için Çok Dilli Web Sitesi Tasarımı: Pratik Bir Rehber
Bir Körfez kitlesi için gerçekten işe yarayan bir Arapça ve İngilizce web sitesinin nasıl kurulacağı — en iyi uygulamalar listesi değil, sitenin sıralamada yer alıp almayacağını, doğru okunup okunmayacağını ve dönüşüm sağlayıp sağlamayacağını belirleyen yapısal kararlar.
3
dil kodu, tek site
en, ar ve tr — Körfez’e yönelik bir WordPress sitesinin hreflang etiketlerinde tipik olarak beyan ettiği ISO kodları
1
dil başına tek URL, her zaman
/, /ar/ ve /tr/ — her biri ayrı, dizinlenebilir bir adres, asla bir betikle değiştirilen tek bir sayfa değil
RTL
bir düzen sistemidir
Arapça sağdan sola okunur — gezinme, formlar ve simgeler de sadece paragraf metni gibi değil, aynalanmalıdır
4–8 hafta
bir dili düzgün şekilde eklemek için
İçerik stratejisi ve hreflang eşlemesi kararlaştırıldıktan sonra, orta büyüklükte mevcut bir site için
Bu sayfada neler var
Kelime kelime çevirinin neden işe yaramadığı
Körfez’e yönelik çok dilli projelerde en yaygın hata teknik bir hata değildir. Bir sitenin Arapça sürümünün, kelimeleri değiştirilmiş İngilizce sürüm olduğu varsayımıdır. Bir çevirmen tutun, metni ondan geçirin, sonucu /ar/ altında yayınlayın ve projeyi bitmiş sayın.
Bu yaklaşım dil bilgisiyle hiçbir ilgisi olmayan bir nedenle başarısız olur. Arama niyeti, görünüşte aynı ürün veya hizmet için bile diller arasında aynı değildir. “Dubai web tasarım ajansı” araştıran bir İngilizce konuşan kişi genellikle bir kararın geç aşamasında, kısa listeye alınmış tedarikçileri karşılaştırıyordur. Aynı aramanın Arapça karşılığı genellikle yolculuğun daha erken bir noktasında yer alır ve İngilizce arayan kişinin genellikle başka yerde zaten yanıtladığı maliyet, süreç ve güvenilirlik hakkında daha geniş sorularla iç içe geçmiştir. Kelime kelime çevrilen bir sayfa, İngilizce soruyu Arapça kelimelerle yanıtlar. Arapça arayan kişinin gerçekte yazdığı soruyu yanıtlamaz.
Aynı sorun ton, kanıt ve yapıda da ortaya çıkar. Doğrudan bir çeviri, kaynak dilin kullandığı ikna tarzını — temkinli, resmi, sıfatlarla dolu, her ne ise — hedef dilde güvenilir mi yoksa katı ve yabancı mı okunduğuna bakmaksızın olduğu gibi taşır. Deyimler harfi harfine çevrilir ve garip durur. İngilizce’de iyi işleyen eylem çağrıları, resmiyetin ve ölçek kanıtının çoğu zaman aciliyetten daha fazla ağırlık taşıdığı Arapça iş yazışmasına doğrudan çevrildiğinde düşük değerli veya fazla gündelik okunabilir.
Doğrudan çevirinin düzeltemeyeceği yapısal bir sorun daha vardır: bir kez, tek bir dilde yapılıp sonra her ikisine de uygulanan anahtar kelime araştırması. Arapça ve İngilizce anahtar kelime hacimleri, rekabeti ve ifade biçimleri birbirine denk düşmez. İngilizce’de yüksek hacimli ve rekabetçi bir terim, Arapça’da tamamen açık bir fırsat olabilir, ya da tam tersi. Arapça siteyi İngilizce site haritasının bir aynası olarak kurmak — aynı sayfalar, aynı başlıklar, aynı sıra — bu fırsatı proje başlamadan harcar.
Bunların hiçbiri çevirinin yeri olmadığı anlamına gelmez. Yasal metinler, ürün özellikleri ve ikna etmekten çok kesinliğin önemli olduğu her şey genellikle sadık biçimde çevrilmeli ve yeniden yazılmak yerine anadili konuşan biri tarafından gözden geçirilmelidir. Buradaki değerlendirme hangi sayfaların hangi kategoriye girdiğini bilmektir. Sıralamada yer almak ve dönüşüm sağlamak için yazılmış bir anasayfa, hizmet sayfası veya açılış sayfası, dil başına web tasarımı ve metin yazarlığının sonradan eklenen bir çeviri aşaması değil, tek bir bağlı iş olarak ele alınmasını gerektirir.
Çeviri ve transcreation farkı
Aynı kelimenin altında iki farklı iş satılır. Bir sayfanın gerçekte hangisine ihtiyaç duyduğunu bilmek hem bütçeyi hem de mahcubiyeti önler.
| Yön | Doğrudan çeviri | Transcreation (bizim kurduğumuz) |
|---|---|---|
| Başlangıç noktası | İngilizce sayfa, cümle cümle çevrilir | Arapça okuyucunun kendi sorusu, ayrı araştırılır |
| Anahtar kelime temeli | İngilizce anahtar kelimeler, sonradan çevrilir | Sıfırdan yapılan Arapça anahtar kelime araştırması |
| Ton | Kaynak dilin üslubunu, uysun uymasın taşır | Hedef kitlenin gerçekte nasıl yazıp okuduğuna göre ayarlanır |
| Eylem çağrıları | İngilizce ifadenin birebir aktarımı | O kitleyi neyin harekete geçirdiğine göre yeniden yazılır |
| Sayılar, tarihler, para birimi | Genellikle kaynak biçimde bırakılır | Kitlenin kendi kurallarına göre yerelleştirilir |
| Kim gözden geçirmeli | İngilizce taslaktan çalışan bir çevirmen | Sadece kelimeleri değil, hedefi de bilen anadili bir metin yazarı |
Doğrudan çeviri daha hızlı ve ucuzdur; yasal sayfalar, teknik özellikler ve ikna etmekten çok kesinliğin öne çıktığı her şey için doğru seçimdir. Sıralamada yer almak ve dönüşüm sağlamak için tasarlanan sayfalarda — anasayfalar, hizmet sayfaları, açılış sayfaları — transcreation, yerli okunan bir site ile çevrilmiş okunan bir site arasındaki farktır.
WPML, Polylang ve platform meselesi
WordPress’te platform kararı büyük ölçüde çözülmüş bir sorundur ve her şeyin geri kalanının nasıl yapılandırılacağını belirlediği için erken çözülmeye değer. WPML ve Polylang, Körfez’e yönelik çoğu WordPress sitesinin arasında seçim yaptığı iki çok dilli eklentidir ve ikisi de aynı temel işi yapar: tek bir yazı veya sayfanın, her biri kendi URL’si, kendi SEO alanları ve dil değiştiricide kendi girdisiyle birbirine bağlı birkaç çeviri olarak var olmasını sağlarlar.
Anlamlı farklar, temel düzeyde yetenekten çok derinlik ve maliyetle ilgilidir. WPML daha eksiksiz ticari seçenektir — tema ve eklenti içindeki metin dizelerinin çevirisini, taksonomi terimlerinin ve menülerin çevirisini yönetir, sayfa oluşturucularla ve WooCommerce ile daha az manuel işle entegre olur. Polylang, daha az hareketli parçası olan küçük bir site için uygun, yetenekli bir ücretsiz katmana ve daha hafif bir ayak izine sahiptir, ancak ücretli sürümü farkı önemli ölçüde kapatır. Hiçbiri evrensel olarak daha iyi değildir; doğru seçim sitenin büyüklüğüne, kullanılan sayfa oluşturucuya ve devam eden lisanslama bütçesine bağlıdır.
Eklenti adından daha önemli olan, ikisi kurulmadan önce kararlaştırılan yapıdır. Çevrilen her içerik parçasının, eklentinin kendi ilişki sistemi aracılığıyla açıkça özgün haline bağlanması gerekir — geri bağlantısı olmayan bağımsız bir yazı olarak var olan bir çeviri, dil değiştirici için görünmezdir ve genellikle hreflang etiketleri için de görünmezdir, bu da ikinci bir dile sahip olmanın SEO faydasını sessizce ortadan kaldırır. Menülerin, widget’ların ve herhangi bir özel alanın kendilerine ayrı ayrı bir dil eklenmesi gerekir; bir eklentinin bir temanın her öğesini otomatik olarak halledeceğini varsaymak, lansmandan haftalar sonra yarı çevrilmiş sayfaların güvenilir bir kaynağıdır.
WordPress dışında da aynı ilke platformdan bağımsız olarak geçerlidir: uygun bir çok dilli kurulum, her dile kendi URL’sini ve kendi meta verisini verir, bunları bir arama motorunun okuyabileceği yapılandırılmış veriler aracılığıyla kardeşlerine bağlar — bir çerez, bir tarayıcı diline dayalı yönlendirme veya sayfa zaten yüklendikten sonra metni değiştiren bir istemci taraflı betik değil. Bir platform bunu doğal olarak yapamıyorsa, bu, taahhütte bulunmadan önce bilinmesi gereken gerçek bir kısıtlamadır, sonra değil.
Hreflang etiketleri ve her dilin neden kendi URL'sine ihtiyaç duyduğu
Hreflang, arama motorlarının /, /ar/ ve /tr/’nin birbirine rakip üç ayrı yinelenen içerik parçası değil, aynı sayfanın farklı dillerdeki halleri olduğunu anlamak için kullandığı mekanizmadır. Doğru yapıldığında bir arama motoru Arapça sürümü bir Arapça arayana, İngilizce sürümü de bir İngilizce arayana gösterir, ikisi de benzer bir temel sorguyu hedeflese bile. Yanlış yapıldığında veya atlandığında, sürümler birbirini yamyamlaştırır ya da yanlış dil yanlış pazarın sonuçlarında görünür.
Neredeyse her kendin-yap çok dilli projeyi tökezleten kural: hreflang, her dilin taranabilir, dizinlenebilir kendi URL’sine sahip olduğunu varsayar. Görünen metni JavaScript ile değiştiren ama adres çubuğunda hiçbir değişiklik yapmayan açılır menülü bir anasayfada, hreflang’ın işaret edebileceği hiçbir şey yoktur. Tek bir URL, tek bir dizinlenmiş içerik ve ziyaretçinin sayfa zaten yüklendikten sonra ne gördüğünü değiştiren bir menü vardır — hiçbir zaman tıklamayı çalıştırmayan bir arama motoru için görünmezdir. Bu, “siteyi çevirdik ve Arapça aramada hiçbir şey değişmedi” şikayetinin ardındaki en yaygın tek yapısal hatadır ve bir yama değil, yeniden yapılanma gerektirir.
Doğru yapıldığında, her dil sürümü sayfa başlığında bir dizi hreflang bağlantısı taşır — kendisine ve her kardeş sürüme işaret eder, artı sitedeki hiçbir sürümle eşleşmeyen tarayıcı diline sahip ziyaretçiler için bir yedek (x-default). Bağlantıların karşılıklı olması gerekir: İngilizce sayfa Arapça sürüme bağlanıyorsa, Arapça sürümün de geri bağlanması gerekir, yoksa ilişki onaylanmaz ve bir arama motoru bunu görmezden gelebilir. Elle kodlanmış hreflang’ın senkron dışı kalmaya en çok eğilimli olduğu yer tam olarak burasıdır — İngilizce’de yeni bir sayfa eklenir, Arapça kardeşi etiketi alır ve kimse geri bağlantıyı eklemeyi hatırlamaz. Bir çok dilli eklenti bunları, dil değiştiriciyi yönlendiren aynı ilişki verisinden otomatik olarak üretir, ki mekanizmayı elle kurmak yerine bir eklenti kullanmanın asıl nedeni de budur.
Bunların hiçbiri isteğe bağlı bir cila değildir. Google’ın kendi yerelleştirilmiş sürümler belgeleri, doğru hreflang’ı doğru kitleye doğru dili sunmanın bir ön koşulu olarak ele alır, güzel bir ekstra değil. Çok dilli sitelerdeki SEO çalışmamız, içeriğe hiç dokunmadan önce tam olarak bunu denetlemekle başlar — etiket çiftleri, karşılıklılık ve x-default’un ayarlanıp ayarlanmadığı.
Bir arama motoru çok dilli bir siteyi nasıl okur
Üç ayrı, dizinlenebilir URL, her biri kendini beyan eder ve kardeşlerine bağlanır — bir arama motorunun üç dil sürümünü, yinelenen içerik olarak işaretlemek yerine birbirinden ayırt edebilmesi için ihtiyaç duyduğu şey tam olarak budur.
Bir sitenin mevcut kurulumu bu yapıyı — her biri kendi hreflang bloğuna sahip üç URL — üretemiyorsa, hiçbir miktarda çevrilmiş içerik altta yatan SEO sorununu çözmez.
RTL bir düzen meselesidir, bir metin yönü bayrağı değil
Sayfada sağdan sola bir metin yönü ayarlamak (bkz. MDN’nin dir özelliği referansı) Arapça için site kurmanın kolay yüzde beşidir. Metnin okuma yönünü çevirir. Soldan sağa varsayılarak tasarlanmış — ki bunların çoğu böyledir — arayüzün geri kalanına hiçbir şey yapmaz.
İngilizce için kurulmuş bir düzen soldan sağa ve yukarıdan aşağıya okunur ve her kural bundan türer: logo sol üstte durur çünkü göz önce oraya iner, birincil gezinme okuma sırasına göre soldan sağa uzanır, bir “ileri” oku sağa işaret eder, bir ilerleme çubuğu soldan sağa dolar, bir breadcrumb izi solda anasayfa ile başlar. Arapça’da bunların hepsi aynalanır. Logo sağ üste taşınır. Gezinme sırası tersine döner. Hâlâ sağa işaret eden bir “ileri” oku artık okuma yönüne ters geriye işaret eder, bu da ziyaretçinin adını koyamayabileceği ama hissettiği küçük fakat gerçek bir sürtünme kaynağıdır.
Simgeler yaygın bir kurbandır. Bir ok, bir akordeondaki şevron, sola bakan bir kanca şeklindeki “geri” simgesi — bunların hepsi RTL’de tersine dönen yönsel bir anlam taşır. Sadece metni çeviren ve simge setine dokunmayan bir tema, sağdan sola okunan ama soldan sağa işaret eden bir sayfa üretir, ki bu Arapça’yı hiç düşünmemiş bir sayfadan daha kafa karıştırıcıdır.
Tipografinin kendi kararı olması gerekir, devralınmış bir karar değil. Çoğu Latin web fontu ya Arapça karakterlerden tamamen yoksundur ya da sonradan eklenmiş uyumsuz bir Arapça ağırlık taşır ve fark anadili bir okuyucuya hemen görünür — ince, sıkışık harf biçimleri, yanlış satır yüksekliği, bitişik karakterler arasında garip boşluk. Arapça yazı aynı punto boyutundaki Latin metinden daha fazla dikey nefes alma alanına da ihtiyaç duyar; İngilizce’de cömert görünen bir satır yüksekliği Arapça’da sık sık sıkışık okunur. Doğru yaklaşım, gerçek, özel olarak Arapça için tasarlanmış bir ağırlığa sahip bir yazı tipi seçmek ve satır yüksekliğini ve harf aralığını İngilizce sürüm için seçilenden bağımsız olarak ayarlamaktır.
Rakamlar daha küçük ama sık karşılaşılan bir tökezleme noktasıdır. Arapça konuşulan pazarlarda aktif olarak iki rakam sistemi kullanılır: Batı Arap rakamları (İngilizce’de kullanılanla aynı rakamlar) ve Doğu Arap-Hint rakamları, ve kural ülkeye göre, hatta bir ülke içindeki bağlama göre bile değişir — bir e-ticaret sitesindeki fiyat ile resmi bir belgedeki tarih her zaman aynı kuralı izlemez. Körfez genelinde daha güvenli varsayılan, fiyatlar ve arayüz öğeleri için Batı Arap rakamlarıdır, çünkü çoğu e-ticaret ve devlet sitesinin zaten kullandığı budur; müşterinin kitlesinin başka bir şey beklediğine dair belirli bir neden varsa karar yeniden gözden geçirilir.
Pratikteki sonuç: RTL, İngilizce bir düzen bittikten sonra uygulanan bir CSS geçişi değil, tasarım aşamasının bir parçası olmak zorundadır. İlk taslaktan itibaren sağdan sola tasarlanmış bir sayfa ile sonradan çevrilmiş bir sayfa görünür biçimde farklı işlerdir ve anadili okuyucular ikincisini hemen fark eder.
Arapça için arayüzü aynalamak
Sadece çevrilmiş değil, aynalanmış aynı düzen: logo, gezinme sırası, hizalama, düğmeler ve okuma akışı hep birlikte hareket eder.
Sadece “çevrilmiş” bir temanın genellikle yetersiz kaldığı yer de burasıdır — Arapça metni gösterir ama İngilizce yönelimli boşluklandırmayı ve simge yönünü korur, tam olarak anadili okuyucuların ilk fark ettiği uyumsuzluğu üretir.
Kitleye göre para birimi ve sayı biçimlendirme
Bir fiyat, üzerine para birimi simgesi eklenmiş sadece bir sayı değildir. Bir okuyucunun görmeyi beklediğiyle ya eşleşen ya da sayfanın onlar için gerçekten kurulmadığını sessizce belli eden küçük bir yerelleştirme parçasıdır.
Körfez tek bir para birimi pazarı değildir. Bir Dubai ya da Abu Dabi kitlesine gösterilen bir fiyat doğal olarak AED ile okunur. Aynı teklif Riyad veya Cidde‘ye gösterildiğinde parantez içinde bir not eklenmiş dönüştürülmüş bir AED rakamı değil, SAR gerektirir. Doha QAR bekler ve Kuveyt Şehri KWD bekler — ki bu da diğer üçünden farklı olarak üç ondalık basamaklı bir para birimidir, tek para birimli bir siteden ödünç alınan sayı biçimlendirme mantığını tökezleten bir ayrıntı.
Biçimlendirme kuralları para biriminin kendisinin üzerine eklenir. Binlik ayırıcılar ve ondalık noktalar evrensel değildir — bazı yerel kurallar virgül kullanırken diğerleri nokta kullanır ve bunları ters çevirmek, hızlı okuyan biri için bir fiyatı sessizce başka bir sayıya dönüştürür. Örneğin 4.700 AED ile 4,700 AED aynı rakamları taşır ama iki farklı yerel kuralda birbirinden çok farklı iki değeri ifade eder. Tarihler de tersi yönde aynı riski taşır: yalnızca rakamlardan oluşan bir tarih farklı kurallara göre farklı sırayla okunur ve her dilde aynı sayısal tarih biçimini gösteren çok dilli bir site, en az bir kitle için belirsizliği garanti eder. Ayı harflerle yazmak veya belirsiz olmayan bir biçim kullanmak sorunu tamamen ortadan kaldırır.
Telefon numaraları ve WhatsApp bağlantıları da para birimiyle aynı özeni hak eder. Bir pazar için ülke kodu, boşluklandırma ve çalışan bir tıkla-sohbet bağlantısıyla biçimlendirilmiş bir numara, alan kodları veya tercih edilen iletişim kuralları farklıysa başka bir pazar için otomatik olarak işe yaramaz — ve WhatsApp, Körfez pazarlarında sık sık bir iletişim formunun altındaki yedek değil, birincil iletişim kanalıdır.
Bunların hiçbiri kararlaştırıldıktan sonra zor değildir. Sorunlara yol açan şey, bunu bir kez, tek bir pazar için kararlaştırıp sonra bir para birimi simgesi değişikliğinin işin tamamı olduğu varsayımıyla aynı biçimlendirme mantığını her yerde yeniden kullanmaktır.
Dile göre gerçekte ne değişir: çalışan bir kontrol listesi
Her yerde yeniden kullanılan genel bir varsayılan değil, dil başına bilinçli bir karar gerektiren öğeler.
| Öğe | İngilizce (kök) | Arapça | Neden sadece bir değişim değil |
|---|---|---|---|
| Okuma yönü | Soldan sağa | Sağdan sola | Sadece metin değil, düzen de aynalanır |
| Rakamlar | Batı Arap (0-9) | Batı Arap, Körfez kuralına göre | Kitleye göre doğrulayın; Doğu Arap-Hint de mevcuttur |
| Para birimi ve fiyat biçimi | Sitenin temel para biriminde gösterilir | Pazara göre yerelleştirilir: AED, SAR, QAR, KWD | Dönüştürülmüş bir rakam yabancı okunur |
| Tarih biçimi | Ay harflerle veya belirsiz olmayan sırada | Aynı ilke, Arapça ay adları | Yalnızca sayısal bir tarih yereller arasında belirsizdir |
| Tipografi | Latin yazı tipi, Latin ölçüleri | Arapça'ya özel ağırlık, ayarlanmış satır yüksekliği | Sonradan eklenmiş Arapça karakterler sıkışık okunur |
| Simgeler ve yönsel arayüz | Ok ve şevronlar okuma akışına göre işaret eder | Diğer yöne işaret edecek şekilde aynalanır | Aynalanmamış simgeler metin yönüyle çelişir |
| Anahtar kelime temeli | İngilizce anahtar kelime araştırması | Ayrı Arapça anahtar kelime araştırması | Arama niyeti ve hacmi dile göre farklıdır |
| Güven sinyalleri ve kanıt | İngilizce'de güvenilir okunan her şey | Birebir çeviri değil, yerel olarak ilgili kanıt | İkna tarzı dilsel değil kültüreldir |
Çok dilli SEO'nun gerçekte nerede bozulduğu
Bunlar genel olarak çok dilli sitelerde görülen yaygın, iyi belgelenmiş başarısızlık biçimleridir — herhangi bir proje hakkında bir iddia değil — çok dilli kurulumun çalıştığını varsaymadan önce herhangi bir sitede kontrol edilmeye değer.
| Başarısızlık biçimi | Pratikte nasıl görünür | Çözüm |
|---|---|---|
| Diller arasında yinelenen içerik | Bir sayfa yalnızca birkaç kelime değiştirilerek "çevrildiği" için ya da bir yanlış yapılandırma aynı içeriği iki dil URL'si altında sunduğu için neredeyse aynı metni sunan iki URL | Her dil URL'sinin, dil bayrağı değiştirilmiş bir kopya değil, kendi hreflang çiftiyle etiketlenmiş gerçekten ayrı içerik olduğunu doğrulayın |
| Hreflang döngüleri | A Sayfası, B Sayfası'nı Arapça sürümü olarak işaret eder, ama B Sayfası'nın etiketi tamamen başka bir yere — genellikle eski veya silinmiş bir URL'ye — işaret eder, böylece ilişki hiç onaylanmaz | Her içerik değişikliğinden sonra, sadece lansmanda değil, hreflang çiftlerini sayfa kaynağında denetleyin; karşılıklı olmayan bir çift eksik olmakla aynıdır |
| Yönlendirme zincirleri | Bir URL ikinci bir URL'ye yönlendirir, o da genellikle bir slug yeniden adlandırmasından veya bir dil yapısı değişikliğinden sonra geride bırakılmış üçüncü bir URL'ye yönlendirir | Her yönlendirmeyi doğrudan nihai hedefine yönlendirin; iki veya daha fazla sıçramalı bir zincir tarama bütçesini boşa harcar ve yol boyunca hreflang sinyallerini düşürebilir |
| Zorunlu tarayıcı dili yönlendirmeleri | Her ziyaretçi, tarayıcısından veya IP'sinden tahmin edilen bir dile yönlendirilir, diğer sürüme URL ile ulaşmanın hiçbir yolu yoktur | Tespit edin ve önerin, asla zorlamayın; tercih edilen dil başlığı taşımayan tarayıcılar dahil, her dil URL'sini doğrudan erişilebilir tutun |
| Eksik veya yanlış x-default | Sitenin hiçbir sürümüyle eşleşmeyen bir dile sahip ziyaretçi için hiçbir yedek ayarlanmamıştır, ya da x-default yanlış sürümü işaret eder | x-default'u kararsız bırakmak yerine, genellikle kök veya İngilizce sürüm olacak şekilde bilinçli olarak ayarlayın |
| İnce makine çevirisi sayfalar | İkinci bir dil çoğunlukla bir kutuyu işaretlemek için var olur: kısa, genel, özgünün derinliğinden ve iç bağlantısından yoksun, açıkça yazılmamış çevrilmiş bir metin | Her dili, bir dışa aktarma işi değil, tam bir içerik projesi olarak ele alın, özellikle sıralamada yer alması gereken sayfalar için |
Mevcut bir siteye ikinci bir dil eklemek: gerçekçi bir süreç
01
Keşif ve içerik denetimi
Mevcut sitede neyin bulunduğunu, hangi sayfaların gerçekten ikinci bir dili hak ettiğini ve kitle verisinin hangi dilleri desteklediğini çıkarın. Her sayfa çevrilmeye değmez — birden çok dile çoğaltılmış zayıf bir sayfa, yine zayıf bir sayfadır.
02
Dil başına içerik stratejisi
Herhangi bir yazım başlamadan önce kararlaştırılan, dil başına ayrı anahtar kelime araştırması. Bazı sayfaların Arapça’da İngilizce’den farklı bir yapıya ihtiyacı vardır, sadece aynı şablonda farklı kelimelere değil.
03
RTL ve tipografi
Arapça için aynalanmış düzen, gezinme ve ikonografi; İngilizce temadan devralınmış değil, özel olarak o yazı sistemi için seçilmiş ve ayarlanmış tipografi.
04
Teknik hreflang kurulumu
Her dil kendi URL’sinde, dil değiştiriciyi yönlendiren aynı ilişki verisinden üretilen karşılıklı hreflang etiketleri ve bilinçli olarak ayarlanmış bir x-default yedek.
05
Diller ve cihazlar arasında QA
Her sayfa gerçek cihazlarda her dilde kontrol edilir — düzen, bağlantılar, formlar ve iletişim akışları — çünkü yalnızca Arapça mobil menüde ortaya çıkan bir hata yine de bir hatadır.
06
Lansman ve izleme
URL’ler değiştiyse yönlendirmeler eşlenir ve test edilir, her dil için arama konsolu mülkleri doğrulanır ve dizinleme varsayılmak yerine sonraki haftalar boyunca izlenir.
“Bir dil değiştirici çok dilli bir web sitesi değildir. Bir düğmedir. Web sitesi, biri ona tıkladıktan sonra olandır.”
Bu pratikte nasıl görünüyor
Bu bizim için teorik bir kontrol listesi değil. Filweb, kendi üç dilli emlak platformunu — İngilizce, Arapça ve Farsça konuşan alıcılara 148 yayımlanmış makale genelinde mülk satan gerçek bir emlak içerik sitesini — kendisi tasarlıyor, kuruyor ve yazıyor ve yukarıda anlatılan her karar, bu proje üzerinde kendimiz aldığımız, yer yer önce yanlış yapıp sonra düzelttiğimiz bir karardır. Rakamları burada yeniden vermeyeceğiz; tam döküm kendi vaka analizi sayfasında yer alıyor.
Burada söylemeye değer olan şey daha dar bir şey: bu rehber teorik değil pratik okunuyor çünkü kendi çok dilli sitemizi, iki farklı okuma yönünde üç dilde sürdürüyoruz ve yukarıdaki hreflang, RTL ve içerik stratejisi sorularıyla bir sunum değil, çalışan bir kod tabanında uğraşıyoruz. Bu ve diğer çalışmalardan örnekler portföyümüzde yer alıyor.
Daha fazla okuma
Çok dilli bir proje düşünüyorsanız:
- Web tasarımı — bir yapıya, yapıdan lansmana kadar nasıl yaklaştığımız
- SEO hizmetleri — Arapça ve İngilizce aramanın ayrı işler olarak nasıl ele alındığı
- Çok dilli vaka analizimiz — bu sayfadaki her şeyin çalışan bir örneği
- Yayınlanmış fiyatlandırma — iki dilli veya üç dilli bir yapının maliyeti
- Blogdan daha fazlası — Körfez'e yönelik işletmeler için web tasarımı ve SEO üzerine daha fazla okuma
Sıkça sorulan sorular
Bir web sitesini çevirmek ile yerelleştirmek arasındaki fark nedir?
Çeviri kelimeleri bir dilden diğerine dönüştürür. Yerelleştirme daha ileri gider: arama niyetini, tonu, para birimini, rakamları ve düzen yönünü, bazen hangi sayfaların var olduğunu bile ayarlar, böylece sonuç o kitle için dönüştürülmüş değil, onun için yazılmış gibi okunur.
Her dil için ayrı bir URL'ye mi ihtiyacım var, yoksa gizli metinli bir dil değiştirici kullanabilir miyim?
/, /ar/ ve /tr/ gibi her dil için ayrı, dizinlenebilir bir URL, bir arama motorunun sürümleri farklı, doğru hedeflenmiş sayfalar olarak ele alması için gereklidir. Adresi değiştirmeden bir URL’de görünen metni değiştiren bir değiştiricinin hreflang’ın işaret edebileceği hiçbir şeyi yoktur ve arama motorları genellikle yalnızca bir betik istemci tarafında çalıştıktan sonra görünen içeriği dizinleyemez.
Hreflang nedir ve neden önemlidir?
Hreflang, arama motorlarına hangi URL’nin hangi dili ve bölgeyi sunduğunu ve birden çok URL’nin yinelenen veya rakip içerik değil, aynı sayfanın çevirileri olduğunu söyleyen bir HTML özelliğidir. Olmadığında, dil sürümleri arama sonuçlarında birbirini yamyamlaştırabilir veya yanlış dil yanlış pazarda görünebilir.
Bir WordPress çok dilli sitesi için WPML, Polylang veya başka bir şey mi kullanmalıyım?
İkisi de yetenekli seçeneklerdir ve hiçbiri evrensel olarak daha iyi değildir. WPML, tema ve eklenti metin dizesi çevirisini ve sayfa oluşturucu entegrasyonunu daha az manuel kurulumla yönetir; Polylang daha hafif bir ayak izine ve kullanılabilir bir ücretsiz katmana sahiptir. Doğru seçim site büyüklüğüne, kullanılan sayfa oluşturucuya ve devam eden lisanslama bütçesine bağlıdır; bu rehberdeki yapısal ilkeler her ikisi için de geçerlidir.
Arapça sadece sağdan sola yazılmış İngilizce midir?
Hayır. Okuma yönü en görünür farktır, ama Arapça’nın kendi yazı tipi seçimine, kendi satır yüksekliği ve boşluk kararlarına, aynalanmış bir arayüz düzenine ve ayrı anahtar kelime araştırmasına da ihtiyacı vardır. Onu yönü çevrilmiş İngilizce gibi ele almak, çoğu kendin-yap çok dilli sitenin yanlış gittiği yerdir.
Arapça için düzenimi yeniden mi tasarlamam gerekir, yoksa sadece metin yönünü mü çevirmeliyim?
Düzenin, sadece metnin değil, aynalanması gerekir. Logo yerleşimi, gezinme sırası, simge yönü, düğme hizalaması ve okuma akışının hepsi gerçekten sağdan sola bir tasarımda tersine döner. Sayfaya sağdan sola bir özellik ayarlamak paragraf metnini çevirir; arayüzün geri kalanına hiçbir şey yapmaz.
Bir Arap kitlesi için sayılar ve tarihler de değişmeli mi?
Rakamlar, tarih biçimleri ve para birimi, İngilizce sürümün kullandığı her şeyi varsaymak yerine bilinçli bir karar gerektirir. Batı Arap rakamları çoğu Körfez e-ticaret ve devlet sitesinde daha güvenli varsayılandır, ama kural varsayılmak yerine kitleye göre doğrulanmalıdır.
BAE'ye yönelik çok dilli bir site hangi para birimini göstermeli?
BAE kitlesi için, başka bir para biriminden dönüştürülmüş bir rakam yerine doğal olarak gösterilen AED. Aynı ilke Körfez genelinde geçerlidir: Suudi Arabistan için SAR, Katar için QAR, Kuveyt için KWD, her biri kendi biçimlendirme kurallarıyla, Kuveyt’in üç ondalık basamaklı para birimi dahil.
Körfez'e yönelik bir web sitesinde Türkçe'ye ihtiyacım var mı?
Sadece gerçek kitlenin anlamlı bir kısmı Türkçe arıyor veya okuyorsa, örneğin Türk tedarikçileri, ortakları veya Türkçe konuşan bir müşteri tabanı olan bir Körfez işletmesi. Kitlenin ihtiyaç duymadığı bir dil eklemek, kullandıkları dillere gitmesi gereken çabayı sulandırır.
Çok dilli sitelerde yinelenen içerik sorunlarına ne sebep olur?
En sık olarak, yalnızca birkaç kelime değiştirilerek çevrilmiş, içeriğin büyük kısmını başka bir dil sürümüne neredeyse aynı bırakan bir sayfa, ya da aynı içeriği hreflang ile ayırt etmeden iki farklı dil URL’si altında sunan teknik bir yanlış yapılandırma.
Hreflang döngüsü nedir ve nasıl olur?
A Sayfası’nın hreflang etiketi, B Sayfası’nı çevirisi olarak işaret ettiğinde ama B Sayfası’nın etiketi başka bir yere, genellikle eski veya silinmiş bir URL’ye işaret ettiğinde olur, böylece iki sayfa arasındaki ilişki hiç onaylanmaz. Genellikle bir sayfanın kardeşinin hreflang referansı güncellenmeden yeniden adlandırılması, birleştirilmesi veya silinmesinin sonucudur.
Mevcut bir web sitesine ikinci bir dil eklemek ne kadar sürer?
Orta büyüklükte bir site için, içerik stratejisi ve hreflang eşlemesi kararlaştırıldıktan sonra dört ila sekiz hafta tipiktir. İçerik ve çeviri incelemesi genellikle teknik yapının kendisinden daha çok hızı belirler.
Uygun yerelleştirme yerine sadece bir tarayıcı çeviri widget'ı kullanabilir miyim?
Tarayıcı tabanlı bir çeviri aracı bir ziyaretçinin sıkışık bir anda sayfayı anlamasına yardımcı olabilir, ama hedef dilde dizinlenebilir, hreflang etiketli URL’ler oluşturmaz, düzeni RTL için ayarlamaz ve ayrı bir anahtar kelime araştırması içermez, dolayısıyla gerçek bir ikinci dil sürümünün sağladığı SEO veya kullanılabilirlik faydasının hiçbirini sağlamaz.
Arapça eklemek mevcut İngilizce SEO'ma zarar verir mi?
Doğru uygulandığında, her dil kendi URL’sinde ve onları birbirine bağlayan uygun hreflang ile, hayır. Yanlış yapıldığında, yinelenen içerik, eksik hreflang veya zorunlu yönlendirmelerle, iki sürüm arasında rekabet yaratabilir, ki bu çok dilli olmanın doğasında olan bir risk değil, bir yapılandırma sorunudur.
Körfez pazarı için mi kuruyorsunuz, yoksa yeniden mi kuruyorsunuz?
hreflang kurulumunun, RTL düzeninin ve Arapça içerik stratejisinin baştan doğru şekilde halledilmesini tercih ediyorsanız, web tasarımı hizmetimize bakın — ya da sitenizden bahsedin, ikinci bir dilin gerçekte neye ihtiyaç duyduğuna bakalım.