01.02: ¿es 1 de febrero o 2 de enero? Las trampas de la localización que cuestan dinero

La cadena «01.02.2025» significa principio de febrero en un país y principio de enero en otro. Si una tienda online o una aplicación muestra esa fecha sin tener en cuenta la configuración regional, el cliente puede interpretarla de forma distinta a la prevista. Estos detalles rara vez aparecen en el pliego técnico, pero de ellos surgen devoluciones, plazos incumplidos y correos de atención al cliente embarazosos. Veamos las trampas de localización más habituales y cómo evitarlas.

Fechas y horas: un mismo día, tres lecturas

El orden de las partes de la fecha depende del país. En Rusia, Alemania y gran parte de Europa se usa el formato «día.mes.año». En Estados Unidos el mes va primero, así que «03/04/2025» significa 4 de marzo y no 3 de abril. En Japón, China y Corea el orden es el inverso: primero el año, luego el mes y el día.

Con la hora ocurre lo mismo. En Rusia, gran parte de Europa y Latinoamérica es habitual el formato de 24 horas, mientras que en Estados Unidos, Canadá, Australia e India se utiliza con frecuencia el de 12 horas con las indicaciones AM y PM. La anotación «5:00», sin más marcas, se lee de forma distinta según el país, y una cita fijada para «las cinco» podría acabar doce horas después de lo previsto.

Para no dejar nada al azar, en los datos y en las API conviene usar el estándar ISO 8601 (por ejemplo, 2025-02-01T14:30). Y en la interfaz, la fecha debe mostrarse con las herramientas de localización, en lugar de escribirse a mano.

Separadores en los números: la coma donde va el punto

El número «1 500,75» en Rusia y «1,500.75» en Estados Unidos representan el mismo valor. En Alemania y Brasil los miles se separan con punto y la parte decimal con coma: «1.500,75». En Suiza se usa el apóstrofo: «1'500.75». En India la agrupación de cifras es distinta: «1,00,000» equivale a cien mil.

Este error es especialmente traicionero. Si un precio «1.500» pretendía ser mil quinientos y el sistema lo leyó como uno coma cinco, el comprador notará la diferencia solo en la caja. Por eso, en el código nunca concatene a mano cadenas con números: utilice el formato según la configuración regional y compruebe el análisis de los números al importar archivos.

Monedas: símbolo, posición y redondeo

El símbolo de la moneda parece un detalle menor, pero confunde con facilidad. El signo «$» se usa en Estados Unidos, Canadá, Australia y otros países, por lo que, sin el código de moneda, «$» puede referirse a dólares de cualquiera de ellos. Por esta razón, en contextos internacionales se recomienda indicar el código de tres letras según la norma ISO 4217: USD, EUR, RUB.

La posición del símbolo también varía. En los países anglófonos se escribe «$100»; en Francia, «100 €» con espacio de no separación; en Rusia, «100 ₽» o «100 руб.». A veces el error aparece en la traducción: una frase como «precio con IVA incluido» requiere en otro idioma una estructura distinta, y si el texto se ensambla a partir de fragmentos con la cantidad insertada, el orden de las palabras se rompe.

El redondeo también depende de la moneda. El yen japonés normalmente no tiene decimales, mientras que el dinar kuwaití se divide en milésimas. Si el sistema calcula los importes con dos decimales para todas las monedas, el total puede diferir del extracto bancario por céntimos, y en grandes volúmenes, por cantidades considerables.

Sistema métrico e imperial

La mayor parte del mundo utiliza el sistema métrico, pero Estados Unidos emplea pies, libras, galones y grados Fahrenheit. En el Reino Unido, las señales de tráfico se expresan en millas y la leche se vende en pintas, aunque la pinta británica es mayor que la estadounidense: unos 568 mililitros frente a unos 473. El galón también difiere a uno y otro lado del Atlántico.

Para una tienda online, esto significa que las dimensiones del producto, el peso del paquete y el volumen del embalaje deben mostrarse en las unidades que el comprador conoce, sin perder precisión. El traductor que trabaja con instrucciones debe saber si es preciso traducir la unidad o convertir el valor. Por ejemplo, si el manual indica «10 pulgadas», para una edición en ruso lo más razonable es poner «25 cm», pero conservando entre paréntesis la cifra original si es relevante para las especificaciones técnicas.

Teléfonos, direcciones y nombres en los formularios

Los formularios de registro suelen fallar en tres campos. Teléfono: en Rusia puede ser «+7 (999) 123-45-67», en Alemania la longitud del número es variable y muchas plantillas con máscara rígida no la admiten. Es mejor usar un campo con selector de código de país y una biblioteca de validación de números.

Dirección: en Japón se indica de lo general a lo particular (prefectura, ciudad, distrito, número de manzana), mientras que en Rusia y Europa es al revés. El código postal en Estados Unidos consta de cinco cifras; en el Reino Unido es una combinación de letras y números. Un campo «Código postal, solo cifras» descarta una parte de las direcciones reales.

Nombre y apellidos: en España y Latinoamérica es frecuente tener dos apellidos, en Islandia se usa el patronímico en lugar de apellido y algunas personas tienen un solo nombre. El apóstrofo en un apellido como «O'Brien» o el guion no deben provocar errores. El requisito mínimo es sencillo: no haga obligatorios dos campos cuando no sea necesario y acepte cualquier carácter Unicode.

Cómo evitar errores: estándares y verificación

Trabajar con los formatos empieza no en la fase de revisión, sino en la fase de diseño. Esto es lo que ayuda:

• Guarde las fechas en ISO 8601, los números sin formato, las monedas con código ISO 4217, y deje la presentación en manos de la configuración regional.
• Utilice bibliotecas de localización estándar en lugar de plantillas caseras, como ICU o los recursos integrados de la plataforma.
• Proporcione contexto a los traductores: en el texto deben quedar claras las unidades, la moneda y el tipo de fecha, no solo las palabras.
• Pruebe la interfaz con fechas como 01.02, 12:00 y 1 000,50 en varias configuraciones regionales, incluidas aquellas en las que el orden cambia.
• Recurra a hablantes nativos en la revisión final. Detectarán antes que nadie que «cinco de la tarde» aparece escrito como «17.00» en lugares donde no se dice así.

La conclusión principal es sencilla: el formato forma parte del significado. Una buena traducción conserva no solo las palabras, sino también la manera en que el lector entenderá la fecha, el precio y la distancia. Si la localización se incluye en el plan desde el principio, estas trampas se evitan casi sin coste. Si se descubren después del lanzamiento, corregirlas cuesta más que cualquier otra cosa.

Lea también:

• Localización de sitios web y aplicaciones: en qué se diferencia de la traducción tradicional
• Localización de una tienda online: qué traducir primero y en qué orden

¿Necesita una traducción profesional? Haga su pedido en línea: elija los idiomas, suba su archivo y conozca el precio en pocos minutos.