Apa yang Terjadi pada Tabel Selama Terjemahan Dokumen?

Sebuah tabel bisa mempertahankan setiap baris dan kolom namun tetap gagal setelah diterjemahkan. Teks yang lebih panjang, pemenggalan baris yang berbeda, konten kanan-ke-kiri, angka yang dilokalkan, dan metadata judul yang hilang dapat mengubah kisi yang tampak utuh menjadi informasi yang menyesatkan.

Apa yang Berubah Saat Tabel Diterjemahkan?

Tabel dokumen memiliki tiga lapisan, dan masing-masing memerlukan pemeriksaan tersendiri:

Lapisan	Apa yang seharusnya terjadi	Apa yang bisa salah
Konten	Judul, label, catatan, dan prosa diterjemahkan	Teks dihilangkan, diduplikasi, salah diterjemahkan, atau dibiarkan dalam bahasa sumber
Struktur	Baris, kolom, sel gabungan, dan hubungan judul tetap terhubung	Konversi memecah sel, mengubah rentang, atau kehilangan metadata struktural
Penyajian	Garis tepi, isian, font, lebar, dan perataan tetap dapat digunakan	Teks melipat, terpotong, menyusut, bertumpuk, atau memaksa tabel pindah ke halaman lain

Terjemahan tidak seharusnya membangun ulang tabel dari awal. Alur kerja yang sadar dokumen dapat mempertahankan struktur dan gayanya, tetapi pemeliharaan bukan berarti setiap sel akan menempati ruang yang sama setelahnya.

W3C mencatat bahwa teks terjemahan cenderung berbeda panjangnya dan menganjurkan tata letak yang fleksibel alih-alih wadah lebar tetap yang sempit. Ini paling penting dalam tabel karena judul pendek sering ditempatkan di sel yang paling sempit. Contoh-contohnya juga menunjukkan bahwa gabungan kata bahasa Jerman mungkin menawarkan lebih sedikit titik pelipatan alami dibandingkan frasa bahasa Inggris yang setara, sementara beberapa aksara non-Latin memerlukan karakter yang lebih lebar atau tinggi baris yang lebih besar.

Untuk penjelasan yang lebih luas mengenai efek-efek ini, lihat mengapa dokumen terjemahan menjadi lebih panjang.

Elemen Tabel Mana yang Biasanya Bertahan Setelah Terjemahan?

Ketika file sumber yang dapat disunting diterjemahkan dengan alat yang sadar format, elemen-elemen ini mungkin terbawa ke hasil keluaran. Tidak ada yang boleh dianggap benar tanpa verifikasi.

Elemen	Hasil yang diharapkan	Pertanyaan peninjauan
Baris dan kolom	Kisi logis yang sama	Apakah ada baris, kolom, atau sel yang hilang atau terduplikasi?
Garis tepi dan isian	Pengelompokan visual yang sama	Apakah warna dan garis tepi masih menyampaikan kategori yang dimaksud?
Sel gabungan	Rentang yang sama melintasi baris atau kolom	Apakah setiap judul masih mencakup data yang benar?
Baris judul	Label dan perilaku pengulangan yang sama	Apakah judul tetap melekat pada kolom yang benar dan berulang di setiap halaman?
Gaya sel	Font, penekanan, padding, dan perataan yang sama	Apakah penggantian font atau penyesuaian otomatis membuat ada sel yang tidak terbaca?
Angka dan rumus	Nilai dan logika dasar yang sama	Apakah ada tanda, pemisah, satuan, rumus, atau referensi yang berubah?
Catatan dan tautan	Tujuan dan keterkaitan yang sama	Apakah setiap catatan atau tautan masih menjadi milik sel yang benar?

Konversi format adalah risiko tersendiri. Panduan aksesibilitas tabel dari W3C memperingatkan bahwa penandaan tabel struktural sering hilang ketika konten berpindah antarformat. Karena itu, sebuah tabel bisa tampak benar namun tidak lagi memperlihatkan hubungan judul-ke-data kepada teknologi bantu.

Lima Masalah Umum pada Tabel dan Solusinya

1. Teks meluap atau membuat baris terlalu tinggi

Label terjemahan mungkin lebih panjang, berisi karakter yang lebih lebar, atau melipat di titik yang berbeda. Tinggi baris tetap dapat memotong baris terakhir; pertumbuhan baris otomatis justru dapat mendorong tabel melewati pemisah halaman.

Perbaiki dengan urutan ini: hapus pemenggalan baris manual, biarkan baris tumbuh, lebarkan kolom yang paling terbatas, kurangi padding sel yang tidak perlu, dan gunakan pemenggalan kata bahasa target bila sesuai. Perpendek kata hanya setelah peninjau bahasa memastikan tidak ada makna yang hilang. Kecilkan font paling akhir.

Jika aksara target menampilkan kotak, huruf yang terputus, atau tipografi yang tidak diharapkan, anggap itu sebagai masalah font, bukan masalah luapan. Ikuti pemeriksaan di mengapa font rusak setelah terjemahan.

2. Sel gabungan tidak lagi menjelaskan data yang benar

Judul gabungan mungkin mencakup tiga kolom produk di sumber. Jika sebuah baris atau kolom disisipkan, dihapus, atau digeser selama konversi, judul bisa muncul di atas kelompok yang salah meskipun katanya diterjemahkan dengan benar.

Perbaiki dengan memeriksa rentang terhadap sumber. Telusuri setiap judul multi-kolom dan multi-baris ke sel yang dikuasainya. Hindari menambahkan sel gabungan baru hanya agar label terjemahan muat; sesuaikan lebar atau pelipatan sebagai gantinya.

Microsoft menganjurkan tabel persegi panjang yang sederhana untuk aksesibilitas karena sel yang terpecah, sel gabungan, tabel bersarang, dan baris atau kolom kosong dapat mengganggu cara pembaca layar menghitung dan mengidentifikasi sel. Ketika rentang yang rumit memang diperlukan, pemeriksaan visual saja tidak cukup.

3. Judul kehilangan hubungannya dengan sel data

Teks tebal di baris pertama tampak seperti judul bagi pembaca yang melihat, tetapi tampilan tidak mendefinisikan struktur. Panduan W3C mensyaratkan sel judul dan sel data diidentifikasi dan dikaitkan agar teknologi bantu dapat mengumumkan konteks baris dan kolom yang relevan.

Perbaiki dengan memulihkan judul semantik di dokumen yang dapat disunting. Tandai baris pertama sebagai judul, konfirmasi judul yang berulang pada tabel multi-halaman, dan uji tabel yang rumit dengan pemeriksa aksesibilitas aplikasi. Pada HTML atau PDF hasil ekspor, konfirmasi bahwa keterkaitan judul bertahan melewati konversi.

4. Angka, rumus, dan pengenal berubah tanpa disadari

Kalimat yang lancar mudah disadari; pemisah desimal, tanda minus, persentase, nomor model, atau referensi spreadsheet yang berubah tidak. Beberapa nilai sebaiknya dilokalkan untuk pembaca, sementara pengenal dan logika perhitungan harus tetap persis.

Perbaiki dengan tahap perbandingan khusus data. Abaikan prosa dan bandingkan digit, kode mata uang, tanda persen, satuan, rentang, total, rumus, penanda catatan kaki, dan referensi sel. Hitung ulang rumus dan total spreadsheet pada file target. Catat perubahan lokal yang disengaja agar peninjau tidak “mengoreksinya” kembali ke format sumber.

5. Teks kanan-ke-kiri mengacak tanda baca atau perataan

Bahasa Arab dan Ibrani berjalan dari kanan ke kiri, tetapi istilah Latin dan digit yang disisipkan tetap berjalan dari kiri ke kanan. Karena itu Unicode memperlakukannya sebagai teks bidireksional. Unicode juga mencatat bahwa sel tabel yang terpisah dapat ditangani sebagai paragraf terpisah, sehingga arah dapat diatur pada tingkat sel atau paragraf.

Perbaiki sel demi sel. Tetapkan arah dasar yang benar, lalu periksa kode produk, tanggal, persentase, tanda kurung, garis miring, dan tanda baca di samping teks Latin. Jangan membalik digit secara manual. Periksa dokumen yang dapat disunting maupun PDF hasil ekspor karena arah dan pencerminan adalah perilaku rendering.

Daftar Periksa Sebelum Terjemahan

• Mulai dari DOCX, PPTX, atau XLSX yang dapat disunting bila tersedia.
• Hapus baris dan kolom kosong yang hanya dipakai untuk jarak.
• Ganti tabel tata letak dengan tata letak dokumen normal bila memungkinkan.
• Tandai baris judul yang sebenarnya dan jaga struktur tabel sesederhana yang dimungkinkan data.
• Biarkan baris tumbuh; hindari tinggi tetap untuk sel yang dapat diterjemahkan.
• Identifikasi sel gabungan, rumus, total, pengenal terlindungi, dan istilah jangan-terjemahkan.
• Tetapkan bahasa sumber dengan benar dan catat lokal target.
• Simpan PDF referensi agar peninjau tahu bagaimana sumber yang disetujui terlihat.

Langkah-langkah ini mengurangi ambiguitas sebelum alat atau penerjemah mana pun menyentuh file. Langkah-langkah ini juga memudahkan untuk mengetahui apakah masalah di kemudian hari berasal dari terjemahan, konversi, atau desain tabel asli.

Cara Meninjau Tabel Terjemahan

Gunakan tahap-tahap terpisah. Mencoba memeriksa bahasa, data, struktur, dan tata letak sekaligus membuat kesalahan kecil mudah terlewat.

1. Bandingkan kisinya. Hitung tabel, baris, kolom, wilayah gabungan, baris judul, dan catatan terhadap sumber.
2. Bandingkan kontennya. Konfirmasi bahwa setiap sel diterjemahkan satu kali dan tetap berada di bawah judul yang benar.
3. Bandingkan datanya. Periksa angka, tanda, satuan, rumus, total, pengenal, dan tautan tanpa menyunting prosanya.
4. Periksa tata letaknya. Cari pemotongan, pertumbuhan baris yang berlebihan, pemenggalan halaman yang buruk, teks penyesuaian otomatis yang sangat kecil, font fallback, dan perataan yang tidak rata.
5. Periksa arah dan aksesibilitas. Verifikasi sel RTL, keterkaitan judul, urutan baca, dan judul yang berulang.
6. Ekspor dan periksa lagi. Buka PDF yang dikirim atau format akhir lainnya; jangan menyetujui hanya sumber yang dapat disunting.

OpenL Doc Translator mendukung format dokumen termasuk PDF, DOCX, PPTX, dan XLSX. Halaman resminya menyatakan bahwa font, warna, tabel, dan tata letak halaman dipertahankan, serta setiap pekerjaan menyertakan versi terjemahan dan dwibahasa. Gunakan sumber yang dapat disunting bila memungkinkan, pratinjau hasilnya, lalu bandingkan versi dwibahasa sebelum menyelesaikan peninjauan terstruktur di atas.

Pemeliharaan format mengurangi pekerjaan pembangunan ulang; itu tidak menghilangkan kebutuhan akan QA. Daftar periksa peninjauan dokumen dwibahasa mencakup dokumen yang lebih luas setelah tahap tabel selesai.

Kapan Peninjauan Manual Sangat Diperlukan

Selalu tugaskan peninjau manusia ketika sebuah tabel berisi:

• Total keuangan, tarif, perkiraan, atau angka yang diaudit
• Kewajiban hukum, batas kepatuhan, dosis, atau data keselamatan
• Rumus, referensi antar-sheet, atau kolom terhitung
• Judul bertingkat, wilayah gabungan, atau tabel bersarang
• Sel hasil pemindaian atau berbasis gambar yang bergantung pada OCR
• Teks campuran kanan-ke-kiri dan kiri-ke-kanan
• Tata letak cetak tetap tanpa ruang untuk perluasan

Untuk tabel-tabel ini, “file berhasil dibuka” dan “tabelnya terlihat mirip” bukanlah kriteria penerimaan. Persetujuan memerlukan pencocokan struktur sumber, verifikasi makna bahasa target, pemeriksaan setiap nilai penting, dan pengujian format pengiriman akhir.

Terjemahan tabel yang berhasil memelihara hubungan, bukan sekadar persegi panjang. Tinjau konten, struktur, data, tata letak, arah, dan aksesibilitas secara terpisah, maka cacat pemformatan jauh lebih kecil kemungkinannya menjadi kesalahan data.

Sources

• W3C: Text size in translation - Explains text expansion, constrained layouts, compound words, character width, and line-height differences across languages.
• W3C WAI: Tables Tutorial - Explains header-to-data relationships, complex table markup, screen-reader context, and metadata loss during format conversion.
• Microsoft Support: Make your Word documents accessible to people with disabilities - Recommends simple tables, header rows, accessibility checks, and avoiding split, merged, nested, or blank structures where possible.
• Unicode Standard Annex #9: Unicode Bidirectional Algorithm - Defines display ordering for mixed right-to-left and left-to-right text, digits, punctuation, and direction at paragraph or table-cell level.
• OpenL Doc Translator - Lists supported document formats, formatting preservation, free preview, and bilingual review output.