Menu dan navigasi dalam WordPress multibahasa adalah data terstruktur

Navigasi lebih dari sekadar teks yang diterjemahkan

Menu multibahasa memiliki dua tugas sekaligus: menampilkan label yang dapat dibaca dalam bahasa saat ini, dan mempertahankan struktur yang memberi tahu WordPress ke mana setiap item harus menuju. Struktur itu mencakup hubungan induk-anak, jenis tujuan di balik setiap item, dan konteks bahasa tempat item tersebut harus diselesaikan.

Jika Anda hanya menerjemahkan teks yang terlihat, menu masih bisa mengarah ke konten yang salah. Sebuah label bisa benar sementara tujuannya tidak, terutama ketika menu mencampur halaman, arsip taksonomi, URL kustom, dan item yang dibuat oleh plugin atau logika tema.

Apa yang membuat menu menjadi data terstruktur

Menu WordPress bukan daftar string datar. Setiap item membawa makna di luar judulnya. Menu dapat menyandikan hierarki, sehingga satu item berada di bawah item lain. Menu juga dapat menyandikan jenis tujuan, sehingga sebuah item menu dapat mengarah ke halaman, arsip istilah taksonomi, URL kustom, atau titik akhir yang dihasilkan plugin.

Artinya, penerjemahan harus menghormati hubungan, bukan hanya kata-kata. Jika item induk berubah bahasa tetapi item anaknya tidak dipetakan ke tujuan yang setara, pohon navigasi menjadi tidak konsisten. Hasilnya bukan sekadar pilihan kata yang canggung; melainkan arsitektur informasi yang rusak untuk versi bahasa itu.

Mengapa pemetaan tujuan itu penting

Label menu yang sama dapat mewakili target dasar yang berbeda dalam bahasa yang berbeda. Halaman yang diterjemahkan mungkin memiliki permalink yang berbeda. Arsip taksonomi mungkin ada dalam satu bahasa tetapi belum ada dalam bahasa lain sampai istilahnya dibuat dan ditautkan. URL kustom mungkin memerlukan jalur khusus bahasa, bukan salinan langsung dari tautan bahasa sumber.

Inilah sebabnya navigasi multibahasa tidak dapat diperlakukan sebagai tugas penggantian teks sederhana. Item menu harus mengarah ke tujuan yang benar dalam bahasa aktif, atau pengguna akan berakhir di konten yang salah, bahasa cadangan, atau jalan buntu. Secara praktis, menu adalah bagian dari perutean, bukan hanya presentasi.

Perutean khusus bahasa mengubah bentuk menu

Di situs multibahasa, bagian konseptual yang sama mungkin memerlukan URL berbeda, target arsip berbeda, atau kedalaman menu berbeda tergantung pada versi bahasa. Itu karena perutean sadar bahasa: jalur yang berfungsi dalam satu bahasa mungkin bukan jalur kanonis dalam bahasa lain.

Ketika perutean berbeda, menu harus mencerminkan perbedaan itu alih-alih menyembunyikannya. Item navigasi yang diterjemahkan tetapi mengarah ke URL bahasa sumber dapat menciptakan ketidaksesuaian antara bahasa yang terlihat dan jalur konten yang sebenarnya. Ketidaksesuaian itu memengaruhi kegunaan dan juga dapat membuat situs lebih sulit dipahami secara operasional, karena menu tidak lagi mencerminkan struktur bahasa situs.

Mode kegagalan umum saat menu diterjemahkan sebagai string

Salah satu mode kegagalan adalah pergeseran hierarki: item induk diterjemahkan, tetapi anak-anaknya tidak dipetakan ke konten bahasa yang setara, sehingga submenu tidak lagi mewakili pengelompokan konseptual yang sama.

Mode lainnya adalah pergeseran tujuan: label diterjemahkan, tetapi item masih mengarah ke halaman asli, arsip taksonomi, atau URL kustom. Mode ketiga adalah pergeseran item plugin, ketika entri menu yang dihasilkan oleh data milik plugin disalin tanpa mempertahankan hubungan objek yang mendasarinya. Dalam setiap kasus, menu mungkin tampak lengkap sementara logika navigasinya tidak konsisten.

Kegagalan ini terutama terlihat ketika situs mencampur jenis konten. Menu yang mencakup halaman, arsip kategori, dan tautan kustom perlu setiap jenis item ditangani sesuai perilaku peruteannya sendiri.

Konsekuensi operasional bagi pemilik dan pengimplementasi WordPress

Bagi pemilik WordPress, keputusan praktisnya adalah apakah navigasi multibahasa dikelola sebagai sekumpulan hubungan yang sadar bahasa atau sebagai sekumpulan label yang diterjemahkan. Pendekatan pertama menjaga koherensi di seluruh halaman, arsip, dan tautan kustom. Pendekatan kedua dapat menghasilkan menu yang tampak dilokalkan tetapi tidak berperilaku seperti navigasi yang dilokalkan.

Bagi pengembang dan pengimplementasi, trade-off rekayasa utamanya adalah antara kesederhanaan dan ketepatan. Alur kerja penerjemahan yang sederhana lebih mudah dipelihara pada awalnya, tetapi tidak mempertahankan ketergantungan struktural yang diandalkan menu. Pendekatan terstruktur memerlukan perhatian lebih pada pemetaan item dan perutean bahasa, tetapi menjaga pohon navigasi tetap selaras dengan model konten setiap bahasa.