Çeviri · WordPress · Çok dilli

WordPress çok dilli
yerelleştirme

WordPress multilingual localisation often needs no plugin at all — many sites are better served by core multisite or subdirectory routing, which keeps hreflang and schema under direct control and avoids WPML’s query overhead and licence lock-in. WPML or Polylang is configured where it genuinely fits. Translation and technical implementation ship together.

Çeviri + teknik mimari — hreflang, yerelleştirilmiş JSON-LD, performans ve AEO'ya hazır yapı.

Değerlendirme isteyin Tüm çeviri hizmetleri

Yığın ve pazarlar

Katmanlar
Metin · URL · Schema
Tek tutarlı sistem
Hreflang
x-default · bölgesel
Geri dönüş bağlantıları doğrulandı
Pazarlar
EN · TR · FA · RTL
Diaspora + bölgesel
Teslimat
Alt dizin · MS · hibrit
Hafif dil değiştirme

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:

  1. 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.
  2. Ç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.
  3. 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.

Eklenti Tuzağı vs. Mühendislik Çözümü

Popüler çok dilli eklentiler (WPML, Polylang, TranslatePress) kolaylık vaat eder ama çoğu zaman şunları getirir: veritabanı şişkinliği, kilitlenme fiyatlandırması, çakışan önbellekleme ve aylar sonra yalnızca Search Console içinde ortaya çıkan hreflang hataları. Yaklaşımım: yalın özel mimari — dil özel şablonlar, WordPress çekirdek multisite veya alt dizin yapılarının stratejik kullanımı ve doğrudan hreflang kontrolü. Daha hızlı, daha sürdürülebilir ve ölçek için tasarlanmış.

Entegre Hizmet: Çeviri + Teknik Mimari

Ajansların genelde üç tedarikçiye böldüğü hizmeti tek elden sunuyorum:

WordPress çok dilli hizmet katmanları Katman 1: Profesyonel çeviri Türkçe, Farsça, İngilizce · Kültürel yerelleştirme · Marka sesi Katman 2: Teknik Mimari URL yapısı · Hreflang · Multisite vs. alt dizin · Performans Katman 3: Yapay Zeka Arama Optimizasyonu Yerelleştirilmiş schema · Varlık tutarlılığı · Alıntıya hazır yapı Birleşik: Tek tedarikçi, tutarlı sistem, ölçülebilir sonuçlar
Genelde ayrı tutulan üç katman—sistem tutarlılığı için burada birleştirildi.

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.com
tr.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).
  • Hatalı bölge kodları (Türkiye'nin tr-tr kodu yerine Türkmenistan için tr kullanımı).
  • 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ı:

  • inLanguage sayfa 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.
  • AI alıntısı için hedef dilde FAQPage schema.

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ığı: İngilizce, Türkçe ve Farsça schema'da marka/ürün adlandırması sabit — Semantic Velocity'yi destekler.
  • 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).
  • İzin mimarisi: Strateji gerektirdiğinde dil dizini başına PerplexityBot, OAI-SearchBot için açık robots.txt kuralları.

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

  1. Denetim ve strateji

    Mevcut site analizi, pazar önceliklendirme (hangi diller, hangisi önce), teknik borç değerlendirmesi, rakip çok dilli SEO incelemesi.

  2. Mimari tasarım

    URL yapısı kararı, hreflang eşlemesi, schema stratejisi, performans bütçesi, eklenti vs. özel geliştirme kararı.

  3. İç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ı).

  4. Teknik geliştirme

    Tema geliştirme veya uyarlaması, hreflang uygulaması, schema dağıtımı, dil değiştirici arayüzü, performans optimizasyonu.

  5. 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ü.

  6. 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

Vaka Çalışması: Çok Dilli SaaS Platformu

B2B Analitik Aracı: EN → EN/TR/FA üç dilli yapı

Zorluk: Mevcut İngilizce WordPress sitesi, teknik borç veya eklenti kilidi olmadan Türk ve Fars pazarlarına genişleme gerektirdi.

Eylemler

  • Alt dizin yapısı tasarlandı: özel yönlendirme ile /en/, /tr/, /fa/.
  • Mevcut sayfa bağlamını koruyan yalın dil değiştirici (ana sayfaya yönlendirme yok).
  • x-default ve bölgeye özgü varyantlarla (tr-tr, fa-ir) hreflang uygulandı.
  • Yerelleştirilmiş schema dağıtıldı: Product, Organization, FAQPage üç dilde.
  • Farsça için optimize RTL: Vazirmatn font, mantıksal CSS, tarih formatı yerelleştirmesi.
  • AI alıntısı için yapılandırılmış içerik: numaralı çerçeveler, veri tabloları, doğrulanabilir iddialar.
  • Tarama izinlerini ayarlayın: PerplexityBot, OAI-SearchBot dil başına açıkça izinli.

Sonuçlar (lansmandan 4 ay sonra)

  • Teknik: Search Console'da sıfır hreflang hatası; tüm pazarlarda Core Web Vitals "Good".
  • SEO: Türkçe sayfalar 12 temel terimde #1–5 sıralama; Farsça sayfalar indekslenmiş ve sıralamada.
  • AI Arama: 10 test sorgusunun 8'inde Perplexity'de alıntılanma; ChatGPT Search yüzey görünürlüğü.
  • İş: Yerelleştirme öncesi Türkçe deneme kayıtları +%280; Farsça pazar girişi kuruldu.

Daha Geniş Hizmetlerle Entegrasyon

WordPress yerelleştirme şunlarla bağlantılıdır:

Sık sorulan sorular: WordPress çok dilli

Hangi çok dilli eklentiyi önerirsiniz?

Çoğu zaman hiçbiri. Birçok site için WordPress çekirdek çoklu site veya alt dizin yönlendirmesiyle özel hafif çözümler kurarım. Eklentiler uygun olduğunda (müşteri bakım gereksinimleri, basit siteler) WPML veya Polylang'ı performans optimizasyonuyla seçer ve yapılandırırım — ancak her zaman eklenti varsayılanları değil, doğrudan hreflang kontrolüyle.

Yaklaşımınız WPML kullanmaktan nasıl farklı?

WPML veritabanı tabloları, sorgu yükü ve kilitleme fiyatlandırması ekler. Özel yapılarım: daha hızlı (eklenti şişkinliği yok), tam kontrol edilebilir (doğrudan hreflang, schema erişimi), taşınabilir (eklenti ekosistemine kilitli değil) ve AI için optimize (alıntı için yapılandırılmış). Daha yüksek ön yatırım, daha düşük yaşam döngüsü maliyeti.

Çeviriyi mi yoksa yalnızca teknik kurulumu mu üstleniyorsunuz?

Her ikisi de — entegre. İnsan çevirisi (Türkçe, Farsça, İngilizce) ve teknik uygulama sunuyorum. Bu, çevirmen ile yazılımcı arasındaki koordinasyon kopukluğunu ortadan kaldırır: hreflang doğrudur çünkü içeriği anlarım; çeviri SEO bilincindedir çünkü teknik katmanı kontrol ederim.

Çok dilli WordPress uygulaması ne kadar sürer?

Tek dil eklemesi mevcut siteye: 3–4 hafta. Tam 2–3 dil yeniden kurması: 8–12 hafta. Karmaşık yönlendirmeli kurumsal çoklu site: 3–6 ay. Zaman çizelgesi çeviri, teknik yapı ve QA içerir — yalnızca "eklenti kurulumu" değil.

Çok dilli kurulum sitemi yavaşlatır mı?

Doğru mimaride değil. Uygulamalarım genellikle şunlarla tek dilli performansı eşler veya aşar: seçici varlık yükleme, pazar başına optimize barındırma, yalın dil değiştirme ve eklenti yükü yok. Core Web Vitals hedefleri tüm dillerde korunur.

Farsça gibi sağdan sola (RTL) dilleri nasıl ele alıyorsunuz?

Tam RTL mühendisliği: mantıksal CSS özellikleri (ayna stiller değil), Farsça web font optimizasyonu (Vazirmatn), dir="rtl" uygulaması ve kapsamlı cihaz testi. Yalnızca "eklenti RTL seçeneği" değil — mühendislik bidirectional yerleşim.

hreflang nedir ve neden önemlidir?

Hreflang, Google'a (ve diğer motorlara) bir sayfanın hangi dil sürümünün hangi kullanıcıya gösterileceğini söyler. Olmadan: Türk kullanıcılar İngilizce sayfalar görebilir veya daha kötüsü — motorlar benzer sayfaları görünce yinelenen içerik cezaları uygulanır. Doğru hreflang, çok dilli SEO'nun temelidir.

Perplexity gibi AI arama motorları için optimize ediyor musunuz?

Evet — bu entegredir. Yerelleştirilmiş schema, alıntıya hazır içerik yapısı, diller arası varlık tutarlılığı ve açık tarayıcı izinleri. Metodoloji için AEO Rehberi sayfasına bakın. Lansman sonrası AI arama motorlarında alıntı görünümünü izlerim.

Daha sonra dil ekleyebilir misiniz?

Evet — genişletme için tasarlanmış mimari. İlk yapı ek diller için yer tutucu yapı içerir; dördüncü veya beşinci dil eklemek yeniden kurma değil, çeviri ve artımlı teknik iş gerektirir.

Mevcut çeviri ajanslarıyla çalışıyor musunuz?

Evet — tercih ettiğiniz çevirmenleriniz varsa teknik uygulama, QA ve SEO entegrasyonu sağlarım. Ancak çeviri kalitesi teknik performansı doğrudan etkiler (hreflang hataları çoğu zaman içerik uyumsuzluğundan kaynaklanır). Entegre hizmet önerilir.

Ç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: Tüm çeviri · Türkçe · Farsça · Osmanlıca · Teknik SEO · WordPress

ÇOK DİLLİ WORDPRESS
DOĞRU KURULMUŞ.

Site URL’nizi, hedef pazarları ve dilleri gönderin — denetim, mimari ve çeviri ile teknik SEO’yu tek sistemde kapsayan teklif.

Değerlendirme isteyin Tüm hizmetlere dön