Mengapa Dokumen Terjemahan Menjadi Lebih Panjang
TABLE OF CONTENTS
Dokumen terjemahan bisa bertambah halaman tanpa bertambah gagasan. Panjang kata yang berbeda, struktur kalimat, aturan pemenggalan baris, dan metrik font mengubah seberapa banyak ruang yang dibutuhkan makna yang sama.
Jawaban Singkatnya
Dokumen terjemahan menjadi lebih panjang ketika teks sasaran menempati ruang horizontal atau vertikal yang lebih banyak daripada teks sumber. Hal ini bisa terjadi karena terjemahan memakai lebih banyak karakter, kata yang lebih panjang, lebih sedikit tempat untuk memenggal baris, glyph yang lebih lebar, atau spasi antar-baris yang lebih besar.
Jumlah halaman karenanya merupakan hasil tata letak, bukan ukuran kualitas terjemahan yang dapat diandalkan. Terjemahan yang ringkas mungkin tetap butuh halaman tambahan, sementara terjemahan yang buruk bisa jadi lebih pendek karena menghilangkan isi.
Aturan perencanaan yang paling berguna itu sederhana: perkirakan tata letak akan bergeser, terutama bila sumbernya dirancang agar pas secara ketat.
Mengapa Makna yang Sama Memakan Ruang Lebih Banyak
Label bahasa Inggris yang pendek bisa memuai tajam
Bahasa Inggris dan bahasa Mandarin sering menyampaikan informasi secara ringkas. W3C mencatat bahwa terjemahan dari bahasa-bahasa ini karenanya sering kali lebih panjang, khususnya ketika sumbernya berisi label pendek.
Panduan pemuaian teksnya memuat rentang perencanaan rata-rata berikut untuk bahasa Inggris yang diterjemahkan ke bahasa-bahasa Eropa:
| Panjang sumber bahasa Inggris | Rata-rata panjang terjemahan relatif terhadap sumber |
|---|---|
| Sampai 10 karakter | 200-300% |
| 11-20 karakter | 180-200% |
| 21-30 karakter | 160-180% |
| 31-50 karakter | 140-160% |
| 51-70 karakter | 151-170% |
| Lebih dari 70 karakter | 130% |
Angka-angka ini adalah kelonggaran tata letak, bukan janji untuk pasangan bahasa tertentu. Pelajaran bergunanya adalah bahwa string sumber yang paling pendek sering kali membutuhkan margin keamanan proporsional yang paling besar. Judul tabel atau sorotan yang terdiri dari dua kata bisa menimbulkan lebih banyak masalah daripada satu paragraf penuh karena biasanya berada di dalam wadah yang lebih kecil.
Tata bahasa mengubah jumlah kata
Bahasa tidak mengemas makna dengan cara yang sama. Satu bahasa mungkin mengungkapkan sebuah gagasan dengan infleksi, sementara bahasa lain memerlukan kata sandang, preposisi, kata kerja bantu, atau frasa penjelas. Urutan kata juga bisa memindahkan pewatas atau syarat ke tempat yang menciptakan baris tambahan.
Itu tidak berarti penerjemah harus menyalin struktur sumber atau menghapus kata-kata yang diperlukan demi mempertahankan jumlah halaman. Terjemahan harus lebih dulu lengkap dan alami; tata letaklah yang harus menyesuaikan diri padanya.
Kata yang panjang mengurangi opsi pembungkusan
W3C memakai kata Jerman Eingabeverarbeitungsfunktionen sebagai contoh kata majemuk yang menggantikan frasa Inggris “Input processing features.” Frasa bahasa Inggris dapat dipenggal pada spasi. Kata majemuk Jerman bisa tetap berada pada satu baris kecuali dokumen memiliki pemenggalan kata yang peka bahasa dan sesuai.
Standar pemenggalan baris Unicode menjelaskan mengapa hal ini penting: perangkat lunak memilih pemenggalan baris dari peluang yang diizinkan bagi karakter dan bahasa yang digunakan. Kolom yang sempit, sel tabel, dan kotak teks lebih cepat gagal ketika peluang tersebut terbatas.
Jumlah karakter tidak sama dengan lebar visual
Terjemahan bisa memuat lebih sedikit karakter namun tetap menempati lebih banyak ruang. W3C membandingkan desktop dalam bahasa Inggris dengan デスクトップ dalam bahasa Jepang: istilah Jepang itu punya lebih sedikit karakter tetapi biasanya membutuhkan lebar horizontal yang lebih besar.
Substitusi font dapat mengubah hasilnya sekali lagi. Font pengganti bisa lebih lebar atau lebih tinggi daripada font sumber, mengubah baris yang tadinya muat menjadi dua baris. Jika berkas terjemahan menunjukkan glyph yang hilang, huruf yang terputus, atau jenis huruf yang tak terduga sekaligus luapan, diagnosis hal-hal itu secara terpisah dengan panduan kami tentang mengapa font rusak setelah penerjemahan.
Beberapa aksara memerlukan lebih banyak ruang vertikal
Aksara Arab, Mandarin, Devanagari, Jepang, Korea, Thai, Tibet, dan aksara lain mungkin memerlukan glyph yang lebih tinggi atau spasi antar-baris yang lebih besar daripada teks Latin. Sebuah paragraf karenanya bisa menambah ruang vertikal meski jumlah barisnya tetap.
Inilah sebabnya mengecilkan font jarang menjadi perbaikan pertama yang terbaik. Teksnya mungkin muat, tetapi aksara sasaran bisa menjadi sulit dibaca atau tanda-tandanya bisa bertabrakan.
Di Mana Pemuaian Teks Merusak Dokumen
Paragraf isi yang panjang biasanya mengalir ulang. Masalah terpusat pada wadah yang ukurannya disesuaikan dengan teks sumber:
| Elemen dokumen | Kegagalan yang umum | Tanggapan yang lebih baik |
|---|---|---|
| Judul | Baris tambahan mendorong teks isi ke halaman lain | Izinkan pembungkusan dan pertahankan judul bersama paragraf berikutnya |
| Tabel | Baris bertambah, kolom menjadi terlalu sempit, atau teks terpotong | Lebarkan kolom kunci, izinkan baris bertambah, atau ubah orientasi halaman |
| Kotak teks dan sorotan | Teks meluap atau menyusut otomatis | Perbesar kotak atau perpendek hanya setelah meninjau makna |
| Formulir | Label bertabrakan dengan kolom isian | Pindahkan label ke atas kolom isian atau tambah lebar label |
| Header dan footer | Teks tumpang tindih dengan nomor halaman atau margin | Sederhanakan teks yang berulang dan periksa setiap bagian |
| Keterangan gambar dan catatan kaki | Rujukan terpisah dari subjeknya | Jaga elemen terkait tetap bersama dan perbarui penomoran halaman |
| Slide | Butir menjadi padat atau kecil hingga tak terbaca | Pisahkan slide atau kurangi isi sumber sebelum penerjemahan |
Satu baris yang berubah bisa merembet ke seluruh berkas. Tabel yang lebih tinggi menggeser keterangan gambar; keterangan gambar menggeser pemisah halaman; pemisah halaman mengubah daftar isi. Tinjau seluruh dokumen setelah teksnya final alih-alih memperbaiki halaman selagi kata-katanya masih berubah.
Siapkan Sumber Sebelum Penerjemahan
1. Hapus pemenggalan baris manual
Pemenggalan baris yang disisipkan agar sumber tampak seimbang jarang cocok untuk bahasa sasaran. Pertahankan pemisah paragraf yang sebenarnya, tetapi biarkan kalimat biasa membungkus secara otomatis.
2. Beri ruang pada wadah yang sempit untuk bertumbuh
Periksa tabel, bilah samping, formulir, bagan, dan kotak teks sebelum penerjemahan. Tambah padding hanya di tempat yang tersedia ruang, aktifkan pertumbuhan baris, dan hindari kotak bertinggi tetap untuk teks penting.
3. Gunakan gaya paragraf dan judul
Gaya memungkinkan perbaikan global. Jika judul terjemahan memerlukan spasi atau tinggi baris yang berbeda, satu perubahan gaya lebih aman daripada menyunting setiap judul secara manual.
4. Tetapkan bahasa dokumen yang benar
Pengaturan bahasa membantu perangkat lunak yang kompatibel memilih ejaan, pemenggalan kata, dan perilaku pemenggalan baris. Ini juga mencegah editor menerapkan aturan bahasa sumber pada teks terjemahan.
5. Lindungi istilah yang tidak boleh berubah
Tandai nama produk, kode, URL, variabel, dan pengenal hukum. Beri penerjemah konteks untuk singkatan alih-alih mengandalkan label sumber yang disingkat yang mungkin tidak punya padanan ringkas.
6. Simpan berkas induk yang dapat diedit
Perbaiki tata letak pada sumber DOCX, PPTX, spreadsheet, atau desain bila memungkinkan. Panduan penerjemahan dokumen Google Cloud merekomendasikan penerjemahan DOCX atau PPTX sebelum mengonversi hasilnya ke PDF karena format tersebut umumnya mempertahankan tata letak dan gaya lebih baik daripada PDF. Untuk persiapan khusus PDF, ikuti alur kerja untuk menerjemahkan PDF tanpa kehilangan format.
Perbaiki Terjemahan yang Memuai Tanpa Merusaknya
Gunakan urutan ini agar perbaikan visual tidak menimbulkan masalah bahasa:
- Pastikan tidak ada yang terduplikasi. Bandingkan urutan judul, daftar, tabel, dan paragraf yang berulang dengan sumbernya.
- Hapus pemenggalan baris bahasa sumber. Biarkan teks sasaran mengalir ulang sebelum mengubah tipografi.
- Ubah ukuran wadah. Lebarkan kolom, perdalam kotak teks, atau biarkan baris tabel bertambah.
- Sesuaikan spasi. Kurangi spasi antar-paragraf atau padding yang berlebihan tanpa menghimpit aksara.
- Terapkan pemenggalan kata yang peka bahasa. Gunakan hanya bila benar untuk bahasa sasaran dan gaya dokumen.
- Tulis ulang secara lokal. Minta peninjau yang mumpuni memperpendek judul atau label sambil mempertahankan makna dan nada.
- Kurangi ukuran font paling akhir. Jaga teks isi dan elemen berulang tetap konsisten, dan jangan mengecilkan bagian yang terisolasi sampai hanya sekadar muat.
Jangan hapus pembatas, contoh, peringatan, atau syarat hukum untuk mengembalikan jumlah halaman semula. Jika batas tetap bersifat wajib, seperti formulir satu halaman atau ringkasan dua slide, tetapkan batas itu sebelum penerjemahan agar penerjemah dapat menulis sesuai ruang yang tersedia.
Gunakan Alur Kerja Penerjemahan yang Mempertahankan Tata Letak
Menyalin teks ke penerjemah biasa membuang tabel, gaya, bingkai teks, dan hubungan yang menjadi sandaran tata letak. Mengunggah dokumen yang dapat diedit memberi alat yang sadar dokumen lebih banyak struktur untuk dipertahankan.
OpenL Doc Translator mendukung format seperti PDF, DOCX, PPTX, XLSX, EPUB, dan SRT. Halaman resminya menyatakan bahwa ia mempertahankan font, warna, tabel, dan tata letak halaman serta menyediakan versi terjemahan dan dwibahasa. Berkas dwibahasa berguna untuk memeriksa apakah perubahan tata letak berasal dari pemuaian teks yang wajar atau dari isi yang hilang atau terduplikasi.
Pemeliharaan format mengurangi rekonstruksi manual, tetapi tidak dapat membuat setiap bahasa menempati ruang yang identik. Akhiri dengan peninjauan dwibahasa dan tata letak terpisah menggunakan daftar periksa peninjauan dokumen dwibahasa. Periksa luapan, pertumbuhan tabel, pemisah halaman, header, footer, daftar isi, dan PDF akhir yang diekspor.
Pemeriksaan Akhir Sebelum Penyerahan
- Tidak ada teks yang terpotong, tersembunyi, tumpang tindih, atau menyusut otomatis di bawah ukuran yang disetujui.
- Tabel mempertahankan hubungan baris-kolomnya dan tetap terbaca.
- Judul tetap menyatu dengan isi yang diperkenalkannya.
- Keterangan gambar, catatan kaki, sorotan, dan rujukan halaman masih menunjuk ke tempat yang benar.
- Font mendukung setiap karakter dan gaya bahasa sasaran.
- Daftar isi dan rujukan silang telah diperbarui.
- Berkas yang dapat diedit dan PDF yang diekspor keduanya telah ditinjau.
- Perbandingan dwibahasa memastikan tidak ada isi yang hilang demi membuat berkas menjadi muat.
Dokumen terjemahan yang lebih panjang biasanya menjadi bukti bahwa bahasa dan tata letak saling memengaruhi, bukan bahwa ada yang salah. Rencanakan ruang untuk pemuaian, pertahankan struktur dokumen, dan sesuaikan tata letak hanya setelah terjemahan selesai.
Sources
- W3C: Text size in translation - Explains systematic text expansion, compound words, character width, line height, and flexible-layout planning.
- Unicode Standard Annex #14: Unicode Line Breaking Algorithm - Defines line-break opportunities, line fitting, and language-sensitive hyphenation considerations.
- Google Cloud: Translate documents - Explains document-format support, layout preservation, and why DOCX or PPTX sources generally retain layout better than PDF.
- OpenL Doc Translator - Lists supported formats, layout-preservation features, and bilingual review output.
