Website multibahasa sebaiknya memberi setiap versi bahasa alamat yang dapat dibuka langsung dan menyediakan pilihan bahasa yang jelas. Dengan begitu, pengguna dapat membagikan halaman yang tepat dan pengelola dapat memeriksa tiap versi tanpa bergantung pada cookie atau lokasi pengunjung.

Keputusan URL perlu dibuat sebelum menerjemahkan banyak halaman. Jika pola routing berubah di tengah jalan, kamu harus menangani link, canonical, pemetaan bahasa, dan redirect sekaligus.

Bedakan bahasa dari wilayah layanan

Bahasa Indonesia dan Inggris merupakan pilihan bahasa. Indonesia dan Singapura merupakan pasar. Keduanya bisa berkaitan, tetapi tidak identik.

Misalnya situs kerajinan menyediakan penjelasan Indonesia dan Inggris, sementara pengirimannya hanya ke Indonesia. Versi Inggris tidak otomatis berarti bisnis melayani seluruh dunia. Harga, ketersediaan, dan kebijakan harus tetap menjelaskan cakupan yang benar.

Jika situs memang memiliki pasar berbeda, catat perbedaan yang nyata: mata uang, katalog, pengiriman, dukungan, atau persyaratan pembelian. Jangan membuat folder negara yang isinya sama tanpa alasan pengguna.

Pilih struktur berdasarkan kemampuan merawat

Beberapa pilihan yang umum adalah subfolder, subdomain, atau domain negara. Tidak ada pola yang otomatis menjamin ranking lebih baik untuk setiap bisnis. Pertimbangkan pengelolaan teknis, pemilik konten, dan kebutuhan pasar.

Pilihan ilustratif Hal yang perlu dijaga
example.com/id/ dan /en/ Routing, pemetaan terjemahan, satu domain bersama
id.example.com dan en.example.com Konfigurasi host serta konsistensi antarversi
Domain terpisah per pasar Pengelolaan domain, identitas, dan hubungan lintas situs

Google merekomendasikan URL berbeda untuk setiap versi bahasa dibanding mengubah bahasa halaman hanya berdasarkan cookie atau pengaturan browser. Panduan situs multiwilayah dan multibahasa.

Rancang perilaku saat pengguna datang langsung

Buat keputusan untuk empat keadaan: bahasa diketahui dari URL, preferensi cookie ada, preferensi belum ada, dan terjemahan halaman tidak tersedia.

Prioritas yang masuk akal untuk diuji adalah menghormati bahasa pada URL yang sengaja dibuka. Preferensi dapat membantu menawarkan versi lain tanpa memaksa pengguna kehilangan halaman yang ia pilih.

Contoh ilustratif: seseorang di Jakarta membuka link Inggris tentang perawatan rotan dari kolega. Jika situs langsung mengirimnya ke homepage Indonesia, konteks tugasnya hilang. Banner pilihan bahasa atau pengalih yang menjaga padanan halaman memberi kontrol lebih jelas.

Jangan menganggap alamat IP selalu mewakili bahasa. Pengguna bisa bepergian, memakai jaringan perusahaan, atau memang memilih bahasa yang berbeda.

Gunakan matriks rute, bukan hanya daftar bahasa

URL masuk Preferensi Terjemahan tersedia? Hasil yang diharapkan
/en/rattan-care/ Indonesia Ya Tetap bisa membaca URL Inggris, ada pilihan Indonesia
/id/perawatan-rotan/ Tidak ada Ya Versi Indonesia terbuka langsung
/en/product-a/ Inggris Tidak Penanganan yang jujur, tanpa padanan palsu
/ Tidak ada Sesuai desain Beranda default atau pemilih bahasa yang jelas

Hasil ini merupakan rancangan ilustratif, bukan aturan wajib untuk semua situs. Yang perlu konsisten adalah pengguna tidak dikirim ke halaman yang tidak mewakili permintaannya.

Tentukan arti “terjemahan selesai”

Jangan membuat URL publik hanya karena navigasi sudah diterjemahkan. Periksa isi utama, spesifikasi, pesan error, formulir, kebijakan yang relevan, dan halaman tujuan setelah pengguna menekan tombol.

Untuk artikel, kesetaraan berarti kebutuhan pembaca dijawab dengan benar, bukan jumlah kata atau heading harus identik. Untuk produk, perbedaan regional boleh ada jika benar dan dijelaskan. Catat perbedaan yang disengaja agar pemeriksa tidak menganggapnya bug.

URL yang belum siap dapat tetap menjadi draft dalam sistem. Jangan memasukkan padanan kosong ke pengalih bahasa atau anotasi hreflang seolah materi sudah tersedia.

Uji routing tanpa keadaan tersimpan

Buka halaman pada sesi baru, lalu ulangi dengan preferensi bahasa yang berbeda. Periksa URL akhir, isi, status respons, canonical, dan pemetaan alternatif. Uji tombol kembali serta link yang dibagikan ke tab baru.

Perhatikan cache. Jika server menghasilkan versi berbeda pada URL yang sama, konfigurasi cache yang keliru dapat menyajikan bahasa pengunjung sebelumnya. Diskusikan mekanisme variasi respons dengan developer berdasarkan implementasi aktual.

Mulailah dari satu perjalanan: buka artikel detail, pindah bahasa, lanjut ke artikel terkait, lalu bagikan URL. Jika setiap langkah mempertahankan bahasa dan konteks yang tepat, kamu memiliki pola yang bisa diterapkan lebih luas. Penambahan bahasa berikutnya menjadi perluasan sistem yang jelas, bukan kumpulan pengecualian routing.