Çok dilli bir WordPress sitesi kurmak fikri, başlarda göz korkutucu olabilir. Manuel çeviri dosyaları, uyumsuz eklentiler ya da SEO ihtiyaçları arasında kaybolmak işten bile değil. Oysa doğru yöntemi seçtiğinizde süreç oldukça yönetilebilir. Bu yazıda, farklı ihtiyaçlara ve bütçelere uygun yedi ayrı yaklaşımı ele alıyorum. Her birinin artılarını, eksilerini ve hangi senaryoda mantıklı olduğunu somut örneklerle anlatıyorum. İster tek bir siteniz olsun ister çoklu mağaza yapısı düşünün, kendinize uygun bir çözümü burada bulacaksınız.
1. Manuel İçerik Çevirisi ile Birebir Kontrol
En doğrudan yol, her dili ayrı bir içerik olarak girmektir. WordPress çok siteli (multisite) yapıda ya da aynı site içinde ayrı sayfalar oluşturarak /tr/, /en/ gibi alt dizinlerle yapabilirsiniz. Bu yöntem, özellikle az sayıda sayfası olan ve her çeviriyi editoryal gözle kontrol etmek isteyenler içindir. Çeviriyi kendiniz yapar ya da profesyonel bir çevirmene yaptırırsınız; her satır sizin onayınızdan geçer.
Dezavantajı ise ölçeklenebilirlik. Diyelim ki 50 sayfalı bir siteniz var ve 4 dilde yayın yapacaksınız. Toplamda 200 içerik parçasının bakımını üstlenmiş olursunuz. Bir güncelleme yaptığınızda, bunu tüm dillere tek tek yansıtmanız gerekir. Bu, küçük ekipler için hızla yorucu hale gelir. Yine de tam kontrol isteyenlerin tercihi olmayı sürdürüyor.
Ne zaman tercih edilmeli? Çok az sayıda sayfa ve dil varsa, eklenti yükü istemiyorsanız ya da çevirilerin bağlama göre ciddi şekilde uyarlanması gerekiyorsa.
2. Çeviri Eklentileri ile Otomasyon ve Esneklik
WordPress ekosisteminde en çok başvurulan yol, bir çeviri eklentisi kullanmaktır. WPML, Polylang ve TranslatePress gibi seçenekler, manuel çeviri ile otomatik çeviriyi birleştirmenize imkân tanır. Eklentiler genelde site yapısını değiştirmez; mevcut sayfalarınız için dil varyasyonları oluşturur. WPML, profesyonel çeviri hizmetleriyle entegre çalışabilmesiyle öne çıkarken, Polylang ücretsiz sürümüyle bütçe dostu bir başlangıç sunar. TranslatePress ise görsel ön yüz üzerinden anında çeviri yapabilmenizi sağlar.
Bu eklentilerin ortak güçlü yanı, SEO dostu URL yapıları, hreflang etiketleri ve dil değiştirici menüler sunmalarıdır. Ayrıca tema ve eklenti metinlerini de çevirmenize izin verirler. Ancak dikkat edilmesi gereken nokta, sitenin performansıdır. Bazı eklentiler, veritabanına ek tablolar ekler ve her sayfa yüklemesinde dil sorguları çalıştırır. Özellikle Polylang, bu konuda nispeten hafif kalırken, WPML’in eski sürümlerinde performans şikâyetleri sıktı. Güncel sürümlerde bu fark epey kapandı.
TranslatePress ise farklı bir mimariyle çalışır: çevirileri veritabanında tablolar yerine wp_posts içinde saklar. Bu, bazı caching eklentileriyle uyumsuzluk yaratabilir. Kurmadan önce sitenizin caching yapılandırmasını gözden geçirmekte fayda var.
| Eklenti | Öne Çıkan Özellik | Ücretsiz Sürüm |
|---|---|---|
| WPML | Çeviri yönetimi paneli, profesyonel entegrasyon | Hayır |
| Polylang | Hafif yapı, temel çeviri işlevleri | Evet |
| TranslatePress | Görsel arayüzle anında çeviri | Evet (sınırlı dil) |
Seçim yaparken şu sorulara cevap arayın: Hangi eklenti, kullandığınız tema ve sayfa oluşturucu ile en sorunsuz çalışıyor? Çeviri belleği veya sözlük ihtiyacınız var mı? Otomatik çeviri için Google Translate ya da DeepL bağlantısı kuracak mısınız? Bu sorular, doğru eklentiyi seçmenize yardımcı olur.
3. Google Translate ve DeepL ile Makine Çevirisini Yarı Otomatik Kullanmak
Makine çevirisi, son yıllarda özellikle DeepL’in kalitesiyle birlikte ciddi bir sıçrama yaptı. Doğrudan API üzerinden içeriklerinizi çevirdiğinizde, insan çevirisine kıyasla çok daha hızlı ve düşük maliyetli bir süreç işler. WPML ve TranslatePress gibi eklentiler, Google Translate veya DeepL ile entegre olarak saniyeler içinde sayfalarınızı çevirebilir. Siz de yalnızca gözden geçirip düzeltme yaparsınız.
Bu yaklaşımın gizli bir maliyeti var: kalite kontrolü. Makine çevirisi, sektörel terimler, deyimler veya markaya özgü ifadelerde yanılabilir. Türkçe gibi eklemeli dillerde cümle yapısı bazen kulağa doğal gelmez. Yarı otomatik bir iş akışı şart: çeviriyi yaptırın, ardından bir editörün (bu siz olabilirsiniz) metni bağlama göre düzeltmesine izin verin. DeepL’in resmî sözlük özelliğini kullanmak, sık geçen terimlerin tutarlı kalmasını sağlar.
Performans notu: Çeviri API’larına yapılan çağrılar, sayfa yükleme süresini etkilemez; çünkü çeviriler genellikle bir kere alınıp veritabanına kaydedilir. Ancak API istek limitlerine dikkat edin. Yüksek trafikli bir siteniz varsa, çeviri bütçeniz beklediğinizden hızlı tükenebilir.
4. Ücretsiz Makine Çevirisi: Tarayıcı Tabanlı ve Eklenti Destekli Çözümler
Bütçesi kısıtlı olanlar için tarayıcı tabanlı çeviri araçları da bir seçenektir. Chrome veya Edge gibi tarayıcılar, ziyaretçinin diline göre sayfayı otomatik çevirebilir. Bunu kullanıcı deneyimini iyileştirerek sunan WordPress eklentileri de mevcuttur; örneğin GTranslate, sitenize bir dil seçme widget’ı ekler ve sayfaları anında çevirir. Ücretsiz sürümünde çeviri kalitesi Google Translate seviyesindedir ve URL yapısını değiştirmez – çeviriler anlık olarak yapılır.
Bununla birlikte, SEO açısından önemli bir handikapı vardır: Bu tip çeviriler sunucu tarafında statik sayfalar oluşturmadığı için Google, çevrilmiş içeriği indekslemez. Arama motorlarında farklı dillerde görünmek istiyorsanız bu yöntem işe yaramaz. Ayrıca tarayıcı çevirisi, sizin kontrolünüz dışında gerçekleştiği için hatalı çevirilerden doğrudan sorumlu olursunuz. Ufak bir düzeltme yapma şansınız yoktur. Kullanıcıya geçici bir kolaylık sunar, fakat çok dilli sitenin temel amacına hizmet etmez.
5. WordPress Multisite ile Dilleri Ayrı Sitelerde Yönetmek
WordPress Multisite, her dil için ayrı bir site kurmanızı sağlar: tr.siteadi.com, en.siteadi.com gibi. Bu yöntem, içerikleri ve kullanıcıları diller arasında tamamen ayırmak isteyen büyük projeler için biçilmiş kaptandır. Her site kendi tema, eklenti ve kullanıcı ayarlarına sahip olabilir. Bu, özellikle farklı bölgelerde farklı ürün katalogları veya hukuki metinler gerektiren WooCommerce mağazalarında işe yarar.
Multisite’in yönetim yükü, tek sitedeki eklenti çözümlerine göre daha fazladır. Güncellemeleri ağ genelinde tek panelden yapsanız bile, her site için ayrı yedekleme, ayrı caching konfigürasyonu ve ayrı SEO takibi gerekir. Eklenti lisanslarının çoğu bu yapıda site başına ücretlendirildiği için maliyetler artabilir. Buna karşın, en yüksek performansı ve en temiz veritabanı yapısını sağlar. Her dildeki siteyi farklı sunucularda barındırmak bile mümkündür.
Geçiş yapmayı düşünüyorsanız: Multisite sonradan aktif edilebilir, fakat mevcut tekilli bir sitenin alt dizin yapısıyla uyumlu olması için önceden planlama şarttır. Mevcut linklerin kırılmaması için yönlendirme kurallarını dikkatli oluşturmalısınız.
6. Çok Dilli E-Ticaret: WooCommerce ve Ötesi
WooCommerce ile çok dilli bir mağaza kurmak, standart bir siteye göre daha fazla katman içerir. Ürün başlıkları, açıklamalar, kategoriler, ödeme metinleri ve e-posta şablonları… Hepsinin tutarlı çevirisi gerekir. WPML, WooCommerce için özel bir eklenti sunar ve ürün varyasyonlarının, özelliklerin, kuponların çevirisini destekler. TranslatePress ise kullanıcıya ön yüzde sepet ve ödeme adımlarını anında çevirme imkânı verir; ancak kompleks koşullu indirim kurallarında elle müdahale gerekebilir.
Dikkat edilmesi gereken diğer noktalar: Farklı diller için farklı para birimleri, vergi oranları veya ödeme yöntemleri sunuyorsanız, bunların yönetimi eklentinin sunduğunun ötesine geçebilir. Multisite bu noktada esneklik sağlar; her site kendi WooCommerce kurulumuna sahip olur. Fakat stok senkronizasyonu gibi işlemler için ek çözümlere ihtiyaç duyarsınız.
Bir sık yapılan hata: mağazanın yalnızca katalog kısmını çevirip ödeme akışını varsayılan dilde bırakmak. Bu, terk edilen sepet oranını artırır. Son kullanıcı, kendi dilinde ödeme yapamadığında siteye güven duymaz. Tüm akışı baştan sona ana diline çevirmek, dönüşüm için kritiktir.
7. Çok Dilli SEO’yu Baştan Kurgulamak
Çok dilli sitenin en çok ihmal edilen bölümü, SEO’dur. Sadece çeviri yapmak, Google’da o dilde sıralama almak için yeterli değildir. İlk adım, hreflang etiketlerinin doğru yapılandırılmasıdır. WPML ve Polylang bunu otomatik halleder; manuel yapıda sizin XML site haritasına ve header etiketlerine elle eklemeniz gerekir. Hatalı hreflang, Google’ın yanlış dili göstermesine ya da içeriği kopya olarak algılamasına yol açar.
İkinci kritik nokta, her dil için ayrı anahtar kelime araştırmasıdır. Türkçe’de “ucuz WordPress hosting” diye aranan bir terim, İngilizce’de “cheap WordPress hosting” olarak birebir karşılık bulmayabilir; arama hacimleri, rekabet ve kullanıcı niyeti tamamen farklıdır. Her dildeki hedef kitlenin diline ve alışkanlıklarına uygun içerik başlıkları ve meta açıklamaları oluşturun. Otomatik çeviri araçları bu inceliği yakalayamaz.
Üçüncü olarak, URL yapısını seçerken gelecekteki ölçeklemeyi düşünün. Alt dizin (/tr/) mı, alt alan adı (tr.siteadi.com) mı, yoksa ayrı alan adı (siteadi.com.tr) mı? Alt dizin, alan adı otoritesini tek çatıda toplar; ancak teknik yapıyı biraz karmaşıklaştırır. Alt alan adı, sunucu ve yazılım dağıtımında esneklik verir; fakat SEO otoritesini böler. Ayrı alan adı ise yerel bir marka stratejisi izliyorsanız mantıklıdır. Kararınızı erken verin; sonradan değiştirmek ciddi redirect ve sıralama kaybına yol açar.
Son olarak, site hızına dikkat edin. Birden çok dil, ek veritabanı sorguları demektir; özellikle paylaşımlı hostinglerde yavaşlamaya neden olabilir. Caching eklentinizi çok dilli yapıya uygun seçin; WP Rocket veya LiteSpeed Cache gibi çözümler, dil başına önbellek oluşturabilir.
İhtiyacınıza Göre Sağlam Bir Yol Haritası
Gördüğünüz gibi, tek bir doğru yöntem yok. Eğer hâlâ kararsızsanız, şu soruları yanıtlamakla işe başlayın: Kaç dili yöneteceksiniz? Ne sıklıkla içerik güncelleyeceksiniz? Otomatik çeviriye güvenebileceğiniz bir alanda mısınız, yoksa terminoloji hassas mı? Bütçeniz ne kadar esnek? Bu sorular, yukarıdaki yöntemlerden birini netleştirecektir.
Başlangıç için önerim şu: Deneme yanılma payı olan küçük bir site ya da test ortamında önce ücretsiz Polylang veya TranslatePress ile süreci tanıyın. Otomatik çeviriyi sadece taslak olarak kullanın ve üzerinden geçin. SEO yapılandırmasını ilk günden doğru kurun; URL seçiminizi sonradan değiştirmeye kalkmayın. Aylık bir bakım rutini oluşturun: yeni içerikler tüm dillerde güncel mi, hreflang denetimi temiz mi, kırık link var mı? Çok dilli site başlangıçta ek bir efordur, ama hedef kitlenizi genişletmek ve kullanıcı deneyimini sağlamlaştırmak için harcanan vakte değer.
Multisite yöntemini ben de denedim, gerçekten yorucu.
50 sayfa 4 dil olunca güncelleme nasıl pratik yönetilir, merak ettim?
İlk başta gözüm korkmuştu ama eklentiyle deneyince beklediğimden kolay çıktı.
Manuel yöntem tam kontrol sağlıyor evet, ama her küçük değişiklikte tüm dilleri güncellemek epey zaman alır. E-ticaret için riskli olabilir mi?
Benzer bir durumda, az içerikli bir blog için alt dizinli yapıyı seçmiştim. İlk 3-4 dilde sorun yoktu, ama ek dil ekledikçe yönetimi zorlaştı. Yazıda bahsedilen ölçeklenebilirlik sıkıntısını yaşadım. Özellikle toplu güncelleme gerektiğinde editör hataları artabiliyor.
Bence 50 sayfa için bile eklenti daha mantıklı.