Menerjemahkan formulir WordPress: bidang hanya separuh masalah

Mengapa penerjemahan formulir lebih luas daripada label bidang

Formulir bukan blok statis berisi input yang terlihat. Formulir adalah alur kerja kecil yang mengumpulkan data, bereaksi terhadap pilihan pengguna, memvalidasi pengiriman, dan sering kali mengirim pesan kepada pemilik situs maupun pengunjung. Setiap tahap itu dapat menampilkan teks khusus bahasa.

Artinya, sebuah formulir bisa tampak sudah diterjemahkan di halaman, tetapi masih membocorkan bahasa sumber dalam pesan kesalahan, salinan konfirmasi, teks placeholder, atau konten email keluar. Dalam praktiknya, pengalaman pengguna hanya semultibahasa bagian formulir yang paling sedikit diterjemahkan.

String yang terlihat oleh pengguna yang perlu diterjemahkan

Label bidang yang terlihat hanyalah satu lapisan. Formulir umumnya mencakup placeholder, teks bantuan, pemberitahuan bidang wajib, pesan validasi, konfirmasi sukses, dan pesan kegagalan. String-string ini adalah bagian dari interaksi, bukan hiasan.

Jika pengunjung mengirim formulir yang belum lengkap dan respons validasi muncul dalam bahasa yang salah, formulir itu sudah gagal memenuhi tujuan multibahasanya. Hal yang sama terjadi ketika pesan konfirmasi atau tujuan pengalihan tidak sesuai dengan bahasa halaman tempat formulir dikirim.

Mengapa placeholder dan teks validasi penting secara teknis

Placeholder dan pesan validasi memengaruhi cara pengguna menafsirkan formulir sebelum dan sesudah pengiriman. Placeholder dapat memandu format input, sementara teks validasi menjelaskan apa yang salah dan apa yang perlu diperbaiki. Jika string-string itu tetap tidak diterjemahkan, formulir mungkin masih berfungsi, tetapi interaksinya menjadi tidak konsisten.

Ini terutama penting ketika formulir bergantung pada input yang presisi. Label yang diterjemahkan saja tidak membantu jika pesan validasi merujuk pada nama bidang atau aturan format dalam bahasa lain. Pengguna harus memahami baik bidangnya maupun aturan yang mengaturnya.

Pesan konfirmasi dan notifikasi email adalah bagian dari permukaan penerjemahan yang sama

Pengiriman yang berhasil biasanya memicu pesan konfirmasi di layar dan sering kali satu atau lebih notifikasi email. Pesan-pesan itu adalah konten yang terlihat oleh pengguna, bahkan ketika dihasilkan setelah formulir dikirim.

Jika teks konfirmasi diterjemahkan tetapi notifikasi email tidak, pengalaman multibahasa terputus pada perpindahan dari peramban ke kotak masuk. Masalah yang sama muncul ketika baris subjek notifikasi, isi pesan, atau nilai bidang dinamis dibiarkan dalam bahasa sumber. Formulir mungkin telah menerima pengiriman dengan benar, tetapi lapisan komunikasi masih menampilkan konten yang belum diterjemahkan.

Logika bersyarat mengubah apa yang harus diterjemahkan

Logika bersyarat membuat penerjemahan lebih dari sekadar masalah penggantian string. Ketika satu jawaban menampilkan bidang, pesan, atau cabang yang berbeda, setiap cabang dapat berisi label, teks bantuan, dan aturan validasinya sendiri.

Itu menciptakan ketergantungan antara bahasa dan perilaku. Jika logikanya diterjemahkan secara tidak konsisten, pengguna mungkin melihat cabang yang secara teknis benar tetapi tidak lengkap secara linguistik, atau mereka mungkin menemui pesan yang merujuk pada bidang yang tidak pernah mereka lihat dalam bahasa mereka. Dalam formulir multibahasa, pohon logika dan pohon teks harus tetap selaras.

Nilai dinamis dapat membocorkan bahasa yang salah meskipun formulir sudah diterjemahkan

Formulir sering menyisipkan nilai dinamis seperti judul halaman, opsi yang dipilih, data yang dimasukkan pengguna, atau konten lain yang bergantung pada konteks ke dalam konfirmasi dan notifikasi. Nilai-nilai itu tidak selalu berupa string statis, jadi perlu dipertimbangkan terpisah dari label yang diterjemahkan.

Formulir yang sudah diterjemahkan masih bisa menghasilkan keluaran campuran bahasa jika nilai dinamis berasal dari sumber yang tidak peka terhadap bahasa. Hal ini terutama terlihat pada pesan konfirmasi dan email, ketika formulir dapat menggabungkan teks templat yang diterjemahkan dengan konten dinamis yang tidak diterjemahkan atau tidak cocok.

Konsekuensi operasional: penerjemahan harus mengikuti siklus hidup formulir

Inti praktis bagi penerap WordPress adalah bahwa penerjemahan harus dievaluasi di seluruh siklus hidup formulir: tampilan, panduan input, validasi, pengiriman, konfirmasi, dan notifikasi. Setiap tahap dapat menampilkan kumpulan string dan nilai yang berbeda.

Bagi pemilik WordPress, ini berarti meninjau bukan hanya apa yang muncul di editor, tetapi juga apa yang dihasilkan saat formulir berjalan. Sebuah formulir bisa tampak sudah dilokalkan secara visual tetapi tetap gagal di produksi karena satu pesan hilir, cabang, atau nilai dinamis tidak pernah diterjemahkan.