TEP Süreci: Basılı Çeviri Modeli Neden Dijitale Uymadı?

Çeviri sektörü, dijital ürünler ortaya çıkmadan önce köklü bir iş akışına sahipti. TEP süreci yani Çevir-Düzenle-Yayımla (Translate-Edit-Publish) modeli, onlarca yıl boyunca basılı yayınların çevirisini düzenleyen standart yöntemdi. Ancak bu model, dijital ürünlerle karşılaşınca yetersiz kaldı.

İçindekiler

Jiménez-Crespo’ya (2024) göre, TEP sürecinin dijital ürünlere kolayca uygulanamaması, yerelleştirmenin ayrı bir çeviri kipi olarak doğmasının temel nedenlerinden biridir. Bu yazıda TEP’in ne olduğunu, neden dijitale uymadığını ve yerine neyin geldiğini inceliyoruz.

TEP süreci nedir?

TEP süreci üç ardışık adımdan oluşur: Çeviri, düzenleme (editing) ve yayımlama. Bir metin önce çevrilir, sonra ikinci bir uzman tarafından gözden geçirilir, en sonunda yayına hazırlanır. Bu akış, basılı kitap, dergi ve belge çevirisinde yüzyıllardır işleyen bir mantığa dayanır.

TEP’in temel varsayımı, metnin doğrusal olmasıdır. Metin baştan sona okunur; çevirmen her cümleyi bağlamı içinde görür. Yayımlama adımı, çevrilmiş metnin sabit bir biçimde (kitap, broşür) dondurulması demektir.

Bu model, kendi bağlamında son derece verimlidir. Sorun, dijital ürünlerin bu doğrusal ve sabit yapıya hiç benzememesinden kaynaklanır.

Dijital ürünler neden farklı?

Kişisel bilgisayar, İnternet ve Web ile gelen dijital devrim; yazılım, web sitesi, video oyunu ve mobil uygulama gibi türleri doğurdu. Bu türlerin üretim, geliştirme ve kullanım biçimleri, basılı yayınlardan kökten farklıdır.

Yazılım veya oyundaki metin öğeleri cümle cümle, doğrusal bir yapıda durmaz. Bunlar çoğunlukla kaynak dosyalarda saklanır ya da koda gömülüdür. Kullanıcı ise metni baştan sona okumaz; kendi yolunu seçerek, tıklayarak ve etkileşerek ilerler.

Bu üç fark, TEP’in temel varsayımını çökertir. Doğrusal olmayan, dağınık ve etkileşimli bir metni, doğrusal bir iş akışıyla işlemek mümkün değildir.

TEP ile yerelleştirme iş akışının karşılaştırması

İki modelin farkını görmek, yerelleştirmenin neden ayrı bir kip olduğunu açıklar. Aşağıdaki tablo temel farkları özetliyor.

Boyut	TEP süreci	Yerelleştirme iş akışı
Metin yapısı	Doğrusal, cümle cümle	Dağınık dizeler, kaynak dosyalar
Akış yönü	Tek yönlü, ardışık	Döngüsel, paralel
Bağlam	Metin içinde görünür	Çoğu zaman eksik, sonradan test
Sonuç	Sabit yayın	Güncellenen dijital ürün

Tablodan görüldüğü gibi, iki model farklı dünyalara aittir. Yerelleştirme; hazırlık, mühendislik, çeviri, kalite güvence ve test gibi adımları iç içe yürütür.

Ayrılığın doğurduğu sorunlar

Erken dönemde şirketler, programlama ile çeviriyi iki ayrı ardışık adım gibi ele aldı. Bu, TEP mantığının dijitale taşınmış bir hâliydi ve sorunluydu. Çevrilen metin ekrandaki alandan uzun olabiliyor, kültüre bağlı öğeler bozuluyordu.

Bu sorunlar iki çözümü doğurdu: Metinleri koddan kaynak dosyalarda ayırmak ve yerelleştirmeyi en baştan planlamak. Bu ikinci ilke, GILT sürecinin temelini attı.

Bu geçişin kavramsal arka planını bilgi merkezimizde bulabilir, kurumsal projeleriniz için çeviri hizmetleri sayfamıza göz atabilirsiniz.

TEP bugün hâlâ geçerli mi?

TEP tamamen terk edilmedi. Doğrusal, okunmak için üretilen metinlerde hâlâ en uygun yöntemdir. Bir raporun, kitabın ya da hukuki belgenin çevirisi bugün de TEP mantığıyla ilerler.

Hangi modelin uygun olduğunu belirlemek için şu adımlar yardımcı olur:

1. Metnin doğrusal mı yoksa etkileşimli mi olduğunu belirleyin.
2. Metnin bir dosyada bütün mü, yoksa dizeler hâlinde dağınık mı durduğunu kontrol edin.
3. Kullanıcının metni okuyacağını mı yoksa kullanacağını mı öngörün.
4. Doğrusal ise TEP, etkileşimli ise yerelleştirme iş akışını seçin.

Bu ayrım, doğru sürecin doğru işe uygulanmasını sağlar. Yanlış model, hem maliyeti hem hata oranını artırır.

Segmentasyonun rolü

TEP ile yerelleştirme arasındaki farkı derinleştiren bir etken, metnin nasıl parçalandığıdır. Basılı çeviride metin doğal cümle akışında ilerlerken, yerelleştirmede içerik dizeler hâlinde parçalanır. Bu parçalanma, çevirmenin metni bütün olarak görmesini zorlaştırır.

Dizeler çoğu zaman ekranda birbirinden uzak yerlerde belirir. Bir düğme yazısı, bir hata mesajı ve bir başlık aynı dosyada yan yana durabilir; oysa kullanıcı bunları farklı bağlamlarda görür. Bu, TEP’in doğrusal mantığıyla bağdaşmaz.

Bu yüzden yerelleştirme, parçalanmış metni bir araya getirecek ek araçlara ve test aşamalarına ihtiyaç duyar. TEP’te bu ihtiyaç yoktur; çünkü metin zaten bütündür.

Bağlam kaybı sorunu

Doğrusal olmayan yapının en büyük bedeli, bağlam kaybıdır. TEP sürecinde çevirmen, bir cümlenin öncesini ve sonrasını görür; anlamı bu bağlam içinde kurar. Yerelleştirmede ise çevirmen çoğu zaman yalnızca kopuk bir dize görür.

Bu bağlam kaybı, hatalara zemin hazırlar. Örneğin tek başına duran bir kelime, çevirmene birden fazla anlam sunabilir; hangisinin doğru olduğu, ancak ekrandaki yerini görünce anlaşılır. Bu belirsizlik, TEP’te nadiren yaşanır.

Bağlam kaybını gidermek için yerelleştirme, ekran görüntüleri, açıklama notları ve görsel test ortamları kullanır. Bu ek katman, TEP ile yerelleştirme arasındaki temel farklardan biridir.

Melez iş akışları

Gerçek projeler çoğu zaman iki modelin bir karışımını gerektirir. Bir dijital ürün hem doğrusal metinler (yardım sayfaları, blog yazıları) hem de etkileşimli öğeler (arayüz, düğmeler) içerebilir. Bu durumda TEP ve yerelleştirme yan yana işler.

Bu melez yaklaşım, her içerik türüne uygun süreci uygulamayı gerektirir. Doğrusal içerik TEP mantığıyla, etkileşimli içerik yerelleştirme iş akışıyla ele alınır. İkisini ayırmak, hem verimliliği hem kaliteyi artırır.

Bu yüzden iyi bir tedarikçi, projenin hangi kısmının hangi modele girdiğini baştan planlar. Tek bir modeli her içeriğe zorlamak, çoğu zaman hataya yol açar.

TEP sürecinin dijitale uymamasının doğurduğu ihtiyaçlar, bulut tabanlı iş akışlarıyla daha da belirginleşti. Web 2.0 ve sonrasında, içerik sürekli üretilir ve güncellenir hâle geldi. Dinamik web siteleri düzenli olarak yenilenir; bu da yerelleştirmenin döngüsel ve sürekli bir süreç olarak ilerlemesini gerektirir. TEP’in “çevir, düzenle, yayımla ve bitir” mantığı, hiç bitmeyen bu içerik akışıyla bağdaşmaz. Sürekli yerelleştirme, bu yeni gerçekliğin cevabıdır.

Bu döngüsel modeller, makine çevirisini ve kitle kaynaklı katkıyı da içine alabilir. Örneğin bazı büyük platformlar, gönüllü katılımcılarla sürekli içerik ekler ve çevirileri siteye geri entegre eder. Bu, TEP’in tek yönlü, doğrusal yapısından tümüyle farklı bir işleyiştir. Bulut, farklı ülkelerdeki müşteri, yönetici ve çevirmenlerin uzaktan ve eşzamanlı çalışmasını mümkün kılar. Süreç, artık tek bir masada değil, dağıtık bir ağda ilerler.

Yine de TEP’in tümüyle geçersiz olduğunu düşünmek yanlış olur. Basılı yayınlar, hukuki belgeler ve okunmak için üretilen uzun metinler, hâlâ TEP mantığıyla en iyi biçimde işlenir. Sorun, TEP’in kötü olması değil, yanlış yere uygulanmasıdır. Doğru araç, doğru işe uygulandığında değerlidir. Bir dijital ürünü TEP ile ele almak ne kadar hatalıysa, bir kitabı yerelleştirme iş akışıyla zorlamak da o kadar gereksizdir.

Bu ayrımı doğru yapmak, hem zaman hem para tasarrufu sağlar. İşin doğasını baştan tanımlamak, sürecin geri kalanını belirler. Doğrusal ve sabit bir metin mi, yoksa dinamik ve etkileşimli bir ürün mü? Bu sorunun yanıtı, hangi modelin uygulanacağını netleştirir. İyi bir başlangıç kararı, tüm projeyi daha öngörülebilir kılar.

TEP ile yerelleştirme iş akışı arasındaki karşıtlık, aslında çeviri tarihindeki büyük bir kırılmayı temsil eder. Yüzyıllarca basılı metnin doğrusal mantığıyla çalışan bir meslek, birkaç on yıl içinde tümüyle farklı bir yapıyla yüzleşti. Bu kırılma, yerelleştirmenin neden ayrı bir çeviri kipi olarak doğduğunu açıklar. Yeni bir ortam, yeni bir süreç gerektirdi.

Bu tarihsel bakış, bugünkü kararları da aydınlatır. Bir dijital ürünü basılı belge gibi ele almak, TEP’in mantığını yanlış yere uygulamaktır. Tersine, basit bir belgeyi karmaşık bir yerelleştirme iş akışına sokmak da gereksiz maliyet doğurur. Doğru yaklaşım, her içeriğe kendi doğasına uygun süreci uygulamaktır. Bu bilinç, hem verimliliği hem kaliteyi korur.

Türkiye bağlamı

Türkiye’de birçok çeviri işi hâlâ TEP mantığıyla planlanır; bu, belge çevirisi ağırlıklı bir piyasa için doğaldır. Ancak dijital ürünler söz konusu olduğunda, TEP mantığının bir yazılım ya da uygulamaya doğrudan uygulanması sık görülen bir hatadır. Web sitesi “çevirisi” bir belge gibi ele alınınca, menü yapısı ve teknik katman gözden kaçar.

Türkçenin yapısı bu farkı keskinleştirir. Sondan eklemeli yapı nedeniyle çeviri metni uzar; TEP’te bu sorun yayım aşamasında düzeltilebilirken, etkileşimli bir arayüzde metin taşması ancak bağlam içinde test edilerek yakalanır. Yani Türkçe için TEP’in düzenleme adımı, yerelleştirme iş akışının test adımının yerini tutmaz.

Kurumsal alıcı için pratik sonuç şudur: İşin türünü doğru tanımlamak, doğru süreci ve doğru bütçeyi getirir. Dijital ve etkileşimli bir ürünü belge çevirisi gibi fiyatlandırmak, sonradan hem gecikmeye hem yeniden işe yol açar.

Bu sizin için ne anlama geliyor?

Çeviri satın alıyorsanız, işinizin TEP mi yoksa yerelleştirme iş akışı mı gerektirdiğini bilmek doğru beklenti kurmanızı sağlar. Bu ayrım, teslim süresini ve kaliteyi doğrudan etkiler.

1. Metninizin doğrusal mı etkileşimli mi olduğunu tespit edin.
2. Dijital ürünlerde yalnızca çeviri değil, test adımını da talep edin.
3. Belge çevirisinde TEP’in yeterli olduğunu bilin; gereksiz süreç eklemeyin.
4. İşin türüne uygun bir takvim ve bütçe planlayın.

İhtiyacınızın hangi süreci gerektirdiğinden emin değilseniz teklif sayfamız üzerinden ayrıntıları paylaşın; doğru modeli birlikte belirleyelim.

Sık sorulan sorular

TEP süreci nedir?

TEP, Çevir-Düzenle-Yayımla (Translate-Edit-Publish) adımlarından oluşan, basılı yayınlar için tasarlanmış klasik çeviri iş akışıdır. Metin doğrusal olarak işlenir.

TEP neden dijitale uymadı?

Çünkü yazılım ve oyun metinleri cümle cümle, doğrusal bir yapıda değildir. Dizeler kaynak dosyalara dağılmıştır ve kullanıcı kendi okuma yolunu seçer.

TEP tamamen terk edildi mi?

Hayır. Doğrusal, okunmak için üretilen metinlerde TEP mantığı hâlâ geçerlidir. Ancak etkileşimli dijital ürünler yerelleştirme iş akışı gerektirir.

Yerelleştirme iş akışı TEP’ten nasıl farklı?

Yerelleştirme; hazırlık, mühendislik, çeviri, kalite güvence ve test gibi paralel ve döngüsel adımlar içerir. TEP ise doğrusal ve tek yönlüdür.

Kaynaklar

• Jiménez-Crespo, M. A. (2024). Localization in Translation. Routledge (Böl. 1-2).
• Dunne, K. J. (2006). Perspectives on Localization. John Benjamins.
• Esselink, B. (2000). A Practical Guide to Localization. John Benjamins.