Localización de apps móviles: guía completa de recursos

La localización (a menudo abreviada como L10n) es el trabajo de adaptar una app, su presencia en tienda y su marketing de soporte para usuarios en idiomas, regiones y contextos culturales específicos. Es más que traducción. Una localización completa incluye copy de UI traducido, metadatos de tienda traducidos, textos de capturas traducidos, formato correcto por idioma de moneda y fecha, imaginería culturalmente apropiada, métodos de pago específicos por región (UPI en India, Pix en Brasil, iDEAL en Países Bajos) y divulgaciones legales adaptadas. Saltarse cualquiera de estos se lee a los usuarios locales como un producto extranjero hecho a medias.

App Store y Google Play muestran listados localizados a los usuarios en su idioma preferido automáticamente, si los has proporcionado. Si no, el usuario ve tu listado en inglés por defecto, lo que suprime significativamente la conversión en mercados no anglófonos. La pregunta rara vez es 'deberíamos localizar', sino 'qué mercados primero, y con qué profundidad'.

Los datos publicados por Apple y Google y la investigación independiente de ASO confirman consistentemente lo mismo: las capturas localizadas mueven la conversión de instalación mucho más que los títulos o descripciones localizadas. La razón es la densidad de información. Una captura comunica producto, cobertura de idioma, pulido de marca y encaje cultural en un único momento visual. Un título localizado solo comunica que la app existe en tu idioma.

La mejora no es uniforme. Los mercados de Asia oriental (Japón, Corea, China, Taiwán) muestran históricamente la mayor mejora de instalación con capturas localizadas, a menudo del 30-60% sobre los valores predeterminados en inglés, porque esos mercados son los más escépticos con los listados no localizados. Los mercados europeos suelen tener una mejora del 10-25%, y los mercados anglófonos no anglohablantes (Países Bajos, Suecia, Finlandia) a veces solo ven un 5-15%. Planifica la inversión en localización por mejora esperada, no solo por tamaño de mercado.

Para la mayoría de las apps, las localizaciones de primera oleada con mayor ROI son: alemán (de), francés (fr), español (es), italiano (it), portugués (Brasil) (pt-BR), japonés (ja), chino simplificado (zh-Hans) y coreano (ko). Estos cubren los mercados con mayor volumen de instalación + mayor mejora por localización. Una segunda oleada suele añadir: ruso (ru), polaco (pl), neerlandés (nl), turco (tr), árabe (ar), vietnamita (vi) y chino tradicional (zh-Hant).

Apple y Google admiten significativamente más idiomas que estos (Apple tiene más de 175 combinaciones idioma/país), pero la cola larga rara vez justifica el esfuerzo a menos que tu producto tenga un encaje de mercado específico allí. Empieza con los ocho, mide la mejora de conversión por mercado y expándete a los mercados que devuelvan la señal más fuerte.

Tres enfoques: (1) Enviar los textos a un servicio profesional de traducción (Smartling, Lokalise, Crowdin): la mayor calidad, el plazo más lento, lo más caro por idioma. (2) Usar un LLM (GPT-4o, Claude, Gemini) para una primera pasada y que hablantes nativos revisen: rápido, barato, sorprendentemente bueno para copy de marketing corto. (3) Contratar contratistas hablantes nativos directamente vía Upwork o Fiverr: a menudo el mejor equilibrio para equipos en etapas tempranas.

Sea cual sea la opción que elijas, nunca traduzcas a máquina un texto de captura y lo publiques sin revisión humana. El copy de marketing tiene demasiada palanca para una traducción automatizada sin revisar. El coste de un texto japonés torpe son cientos de instalaciones perdidas; la revisión cuesta entre 5 y 20 USD por idioma.

Aquí es donde la mayoría de los equipos tropiezan. Traducir '$19.99/mes' a '19,99 $/Monat' está mal en un listado alemán: debería ser '19,99 €/Monat'. La conversión de moneda a paridad de poder adquisitivo justa, los separadores decimales correctos por idioma (coma en la mayor parte de Europa, punto en EE. UU./Reino Unido), los sistemas de unidades (cm vs. pulgadas), los formatos de fecha (DD/MM/YYYY vs. MM/DD/YYYY vs. YYYY-MM-DD) y los formatos de hora (12 h vs. 24 h) deben renderizarse por idioma.

El patrón más limpio es mantener todos los valores dependientes del idioma fuera de la propia plantilla de captura e inyectarlos en el momento del render desde un archivo de datos por idioma. Para esto sirven las plantillas dinámicas y la configuración YAML: una plantilla, N archivos de datos por idioma, M renders.

Árabe, hebreo, persa y urdu son escrituras de derecha a izquierda. Localizar capturas para estos mercados significa más que intercambiar texto: todo el layout normalmente se refleja. El botón CTA se mueve de la derecha a la izquierda, las barras de navegación se invierten, los indicadores de progreso cambian de dirección e incluso parte de la iconografía (flechas de retroceso, botones de envío) necesita reflejarse.

Para mercados RTL, trata la plantilla de captura como un artefacto separado, no como una superposición de traducción. La mejora de una captura árabe correctamente reflejada frente a una captura árabe de izquierda a derecha es grande; la mejora de una captura ya reflejada es pequeña. Acierta primero con el layout.