jekcms çekirdeği tek bir sitede tek bir dilde çalışır -- yerleşik bir çok dilli yazı sistemi yoktur. Bu rehber iki gerçek seçeneği ele alıyor: dil başına ayrı kurulumlar ya da tek bir sitede tek dilli yazılar, ayrıca çevirilerin birbirinden kaymasını nasıl önlersiniz.
Gerçek Model: Tek Site, Tek Dil
Bir iş akışı seçmeden önce, jekcms'in kutudan çıktığı haliyle gerçekte ne yaptığını netleştirmek işe yarar: tek bir jekcms kurulumu tek bir dilde tek bir site olarak çalışır. Ürün çekirdeğinde posts tablosunda lang sütunu, translated_from meta anahtarı ya da yazı başına title_tr/content_tr alanları yoktur. İki dilli bir varlık istiyorsanız, yerleşik bir çok dilli içerik sisteminden seçim yapmıyorsunuz — iki gerçek seçenek arasında karar veriyorsunuz.
Seçenek 1: İki Ayrı Kurulum
En basit yaklaşım, her dil için ayrı bir jekcms kurulumu çalıştırmaktır — ya ayrı alt domainlerde (en.example.com / tr.example.com) ya da tamamen ayrı domainlerde. Her kurulumun kendi veritabanı, kendi yazıları ve kendi admin'i vardır. Hiçbir şey otomatik senkronize olmaz; her dili bağımsız olarak yazar ve yayımlarsınız. Her iki dil de ciddi editoryal yatırım gerektiriyorsa, temiz ölçeklenen ve gerçekten önereceğimiz yaklaşım budur.
Ödünleşim, çift admin işidir: iki giriş, iki ayar seti, medyayı yönetmek için iki yer (bilinçli olarak bir uploads dizinini paylaşmadığınız sürece). Çoğu iki dilli proje için bu ek yük, kendi senkronizasyon katmanınızı sürdürmenin maliyetinden daha küçüktür.
Seçenek 2: Yazı Başına Dil, Manuel
İçeriğiniz çoğunlukla tek dilliyse ve ara sıra çevrilmiş bir parça varsa, tek bir jekcms kurulumu çalıştırıp bireysel yazıları hangi dil mantıklıysa o dilde yazabilirsiniz — bir yazı bir yazıdır ve aynı sitede bazılarını Türkçe, bazılarını İngilizce yayımlamanızı engelleyen bir şey yoktur. Bu durum için hreflang otomasyonu yoktur; ihtiyacınız varsa <link rel="alternate" hreflang="..."> etiketlerini kendiniz eklersiniz, çünkü jekcms'in çekirdeği yazılar arası hreflang çiftleri üretmez.
jekcms'in Arayüz Çeviri Katmanı Gerçekte Ne Yapar
jekcms'in gerçek, yerleşik çeviri yardımcıları vardır — ama bunlar içerik değil arayüz metinleri üzerinde çalışır. __() ve jek_t($tr, $en), sitenin yapılandırılmış diline göre etiketleri, düğmeleri ve admin/tema arayüz metnini çevirir; ct() aynısını müşteri hesap alanı için yapar. Hiçbiri bir yazının içeriğine dokunmaz. Aynı makalenin iki dil sürümünü tek bir yazı kaydında saklayıp otomatik hreflang çıktısı veren bir mekanizma arıyorsanız, bu üründe yoktur — yukarıdaki iş akışı (ayrı kurulumlar ya da ayrı yazılar) gerçek yoldur.
İçerik Kaymasını Önlemek
Hangi seçeneği seçerseniz seçin, her dil sürümünden sorumlu belirli bir kişi atayın. En yaygın uzun vadeli başarısızlık biçimi içerik kaymasıdır: bir dil bir ürün değişikliği ya da düzeltmenin ardından güncellenir, diğeri güncellenmez. Kaynak içerik her değiştiğinde çalışan basit bir kontrol listesi, iki kurulum ya da yazı arasında manuel bir çapraz referansla, kaymanın zaman içinde birikmesini önler.
Çeviri Kalitesi ve İnceleme Süreçleri
Makine çevirisi çarpıcı biçimde gelişti, ama teknik içerikte hâlâ garip ifadeler üretiyor. Gördüğümüz en etkili iş akışı, makine çevirisini konuya hâkim, ana dili hedef dil olan bir editörle eşleştiriyor. Makine, toplu çeviriyi dakikalar içinde hallediyor; editör terminolojiyi inceltiyor, cümle yapısını doğal okunabilirlik için ayarlıyor ve kod örnekleriyle teknik terimlerin gerektiği yerde çevrilmeden kaldığını doğruluyor. Editoryal incelemeyi, teslim tarihi baskısı altında atlanabilen isteğe bağlı bir adım değil, zorunlu bir adım olarak ele alın.
