Yurt dışına açılan ya da Türkiye’de farklı dil gruplarına hitap eden işletmeler için çok dilli site artık standart bir ihtiyaç. Ancak bu, sitenin bir kopyasını çevirip yayınlamak kadar basit bir iş değil. Yanlış kurulmuş çok dilli bir yapı; kopya içerik sorunları, yanlış dilde indekslenen sayfalar ve yönetilemez bir içerik yükü üretir.
Bu yazıda çok dilli WordPress kurulumunun temel kararlarını, iki popüler eklentinin karşılaştırmasını ve uluslararası SEO açısından atlanmaması gereken noktaları ele alacağım.
Önce Strateji: Hangi Diller ve Neden?
Teknik kuruluma geçmeden önce cevaplanması gereken sorular var.
Hangi dilleri gerçekten ekleyeceksiniz? Her ek dil, kalıcı bir içerik yükümlülüğüdür. Sitenizi güncellediğinizde her dilde güncellemek zorundasınız. Üç dilde iyi bakılan bir site, altı dilde ihmal edilmiş bir siteden çok daha etkilidir.
Tüm içerik her dilde olacak mı? Çoğu projede hizmet sayfaları ve kurumsal sayfalar tüm dillerde, blog içeriği ise yalnızca ana dilde tutulur. Bu tamamen geçerli bir yaklaşımdır.
Dil mi, bölge mi hedefliyorsunuz? Almanca konuşan tüm ziyaretçileri mi hedefliyorsunuz, yoksa özellikle Almanya’yı mı? Bu, URL yapısı ve hreflang tanımlarını doğrudan etkiler.
URL Yapısı Kararı
Üç ana seçenek var ve seçim geri dönüşü zor bir karardır.
Alt dizin (`site.com/de/`). En yaygın ve çoğu proje için en uygun yöntem. Ana alan adının otoritesi tüm dillerle paylaşılır. Tek hosting, tek SSL, tek yönetim paneli. Kurulumu ve bakımı en kolay olanıdır.
Alt alan adı (`de.site.com`). Diller arasında daha net bir ayrım sağlar. Farklı sunucularda barındırma imkânı verir. Ancak arama motorları alt alan adlarını kısmen ayrı varlık olarak değerlendirebilir; otorite paylaşımı alt dizin kadar güçlü değildir.
Ayrı alan adı (`site.de`). En güçlü yerel sinyali verir ve belirli pazarlarda güven avantajı sağlar. Buna karşılık her alan adı sıfırdan otorite kurmak zorundadır, maliyet ve bakım yükü katlanır.
Çoğu KOBİ ve hizmet işletmesi için alt dizin yapısını öneriyorum. Ayrı alan adı yatırımı, ancak o pazarda ciddi ve uzun vadeli bir varlık planlandığında anlamlıdır.
WPML
WPML, çok dilli WordPress alanında en köklü çözümlerden biri ve kurumsal projelerde sık tercih edilir.
Güçlü yönleri: Kapsamlı özellik seti. WooCommerce ile derin entegrasyon — ürünler, varyasyonlar, kategoriler ve ödeme akışı çevrilebilir. Profesyonel çeviri servisleriyle doğrudan entegrasyon. Çeviri yönetimi paneli üzerinden çevirmen atama ve iş akışı takibi. Geniş eklenti uyumluluğu; birçok popüler eklenti WPML ile uyumlu olarak geliştirilmiştir. String çevirisi ile tema ve eklenti metinlerini de yönetebilme.
Zayıf yönleri: Ücretli bir eklentidir ve yıllık lisans yenilenir. Özellik zenginliği beraberinde ağırlık getirir; büyük sitelerde veritabanı sorgu yükünü artırabilir. Öğrenme eğrisi başlangıçta diktir.
Kime uygun: Çok dilli e-ticaret projeleri, profesyonel çeviri süreci yürüten kurumlar, karmaşık içerik yapıları ve çok sayıda eklenti kullanan siteler.
Polylang
Polylang, ücretsiz bir temel sürümü olan ve sadeliğiyle öne çıkan alternatiftir.
Güçlü yönleri: Temel sürümü ücretsizdir ve pek çok proje için yeterlidir. Daha hafiftir; performans etkisi genellikle daha düşüktür. Arayüzü sadedir, öğrenmesi kolaydır. WordPress’in kendi taksonomi mantığına yakın çalışır.
Zayıf yönleri: WooCommerce desteği ayrı bir ücretli eklenti gerektirir. Çeviri iş akışı yönetimi WPML kadar gelişkin değildir. Bazı eklentilerle uyumluluk, WPML’e göre daha az test edilmiştir. Kurumsal ölçekte çeviri ekibi yönetimi için ek çözümler gerekir.
Kime uygun: İki-üç dilli kurumsal tanıtım siteleri, blog ve içerik siteleri, bütçesi sınırlı projeler ve çevirileri kendi içinde yöneten ekipler.
Karşılaştırma Tablosu
| Kriter | WPML | Polylang |
|---|---|---|
| Maliyet | Yıllık lisans | Ücretsiz temel sürüm |
| Performans etkisi | Orta | Düşük |
| WooCommerce desteği | Dahil | Ayrı eklenti |
| Çeviri iş akışı | Gelişmiş | Temel |
| Eklenti uyumluluğu | Çok geniş | Geniş |
| Öğrenme kolaylığı | Orta | Yüksek |
| Kurumsal ölçek | Çok uygun | Orta |
Hreflang: En Çok Hata Yapılan Konu
Hreflang etiketleri, arama motoruna hangi sayfanın hangi dil ve bölge için olduğunu söyler. Doğru kurulmadığında, kullanıcılara yanlış dildeki sayfa gösterilir.
Kritik kurallar:
- Hreflang tanımları karşılıklı olmalıdır. Türkçe sayfa Almanca sayfayı işaret ediyorsa, Almanca sayfa da Türkçe sayfayı işaret etmelidir. Tek yönlü tanımlar yok sayılır.
- Her sayfa kendini de işaret etmelidir.
- Dil kodları doğru yazılmalıdır. Dil-bölge kombinasyonlarında biçim önemlidir.
- `x-default` tanımı, hiçbir dille eşleşmeyen ziyaretçilerin yönlendirileceği sürümü belirtir.
- Hreflang, kanonik etiketlerle çelişmemelidir.
Her iki eklenti de hreflang etiketlerini otomatik üretir, ancak çıktıyı mutlaka doğrulayın. Özellikle çevrilmemiş sayfalar olduğunda hatalı tanımlar oluşabilir.
Çeviri Kalitesi ve SEO
Otomatik çeviri, hızlı bir başlangıç sağlar ama tek başına yeterli değildir. Özellikle hizmet ve satış sayfalarında makine çevirisi, marka algısını zedeleyebilir ve dönüşümü düşürür.
Daha da önemlisi: her dilin kendi arama alışkanlıkları vardır. Türkçe bir anahtar kelimenin birebir çevirisi, hedef dilde hiç aranmayan bir ifade olabilir. Bu yüzden çok dilli SEO’da her dil için ayrı anahtar kelime araştırması yapılmalıdır.
Pratik yaklaşım: kritik sayfaları (ana sayfa, hizmet sayfaları, iletişim) profesyonel olarak çevirtin ve hedef dilde anahtar kelime uyumu için düzenleyin. Blog içeriklerinde otomatik çeviriyi başlangıç noktası olarak kullanıp insan editöründen geçirin.
Kurulumda Atlanmaması Gerekenler
Menü ve widget alanlarının her dil için ayrı tanımlanması gerekir; aksi halde Almanca sayfada Türkçe menü görünür.
Dil değiştirici konumu önemlidir. Ziyaretçinin kolayca bulabileceği bir yerde, tercihen üst menüde olmalı ve dil adları kendi dillerinde yazılmalı (“Deutsch”, “English”).
Otomatik dil yönlendirmesi konusunda dikkatli olun. Tarayıcı diline göre zorla yönlendirme, ziyaretçiyi rahatsız edebilir ve arama motoru botlarını yanıltabilir. Yönlendirme yerine bir öneri bandı göstermek daha güvenli bir yaklaşımdır.
Formların, hata mesajlarının ve otomatik e-postaların da çevrilmesi gerekir. Bu, en sık unutulan kalemlerden biridir.
Son olarak, her dil sürümünün Search Console’da izlendiğinden emin olun. Alan adı mülkü kullanıyorsanız tüm diller tek yerde görünür; performansı dil bazında filtreleyerek inceleyebilirsiniz.
Çeviri Yönetimini Sürdürülebilir Kılmak
Çok dilli bir sitenin asıl zorluğu kurulum değil, sürdürmektir. İlk ay her şey çevrilir; altı ay sonra Türkçe sayfalar güncellenmiş, diğer diller eskimiş olur.
Bunu önlemek için birkaç pratik önlem işe yarar.
İçerik güncelleme sürecine çeviri adımını dahil edin. Bir sayfa güncellendiğinde, diğer dillerdeki karşılıklarının da güncellenmesi gereken bir görev olarak açılmalı.
Çevrilmemiş veya eskimiş sayfaları takip edin. Her iki eklenti de çeviri durumunu gösteren bir panel sunar; bunu düzenli kontrol edin.
Hangi içeriklerin çevrileceğini baştan kararlaştırın. Blog yazılarının tamamını çevirmek zorunda değilsiniz. Sadece hedef pazarla ilgili olanları seçmek hem daha az yük hem daha isabetli bir strateji olur.
Çevrilmemiş bir sayfaya bağlantı vermeyin. Almanca gezinen bir kullanıcının Türkçe bir sayfaya düşmesi, deneyimi bozar ve güven kaybettirir.
Performans ve Bakım Etkisi
Çok dilli yapı, sitenin teknik yükünü artırır ve bu göz ardı edilmemelidir.
Veritabanındaki içerik miktarı, dil sayısıyla orantılı büyür. Üç dilli bir sitede içerik tabloları yaklaşık üç kat büyür; bu, sorgu sürelerini ve yedekleme boyutunu etkiler.
Her sayfa yüklemesinde dil belirleme ve çeviri eşleştirme işlemleri çalışır. İyi yapılandırılmış bir önbellek katmanı bu yükün büyük kısmını ortadan kaldırır, ancak önbelleğin dil bazında ayrı tutulduğundan emin olun — aksi halde bir dilde önbelleklenen sayfa başka dilde gösterilebilir.
Bakım tarafında da yük artar: her güncelleme testi her dilde yapılmalı, her yeni özellik her dilde kontrol edilmelidir. Bu, dil sayısını gerçekçi tutmanın bir başka nedenidir.
Hangi Eklentiyi Seçmeli?
Karar için basit bir yol: WooCommerce kullanıyorsanız ve çok dilli satış yapacaksanız, WPML genellikle daha az sürprizle sonuçlanır. İki veya üç dilli bir kurumsal tanıtım sitesi kuruyorsanız ve çevirileri kendi ekibinizle yönetecekseniz, Polylang fazlasıyla yeterlidir.
Kararı verirken hangi eklentilerinizin hangi çözümle uyumlu olduğunu da kontrol edin. Kullandığınız form, SEO veya sayfa oluşturucu eklentisinin çok dilli desteği, seçimi tek başına belirleyebilir.
Son olarak, eklenti değiştirmenin zor olduğunu bilin; içerik yapısı eklentiye bağlı kurulur. Bu yüzden kararı baştan vermeye değer.
Sonuç
Çok dilli site, doğru kurulduğunda yeni pazarlara açılmanın en verimli yoludur; yanlış kurulduğunda ise yönetilemez bir yük ve SEO sorunu kaynağıdır. Dil sayısını gerçekçi tutmak, URL yapısını baştan doğru seçmek ve hreflang tanımlarını titizlikle kurmak, projenin geri kalanını kolaylaştırır.
Çok dilli site kurulumu veya mevcut yapınızın gözden geçirilmesi için destek almak isterseniz iletişime geçebilirsiniz.