WordPress Çok Dilli Site
İkinci dil siteyi ikiye katlamadan yayına girsin
Çok dilli kurulumlar genellikle çeviri sorunu gibi görünür, oysa asıl zorluk yönetimdedir; bir sayfa güncellendiğinde diğer dilin eskimesi, menülerin ayrışması ve arama motorlarının iki dili aynı içerik sanması. Yapıyı bu sorunları baştan engelleyecek biçimde kuruyoruz.

- Adres yapısı kararı
- Diller arası bağlantı kurulumu
- Menü ve form çevirileri
- Güncellemede eskiyen sayfa uyarısı
Birlikte çalıştığımız markalar
WordPress Çok Dilli Site kimler için?
İhracat yapan üreticiler
Yurt dışı alıcıya ulaşan şirketler için İngilizce ya da hedef pazarın dilinde eksiksiz bir site, tek sayfalık bir tanıtımdan çok daha fazlasını yapar.
Turizm ve sağlık turizmi işletmeleri
Rezervasyon ve başvuru alan işletmelerde dil, doğrudan dönüşümü etkiler. Form ve otomatik e-postaların da çevrilmesi gerekir.
Yurt dışında ofisi olan şirketler
Farklı ülkelerde farklı hizmet ve iletişim bilgisi sunan yapılarda diller birebir çeviri değil, ayrı içerik gerektirebilir.
Çok dilli sitesi dağılmış olanlar
Dillerden biri güncel kalıp diğeri eskimişse, hangi sayfanın hangi dilde eksik olduğunu gösteren bir düzen kurmak gerekir.
Kapsam ve teslimatlar
Dil mimarisi
Dillerin alt dizin, alt alan adı ya da ayrı alan adı biçiminden hangisiyle yayımlanacağına karar verilmesi ve varsayılan dilin belirlenmesi.
Çeviri eklentisi kurulumu
Projeye uygun çeviri altyapısının kurulması, içerik tiplerinin ve taksonomilerin çevrilebilir hale getirilmesi.
Diller arası bağlantı
Her sayfanın diğer dildeki karşılığına bağlanması ve arama motorlarına dil ilişkisinin doğru bildirilmesi.
Arayüz çevirileri
Menü, alt bilgi, buton, form alanları, hata mesajları ve otomatik e-postaların çevrilmesi. Bunlar içerik değil tema ve eklenti metinleri olduğu için ayrı ele alınır.
Dil değiştirici
Kullanıcının bulunduğu sayfanın diğer dildeki karşılığına gidebilmesi, karşılığı yoksa ana sayfaya düşmek yerine anlaşılır bir yönlendirme görmesi.
Çeviri iş akışı
Hangi sayfanın çevrildiği, hangisinin kaynak dilde güncellendiği için eskidiği görünür hale getirilir ve çeviri sırası belirlenir.
Çeviri ile ikinci pazar aynı iş değil
Çok dilli site istendiğinde akla ilk gelen, mevcut sayfaların başka bir dilde yazılması oluyor. Bazı sayfalarda bu doğru: bir ürünün teknik açıklaması dilden dile aynı kalıyor. Ama satış yapan sayfalarda durum değişiyor.
Türkiye’de güven veren referanslar başka bir pazarda tanınmıyor olabilir. Yerel bir ödeme yöntemi ya da teslimat anlatımı hedef ülkede karşılık bulmayabiliyor. İletişim bilgisi, çalışma saatleri ve hatta itirazların sırası bile farklılaşıyor.
Bu yüzden dil kurgusunu yaparken sayfaları üç kutuya ayırıyoruz: birebir çevrilecekler, uyarlanacak olanlar ve tek dilde kalacaklar. Bu ayrım yapılmadığında ortaya sözcüğü sözcüğüne doğru ama ikna etmeyen bir site çıkıyor. Üstelik çevrilmesine gerek olmayan sayfalar da bakım yüküne ekleniyor.
Eskiyen çeviri, olmayandan daha çok zarar verir
Çok dilli sitelerin çoğu yayın gününde eksiksizdir. Sorun sonraki aylarda başlıyor. Ana dilde bir fiyat güncelleniyor, bir hizmet kaldırılıyor, bir kampanya bitiyor. Diğer dil olduğu yerde kalıyor.
Ziyaretçi bunu fark ettiğinde yalnız o sayfaya değil, siteye olan güvenini kaybediyor. Yanlış bilgiyi gören kişi doğrusunu aramaya gitmiyor, çıkıyor.
Bu yüzden kurulumun ayrılmaz parçası, hangi çevirinin eskidiğini gösteren düzen. Kaynak dilde bir sayfa güncellendiğinde diğer dildeki karşılığı işaretleniyor ve bu liste panelde görünür duruyor. Takip ettiğimiz sayı da çevrilmiş sayfa sayısı değil, bekleyen güncelleme sayısı. O liste sürekli büyüyorsa sorun çeviride değil kapsamda: site ekibin taşıyabileceğinden geniş tutulmuş demektir. Böyle durumlarda kapsamı daraltmak, çeviriyi hızlandırmaktan daha işe yarıyor.
Kapsamı daraltma kararını da veriyle veriyoruz. Hangi dilde hangi sayfanın gerçekten ziyaret edildiği analiz hesabında görünüyor ve hiç okunmayan bir çeviriyi güncel tutmanın kimseye faydası olmuyor.
Nasıl çalışıyoruz?
Kapsam kararı
Sitenin tamamının mı, yoksa satın alma yolundaki belirli sayfaların mı çevrileceğini konuşuyoruz. Her sayfayı çevirmek çoğu zaman gerekli değil ve bakım yükünü ikiye katlıyor.
Adres yapısı
Dil biçimi seçiliyor. Mevcut sayfaların adresleri değişecekse yönlendirme listesi bu adımda hazırlanıyor.
Altyapı kurulumu
Çeviri eklentisi kuruluyor, içerik tipleri ve menüler çevrilebilir hale getiriliyor, dil değiştirici yerleştiriliyor.
İçerik aktarımı
Çeviriler girilirken görseller, formlar ve çağrı metinleri de dile göre uyarlanıyor. Kaynak dilden birebir kopyalanmaması gereken bölümler işaretleniyor.
Kontrol ve yayın
Her dilde sayfa sayfa gezilerek eksik çeviri, kırık bağlantı ve yanlış dil yönlendirmesi kontrol ediliyor, ardından arama konsoluna bildiriliyor.
Kullandığımız araçlar ve platformlar
- WordPress
- WPML
- Polylang
- TranslatePress
- Google Search Console
- Screaming Frog
WordPress Çok Dilli Site fiyatını neler belirler?
Çevrilecek sayfa sayısı
Sitenin tamamı ile satın alma yolundaki sınırlı bir sayfa kümesi arasında büyük fark vardır. Blog arşivinin dahil olup olmaması da belirleyicidir.
Dil sayısı
Her ek dil yalnız çeviri değil, ayrı içerik yönetimi, ayrı test ve ayrı bakım demektir. Yük doğrusal artar.
Çevirinin kimde olduğu
Çevirileri siz sağlıyorsanız iş yapılandırma ve yerleştirmeyle sınırlı kalır. Çeviri tedariki kapsama girerse ayrı bir kalem oluşur.
Eklenti ve tema uyumu
Kullanılan eklentilerin çeviriye hazır olup olmaması belirleyici. Hazır olmayan bileşenlerde metinlerin çevrilebilir hale getirilmesi ek iş çıkarır.
Mevcut yapıdan geçiş
Halihazırda başka bir yöntemle kurulmuş çok dilli bir site varsa, içeriğin yeni yapıya taşınması ve adreslerin yönlendirilmesi gerekir.
Sonuçlar ve referanslar
Sıkça sorulan sorular
Hangi adres yapısını öneriyorsunuz?
Çoğu projede alt dizin yapısı en pratik olanı; tek alan adının gücü bölünmez ve yönetim tek panelde kalır. Ülkeye göre tamamen farklı hizmet ve ekip varsa ayrı alan adları da değerlendirilebilir.
Otomatik çeviri kullanabilir miyiz?
Taslak üretmek için kullanılabilir ama yayına doğrudan çıkarılmasını önermiyoruz. Makine çevirisi sektör terimlerinde ve çağrı metinlerinde hata yapıyor, bu da güveni doğrudan zedeliyor. En azından bir düzeltme turu şart.
Ziyaretçiyi tarayıcı diline göre otomatik yönlendirelim mi?
Zorunlu yönlendirme yerine öneri göstermeyi tercih ediyoruz. Otomatik yönlendirme kullanıcıyı istemediği dile hapsedebiliyor ve arama motorlarının siteyi taramasını zorlaştırabiliyor.
Arama motorları iki dili kopya içerik sayar mı?
Dil ilişkisi doğru tanımlandığında saymaz. Her sayfanın diğer dillerdeki karşılığı etiketlerle bildiriliyor ve her dilin kendi site haritası oluşturuluyor.
Formlar ve otomatik e-postalar da çevriliyor mu?
Evet, çalışmanın önemli bir parçası. Ziyaretçi Türkçe forma İngilizce cevap alırsa güven kaybı yaşanıyor. Alan adları, hata mesajları ve teşekkür sayfaları da dile göre ayarlanıyor.
Bir sayfayı güncellediğimizde diğer dil ne olacak?
Kurulum, kaynak dilde güncellenen sayfanın çevirisini eskimiş olarak işaretliyor. Böylece hangi çevirinin yenilenmesi gerektiği panelde görünüyor.
Bütün sayfaları çevirmek zorunda mıyız?
Hayır. Çoğu projede satın alma yolundaki sayfalar ve kurumsal bilgiler çevriliyor, blog arşivi ise seçmeli ilerliyor. Çevrilmeyen sayfalarda dil değiştiricinin ne yapacağını da tanımlıyoruz.
Çok dillilik siteyi yavaşlatır mı?
Kötü kurulursa yavaşlatabilir, çünkü çeviri katmanı her sayfada ek sorgu çalıştırır. Önbellek ayarlarının dile duyarlı yapılandırılması bu etkiyi büyük ölçüde ortadan kaldırıyor.
İlgili içerikler
Bu konuyu derinleştiren rehberler, terimler ve ücretsiz araçlar.
Rehber
Web Sitesi (Domain) İsmi Ararken Nelere Dikkat Etmeliyiz?
1 dk okuma
Rehber
Blogunuzun Çok Seveceği Altı WordPress Blog Teması
2 dk okuma
Rehber
Ücretsiz Olarak WordPress Blog Kurulumu
2 dk okuma
Ücretsiz araç: SERP önizleme ve title/description kontrolü
WordPress Çok Dilli Site için ilk adımı atalım
- 1Formu doldurun ya da bizi arayın
- 2Bir iş günü içinde ön görüşme planlayalım
- 3Size özel yol haritası ve teklif hazırlayalım