Yerelleştirmede Metin Parçalanması: Kaynak Dosyaları ve Bağlam Sorunu

Bir kitabın çevirisinde metin baştan sona akar. Çevirmen önceki sayfayı okumuştur, sonraki sayfayı görebilir, kim kime ne dediğini bilir. Yazılım, uygulama ve oyun projelerinde ise durum tersinedir. Metin bir bütün olarak değil, birbirinden kopuk parçalar halinde önünüze gelir.

İçindekiler

Yerelleştirmede metin parçalanması bir tercih değil, üretim biçiminin doğal sonucudur. Kaynak kitabın belirttiği gibi yazılım veya oyunlardaki metin varlıkları cümle cümle ilerleyen doğrusal bir yapıya sahip değildir; kaynak dosyalarda saklanır ya da kodun içine gömülüdür (Jiménez-Crespo 2024, s. 11).

Bu yazıda parçalanmanın kökenini, kaynak dosyası kavramını, dizgi ile cümle arasındaki farkı ve bağlam kaybının pratikte ne anlama geldiğini ele alıyoruz. Sonunda da parçalanmayı ortadan kaldırmak yerine yönetmenin somut yollarına bakıyoruz.

Metin parçalanması nereden geliyor?

Basılı yayınlar için kurulmuş çeviri süreci, sektörde çevir–düzelt–yayımla adımlarıyla bilinir. Bu akış dijital ürünlere kolayca uygulanamadı, çünkü bu ürünlerin üretimi, geliştirilmesi ve kullanımı farklıydı (Jiménez-Crespo 2024, s. 11). Farkın merkezinde metnin fiziksel olarak nerede durduğu vardı.

Erken dönemde yerelleştirme mühendisleri ve geliştiriciler, programlama kodunun içine gömülü metin dizgilerini ayrı metin dosyalarına çıkarıyordu. Bu dosyalar çevirmenlere gönderiliyor, gelen çeviriler koda geri yerleştirilip test ediliyordu (Jiménez-Crespo 2024, s. 14). Metin, kaynağından koparılarak dolaşıma giriyordu.

İkinci etken kullanım biçimidir. Kullanıcı dijital metni baştan sona okumaz; etkileşime girer ve kendi okuma yolunu kendisi seçer. Dolayısıyla metnin “doğru sırası” diye tek bir şey yoktur. Bu, parçalanmanın yalnızca teknik değil, kavramsal bir zorunluluk olduğunu gösterir.

Kaynak dosyası: parçalanmayı düzenleyen çözüm

Metinlerin koda gömülü olması uzun süre sorun yarattı. Her çeviri turunda geliştirici müdahalesi gerekiyor, geliştirme ile dilsel aktarım birbirini bekliyordu. Kaynak kitabın aktardığına göre bu düzenin pratik olmadığı görüldü ve iki çözüm devreye alındı (Jiménez-Crespo 2024, s. 14).

Birinci çözüm, yerelleştirilebilir metinlerin ve gömülü metin içeren görsel gibi varlıkların koddan ayrılıp kaynak dosyalarda toplanmasıydı. İkincisi, yerelleştirme ve uluslararasılaştırmanın en baştan planlanmasıydı. Bugün kullandığımız bütün yerelleştirme dosya biçimleri bu iki kararın mirasıdır.

Kaynak dosyası, parçalanmayı ortadan kaldırmaz; onu düzenli ve yönetilebilir hale getirir. Metin hâlâ parçalıdır, ama artık her parçanın bir kimliği, bir anahtarı ve çoğunlukla bir notu vardır. Yerelleştirme sürecinin denetlenebilir olması buna dayanır.

Ayrımın bir başka kazancı eş zamanlılıktır. Metin koddan ayrıldığı için çeviri, geliştirme sürerken ilerleyebilir. Aynı ürünün farklı bölgelerde eş zamanlı yayımlanması, sektörde simship olarak anılan uygulama, büyük ölçüde bu yapısal ayrım sayesinde mümkün hale gelmiştir.

Dizgi mi, cümle mi? Birim sorunu

Yerelleştirmede çalışma birimi cümle değil, dizgidir. Dizgi, arayüzde bir yerde gösterilen bağımsız bir metin parçasıdır. Tek kelimelik bir düğme etiketi de, üç cümlelik bir hata açıklaması da tek bir dizgi olabilir. Yani birim dilbilgisel değil, tekniktir.

Bu ayrımın pratik sonucu şudur: bir cümle birden fazla dizgiye bölünmüş olabilir. Arayüzde yan yana duran iki parça, dosyada birbirinden uzakta iki ayrı satır olarak durur. Çevirmen bunları ayrı ayrı görür ve aralarındaki ilişkiyi ancak tahmin edebilir.

Türkçe gibi sondan eklemeli ve söz dizimi esnek bir dilde bu bölünme daha ağır sonuçlar doğurur. Kaynak dilde eklenerek kurulan bir yapı, hedef dilde farklı bir sırayla kurulmak zorunda kalabilir. Parçalar ayrı ayrı doğru, birleşince bozuk olabilir.

CAT araçlarındaki segmentasyondan farkı ne?

Bu konu, çeviri belleği araçlarındaki segmentasyonla karıştırılır. İkisi benzer görünür ama kaynakları farklıdır. Segmentasyon, düz bir metnin araç tarafından cümlelere bölünmesidir; kararı yazılım verir ve istenirse birleştirilebilir. Bu konuyu bilgi merkezimizdeki ilgili yazılarda ayrıca ele alıyoruz.

Yerelleştirmedeki parçalanma ise metnin kendisinde vardır. Dizgiler ürünün mimarisi gereği ayrıdır; birleştirilemezler, çünkü çalışma zamanında farklı yerlerde ve farklı koşullarda gösterilirler. Aynı dizgi bir ekranda başlık, başka bir ekranda bildirim olarak görünebilir.

Bu yüzden yerelleştirmede bağlam sorunu yalnızca araç ayarıyla çözülmez. Ürün mimarisini, dizgi yeniden kullanımını ve ekran akışını bilmek gerekir. Kaynak kitabın “yerelleştirmeci yalnızca dijital metinlerde uzmanlaşmış bir çevirmen değildir” vurgusu tam da buna işaret eder.

Çokkipli metin: birim aslında ne kadar geniş?

Kaynak kitap burada önemli bir eleştiri yapar. Sektörün yaygın tanımlarında “metin” kavramı indirgeyici biçimde, yalnızca sözcük zincirleri olarak anlaşılır; oysa tutarlı bir dijital metni oluşturan çokkipli ilişki dilsel, görsel, işitsel ve etkileşimli öğeleri birlikte kapsar (Jiménez-Crespo 2024, s. 21).

Bu bakışa göre bir oyun, farklı kanallardan bilgi ileten tek ve bütünlüklü bir metindir: yazı, ses, görüntü, hareket ve dokunsal geri bildirim birlikte anlam üretir. Yalnızca dizgi listesine bakarak çalışmak, bu bütünün büyük bölümünü görmemek anlamına gelir.

Aşağıdaki tablo, farklı birim tanımlarının hangi soruyu cevapladığını karşılaştırıyor.

Birim	Ne kadar geniş?	Kim kullanır?	Ne zaman yeterli?
Dizgi	Tek bir arayüz metni	Geliştirici, yerelleştirme mühendisi	Teknik takip ve dosya yönetiminde
Segment	Genellikle bir cümle	Çevirmen, çeviri belleği aracı	Metin ağırlıklı içerikte
Ekran	Bir arayüz görünümündeki tüm metinler	Yerelleştirmeci, test uzmanı	Tutarlılık ve taşma denetiminde
Çokkipli metin	Yazı, ses, görüntü, etkileşim birlikte	Yerelleştirme ekibi bütünü	Kullanıcı deneyimi değerlendirmesinde

Bağlam kaybının somut maliyeti

Bağlamsız çalışmanın ilk sonucu belirsizliktir. Tek başına duran bir dizginin başlık mı, düğme mi, uyarı mı olduğu anlaşılmayabilir. İkinci sonucu tutarsızlıktır: aynı kavram farklı ekranlarda farklı karşılıklar alır. Üçüncüsü ise taşmadır; metnin ekranda kaplayacağı alan öngörülemez.

Bu üç sorunun ortak özelliği, çeviri aşamasında değil test aşamasında görünmesidir. Yani maliyet çeviri kaleminden değil, düzeltme ve yeniden test kaleminden çıkar. Sürüm temposu yüksek ürünlerde bu döngü her sürümde tekrar eder.

Kitabın ekran alanı kısıtına ilişkin uyarısı burada devreye girer. Yerelleştirme, metnin gösterildiği etkileşimli ekranın boyutuyla sınırlıdır ve bu sınır çeviri kararlarını doğrudan biçimlendirir (Jiménez-Crespo 2024, s. 18).

Parçalanma nasıl yönetilir?

Parçalanmayı ortadan kaldırmak mümkün değildir; hedef onu görünür kılmaktır. En etkili yöntem, her dizginin nerede göründüğünü çevirmene göstermektir. Ekran görüntüsü, ekran adı, karakter sınırı ve kısa bir açıklama içeren dizgi notları bu işi görür.

İkinci yöntem görsel araçlardır. Kaynak kitap Alchemy Catalyst ve Passolo gibi araçlarla bazı bulut çözümlerinin, yerelleştirmecinin sonucu doğrudan gördüğü ortamlarda çalışmasına imkân verdiğini belirtir. Böylece öğelerin ekran alanına sığması çeviri sırasında denetlenir.

Üçüncü yöntem yapısaldır: aynı dizgiyi farklı anlamlarda yeniden kullanmamak. Geliştirme tarafında birkaç bayt tasarruf ettiren bu alışkanlık, çeviri tarafında çözülemeyen bir belirsizlik yaratır. Kaynak dosyalar hazırlanırken bu kural baştan konmalıdır.

Dördüncüsü ise süreçle ilgilidir. Yerelleştirmecinin ürünü çalışır halde görebildiği bir deneme ortamına erişimi varsa, bağlam sorunlarının büyük bölümü daha çeviri aşamasında çözülür. Bu erişim çoğu projede teknik olarak kolaydır, ancak çoğunlukla gündeme bile gelmez.

Türkiye bağlamı

Türkçenin sondan eklemeli yapısı, parçalanmış metinle çalışmayı diğer dillere göre zorlaştırır. İngilizcede iki ayrı dizgiye bölünmüş bir yapı, Türkçede tek bir sözcüğe eklenerek kurulmak zorunda kalabilir. Bu durumda dizgi sınırları hedef dilin doğal yapısına engel olur.

İkinci sorun çoğul ve durum ekleridir. Sayıya bağlı metinlerde kaynak dilin tekil ve çoğul biçimleri için kurulmuş yapı, Türkçenin sayı sonrası tekil kullanımıyla örtüşmez. Kaynak dosya bu farkı desteklemiyorsa çeviri dilbilgisel olarak zorlanır.

Üçüncüsü, Türkçenin görece az kaynaklı bir dil olmasıdır. Makine çevirisi desteği bağlamsız kısa dizgilerde belirgin biçimde zayıflar. Bu nedenle Türkçe projelerde dizgi notları ve ekran görüntüleri, İngilizce–Almanca gibi çiftlere göre daha kritik bir girdi haline gelir.

Bu sizin için ne anlama geliyor?

Çeviri satın alan taraftaysanız, teslim ettiğiniz dosyanın niteliği sonucun kalitesini doğrudan belirler. Sadece dizgi listesi gönderilen bir projede çevirmenin elinde tahminden başka bir şey kalmaz. Ek bağlam sağlamak, ek maliyet değil, düzeltme maliyetinden tasarruftur.

1. Dizgi dosyalarınıza her satır için kısa bir açıklama alanı ekleyin.
2. Karakter sınırı olan alanları dosyada işaretleyin.
3. Kritik ekranların görüntülerini çeviri paketiyle birlikte teslim edin.
4. Aynı dizginin farklı anlamlarda yeniden kullanılmasını önleyin.
5. Çeviri sonrası ekran testini ayrı bir aşama olarak planlayın.

Bu beş madde, çoğu projede düzeltme turlarının sayısını belirgin biçimde azaltır. Dosya hazırlığı konusunda destek isterseniz iletişim sayfamızdan bize yazabilirsiniz.

Sık sorulan sorular

Yerelleştirmede metin neden parçalı durur?

Yazılım ve oyunlardaki metin varlıkları cümle cümle ilerleyen doğrusal bir yapıya sahip değildir. Bu içerikler ya kaynak dosyalarda saklanır ya da doğrudan programlama kodunun içine gömülüdür. Kullanıcı da metni baştan sona okumaz, kendi okuma yolunu kendisi seçer. Parçalanma bu üretim ve kullanım biçiminin sonucudur.

Kaynak dosyası ne işe yarar?

Erken dönemde metinler kodun içine gömülü olduğu için her çeviri turunda geliştirici müdahalesi gerekiyordu. Çözüm, yerelleştirilebilir metinleri ve gömülü metin içeren görselleri koddan ayırıp kaynak dosyalarda toplamak oldu. Böylece çeviri, geliştirmeyi durdurmadan yürütülebilir hale geldi.

Dizgi ile cümle aynı şey midir?

Hayır. Dizgi, arayüzde bir yerde gösterilen bağımsız bir metin parçasıdır; tek kelimelik bir düğme etiketi de, birkaç cümlelik bir uyarı da tek bir dizgi olabilir. Cümle dilbilgisel bir birimdir, dizgi ise teknik bir birimdir. Aynı cümle birden çok dizgiye bölünmüş olabilir.

Bağlam kaybı nasıl azaltılır?

En etkili yöntem, her dizginin nerede göründüğünü çevirmene göstermektir. Ekran görüntüsü, ekran adı, karakter sınırı ve kısa açıklama içeren dizgi notları bu işi görür. Sektörde Alchemy Catalyst ve Passolo gibi görsel araçlar ile bazı bulut çözümleri, sonucu doğrudan ekran üzerinde görerek çalışmaya imkân verir.

Kaynaklar

• Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge, s. 8, 11, 14, 18, 21.
• Pérez González, L. (2019). Çokkipli metin ve anlam üretimi üzerine, Jiménez-Crespo (2024) içinde aktarılmıştır.
• Unicode CLDR ve çoğul kuralları belgeleri, diller arası çoğul biçim farkları için başvuru kaynağı.