Cara Membangun Glosarium Terjemahan yang Benar-Benar Dapat Digunakan Penerjemah dan AI
Buat glosarium terjemahan dengan konteks, istilah yang disetujui, pemilik, dan status tinjauan. Unduh templat CSV dan selesaikan lima perbaikan entri yang cacat.

Untuk membuat glosarium terjemahan, pilih konsep yang memerlukan pilihan kata terkendali, tentukan makna setiap konsep dalam dokumen Anda, setujui istilah sasaran untuk setiap bahasa dan konteks, lalu tetapkan pemilik yang memelihara keputusan tersebut. Setelah itu, uji entri dalam paragraf nyata sebelum menyerahkannya kepada penerjemah atau alat terjemahan.
Perbedaan yang paling berguna adalah antara glosarium induk yang mencatat keputusan Anda dan ekspor yang lebih kecil yang dapat dikonsumsi alat. Berkas impor dua kolom mungkin diperlukan, tetapi tidak dapat menggantikan konteks, bukti, dan riwayat persetujuan yang membuat kedua kolom itu dapat dipercaya.
Mulailah dengan templat glosarium kosong dan contoh glosarium yang sudah diisi. Keduanya adalah berkas CSV UTF-8. Contoh tersebut menggunakan produk fiktif dan keputusan Inggris-ke-Prancis yang bersifat ilustratif; ini bukan daftar terminologi tersertifikasi, proyek pelanggan, atau preset impor siap pakai untuk BookTranslator.
Jaga agar glosarium lebih kecil daripada kamus
Sertakan suatu istilah ketika pilihan yang tidak konsisten atau ambigu akan mengubah makna, membingungkan navigasi, melemahkan pembedaan penting, atau menyebabkan pekerjaan tinjauan yang dapat dihindari. Jangan kumpulkan setiap kata benda hanya karena perangkat lunak mengekstraknya.
Proses seleksi yang berguna akan menanyakan:
- Apakah konsep ini berulang di seluruh bagian, berkas, atau kontributor?
- Apakah kata sumber memiliki lebih dari satu makna yang relevan?
- Apakah organisasi, penulis, atau bidang subjek mensyaratkan bentuk sasaran tertentu?
- Apakah pilihan yang berbeda akan membuat peringatan, instruksi, antarmuka, atau argumen lebih sulit diikuti?
- Apakah istilah ini baru, diperdebatkan, atau diketahui pernah menyebabkan koreksi dalam proyek ini?
Istilah yang jarang tetapi berdampak besar bisa lebih layak dimasukkan daripada kata biasa yang sering muncul. Istilah standar yang tidak memiliki ambiguitas nyata mungkin tidak perlu dimasukkan sama sekali.
COTSES panduan pengantar Manajemen Terminologi untuk Terjemahan merekomendasikan terminologi yang relevan bagi organisasi dan tanggung jawab validasi yang eksplisit. Panduan itu juga memperingatkan bahwa jumlah entri saja tidak menentukan kualitas. Prinsip-prinsip tersebut lebih penting di sini daripada usia contoh perangkat lunaknya.
Ekstraksi kandidat hanyalah kotak masuk. Frasa yang diekstrak menjadi terminologi yang berguna ketika Anda mengetahui maknanya, kapan ia berlaku, dan siapa yang menyetujui pilihan kata sasarannya.
Bangun satu catatan di sekitar satu makna
Jangan berikan kepemilikan tunggal catatan kepada string sumber. Kata Inggris “charge” dapat menggambarkan sifat kelistrikan atau jumlah yang ditagih. Satu baris yang memetakan setiap kemunculan ke satu kata Prancis akan menyandikan kesalahan, bukan konsistensi.
Berikan setiap konsep pengenal yang stabil, lalu tambahkan keputusan khusus bahasa. Dalam spreadsheet sederhana, gunakan satu baris per konsep dan pasangan lokal sumber/sasaran. Dua baris dapat berbagi ejaan sumber yang sama tanpa mewakili konsep yang sama.
Templat ini berisi bidang-bidang berikut:
| Kelompok bidang | Bidang | Apa yang dicegah |
|---|---|---|
| Identitas | ID Entri, ID konsep, istilah sumber, lokal sumber, lokal target | Mencampuradukkan makna atau varian bahasa yang berbeda |
| Makna | Definisi, domain, kelas kata, konteks sumber, rujukan konteks | Memilih padanan kamus yang tampak masuk akal untuk fungsi yang salah |
| Keputusan target | Target yang disetujui, konteks target, tanda jangan-terjemahkan, varian yang ditolak, aturan penggunaan | Menganggap alternatif atau perubahan tata bahasa sebagai hal yang bisa dipertukarkan |
| Akuntabilitas | Status, pemilik, sumber keputusan, terakhir ditinjau, versi, catatan perubahan | Draf atau preferensi usang yang diam-diam menjadi kebijakan |
Rujukan konteks harus memungkinkan peninjau menemukan kembali bagian tersebut: versi dan bagian berkas, catatan istilah yang otoritatif, atau sumber tahan lama lainnya. “Dari internet” tidak cukup. Untuk konsep yang didefinisikan sendiri oleh penulis asli, definisi dalam naskah itu sendiri bisa menjadi bukti yang relevan.
Pisahkan definisi dari konteks sumber. Definisi menyatakan apa konsep itu; konteks menunjukkan bagaimana konsep itu digunakan. Kalimat seperti “Pilih ruang kerja” menggambarkan penggunaan tetapi tidak menjelaskan apa isi ruang kerja atau bagaimana bedanya dengan proyek.
Perbaiki lima entri glosarium yang umum
Perbaikan berikut termasuk dalam contoh fiktif yang dapat diunduh. Ini menggambarkan keputusan editorial, bukan aturan terminologi Prancis yang universal. Contoh bagian menyediakan teks di sekitarnya.
1. Kata polisemus dengan satu target yang dipaksakan
Entri lemah: charge → charge
Perbaikan: buat konsep terpisah:
- Sifat kelistrikan: sumber
charge; targetcharge électrique; domain “elektronika pengantar”; konteks “Kapasitor menyimpan muatan listrik.” - Jumlah yang ditagih: sumber
charge; targetfrais; domain “penagihan”; konteks “Biaya pengiriman ditampilkan sebelum pembayaran.”
Ini tidak berarti salah satu pemetaan harus menimpa setiap kemunculan “charge.” Domain dan konteks entri adalah bagian dari keputusan. Jika alat yang dipilih tidak dapat membedakannya, gunakan ekspor proyek terpisah, frasa yang lebih panjang dan tidak ambigu, atau tinjauan manusia alih-alih substitusi global.
2. Istilah tanpa kelas katanya
Entri lemah: seal → sceller
Perbaikan: bedakan verba dari komponennya:
- “Segel amplop”: kata kerja, dengan target ilustratif
scellerdalam proyek ini. - “Ganti segel karet”: kata benda yang merujuk pada komponen, dengan target
joint.
Spreadsheet kini mendeskripsikan dua konsep, bukan menyiratkan bahwa komponen karet adalah sebuah tindakan. Untuk dokumen teknis sungguhan, mintalah peninjau domain memvalidasi makna komponen dan istilah yang disukai.
3. Dua terjemahan yang dapat diterima tanpa preferensi proyek
Entri lemah: workspace → espace de travail / zone de travail
Perbaikan: setujui espace de travail untuk wadah bernama aplikasi fiktif tersebut. Catat zone de travail sebagai varian yang ditolak untuk konsep antarmuka ini, bukan sebagai bahasa Prancis yang buruk secara umum. Tambahkan catatan penggunaan bahwa infleksi gramatikal normal diperbolehkan.
Varian yang ditolak memerlukan alasan dan cakupan. Jika tidak, peninjau mungkin “memperbaiki” frasa yang sepenuhnya valid dalam konteks berbeda.
4. Nama produk yang dilindungi hanya secara implisit
Entri lemah: LeafDeck → LeafDeck
Perbaikan: tetapkan do_not_translate=true, identifikasi sebagai nama produk fiktif, pertahankan huruf besar-kecil, dan kutip keputusan penamaan proyek demo. Nyatakan bahwa aturan ini tidak berlaku untuk kata-kata tak terkait dalam deskripsi biasa.
Kecocokan teks sumber dan target saja tidak menjelaskan apakah pemertahanan itu disengaja atau sekadar pekerjaan yang belum selesai. Gunakan panduan keputusan jangan-terjemahkan untuk daftar pengecualian yang lebih luas.
5. Keputusan draf yang disajikan sebagai disetujui
Entri lemah: sync → synchroniser / mettre à jour, tanpa pemilik atau status.
Perbaikan: tentukan tindakannya terlebih dahulu. Untuk perintah fiktif yang menyinkronkan pustaka perangkat, setujui synchroniser sebagai kata kerja dan catat alternatifnya sebagai tidak cocok untuk perintah khusus ini. Tetapkan pemilik dan sumber keputusan bertanggal.
Simpan label kata benda yang diusulkan secara terpisah dalam status draft sampai peninjau menyelesaikannya. CSV yang telah dikerjakan sengaja menyertakan baris draf tersebut. Spreadsheet yang tampak rapi bukan bukti bahwa setiap baris telah disetujui.
Gunakan gerbang kualitas entri, bukan skor dekoratif
Sebelum menyetujui entri, ajukan enam pertanyaan ya-atau-tidak:
- Makna: dapatkah orang lain membedakan konsep ini dari konsep di sekitarnya?
- Bukti: dapatkah mereka menemukan sumber pendukung atau keputusan penulis?
- Bahasa: apakah bentuk target berfungsi untuk lokal, tata bahasa, dan domain yang ditentukan?
- Cakupan: apakah mereka tahu di mana aturan berlaku dan di mana tidak?
- Akuntabilitas: apakah ada pemilik yang bertanggung jawab menyelesaikan perubahan?
- Penggunaan: apakah entri telah diperiksa dalam kalimat representatif?
Jawaban yang belum terselesaikan berarti entri tetap dalam draf. Ini adalah rubrik penerimaan editorial, bukan ukuran numerik kualitas terjemahan yang tervalidasi.
Bagi pekerjaan berdasarkan keahlian. Penulis atau spesialis subjek mengonfirmasi konsep; peninjau bahasa sasaran mengonfirmasi penggunaan; pemilik terminologi mencatat keputusan dan mendistribusikan versi yang disetujui. Satu orang dapat mengisi beberapa peran dalam proyek kecil, tetapi pertanyaannya tetap perlu dijawab.
Jika peninjau mempersoalkan entri, catat pilihan yang bersaing dan bagian yang memunculkan konflik. Ikuti alur kerja kueri penerjemah alih-alih membiarkan pesan pribadi menjadi pengecualian yang tidak terdokumentasi.
Ekspor untuk alat penerima hanya setelah disetujui
Glosarium utama dan kamus mesin memiliki tujuan yang berbeda. Glosarium utama menjelaskan keputusan kepada manusia. Berkas impor harus mengikuti skema dan perilaku pencocokan alat tertentu.
Untuk alat yang mendukung impor glosarium:
- Pilih pasangan bahasa sumber/sasaran yang diperlukan dan domain proyek.
- Kecualikan entri
draftdandeprecated. - Selesaikan string sumber duplikat yang tidak dapat dibedakan oleh alat penerima.
- Petakan hanya bidang yang didukung ke format impor alat saat ini.
- Konfirmasi bagaimana alat memperlakukan huruf besar/kecil, infleksi, istilah multi-kata, dan teks yang dilindungi.
- Uji masukan kecil yang representatif dan periksa terjemahan yang dikembalikan.
Misalnya, format CSV searah yang didokumentasikan Google Cloud Translation menggunakan pasangan sumber/sasaran tanpa header, sedangkan CSV kumpulan istilah ekuivalennya menggunakan header bahasa. Pencocokan glosariumnya peka huruf besar/kecil secara default, dan beberapa entri stopword diabaikan. Itu adalah aturan Google Cloud, bukan aturan CSV umum atau kemampuan BookTranslator. Periksa dokumentasi glosarium Google Cloud saat ini sebelum menyiapkan ekspor untuk layanan tersebut.
Jangan mengunggah CSV beranotasi lengkap dari artikel ini ke dialog impor sembarangan. Itu adalah glosarium utama yang berfungsi. Sebaliknya, jangan membuang definisi dan riwayat persetujuannya hanya karena alat hanya menerima dua kolom.
Saat menggunakan sistem AI dengan bidang instruksi yang didukung, berikan subset relevan yang telah disetujui plus konteks yang diperlukan untuk membedakan makna. Instruksi dapat meminta terminologi; itu tidak membuktikan bahwa keluaran mengikutinya. Periksa hasilnya. Jika sistem tidak menawarkan masukan glosarium yang didukung, simpan glosarium utama sebagai referensi peninjau alih-alih menciptakan cara untuk mengimpornya.
Untuk organisasi dengan tim lini depan multibahasa, konsistensi terminologi juga penting setelah terjemahan. Materi pelatihan, kebijakan, dan komunikasi operasional mungkin perlu menjangkau karyawan dalam bahasa pilihan mereka sambil mempertahankan kata-kata yang disetujui. iTacit menjelaskan bagaimana komunikasi multibahasa mendukung informasi tempat kerja lintas bahasa, negara, dan budaya.
Tambahkan bahasa tanpa menghapus keputusan lokal
Gunakan kembali ID konsep saat menambahkan lokal sasaran lain, tetapi berikan lokal tersebut sasaran, status, pemilik, dan buktinya sendiri. Persetujuan dalam bahasa Prancis tidak menyetujui padanan bahasa Jerman. Sasaran kosong berarti "belum diselesaikan," bukan "gunakan sumber secara otomatis."
Disiplin yang sama berlaku dalam satu bahasa. Pisahkan keputusan khusus lokal jika berbeda secara material. Jangan membuat baris duplikat hanya untuk menambahkan label regional yang tidak mengubah apa pun.
Jaga status ini tetap sederhana:
- Draf: keputusan kandidat atau yang dipersoalkan; bukan bagian dari ekspor yang disetujui.
- Disetujui: diterima untuk cakupan dan versi yang dinyatakan.
- Tidak digunakan lagi: dipertahankan untuk riwayat dan deteksi, tetapi tidak direkomendasikan untuk pekerjaan baru.
Untuk perubahan substantif, catat bentuk lama, bentuk baru, alasan, versi efektif, pemilik, dan lokasi sumber yang terpengaruh. Bangun ulang ekspor yang relevan dan beri tahu penerjemah bagian mana yang perlu ditinjau ulang. Jangan diam-diam mengganti istilah di tengah proyek dan berharap bab yang sudah diterjemahkan memperbarui dirinya sendiri.
Tinjau entri saat produk, naskah sumber, standar, atau penggunaan yang diterima berubah. Pengingat kalender dapat membantu, tetapi definisi yang berubah adalah pemicu yang lebih kuat.
Validasi glosarium dalam petikan sebelum memperluas skala
Glosarium bisa tampak rapi secara internal tetapi tetap gagal dalam sebuah kalimat. Gunakan sekumpulan kecil petikan yang sengaja mencakup:
- kata sumber ambigu dengan dua makna;
- istilah sebagai judul dan di dalam prosa;
- variasi tunggal, jamak, atau gramatikal lainnya;
- nama yang dilindungi di samping bahasa biasa; dan
- istilah dalam tabel, keterangan gambar, instruksi, atau struktur dokumen penting lainnya.
Contoh yang dapat diunduh memasangkan “delivery charge” dengan “electric charge” dan menyertakan “seal” sebagai kata benda sekaligus kata kerja. Kasus-kasus ini menunjukkan mengapa penggantian tanpa cakupan adalah uji penerimaan yang salah.
Untuk setiap petikan, catat sumber, versi glosarium, keluaran target, keputusan peninjau, dan koreksi jika diperlukan. Jika Anda benar-benar menguji layanan terjemahan, tambahkan layanan/model, tanggal, pengaturan, dan keluaran mentah. Contoh-contoh dalam artikel ini tidak mengklaim bahwa uji layanan semacam itu telah dijalankan.
Setelah dokumen lengkap diterjemahkan, lanjutkan ke tinjauan konsistensi terminologi. Penyusunan glosarium menetapkan kebijakan; tinjauan keluaran menentukan apakah teks yang diserahkan mengikutinya tanpa menjadi tidak alami.
Serahkan catatan keputusan, bukan sekadar daftar kata
Serah terima akhir harus memuat versi sumber, glosarium induk yang disetujui, ekspor alat penerima jika berlaku, log kueri yang belum terselesaikan, dan contoh representatif. Orang yang melakukan terjemahan harus tahu file mana yang otoritatif dan kepada siapa harus bertanya tentang konflik.
Untuk buku utuh atau dokumen panjang yang didukung, alur kerja terjemahan file BookTranslator dapat memberikan draf untuk peninjauan selanjutnya. Simpan glosarium yang disetujui bersama draf tersebut. Lembar kerja di sini adalah referensi editorial eksternal, bukan klaim bahwa BookTranslator mengimpor glosarium CSV yang dikelola pengguna atau menegakkan setiap entri.
Mulailah dengan beberapa konsep penting, buat keputusannya dapat diperiksa, dan perluas dari ambiguitas yang nyata atau temuan tinjauan. Tujuannya adalah lebih sedikit keputusan yang belum terselesaikan pada dokumen berikutnya—bukan glosarium terbesar.
Artikel Terkait





