La localización que vive fuera del producto
Lanzar una app nativa a diez mercados convierte la localización en diez proyectos. Cada mercado tiene su propio catálogo de cadenas, su propia pasada de diseño para absorber alemán más largo o chino más denso, y su propia ficha y capturas de tienda. Añadir árabe o hebreo significa reestructurar cada pantalla de derecha a izquierda y volver a certificar la compilación. El costo de hablar otro idioma es un nuevo ciclo de lanzamiento.
El runtime de mini-programa invierte la unidad de la localización. Los paquetes de idioma viajan dentro del paquete y el runtime resuelve el correcto al iniciar y en cada cambio de idioma. Una sola compilación puede saludar al usuario en inglés, chino, español, portugués o árabe — y el mismo programa se ejecuta sin cambios en cada super-app que soporte esos idiomas.
Qué es realmente el i18n dentro del paquete
El runtime proporciona una capa de localización: los desarrolladores empaquetan recursos de traducción por idioma, declaran una cadena de respaldo y el runtime elige la mejor coincidencia para el idioma preferido del usuario. El runtime central @miniprogram-i18n de WeChat, por ejemplo, expone un motor de traducción con t(key), setLocale y un idioma de respaldo para que las cadenas faltantes degraden con elegancia en lugar de quedar en blanco. El SDK IAPMiniProgram de Alipay lleva esto más lejos: adapta la UI del SDK, los metadatos del programa y el contenido del paquete, e incluye árabe con dirección de diseño automática de derecha a izquierda.
Es la misma disciplina que la internacionalización web —las guías RTL del W3C y las API Intl de MDN— pero el runtime la aplica uniformemente dentro de la super-app en lugar de dejar que cada equipo monte su propia tubería.
Dónde se nota la diferencia
| Paso | App nativa | Runtime de mini-programa (i18n en paquete) |
|---|---|---|
| Catálogo de cadenas | Compilación por mercado | Archivos de idioma en un paquete |
| RTL (árabe, hebreo) | Reestructurar y recertificar | El runtime invierte la dirección |
| Nuevo idioma | Nuevo ciclo de versión | Añadir paquete, sin reconstruir |
| Reemplazo | Manual por pantalla | Cadena de respaldo declarada |
| Soporte de super-app | Ficha por tienda | Mismo paquete, muchas super-app |
El resultado es que entrar a un mercado es una tarea de contenido, no un programa de ingeniería: sueltas un paquete de idioma y el runtime se encarga de la resolución y la dirección.
Por qué lo integrado supera lo añadido
Una capa de localización dentro del paquete significa que el desarrollador escribe el producto una vez y publica idiomas como datos. También significa que la cadena de respaldo —coincidencia exacta, misma lengua base, predeterminado— la impone el runtime, así una traducción faltante nunca rompe una pantalla. El mismo paquete se renderiza bien en cada super-app que soporte los idiomas declarados, sin divergencia entre tiendas.
Cómo lo aplica Cross Mini App
Cross Mini App da a los programas un runtime con una capa de localización integrada: paquetes de idioma, una cadena de respaldo y manejo RTL viajan dentro del paquete, así una sola compilación alcanza a una audiencia global. Autoras el contenido una vez; el runtime saluda a cada usuario en su idioma y dirección. Dejas de reconstruir la app para añadir un mercado y empiezas a añadir idiomas como datos.
Esa es la diferencia entre diez versiones localizadas y un programa que habla con todos.
