WordPress Çok Dilli · Çeviri + Teknik Mimari · Hreflang · Schema · AI Hazır
Çok Dilli WordPress Sorunu
Çoğu "çok dilli" WordPress sitesi üç düzeyde başarısız olur:
- Teknik başarısızlık: Hatalı hreflang, yinelenen içerik riski, bozuk dil değiştirme veya küresel performansı yavaşlatan şişkin eklentiler.
- Çeviri başarısızlığı: Sıralayan ancak dönüştürmeyen makine çevirisi içeriği — kültürel bağlam kaybolur, marka sesi parçalanır.
- Stratejik başarısızlık: Dil sürümleri arasında koordinasyon yok; aramada birbirleriyle yarışma; AI arama görünürlüğünün tamamen kaçırılması.
Sonuç: işletmeler çok dilli genişlemeye yatırım yapar ancak hedef pazarlarda seyrelmiş SEO sinyalleri, kafası karışık kullanıcılar ve kayıp gelir görür.
Mimariyi keşiften sonra seçin
WPML, Polylang, MultilingualPress, Multisite ve özel yönlendirme farklı problemleri çözer. Karar editoryal sahiplik, pazar bağımsızlığı, WooCommerce, çeviri iş akışı, performans, entegrasyonlar ve destek kapasitesine göre verilmelidir. Kurulum veya taşıma önermeden önce mevcut yapıyı denetler ve seçeneklerin etkilerini belgelerim.
Entegre Hizmet: Çeviri + Teknik Mimari
Teslim, ortak bir URL ve içerik haritasına ihtiyaç duyan üç katmanı birleştirir:
Teknik uygulama yığını
1. URL Mimari Stratejisi
Doğru URL yapısı temeldir—buradaki hatalar SEO ve UX boyunca zincirleme etki yaratır:
| Yaklaşım | Yapı | En uygun | Uygulama |
|---|---|---|---|
| Alt Dizin | example.com/en/example.com/tr/ |
Çoğu işletme—birleşik otorite, daha basit yönetim | Özel yeniden yazma kuralları, dile özgü şablon yönlendirmesi |
| Alt Alan Adı | en.example.comtr.example.com |
Tam ayrım gerektiren büyük pazarlar (barındırma, hukuk) | Alan adı eşleme ile WordPress multisite |
| Multisite | Dil başına ayrı WP siteleri | Kurumsal—tam editoryal bağımsızlık, paylaşılan çekirdek | Dile özgü alt temalarla WP Multisite |
| Hibrit | Alt dizin + seçici alt alan adı | Karmaşık pazarlar (ör. AB GDPR ayrımı) | Özel yönlendirme mantığı, birleşik kullanıcı yönetimi |
2. Hreflang Uygulaması
Hreflang, arama motorlarına hangi dil sürümünün sunulacağını söyler — yinelenen içerik karışıklığını önlemeye ve pazar uygun sıralamayı iyileştirmeye yardımcı olur:
<!-- In <head> or HTTP header -->
<link rel="alternate" hreflang="en-us"
href="https://example.com/en/product/" />
<link rel="alternate" hreflang="tr-tr"
href="https://example.com/tr/urun/" />
<link rel="alternate" hreflang="fa-ir"
href="https://example.com/fa/mahsool/" />
<link rel="alternate" hreflang="x-default"
href="https://example.com/en/product/" />Önlediğim yaygın hatalar:
- Eksik geri dönüş bağlantıları (her sayfa kendisi dahil tüm alternatiflere hreflang vermelidir).
- Birbirinden ayrı
en-GBveen-USsürümleri gerçekten pazar hedeflemesi gerektirirken yalnız dil kodu kullanmak. - Protokol uyumsuzlukları (hreflang URL'lerinde http vs. https).
- Canonical çakışmaları (hreflang ve canonical etiketleri birbiriyle çelişiyor).
3. Yerelleştirilmiş Schema İşaretlemesi
JSON-LD schema dile özgü olmalı—yalnızca çevrilmiş değil, pazara uygun:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Product",
"@id": "https://example.com/tr/urun/#product",
"name": "Ürün Adı (Türkçe)",
"description": "Türkçe ürün açıklaması...",
"inLanguage": "tr-TR",
"brand": {
"@type": "Brand",
"name": "Marka Adı"
},
"offers": {
"@type": "Offer",
"price": "1500.00",
"priceCurrency": "TRY"
}
},
{
"@type": "WebPage",
"@id": "https://example.com/tr/urun/#webpage",
"inLanguage": "tr-TR",
"isPartOf": {"@id": "https://example.com/tr/#website"}
}
]
}Kritik yerelleştirme ayrıntıları:
inLanguagesayfa başına açıkça ayarlanır.- Para birimi uyarlandı (Türkiye için TRY, uygun olduğunda İran için IRR, uluslararası için USD).
- Uygun olduğunda Türkçe/Farsça adres formatlarıyla yerel işletme işaretlemesi.
- FAQPage schema yalnızca o dildeki yararlı ve görünür soruları doğru biçimde yansıtıyorsa kullanılır.
4. Performans ve Altyapı
Çok dilli siteler genelde eklenti yüküyle yavaşlar. Optimizasyonum:
- Yalın dil değiştirme: Ağır eklenti yerine özel uygulama — sayfa URL bağlamını korur, sorgu parametresi hilelerinden kaçınır.
- Seçici yükleme: Yalnızca gerektiğinde dil özel CSS/JS (Farsça RTL stilleri, Türkçe font alt kümeleri).
- Coğrafi barındırma: Mümkün olduğunda İstanbul bölgesi CDN'den Türk trafiği; Farsça rotalar mevcut bölgesel düğümlere göre ayarlanır.
- Core Web Vitals: LCP hedefleri (ör. < 2,5 sn) yalnızca İngilizce değil tüm dil sürümlerinde izlenir.
5. Yapay Zeka Arama Hazırlığı (AEO/GEO)
Modern çok dilli SEO, AI cevap motorları için optimizasyonu içerir:
- Varlık tutarlılığı: Pazara dönük adlar ve açıklamalar yerelleştirilirken marka, ürün ve kuruluş kimlikleri diller arasında bağlı kalır.
- Alıntıya hazır yapı: Numaralı adımlar, veri tabloları, dış bağlantılı doğrulanabilir iddialar — yanıt motorları bunları güvenilir şekilde çıkarır.
- Diller arası varlık çözümleme: Mümkün olduğunda Wikidata Q öğelerine
sameAs(Türk varlıkları giderek eşleniyor). - Tarama politikası: Arama odaklı ve eğitim amaçlı tarayıcı tercihleri alan adı düzeyinde ayrı incelenir; dil URL’leri iç bağlantılar ve sitemap üzerinden keşfedilebilir kalır.
Diller Arası Mimari: Tek Çift Çevirinin Ötesinde
Çoğu çok dilli WordPress kurulumu tek kaynak dil (genellikle İngilizce) varsayar ve dışa çevirir. Bu model, içeriğin birden fazla pazar arasında aktığı küresel operasyonlarda çöker.
Türkçe, Farsça, İngilizce ve diğer dillerin doğrudan etkileştiği — yalnızca İngilizce aracılığıyla değil — diller arası mimari uyguluyorum.
| Model | Yapı | Risk | Yaklaşımım |
|---|---|---|---|
| Geleneksel | EN → TR → FA | Anlam kaybı, SEO sapması | Diller arası ağ Doğrudan + kontrollü pivot sistemi |
| Ajans tabanlı | Birbirinden kopuk birden fazla çevirmen | Terminoloji tutarsızlığı | |
| Makine öncelikli | Otomatik çeviri katmanları | Düşük dönüşüm, kültürel uyumsuzluk |
Desteklenen Diller Arası Akışlar
- Türkçe ↔ Farsça: Doğrudan ticaret, lojistik, kültürel değişim
- Türkçe ↔ Arapça: Orta Doğu genişlemesi ve turizm
- Türkçe ↔ Fransızca: AB ve Kuzey Afrika pazarları
- Türkçe ↔ Almanca: Diaspora ve B2B imalat
- Türkçe ↔ İngilizce: Küresel koordinasyon katmanı
Diller Arası Sistemler Neden Önemli
Küresel operasyonlarda içerik nadiren tek yönde akar. Ürün güncellemeleri, hukuki belgeler ve pazarlama kampanyaları bölgeler arasında hareket eder. Diller arası sistem tutarlılığı, anlamı korur ve SEO uyumunu yalnızca İngilizce merkezli değil tüm pazarlarda sürdürür.
Terminoloji ve Tutarlılık Motoru
Tüm çok dilli projeler merkezi bir terminoloji sistemi kullanır:
- Diller arası paylaşılan sözlük
- Gelişen terimler için sürüm kontrolü
- Türkçe, Farsça ve İngilizce arasında tutarlılık QA
- Tüm pazarlarda marka sesi uyumu
Türkiye merkezli bir ağ; her şeyi kapsayan bir dil listesi değil. Dil çiftleri ön görüşmede kapsamlandırılır; ek diller gerektiğinde kontrollü iş akışı veya uzman iş birliğiyle ele alınır.
Dile Özgü Teknik Hususlar
Türkçe Yerelleştirme
- Karakter işleme: Türkçe ı (noktasız i) vs. i (noktalı i) — büyük/küçük harf dönüşümü ayrımı korumalıdır.
- Collation: Veritabanı sıralaması Türk alfabesini izler (ç, ğ, ı, ö, ş, ü sırası).
- SEO: Eklemeli morfoloji, kök biçimlerin ötesinde anahtar kelime araştırması gerektirir.
- Yerel platformlar: İlgili olduğunda Trendyol, Hepsiburada ve yerel ödeme ağ geçitleri entegrasyonu.
Farsça Yerelleştirme
- RTL mühendisliği:
dir="rtl", mantıksal CSS özellikleri, ayna görüntülü yerleşim testi. - Font optimizasyonu: Latin yedekli Vazirmatn veya Shabnam web fontları.
- Unicode handling: Farsçaya özgü karakterler (ی, ک) ile Arapça karşılıkları arasındaki ayrım.
- Takvim: İran pazarı için Güneşi Hicri (Şemsi) tarih gösterimi seçeneği.
Osmanlı Türkçesi (Miras Projeleri)
- Font gömme: Dijital sergi için Arap harfli web fontları.
- Transkripsiyon arayüzü: Çift görünüm (Osmanlı yazısı + modern Türkçe) ve geçiş.
- IIIF uyumluluğu: Araştırma portallarında el yazması görüntü sunumu için.
Uygulama Süreci
-
Denetim ve strateji
Mevcut site analizi, pazar önceliklendirme (hangi diller, hangisi önce), teknik borç değerlendirmesi, rakip çok dilli SEO incelemesi.
-
Mimari tasarım
URL yapısı kararı, hreflang eşlemesi, schema stratejisi, performans bütçesi, eklenti vs. özel geliştirme kararı.
-
İçerik Göçü ve Çeviri
Öncelikli sayfa belirleme, sözlük geliştirme, SEO anahtar kelime entegrasyonlu profesyonel çeviri, medya yerelleştirmesi (alt metin, dosya adları).
-
Teknik geliştirme
Tema geliştirme veya uyarlaması, hreflang uygulaması, schema dağıtımı, dil değiştirici arayüzü, performans optimizasyonu.
-
QA ve doğrulama
Diller arası bağlantı kontrolü, hreflang doğrulayıcı testi, schema doğrulama, Core Web Vitals doğrulama, AI tarayıcı erişilebilirlik kontrolü.
-
Lansman ve izleme
Aşamalı yayın (önce bir pazar, sonra genişleme), dil başına Search Console izleme, sıralama takibi, AI arama motorlarında alıntı takibi.
Fiyatlandırma modelleri
| İş birliği | Kapsam | Yatırım |
|---|---|---|
| Çok Dilli Denetim | Mevcut kurulumun teknik incelemesi, hreflang teşhisi, performans analizi, iyileştirme yol haritası | $1.500–$3.000 |
| Tek Dil Ekleme | Mevcut İngilizce siteye bir ek dil (ör. Türkçe): çeviri + teknik uygulama | $5.000–$15.000 |
| Çok Dilli Yeniden Yapılandırma | 2–3 dil için tam çok dilli mimari, özel tema, tam içerik taşıma | $15.000–$40.000 |
| Kurumsal Multisite | 4+ dil, karmaşık yönlendirme, özel altyapı ve sürekli retainer ile WP Multisite | 40.000 $+ artı aylık |
| Sürekli Optimizasyon | Aylık: içerik güncellemeleri, schema iyileştirme, performans izleme, AI arama takibi | $1.500–$5.000/ay |
Çok dilli yayın öncesi kanıt planı
Yayın öncesinde doğrulananlar
Çok dilli yayın, kanıtsız trafik vaadine göre değil yazılı URL ve içerik haritasına göre kabul edilir. Kesin kontroller seçilen platforma ve hedef pazarlara bağlıdır.
- İndekslenebilir her dil URL’si doğru self-canonical, metadata ve sitemap kaydına sahiptir.
- Eşlenen karşılıklar geçerli çift yönlü hreflang taşır; karşılığı olmayan sayfalar sahte çiftlere zorlanmaz.
- Dil değiştirici sayfa bağlamını korur ve karşılık bulunmadığında kullanılabilir bir alternatif sunar.
- Menüler, formlar, e-postalar, site içi arama, yapılandırılmış veri ve izin metinleri temsili dillerde test edilir.
- Gerektiğinde RTL düzenler, uzun etiketler, para birimleri, tarihler ve yerel dönüşüm yolları kontrol edilir.
- Search Console ve analitik ölçümü yayın öncesinde dil ve pazara göre ayrılır.
Daha Geniş Hizmetlerle Entegrasyon
WordPress yerelleştirme şunlarla bağlantılıdır:
- WordPress geliştirme—yeni siteler, yeniden yapımlar ve içerik mimarisi.
- SEO ve yapay zeka arama—pazara özgü sorgu araştırması, schema ve ölçüm.
- WordPress bakımı—güncellemeler, izleme ve yayın sonrası devamlılık.
Sık sorulan sorular: WordPress çok dilli
- Hangi çok dilli WordPress çözümünü öneriyorsunuz?
Herkes için tek doğru yoktur. WPML olgun çeviri iş akışları ve WooCommerce için; Polylang daha yalın editoryal siteler için; MultilingualPress veya WordPress Multisite pazarların bağımsız yönetildiği yapılarda uygun olabilir. Özel yönlendirme ancak içerik modeli, entegrasyon veya sahiplik ihtiyacı desteklenen bir ürünle güvenli biçimde çözülemiyorsa seçilir.
- Mevcut WPML veya Polylang sitesini düzeltebilir misiniz?
Evet. Önce dil URL’leri, çeviri eşleşmeleri, canonical, hreflang dönüş bağlantıları, sitemap, veritabanı büyümesi, cache uyumu ve editoryal süreç denetlenir. Sonuç mevcut yapıyı düzeltmek, kontrollü taşıma yapmak veya aracı daha dar bir yapılandırmayla korumak olabilir.
- Teknik kurulumun yanında çeviri de sunuyor musunuz?
Hizmetin çekirdeği teknik mimari, WordPress uygulaması ve çok dilli SEO’dur. Türkçe ve İngilizce içerik ayrıca kapsamlandırılabilir; diğer dillerde onaylı dil uzmanınız veya uzman iş ortakları kullanılabilir. Her pazar literal çeviri yerine yerel anahtar kelime ve dönüşüm kontrolünden geçmelidir.
- Çok dilli WordPress kurulumu ne kadar sürer?
Mevcut siteye tek dil eklenmesi çoğunlukla 3–4 hafta; iki veya üç dilli tam yeniden yapım genellikle 8–12 hafta sürer. Karmaşık multisite ve kurumsal yönlendirme projeleri 3–6 ayı bulabilir. Süre içerik, çeviri, geliştirme, veri taşıma ve kalite kontrolü kapsar.
- Çok dilli kurulum siteyi yavaşlatır mı?
Her dil tekrarlanan sorgular, büyük çeviri tabloları, gereksiz dosyalar veya cache uyumsuzluğu eklerse yavaşlatabilir. Performans her şablon ve dilde ölçülmelidir. Teslimde uyumluluk planı, temsili dil testleri ve geri dönüş yolu bulunur; hiçbir eklenti veya özel sistem ölçmeden hızlı kabul edilmez.
- Farsça veya Arapça gibi RTL dilleri nasıl ele alıyorsunuz?
Yalnız yönü ters çevirmek yerine mantıksal CSS özellikleri, doğru `dir` ve `lang` değerleri, yazı tipi ve alt küme optimizasyonu, form ve bileşen yönleri ile cihaz testleri ele alınır. Aynı sayfadaki çift yönlü metinler ayrıca kontrol edilir.
- Hreflang nedir ve neden önemlidir?
Hreflang, Google’ın eşdeğer sayfalar arasından uygun dil veya bölge URL’sini seçmesine yardımcı olur. Bir sıralama artışı değildir; self-canonical, indekslenebilir URL ve yerelleştirilmiş içeriğin yerini tutmaz. Eşlenen sayfalarda geçerli kodlar ve karşılıklı bağlantılar gerekir; karşılığı olmayan sayfalar zorla eşlenmemelidir.
- Çok dilli sayfaları AI arama için de hazırlıyor musunuz?
Evet. Dil bazında tutarlı varlık adları, yerelleştirilmiş schema, açık cevap blokları, kaynak gösterilebilir iddialar ve uygun tarama politikası kurulur. AI görünürlüğü garanti edilmez; hedef sorgular ve alıntı görünümü ölçülerek takip edilir.
- Daha sonra yeni dil eklenebilir mi?
Evet. URL, içerik modeli, çeviri ilişkileri, medya ve schema yapısı başlangıçta genişlemeye uygun tasarlanırsa yeni dil çoğunlukla çeviri ve artımlı teknik çalışma gerektirir; tüm sistemin yeniden kurulması gerekmez.
- Mevcut çeviri ajansımızla birlikte çalışabilir misiniz?
Evet. Ajansınız içeriği üretirken WordPress uygulaması, URL eşleşmesi, teknik kalite kontrol ve SEO entegrasyonu tarafını üstlenebilirim. Sorumluluk, teslim biçimi, değişiklik yönetimi ve son onay sahibi proje başında yazılı belirlenir.
Çok Dilli WordPress Değerlendirmesi Talep Edin
Mevcut site denetimi, pazar stratejisi ve teknik mimari önerisi. Çeviri, SEO ve AI hazırlığının tek mühendislik sisteminde entegrasyonu.
Değerlendirme talep edinİlgili: WordPress geliştirme · Özel eklenti geliştirme · SEO ve yapay zeka arama