İçindekiler
CMS Yerelleştirmesi: Çok Dilli İçeriği Büyük Ölçekte Yönetmek
Temel Çıkarımlar
- CMS yerelleştirme mimarisi seçimleri (alan düzeyi, giriş düzeyi veya ayrı içerik ağaçları), editoryal iş akışını ve ölçeklenebilirliği önemli ölçüde etkiler
- Yerleşik i18n desteğine sahip headless CMS platformları en esnek çok dilli içerik yönetimini sunar
- İçerik modellemesi, yerel ayara özgü alanları, paylaşılan varlıkları ve çeviri durumu takibini hesaba katmalıdır
- Editoryal iş akışları, yerel ayar başına çeviri atama, inceleme ve yayımlama aşamalarını içermelidir
CMS Yerelleştirme Mimarisi
Yaklaşım 1: Alan Düzeyi Yerelleştirme
Her içerik alanı tüm yerel ayarlar için değerler depolar:
{
"title": {
"en": "Getting Started Guide",
"de": "Erste-Schritte-Anleitung",
"fr": "Guide de démarrage"
},
"body": {
"en": "Welcome to...",
"de": "Willkommen bei...",
"fr": "Bienvenue sur..."
}
}
Avantajlar: Her içerik parçası için tek giriş, çeviri durumunu görmek kolaydır. Dezavantajlar: Karmaşık içerik modeli, yalnızca biri gerekli olsa bile tüm yerel ayarlar yüklenir.
Yaklaşım 2: Giriş Düzeyi Yerelleştirme
Her yerel ayar için bir referansla bağlantılı ayrı içerik girişleri:
// İngilizce giriş
{ "id": "guide-en", "locale": "en", "ref": "guide", "title": "Getting Started" }
// Almanca giriş
{ "id": "guide-de", "locale": "de", "ref": "guide", "title": "Erste Schritte" }
Avantajlar: Temiz ayrım, yalnızca gerekli yerel ayarı yükle, bağımsız yayımlama. Dezavantajlar: Yönetilecek daha fazla giriş, çeviri boşluklarını görmek daha zor.
Yaklaşım 3: Ayrı İçerik Ağaçları
Her yerel ayarın kendi eksiksiz içerik ağacı vardır ve pazar başına tamamen bağımsız içerik stratejilerine olanak tanır.
Avantajlar: Maksimum esneklik, pazarların benzersiz içeriği olabilir. Dezavantajlar: En yüksek yönetim yükü, içeriği senkronize tutmak zordur.
Çok Dilli İçerik için Headless CMS
Headless CMS platformları içeriği sunumdan ayırır ve bu da onları çok dilli dağıtım için uygun hale getirir:
| Özellik | i18n için Neden Önemlidir |
|---|---|
| API-first dağıtım | Herhangi bir frontend'e yerel ayara özgü içerik sunma |
| Esnek içerik modelleme | Hangi alanların yerelleştirilebilir olduğunu tanımlama |
| Webhook desteği | Çeviriler yayımlandığında build tetikleme |
| Rol tabanlı erişim | Çevirmenleri belirli yerel ayarlara atama |
| Yayımlama iş akışı | Yerel ayar başına bağımsız inceleme ve yayımlama |
Yerelleştirme için İçerik Modelleme
Yerelleştirilebilir ve Yerelleştirilemeyen Alanlar
Tüm içerik alanlarının çevrilmesi gerekmez:
| Yerelleştirilebilir | Yerelleştirilemeyen |
|---|---|
| Başlık, gövde, excerpt | Slug (genellikle), oluşturma tarihi |
| Meta başlık, meta açıklama | Yazar referansı, kategori |
| Görseller için alternatif metin | Öne çıkan görsel URL'si (genellikle) |
| CTA metni | Dahili etiketler, sıralama |
Paylaşılan Varlıklar
Görsel ve medya dosyalarının yerelleştirilmesi gerekebilir veya gerekmeyebilir:
- Küresel olarak paylaşılan: Ürün fotoğrafları, logolar, ikonlar
- Yerel ayara özgü: UI metni içeren ekran görüntüleri, verili infografikler, pazarlama banner'ları
- Kısmen yerelleştirilmiş: Videolar (paylaşılan görsel, yerelleştirilmiş altyazı/ses)
Çok Dilli CMS için Editoryal İş Akışı
Yerel Ayar Başına İş Akışı Aşamaları
- Kaynak içerik oluşturuldu — yazar kaynak dilde yazar
- Çeviri atandı — yeni içerik çeviri için işaretlendi
- Çeviride — çevirmen içerik üzerinde çalışıyor
- İnceleme — editör çevrilen içeriği doğruluk ve ton açısından inceler
- Yayımlandı — yerel ayara özgü içerik yayına gider
- Güncellendi — kaynak içerik değişiklikleri yeniden çeviri iş akışını tetikler
Çeviri Durumu Yönetimi
Giriş ve yerel ayar başına çeviri durumunu takip edin:
| Giriş | EN | DE | FR | JA |
|---|---|---|---|---|
| Getting Started | Yayımlandı | İncelemede | Çeviride | Başlanmadı |
| Pricing | Yayımlandı | Yayımlandı | Yayımlandı | Çeviride |
| Blog Post #42 | Yayımlandı | Başlanmadı | Başlanmadı | Başlanmadı |
SSS
Yerelleştirme için en iyi CMS mimarisi hangisidir? Alan düzeyi yerelleştirme, yerel ayarlar arasında tutarlı içeriğe sahip küçük ve orta ölçekli siteler için iyi çalışır. Giriş düzeyi yerelleştirme, büyük siteler veya içeriğin pazara göre önemli ölçüde farklılaştığı durumlar için daha uygundur.
CMS'imin yanı sıra özel bir TMS kullanmalı mıyım? Basit çok dilli siteler için yerleşik CMS yerelleştirmesi yeterli olabilir. Profesyonel çevirmenlerle karmaşık iş akışları için CMS'inizle entegre edilmiş özel bir TMS, daha iyi çevirmen deneyimi ve translation memory desteği sağlar.
Yerelleştirilmiş CMS içeriği için SEO'yu nasıl yönetirim? CMS verilerinden yerel ayara özgü URL'ler, meta tag'ler ve hreflang tag'leri oluşturun. Her yerel ayar sürümünün yalnızca çevrilmiş değil, benzersiz ve optimize edilmiş meta veriye sahip olduğundan emin olun.
CMS'de ilk çevirileri otomatikleştirebilir miyim? Birçok CMS platformu, ilk taslakları oluşturmak için MT entegrasyonunu destekler. Bu taslaklar yayımlanmadan önce her zaman insan editörler tarafından incelenmelidir.
Çevrilmemesi gereken içerikleri nasıl yönetirim? İçerik modelinizde belirli girişleri veya alanları "çevirme" olarak işaretleyin. Hangi içeriğin hangi pazarlarda görüneceğini kontrol etmek için yerel ayara özgü yayımlamayı kullanın.
