İçindekiler
Çeviri Yönetim Sistemleri Karşılaştırması: Doğru TMS Nasıl Seçilir?
Çeviri Yönetim Sistemi (TMS), çevrilebilir dizelerin ayıklanmasından çevirilerin uygulamanıza geri iletilmesine kadar yerelleştirme iş akışının tamamını yöneten merkezi platformdur. TMS kategorisi önemli ölçüde genişledi; ekipler artık geliştirici odaklı platformlardan kurumsal süitlere, açık kaynaklı araçlara ve özelleşmiş çözümlere kadar geniş bir yelpazede seçeneklere sahip.
Bu rehber, TMS ekosistemini kategorilere ayırır, değerlendirme kriterlerini tanımlar ve ekibinizin boyutuna, teknik gereksinimlerine ve yerelleştirme olgunluğuna göre doğru aracı seçmenize yardımcı olur.
TMS Ne İşe Yarar?
Temelinde bir TMS şunları yönetir:
- Kaynak yönetimi — Kod depolarından, CMS platformlarından veya tasarım araçlarından dizeleri içe aktarma
- Çeviri iş akışı — İçeriği çeviri, inceleme ve onay aşamalarından geçirme
- Çeviri belleği (TM) — Daha önce çevrilmiş segmentleri depolayarak aynı veya benzer metinlerin tekrar çevrilmesini engelleme
- Terminoloji yönetimi — Tutarlı bir terminoloji için onaylı terimler sözlüğü oluşturma ve sürdürme
- Kalite güvencesi — Biçimlendirme, yer tutucular ve tutarlılık için otomatik kontroller
- Teslimat — Çevirileri uygulamaya aktarma veya doğrudan sunma
Bu temel yeteneklerin ötesinde TMS platformları; geliştirici deneyimi, yapay zeka entegrasyonu, iş birliği özellikleri ve dağıtım seçenekleri açısından birbirinden ayrışır.
TMS Kategorileri
Geliştirici Odaklı Platformlar
Geliştirici odaklı platformlar, geliştirme iş akışlarıyla entegrasyona öncelik verir. Genellikle mevcut geliştirici araç zincirlerine uyum sağlayan CLI araçları, SDK paketleri ve CI/CD entegrasyonları sunarlar.
Özellikler:
- Git tabanlı veya API-öncelikli iş akışları
- Başlıca framework'ler için SDK paketleri (React, Vue, Angular, vb.)
- Çevirileri kod depoları ile senkronize eden CLI araçları
- Uygulama yeniden dağıtımı gerektirmeyen havadan (OTA) çeviri teslimatı
- Geliştirici belgesi ve self-servis katılım süreci
İdeal kullanım: Mühendislik liderliğindeki ekipler, SaaS ürünleri, mobil uygulamalar ve geliştiricilerin yerelleştirme iş akışına sahip olduğu kuruluşlar.
Bu kategorideki örnekler: Better i18n, Lokalise, Crowdin, Phrase (Strings), i18next ekosistemi
Kurumsal TMS Platformları
Kurumsal TMS platformları, karmaşık iş akışları, satıcı yönetimi ve yönetişim gerektiren büyük ölçekli çeviri operasyonlarına odaklanır.
Özellikler:
- Çok adımlı iş akışı orkestrasyonu ile proje yönetimi
- Birden fazla LSP'yi (Dil Hizmet Sağlayıcısı) yönetmek için satıcı yönetimi
- CMS, pazarlama araçları ve kurumsal sistemler için bağlayıcı marketi
- Gelişmiş raporlama ve analitik
- Uyumluluk özellikleri (veri yerelleştirme, denetim izleri)
- Hizmet düzeyi anlaşmaları ve özel destek
İdeal kullanım: Yüksek çeviri hacmine, birden fazla içerik türüne, karmaşık onay iş akışlarına ve satıcı yönetimi gereksinimlerine sahip büyük kuruluşlar.
Bu kategorideki örnekler: Phrase (TMS), Smartling, Transifex, XTM Cloud, memoQ
Açık Kaynak ve Kendi Sunucusunda Barındırılan Çözümler
Açık kaynaklı TMS araçları, sözcük başına veya kullanıcı başına lisans ücreti olmaksızın çeviri platformu üzerinde tam kontrol sağlar.
Özellikler:
- Kendi sunucusunda barındırma (şirket içi veya bulut)
- Platform üzerinde satıcıya bağımlılık yok
- Topluluk destekli geliştirme
- Bakım için dahili DevOps kaynakları gerektirir
- Tam veri sahipliği ve gizlilik kontrolü
Dengeler: Daha düşük başlangıç lisans maliyeti, ancak barındırma, bakım ve yükseltmeler için daha yüksek operasyonel maliyet. Özellik seti ticari alternatiflerin gerisinde kalabilir.
Bu kategorideki örnekler: Weblate, Pontoon (Mozilla), Traduora, Tolgee
Dosya Tabanlı Çeviri Araçları
Bazı ekipler, çevirileri JSON, XLIFF, PO veya diğer yerelleştirme dosya formatlarını doğrudan düzenleyerek — bazen özel editörler eşliğinde — dosya tabanlı iş akışlarıyla yönetir.
Özellikler:
- Sürüm kontrolündeki yerelleştirme dosyalarıyla doğrudan çalışma
- Barındırılan platform yok — çeviriler kod olarak yönetilir
- Hafif ve bağımlılık gerektirmez
- Geliştirici olmayan çevirmenler için sınırlı iş birliği özellikleri
- Yerleşik TM veya kalite güvencesi otomasyonu yok
İdeal kullanım: Yalnızca geliştiricilerden oluşan iş akışlarına sahip küçük ekipler, açık kaynaklı projeler ve dış bağımlılıklardan kaçınmak isteyen ekipler.
Örnekler: i18n Ally (VS Code uzantısı), POEdit, Locize (bazı TMS özellikleriyle dosya tabanlı)
Değerlendirme Kriterleri
1. Geliştirici Entegrasyonu
TMS, geliştirme iş akışınıza nasıl bağlanır?
| Özellik | Sorulacak Sorular |
|---|---|
| Framework SDK'ları | Teknoloji yığınınızı destekliyor mu (React, Vue, iOS, Android, vb.)? |
| CLI araçları | Komut satırından çeviri gönderip alabilir misiniz? |
| CI/CD entegrasyonu | GitHub Actions, GitLab CI veya pipeline'ınızla entegre oluyor mu? |
| Dosya formatı desteği | Kendi formatınızı destekliyor mu (JSON, XLIFF, ARB, .strings, .resx)? |
| OTA teslimat | Çeviriler kod dağıtımı olmadan güncellenebiliyor mu? |
| Kaynak ayrıştırma | Koddaki yeni dizeleri otomatik olarak algılıyor mu? |
2. Çeviri Kalitesi Özellikleri
Çeviri doğruluğunu ve tutarlılığını sağlamaya yardımcı olan özellikler:
| Özellik | Ne İşe Yarar |
|---|---|
| Çeviri Belleği | Daha önce çevrilmiş segmentlerin yeniden kullanımını önerir |
| Sözlük / Terim Tabanı | Tüm içeriklerde tutarlı terminoloji kullanımını sağlar |
| Kalite kontrolleri | Eksik yer tutucuları, tutarsız biçimlendirmeyi vb. işaretler |
| Bağlam / Ekran Görüntüleri | Çevirmenlere metnin arayüzde nerede göründüğünü gösterir |
| Bağlam içi düzenleme | Çevirmenlerin metni uygulamanın gerçek düzeninde görmesini sağlar |
| MT entegrasyonu | MTPE iş akışları için Google/DeepL/Amazon ile ön çeviri yapar |
3. İş Birliği
Geliştiriciler, çevirmenler ve proje yöneticileri birlikte nasıl çalışır?
| Özellik | Neden Önemli |
|---|---|
| Rol tabanlı erişim | Geliştiriciler, çevirmenler ve inceleyiciler için ayrı izinler |
| İnceleme iş akışları | Çeviriler yayına girmeden önce yapılandırılabilir onay adımları |
| Yorumlar / Tartışma | Belirli diziler üzerinde iş parçacığı tabanlı tartışmalar |
| Etkinlik geçmişi | Kimin ne zaman ne değiştirdiğinin denetim izi |
| Bildirimler | Yeni diziler, inceleme talepleri ve son tarihler için uyarılar |
4. Fiyatlandırma Modeli
TMS fiyatlandırması önemli ölçüde farklılık gösterir:
| Model | Nasıl Çalışır | Dikkat Edilecekler |
|---|---|---|
| Sözcük başına | Çevrilen kaynak sözcük başına ücret | Yüksek hacim = yüksek maliyet |
| Kullanıcı lisansı | Çevirmen/geliştirici hesabı başına ücret | Büyük ekipler = yüksek maliyet |
| Dize/anahtar başına | Çeviri anahtarı sayısına göre ücret | Anahtar sayısı özelliklerle büyür |
| Sabit ücret / kademeli | Kullanım limitleri olan sabit aylık ücret | Aşım ücretleri |
| Açık kaynak | Ücretsiz platform, barındırma için ödeme | Altyapı ve bakım maliyeti |
5. Ölçeklenebilirlik
Gelecekteki ihtiyaçları göz önünde bulundurun:
- Dil sayısı — 5 dilden 50 dile genişleyecek misiniz?
- İçerik hacmi — 1.000 diziden 100.000 dizeye geçecek misiniz?
- Ekip büyüklüğü — Çevirmen sayısı 2'den 20'ye çıkacak mı?
- İçerik türleri — CMS içeriği, belgeler, pazarlama metni ekleyecek misiniz?
- Otomasyon — MT, otomatik kalite güvencesi veya sürekli teslimat ihtiyacınız olacak mı?
Karar Çerçevesi
Startup / Küçük Ekip (< 10 dil, < 10.000 dize)
Öncelik: Geliştirici deneyimi, hızlı kurulum, düşük yük.
Öneri: CLI entegrasyonu ve OTA teslimatı olan geliştirici odaklı platform. Karmaşık katılım süreci gerektiren kurumsal platformlardan kaçının.
Büyüyen Ürün (10-30 dil, 10.000-100.000 dize)
Öncelik: Çeviri kalitesi, iş akışı otomasyonu, MT entegrasyonu.
Öneri: Güçlü TM, sözlük yönetimi ve MTPE iş akışlarına sahip geliştirici odaklı platform. Çevirmen ekibiniz büyüdükçe yerleşik iş birliği özelliklerine sahip platformları değerlendirin.
Kurumsal (30+ dil, 100.000+ dize, birden fazla içerik türü)
Öncelik: Satıcı yönetimi, yönetişim, uyumluluk, çoklu içerik türü desteği.
Öneri: Bağlayıcı ekosistemi, gelişmiş iş akışları ve raporlamaya sahip kurumsal TMS. Hibrit kurulumları değerlendirin: kod dizeleri için geliştirici odaklı platform + pazarlama/dokümantasyon içeriği için kurumsal TMS.
Açık Kaynak Proje
Öncelik: Topluluk katkısı, sıfır lisans maliyeti, şeffaflık.
Öneri: Topluluk çevirmenlerinin doğrudan katkıda bulunmasına olanak tanıyan açık kaynaklı TMS (Weblate, Tolgee). Bakım yükünü azaltmak için barındırılan açık kaynak seçeneklerini değerlendirin.
Yaygın Tuzaklar
Yalnızca Özellik Sayısına Göre Seçim Yapmak
200 özelliğe sahip bir TMS, 50 özelliğe sahip olandan mutlaka daha iyi değildir. Özellikleri gerçek iş akışınıza göre değerlendirin. Kullanılmayan özellikler, katılım ve bakım süreçlerine karmaşıklık ekler.
Geliştirici Deneyimini Göz Ardı Etmek
TMS'nin geliştiriciler tarafından entegre edilmesi zorsa, çeviriler senkronizasyondan çıkar. Geliştiricilerin gerçekten kullandığı bir TMS, daha fazla özelliği olan ama geliştiricilerin etrafından dolaştığı bir TMS'den üstündür.
Geçiş Maliyetini Küçümsemek
TMS platformlarını değiştirmek kolay değildir. Çeviri belleği, sözlükler ve iş akışı yapılandırmalarının tamamının taşınması gerekir. Alternatifleri değerlendirirken geçiş çabasını da hesaba katın.
Çeviri Belleği Kalitesini Gözden Kaçırmak
TM, en değerli yerelleştirme varlığınızdır. TMS'nin mevcut TM'nizi içe aktardığından, standart TM değişim formatlarını (TMX) desteklediğinden ve TM verilerinizi platform içinde kilitlemediğinden emin olun.
Gerçek İçerikle Test Etmemek
Her TMS "merhaba dünya" ile iyi çalışır. Gerçek içeriklerinizle test edin: uzun dizeler, çoğul formlar, HTML işaretleme, değişkenler ve kendi dosya formatlarınız. Taahhütte bulunmadan önce gerçek bir çeviri göreviyle pilot çalışma yapın.
Sık Sorulan Sorular
TMS ile CAT aracı arasındaki fark nedir?
CAT (Bilgisayar Destekli Çeviri) aracı, çevirmenlerin metni TM önerileri ve MT yardımıyla çevirdiği editördür. TMS ise proje yönetimi, dosya işleme ve teslimat dahil uçtan uca yerelleştirme iş akışını yöneten daha kapsamlı platformdur. Modern TMS platformlarının çoğu yerleşik CAT işlevselliği içerir.
Yalnızca 2-3 dili destekliyorsam TMS'ye ihtiyacım var mı?
Bu, çeviri hacminize ve ekip büyüklüğünüze bağlıdır. Bir geliştirici JSON dosyalarında çevirileri yönetiyorsa, TMS fazla kaçabilir. Ancak dış çevirmenleriniz olduğunda, birkaç yüzden fazla dizeniz bulunduğunda veya çeviri belleğine ihtiyaç duyduğunuzda, bir TMS önemli zaman tasarrufu sağlar ve tutarlılığı artırır.
Birden fazla TMS platformu kullanabilir miyim?
Bazı kuruluşlar farklı içerik türleri için farklı araçlar kullanır — uygulama dizeleri için geliştirici odaklı platform, pazarlama içeriği için kurumsal TMS. Araçların çeviri belleğini paylaşması gerekmiyorsa bu yaklaşım işe yarar. Paylaşmaları gerekiyorsa TM senkronizasyonunu yönetmeniz gerekir.
Bir TMS'den diğerine nasıl geçiş yapılır?
TM'nizi TMX formatında dışa aktarın, sözlüğünüzü dışa aktarın ve iş akışı yapılandırmalarınızı belgeleyin. TMS platformlarının çoğu TMX içe aktarmayı destekler. Tam geçişten önce geçişi doğrulamak amacıyla her iki sistemin paralel çalıştığı bir geçiş süreci planlayın.
