İçindekiler
Lokalizasyon Teknoloji Yığını: Modern L10n Ekipleri için Temel Araçlar
Temel Çıkarımlar
- Modern lokalizasyon teknoloji yığını beş katmandan oluşur: kaynak yönetimi, çeviri yönetimi, çeviri araçları, kalite güvencesi ve teslimat/dağıtım
- Geliştirici liderliğindeki ekipler için güçlü CLI/API entegrasyonuna sahip TMS en kritik araç seçimidir
- CAT araçları (Computer-Assisted Translation) esas olarak profesyonel çevirmenler veya LSP'lerle (Language Service Provider) çalışırken geçerlidir
- MT motorları, QA araçları ve i18n kütüphaneleri genellikle ayrı araçlar olarak yönetilmek yerine TMS'e entegre edilir
- Araç seçimi ekip yapısına göre belirlenmelidir: geliştirici liderliğindeki, çevirmen liderliğindeki veya PM liderliğindeki iş akışlarının farklı öncelikleri vardır
Beş Katman
Katman 1: Kaynak Yönetimi
Çevrilebilir içeriğin ortaya çıktığı ve yönetildiği yer.
| Araç Türü | Amaç | Örnekler |
|---|---|---|
| Sürüm kontrolü | Çeviri kaynak dosyalarını depolama ve sürümleme | Git (GitHub, GitLab, Bitbucket) |
| i18n kütüphaneleri | Kaynak kodundaki dizileri dışsallaştırma | react-intl, vue-i18n, next-intl, i18next |
| Dizi çıkarma | Koddaki çevrilebilir dizileri otomatik bulma | FormatJS CLI, i18next-parser |
| CMS | Kod dışındaki çevrilebilir içeriği yönetme | Contentful, Strapi, Better i18n Content |
Bu katmandaki temel ilke: tüm çevrilebilir içerik, aşağı akış araçları tarafından işlenebilecek yapılandırılmış dosyalara veya sistemlere koddan dışsallaştırılmalıdır.
Katman 2: Çeviri Yönetim Sistemi (TMS)
Lokalizasyon iş akışını düzenleyen merkezi merkez.
Temel işlevler:
- Proje ve iş akışı yönetimi
- Çeviri belleği depolama ve eşleştirme
- Sözlük/terim tabanı yönetimi
- Dosya formatı işleme
- Kaynak yönetimi ve teslimat katmanlarıyla entegrasyon
TMS platformları hedef kitleye göre farklılık gösterir:
| Platform Türü | Odak | Tipik Kullanıcılar |
|---|---|---|
| Developer-first TMS | CLI/API entegrasyonu, Git senkronizasyonu, sürekli lokalizasyon | Mühendislik liderliğindeki ekipler |
| Kurumsal TMS | Karmaşık iş akışları, tedarikçi yönetimi, uyumluluk | LSP'li büyük kuruluşlar |
| Hepsi bir arada TMS | Dahili çeviri + yönetim | Her şeyi tek araçta yapan küçük ekipler |
Yazılım lokalizasyonu için developer-first TMS platformları, geliştirme iş akışıyla doğrudan entegre olarak sürtünmeyi azaltır. Çeviri yönetimi katmanı, geliştiricilerin çalışma şekillerini değiştirmesini gerektirmemelidir.
Katman 3: Çeviri Araçları
Çevirmenlerin gerçekten çeviri üretmek için kullandığı araçlar.
CAT Araçları (Computer-Assisted Translation): CAT araçları, çeviri belleği, sözlük aramaları ve MT önerileri içeren çevirmenler için özel bir editör sağlar. Esas olarak profesyonel çevirmenlerle çalışırken geçerlidir.
| CAT Aracı | Notlar |
|---|---|
| memoQ | Kurumsal kalite, güçlü TM yönetimi |
| SDL Trados | LSP'ler için sektör standardı |
| Memsource (Phrase TMS) | Bulut tabanlı, iyi API |
| OmegaT | Açık kaynak alternatif |
Birçok modern TMS platformu dahili bir çeviri editörü içerir, bu da ayrı CAT araçlarına olan ihtiyacı azaltır.
Machine Translation Motorları: MT motorları, insan düzenlemesi için başlangıç noktası olarak veya düşük öncelikli içerik için nihai çıktı olarak otomatik çeviriler sağlar.
| Motor | Güçlü Yönler |
|---|---|
| Google Cloud Translation | Geniş dil kapsamı, iyi API |
| DeepL | Avrupa dilleri için yüksek kalite |
| Amazon Translate | AWS entegrasyonu |
| Azure Translator | Microsoft ekosistemi, özel modeller |
| Meta NLLB | Açık kaynak, düşük kaynaklı diller |
Katman 4: Kalite Güvencesi
Dağıtımdan önce çeviri kalitesini doğrulayan araçlar.
Otomatik QA kontrolleri:
- Yer tutucu doğrulaması (
{değişkenler}in korunduğundan emin olma) - Terminoloji uyumluluğu (sözlüğe karşı kontrol)
- Tutarlılık kontrolleri (aynı kaynak = aynı çeviri)
- Format doğrulaması (geçerli JSON, XLIFF, PO dosyaları)
- Uzunluk kontrolleri (kaynaktan çok daha uzun çevirilere işaretleme)
Dilbilimsel QA:
- Dil bilgisi ve yazım denetimi
- Stil kılavuzu uyumu
- Okunabilirlik puanlaması
Görsel/Bağlamsal QA:
- Gerçek arayüzde çevirilerin bağlamsal önizlemesi
- Düzen doğrulaması için ekran görüntüsü karşılaştırması
- i18n sorun tespiti için sözde lokalizasyon
Çoğu TMS platformu temel QA kontrolleri içerir. Özel QA araçları (Verifika veya QA Distiller gibi) kurumsal iş akışları için daha derin analiz sunar.
Katman 5: Teslimat ve Dağıtım
Çevirilerin TMS'den son kullanıcıya nasıl ulaştığı.
| Teslimat Yöntemi | Açıklama | En İyi Kullanım |
|---|---|---|
| Dosya senkronizasyonu (Git) | Çeviri dosyaları depoya işlenir, kodla birlikte dağıtılır | Web uygulamaları, mobil uygulamalar |
| CDN teslimatı | Çeviriler CDN'den sunulur, çalışma zamanında yüklenir | Anlık çeviri güncellemelerine ihtiyaç duyan uygulamalar |
| API teslimatı | Uygulama çevirileri çalışma zamanında TMS API'sinden alır | Dinamik içerik, kişiselleştirilmiş deneyimler |
| Derleme zamanı paketleme | Çeviriler derleme zamanında uygulamaya derlenir | Statik siteler, performans kritik uygulamalar |
Teslimat yöntemi kullanıcı deneyimini (çeviri güncellemelerinin hızı), geliştirici deneyimini (dağıtım karmaşıklığı) ve performansı (ek ağ istekleri ile paketlenmiş varlıklar) etkiler.
Ekip Yapısına Göre Araç Seçimi
Geliştirici Liderliğinde (Küçük Ekip, Özel Çevirmen Yok)
Öncelik: Geliştirici deneyimi, otomasyon, MT kalitesi
Minimum yığın:
- Git + i18n kütüphanesi (react-intl, vue-i18n, vb.)
- CLI entegrasyonlu developer-first TMS
- Otomatik ön çeviri için dahili MT
- Dahili QA kontrolleri
- Teslimat için Git tabanlı dosya senkronizasyonu
Geliştirici çevirmen olarak hareket eder (MT kullanarak + düzenleme) veya TMS aracılığıyla serbest çalışan çevirmenleri yönetir.
Çevirmen Liderliğinde (Şirket İçi Çeviri Ekibi)
Öncelik: Çevirmen üretkenliği, TM kaldıracı, inceleme iş akışları
Yığın:
- Git + i18n kütüphanesi
- Güçlü çeviri editörlü TMS
- Çeviri belleği ve sözlük yönetimi
- İnceleme ve onay iş akışları
- Otomatik QA + dilbilimsel QA
- Dosya senkronizasyonu veya CDN teslimatı
Şirket içi çevirmenler TMS editörünü doğrudan kullanır. Odak, çeviri belleği kaldıracı ve tutarlılık üzerindedir.
PM Liderliğinde (Kurumsal, Dış Tedarikçiler)
Öncelik: Tedarikçi yönetimi, iş akışı kontrolü, raporlama, uyumluluk
Yığın:
- Git + i18n kütüphanesi veya CMS
- Tedarikçi yönetimli kurumsal TMS
- LSP'ler için CAT araç entegrasyonu
- Ön çeviri için MT motorları
- Kapsamlı QA (otomatik + dilbilimsel + görsel)
- Ürün başına birden fazla teslimat yöntemi
Proje yöneticileri geliştirme ekipleri, birden fazla tedarikçi ve dahili inceleyiciler arasında koordinasyon sağlar. TMS, rol tabanlı erişimle karmaşık iş akışlarını desteklemelidir.
Entegrasyon Kalıpları
TMS ↔ Git
Yazılım lokalizasyonu için en önemli entegrasyon:
Geliştirici kodu iter → CI/CD çeviri değişikliklerini algılar → TMS CLI kaynak dizeleri iter → TMS çevirileri işler → TMS CLI tamamlanan çevirileri çeker → PR oluşturulur → Merge → Deploy
TMS ↔ MT Motoru
Çoğu TMS platformu birden fazla MT motoruyla entegre olur:
- Otomatik çeviri: Yeni diziler otomatik olarak MT önerileri alır
- MT sağlayıcı seçimi: Farklı dil çiftleri için farklı motorlar
- Kalite yönlendirme: Yüksek kaliteli MT hafif incelemeye, düşük kaliteli tam çeviriye gider
TMS ↔ CMS
İçerik odaklı lokalizasyon için:
- CMS içerik değişiklikleri TMS'de çeviri iş akışlarını tetikler
- Tamamlanan çeviriler CMS'ye geri itilir
- İçerik ve çeviriler senkronize kalır
SSS
Hem TMS hem de CAT aracına ihtiyacım var mı?
Çoğu yazılım ekibi için hayır. Modern TMS platformları, çoğu çeviri ihtiyacını karşılayan dahili çeviri editörleri içerir. Ayrı CAT araçları, esas olarak standart iş akışlarının bir parçası olarak memoQ veya Trados gibi belirli araçları kullanan Language Service Provider'larla (LSP) çalışırken gereklidir.
Lokalizasyona başlayan bir ekip için en önemli araç nedir?
TMS. Her şeyin merkezi koordinatörüdür. Teknoloji yığınınızla iyi entegre olan (dosya formatlarınızı destekleyen, CI/CD pipeline'ınız için CLI/API'ye sahip) ve ekip yapınıza uyan bir TMS seçin. Diğer her şey — MT motorları, QA araçları, teslimat yöntemleri — artımlı olarak eklenebilir.
Lokalizasyon araçları için ne kadar bütçe ayırmalıyım?
Araç maliyetleri büyük ölçüde değişir. Developer-first TMS platformları genellikle ücretsiz katmanlardan (sınırlı dizi/kullanıcı) orta ölçekli ekipler için aylık $100-500'e kadar uzanır. Kurumsal TMS platformları aylık $1.000-$10.000+ tutabilir. MT API maliyetleri milyon karakter başına $10-20 ekler. Yeni başlayan bir ekip için birçok TMS platformu başlangıç ihtiyaçlarını karşılayan ücretsiz katmanlar veya denemeler sunar.
