Localizar no es traducir
2 min de lectura
Actualizado el 30 de septiembre de 2026
Estudié traducción, dirigí el marketing multilingüe de un servicio de e-commerce transfronterizo en doce mercados y después me pasé al desarrollo frontend. En ese orden, así que estuve de los dos lados del traspaso: el momento en que un sitio traducido sale a producción y algo no cuadra.
Para entonces, las palabras suelen estar bien. Lo que se rompe es todo lo que las rodea. Esto es lo que reviso en cualquier sitio que tenga que funcionar en japonés.
Saltos de línea
El japonés no usa espacios entre palabras, así que el navegador puede cortar la línea en cualquier parte, incluso en medio de una palabra. En el cuerpo del texto nadie lo nota. En un título se ve descuidado.
:lang(ja) h1,
:lang(ja) h2 {
word-break: auto-phrase;
text-wrap: balance;
}
Con auto-phrase, el corte cae en los límites de cada frase. Solo se activa cuando el elemento (o uno de sus ancestros) tiene lang="ja", y por ahora solo funciona en navegadores basados en Chromium. Los demás ignoran esa declaración (text-wrap: balance se sigue aplicando), así que no pierdes nada al incluirla.
Nombres
Primero va el apellido, y la mayoría de los formularios también piden la lectura en katakana (フリガナ, furigana), porque los mismos kanji se pueden leer de varias maneras. Un único campo de “Nombre completo” pierde tanto el orden como la lectura, y cada email que empieza con Hola, ${firstName} sale mal.
Lo habitual son cuatro campos: apellido, nombre y la lectura en katakana de cada uno. Con autocomplete="family-name" y "given-name" en los dos primeros, el navegador los completa bien.
Direcciones
Van de lo general a lo particular: código postal, prefectura, ciudad y, al final, el número de manzana y el edificio. La gente espera escribir el código postal de siete dígitos y que la prefectura y la ciudad se completen solas. Un formulario que empieza por la calle y termina con un desplegable de estados al estilo de Estados Unidos obliga a hacerlo al revés.
Dinero y fechas
No los formatees a mano. Intl ya sabe que el yen no tiene decimales, y la configuración regional japonesa hasta usa un símbolo de yen de ancho completo:
new Intl.NumberFormat("ja-JP", { style: "currency", currency: "JPY" }).format(
19800,
)
// "¥19,800" (en-US da "¥19,800")
Los documentos oficiales y mucha gente mayor todavía escriben las fechas con la era imperial. La extensión de calendario se encarga de eso:
new Intl.DateTimeFormat("ja-JP-u-ca-japanese", {
era: "long",
year: "numeric",
month: "long",
day: "numeric",
timeZone: "Asia/Tokyo",
}).format(new Date("2026-09-30"))
// "令和8年9月30日"
Define timeZone de forma explícita. new Date("2026-09-30") es la medianoche UTC, así que sin eso un servidor o un navegador en cualquier parte de América muestra el 29.
Longitud
Las etiquetas en japonés suelen ser más cortas que en inglés, pero necesitan más interlineado para leerse bien. El español y el alemán van para el otro lado y desbordan los botones pensados para el inglés. Diseña contra el idioma más largo que ofrezcas, no contra el primero que escribiste.
Pago
La tarjeta no es la opción por defecto en todas partes. En Japón todavía es normal pagar en una tienda de conveniencia (konbini) o por transferencia bancaria, y un checkout que solo acepta tarjeta pierde a esos compradores en el último paso. También pasa al revés: un sitio japonés que solo ofrece pago en konbini es difícil de usar si compras desde el exterior.
Textos de marketing
El marketing es el único lugar donde una buena traducción todavía no alcanza. Prefiero que un hablante nativo escriba a partir del mismo brief antes que traducir una versión en inglés ya terminada, porque el motivo por el que la gente compra suele ser distinto en cada mercado.