· Localization · 4 menit baca

Saat terjemahan melampaui batas karakter listing app store

Saat terjemahan melampaui batas karakter listing app store
TL;DR. Kedua store membatasi setiap kolom listing dengan jumlah karakter tetap, dan batas itu berlaku untuk setiap salinan yang dilokalkan — bukan hanya versi Inggrisnya. Nama yang pas dalam 30 karakter di bahasa Inggris sering jadi 30-40% lebih panjang dalam bahasa Jerman dan kelebihan batas. Solusinya bukan memotong di tengah kata; solusinya adalah mempersingkat atau menulis ulang nama dan subtitle untuk tiap bahasa agar tetap enak dibaca dalam batas yang ada. Tabel referensi lengkapnya ada di bawah.

Kamu sudah menulis nama app 28 karakter yang rapi, subtitle 29 karakter yang tajam, dan kolom kata kunci yang memakai semua 100 karakter. Lalu kamu melokalkan listing itu dan App Store Connect mulai menolak kolom-kolom tersebut — subtitle bahasa Jerman jadi 41 karakter, versi Prancisnya 36. Versi Inggrisnya tidak pernah bermasalah. Setiap bahasa punya salinan sendiri untuk setiap kolom, dan tiap salinan harus pas dalam batas yang sama.

Ini adalah referensi tentang apa saja batas-batas itu, kenapa terjemahan bisa melampauinya, dan cara membuat listing tetap enak dibaca di setiap bahasa tanpa memotong kata separuh jalan.

Batas karakter di kedua store

Setiap angka di bawah berlaku per locale. Saat kamu melokalkan ke bahasa Prancis, Jerman, Jepang, dan seterusnya, setiap bahasa punya salinan sendiri untuk setiap kolom, dan masing-masing dicek terhadap batas yang sama saat submit.

Ada dua hal yang perlu dicermati. Kolom kata kunci App Store adalah slot 100-karakter yang tersembunyi dan dipisahkan koma — tidak terlihat di halaman produk, tapi banyak indexing kamu bergantung di situ, jadi setiap karakter berharga. Dan kolom paling ketat — nama dan subtitle 30-karakter — justru yang paling sering terkena dampak terjemahan.

Kenapa versi terjemahan bisa kelebihan panjang

Makna yang sama membutuhkan ruang berbeda di tiap bahasa. Saat menerjemahkan dari bahasa Inggris, arah kasarnya cukup konsisten untuk direncanakan:

  • Jerman: sering +30-40%. Kata benda majemuk menggabungkan beberapa kata Inggris jadi satu kata panjang, dan tidak ada sinonim lebih pendek sebagai cadangan. Bahasa ini yang paling sering melampaui batas kolom 30-karakter.
  • Prancis, Spanyol, Italia, Portugis: sekitar +15-25%. Ekspansi yang konsisten dan moderat. Nama yang nyaman di 24 karakter dalam bahasa Inggris bisa mendekati atau melewati 30.
  • Mandarin, Jepang, Korea: sering sekitar 50% lebih pendek dalam jumlah karakter. Skrip CJK memuat lebih banyak makna per karakter, jadi batas kolom jarang jadi kendala utama — keterbacaan dan pemilihan kata yang justru penting.
  • Arab, Ibrani, dan skrip RTL lain: perkirakan ekspansi di kisaran +15-30% ditambah pembalikan arah teks. Ini butuh review manusia, jangan pernah pakai terjemahan mesin mentah — teks bidirectional, dan kolom kata kunci non-Latin, adalah tempat hasil otomatis diam-diam jadi salah.

Anggap ini sebagai perkiraan perencanaan, bukan jaminan. Yang penting arahnya: jika sebuah kolom sudah mendekati batasnya dalam bahasa Inggris, asumsikan terjemahan Eropa akan melampauinya dan terjemahan CJK akan jadi lebih pendek. Sisakan beberapa karakter ruang lega di sumber bahasa Inggris supaya ekspansi punya tempat untuk berkembang.

Seperti apa sebenarnya saat batas terlampaui

Apple dan Google sama-sama menegakkan batas ini di langkah submit. Dalam praktiknya kamu akan mengalami salah satu dari dua mode kegagalan. Form store menolak karakter tambahan secara langsung — kamu secara fisik tidak bisa mengetik melebihi batas, jadi terjemahan yang ditempel akan terpotong diam-diam di batas, di tengah kata. Atau kolom itu menerima teksnya dan listing ditolak saat review. Bagaimanapun juga, nama atau subtitle hasil terjemahan berakhir terpotong, salah eja karena pemotongan, atau hilang sama sekali di pasar tersebut.

Semua itu tidak terlihat dari listing versi Inggris. Masalahnya muncul per bahasa, satu locale pada satu waktu, biasanya setelah kamu mengira listing sudah selesai.

Solusinya: transkreasi, bukan pemotongan

Memotong subtitle bahasa Jerman di karakter ke-30 menghasilkan setengah kata yang rusak dan terbaca seperti hasil mesin bagi penutur asli. Langkah yang benar adalah menulis ulang nama dan subtitle per locale agar tetap membawa maksud yang sama dalam batas yang ada.

  • Persingkat sumbernya dulu. Subtitle bahasa Inggris 22 karakter bisa bertahan dari ekspansi 35%; yang 29 karakter tidak. Ruang lega di bahasa Inggris adalah solusi paling murah.
  • Transkreasi kolom yang ketat. Untuk nama dan subtitle, pilih sinonim yang lebih pendek atau buang kata pengisi di bahasa target daripada menerjemahkan kata per kata. Tujuannya adalah frasa yang pas dan terbaca alami, bukan kecocokan literal.
  • Berikan review manusia untuk kolom RTL dan non-Latin. Daftar kata kunci Arab, Ibrani, dan non-Latin adalah yang paling sering salah diterjemahkan mesin dengan cara yang tidak bisa kamu lihat kalau tidak membaca skripnya.
  • Cek jumlah karakter di skrip target, bukan di bahasa Inggris. Jumlah karakter adalah yang diukur store, dan berbeda tiap bahasa — jadi harus diukur setelah terjemahan, per kolom.

Di mana Mokbi membantu

Mokbi menerjemahkan seluruh listing kamu — nama, subtitle, kata kunci, deskripsi — ke dalam 50 bahasa, dan menampilkan jumlah karakter per bahasa untuk setiap kolom sambil berjalan. Kelebihan panjangnya langsung terlihat di editor, sebelum kamu menempelkannya ke App Store Connect atau Play Console, jadi kamu bisa menangkap subtitle bahasa Jerman 41-karakter itu selagi masih bisa dipersingkat, bukan setelah ditolak.

Itu baru langkah pertama, bukan yang terakhir. Ini membuat semua kolom masuk batas dan menandai yang kepanjangan, yang merupakan sebagian besar pekerjaannya. Tapi pasar bernilai tertinggi kamu tetap layak mendapat pembacaan manusia — penutur asli untuk memastikan nama hasil transkreasi terdengar pas dan kolom RTL-nya benar. Alat ini menghilangkan tebak-tebakan soal kolom mana yang bermasalah; manusia yang memastikan yang paling penting terbaca dengan baik.

Bacaan selanjutnya

Buka editor →