Pruebas de localización de aplicaciones móviles: la lista de verificación iOS y Android para lanzamientos globales

Tu app funciona bien en inglés. Entonces marketing programa un lanzamiento en Alemania, Japón y Brasil, y de repente el botón «Continuar» se convierte en «Weitermachen», la notificación push llega a las 3 AM hora local y las capturas de pantalla de la App Store todavía muestran precios en dólares estadounidenses. Nada de eso es un problema de traducción. Es un problema de QA móvil, y no se parece en nada al QA que hiciste para la compilación en inglés.

Las pruebas de localización de aplicaciones móviles verifican que una app traducida se renderiza, funciona y se descubre correctamente en dispositivos iOS y Android en todos los mercados objetivo. Este artículo se centra en lo que realmente cambia cuando el QA de localización pasa del escritorio al teléfono: las APIs de la plataforma, las dos tiendas, el payload de push, el teclado y la matriz de dispositivos físicos. Las definiciones generales y el proceso de extremo a extremo se tratan por separado en nuestra descripción general de qué son las pruebas de QA de localización. Todo lo que sigue es exclusivo para móviles.

Vale la pena nombrar lo que está en juego. Sensor Tower reporta que los ingresos globales de compras dentro de la aplicación alcanzaron $167.000 millones en 2025, un 10,6% más interanual, con el crecimiento impulsado por mercados no angloparlantes en Europa Occidental, LATAM y APAC. Un error de localización en un mercado principal va directo a la línea de ingresos.

Qué verificamos en el QA de localización móvil

La calidad de la traducción es una entrada para el QA de localización y, por sí sola, cubre quizás un cuarto de lo que puede fallar. Cuando una compilación llega a nuestros dispositivos, examinamos cuatro superficies en paralelo, y un error en cualquiera de ellas puede hundir un lanzamiento. Aquí también es donde ocurre la mayor parte del trabajo en nuestros servicios de pruebas de localización.

Precisión lingüística en contexto

Una cadena que se lee perfectamente en una hoja de cálculo puede estar mal en el momento en que aparece dentro de un botón. «Guardar», traducción del inglés «Save», está bien en una página de configuración y resulta confuso en un carrito de compra, donde «Guardar» implica «guardar para más tarde» en lugar de «confirmar». Nuestros testers verifican las cadenas en su contexto de UI real, en una pantalla real, con datos reales fluyendo. Los marcadores de posición como {username} y {count} reciben especial atención porque una variable rota suele parecer un error tipográfico hasta que alguien nota que nunca se resuelve.

Integridad de la UI después de que las cadenas se integran

El texto traducido tiene una longitud determinada. El alemán es aproximadamente un 30 % más largo que el inglés, el finlandés le sigue de cerca, y los idiomas CJK ocupan menos espacio horizontal pero tienen un interlineado más alto. En la pantalla de 375 píxeles del iPhone, esta diferencia se ajusta correctamente o provoca errores en las pestañas, los encabezados de navegación y los botones de llamada a la acción. Analizamos el truncamiento del texto, la superposición de botones, las colisiones en el área segura en dispositivos con muesca y cómo se adapta el diseño a Dynamic Type en iOS y al escalado de fuente en Android.

Comportamiento consciente de la configuración regional

Las fechas, las monedas, los formatos de números de teléfono, las unidades de medida e incluso el orden de clasificación cambian según la región del usuario. Un precio que se muestra como “1.000,00 EUR” en Alemania debería mostrarse como “1,000,00 €” en el idioma local, con el símbolo después del número. En iOS y Android 13 y versiones posteriores, la región es independiente del idioma, por lo que un usuario puede leer la aplicación en inglés y esperar unidades métricas y el formato de 24 horas. Aquí es donde las pruebas de localización para aplicaciones móviles se vuelven menos evidentes: un formateador incorrecto es un error funcional.

Superficies de tienda que los usuarios ven antes de instalar

La primera interfaz localizada con la que se encuentran la mayoría de los usuarios es la ficha de la aplicación en la tienda, no la aplicación en sí. El título, el subtítulo, la descripción, las capturas de pantalla y el vídeo de vista previa deben coincidir con el idioma de la aplicación que se abrirá al pulsar Instalar. Si la página de la App Store promete alemán y la aplicación se abre en inglés, la sección de reseñas se llena de quejas de una estrella en 48 horas.

Dónde divergen la localización de iOS y Android

Android acapara aproximadamente el 71-73% de los envíos globales de smartphones hasta 2026, mientras que iOS captura la mayoría del gasto de los consumidores en apps, según el Rastreador Trimestral Mundial de Teléfonos Móviles de IDC. Necesitas ambas, y las dos plataformas manejan la configuración regional de maneras genuinamente diferentes.

Mecánica de configuración regional en iOS

iOS almacena las traducciones en archivos .strings para pares clave-valor planos y en archivos .stringsdict para plurales y formas con género. Info.plist declara qué configuraciones regionales admite el paquete a través de CFBundleLocalizations. NSLocalizedString pulls the right string at runtime based on the user’s preferred languages, resolved through the Bundle. Desde iOS 13, los usuarios pueden seleccionar un idioma diferente para cada aplicación en Ajustes → Aplicaciones → Idioma sin tener que cambiar todo el dispositivo, lo que significa que el equipo de control de calidad tiene que cambiar de idioma a mitad de sesión y verificar que las cadenas almacenadas en caché se actualicen.

Mecánica de configuración regional en Android

Android usa carpetas de recursos calificadas: values/, values-fr/, values-b+es+419/ para el español latinoamericano. Las cadenas viven en strings.xml, los plurales en plurals.xml, y Android recurre a una cadena de reserva si falta una configuración regional. Desde Android 13 (API 33), LocaleManager y AppCompatDelegate.setApplicationLocales() permiten la selección de idioma por app. El soporte de derecha a izquierda requiere android:supportsRtl=”true” en el manifiesto y start/end atributos de diseño en lugar de left/right.

Una comparación rápida para tener en tu pizarra de QA:

La lista de verificación de QA exclusiva para móviles

Aquí hay seis verificaciones que solo importan en un teléfono. Omite cualquiera de ellas y el lanzamiento lo mostrará. Las secciones a continuación varían en forma porque las verificaciones en sí lo hacen; algunas caben en prosa y otras pertenecen a una lista.

Expansión de texto en un lienzo de 375 píxeles

Realiza una pseudolocalización antes de que lleguen las traducciones definitivas. Sustituye las cadenas en inglés por variantes latinas alargadas (“Sëttîngß” en lugar de “Settings”) para forzar la adaptación del diseño en cada compilación. Verifica la orientación horizontal, la vista dividida en iPad y la escala de fuente al 200 % para garantizar la accesibilidad. Los botones que se ven bien en inglés se verán mal en alemán el día que lleguen las traducciones, y para entonces la carrera contrarreloj habrá terminado.

Diseño RTL en UI táctil

El árabe, el hebreo, el urdu y el persa invierten toda la interfaz. Los gestos de navegación se invierten, los chevrones se reflejan, las barras de progreso se llenan desde el borde opuesto y los controles deslizantes de vídeo se mueven en la dirección opuesta. Los iconos que implican movimiento necesitan reflejarse, mientras que las marcas y los logotipos permanecen como están. Verifica que el dispositivo esté realmente configurado en árabe, y toca las superficies que la mayoría de los equipos olvidan: historial de transacciones, alineación de mensajes de chat, errores de validación de formularios y cualquier gráfico dibujado a medida.

Notificaciones push por configuración regional

La localización de notificaciones push falla de maneras difíciles de detectar sin pruebas dedicadas. APNs admite loc-key y loc-args, y FCM supports title_loc_key y body_loc_args, ambos de los cuales permiten al SO renderizar las notificaciones en el idioma actual del dispositivo en lugar del idioma que asumió tu servidor en el momento del envío. Esto importa porque un usuario puede cambiar el idioma de la app después de registrar su token de push. Los testers deben verificar:

• El cuerpo de las notificaciones se trunca en la pantalla de bloqueo, quedando en aproximadamente 60 caracteres en iOS y 65 en Android, según el dispositivo.
• Los envíos basados en la hora se realizan en función de la zona horaria del destinatario, no de la UTC. Un mensaje de “buenos días” programado para las 8:00 UTC llega a Tokio a las 17:00.
• Horarios de silencio, No molestar y comportamiento del modo Enfoque por región.
• Imágenes de notificación enriquecidas con contenido específico del idioma, cuando se utilicen.

Formateadores a nivel de SO, no cadenas codificadas de forma fija

En cualquier lugar donde veas una fecha, moneda, número de teléfono o unidad de medida en la UI, verifica que pase por el formateador de la plataforma. En iOS, eso significa DateFormatter, NumberFormatter, y MeasurementFormatter. En Android, DateFormat.getDateInstance() y NumberFormat.getCurrencyInstance(). El formato codificado de forma fija como String.format(“$%.2f”, price) es la causa más común de errores de localización y una de las más fáciles de detectar en la revisión de código antes de que llegue a control de calidad.

Teclados, autocorrección y dictado

Los IME japoneses, chinos y coreanos modifican la altura del campo de entrada cuando aparece la barra de sugerencias, lo que puede desplazar el botón de envío detrás del teclado en pantallas pequeñas. Los alfabetos cirílico y devanagari requieren expresiones regulares de validación de caracteres diferentes a las de los alfabetos latinos. La autocorrección puede alterar silenciosamente un nombre propio en un idioma y dejarlo intacto en otro. Pruebe cada campo del formulario con el teclado que utilizará el usuario, no con el teclado predeterminado en inglés.

Cambio de configuración regional en el dispositivo sin reiniciar

Tanto iOS 13+ como Android 13+ permiten a los usuarios cambiar el idioma de las aplicaciones sin reiniciar el dispositivo. Si tu aplicación almacena en caché las cadenas al iniciarse y nunca las vuelve a leer, la mitad de la interfaz de usuario permanece en el idioma anterior hasta que el usuario la cierra forzosamente. Cambia de idioma a mitad de sesión en QA, navega por todos los flujos principales y confirma que cada pantalla se actualiza. Este error es común, silencioso y solo se manifiesta en dispositivos reales con usuarios reales. Esta misma brecha en los dispositivos reales se observa en el conjunto más amplio de desafíos de pruebas móviles, donde los errores de localización y las peculiaridades de los fabricantes tienden a agruparse.

QA de localización de fichas en la App Store y Play Store

Los metadatos de la tienda no son la aplicación en sí, pero sí la primera interfaz localizada que ve el usuario. Dos tiendas, dos flujos de trabajo, dos conjuntos de problemas, y ambas propuestas pueden ser rechazadas por problemas que el control de calidad debería haber detectado primero.

App Store Connect

La localización de la App Store en iOS se realiza a través de App Store Connect, donde cada idioma tiene su propio título (30 caracteres), subtítulo (30), campo de palabras clave (100), texto promocional (170), descripción (hasta 4000), capturas de pantalla por tamaño de dispositivo, vídeos de vista previa y la sección “Novedades” de cada lanzamiento. La localización de App Store Connect tiene una trampa específica: el recuento de caracteres se calcula mediante puntos de código, por lo que los caracteres katakana japoneses o hanzi chinos en un título pueden desbordar silenciosamente el ancho visual incluso cuando se ajustan al recuento. Verifique que las capturas de pantalla de cada idioma utilicen la interfaz de usuario localizada de la aplicación, en lugar de la interfaz de usuario en inglés con un título traducido superpuesto.

Consola de Google Play

La localización de Play Store en Android se gestiona en Google Play Console, en la sección de Ficha de la tienda, con título (30), descripción breve (80), descripción completa (4000), imagen destacada, capturas de pantalla y vídeo promocional por idioma. Las fichas personalizadas permiten ofrecer contenido diferente según el país, el estado de preinscripción o el estado de instalación. El formulario de Seguridad de datos también debe estar localizado. Una comprobación importante: si se han publicado traducciones humanas, confirme que la traducción automática de Google Play está desactivada, ya que los metadatos traducidos automáticamente superpuestos al texto traducido por humanos generan inconsistencias en el texto para el usuario y perjudican la conversión.

Una ficha de tienda que promete una localización completa mientras la aplicación en sí está parcialmente traducida recibirá reseñas de una estrella más rápido que cualquier otro error de lanzamiento. Las valoraciones bajan y, con ellas, las clasificaciones de la ASO.

El problema de la matriz de dispositivos reales

Los emuladores mienten sobre la representación de la configuración regional. Xiaomi incluye en MIUI su propia pila de fuentes que puede distorsionar los caracteres devanagari y árabes. La interfaz One UI de Samsung anula algunos comportamientos de Dynamic Type. Los iPhones más antiguos sin muesca tienen un cálculo de área segura diferente que puede provocar errores en el texto de los banners localizados en la pantalla de inicio. Las cadenas de fuentes alternativas difieren entre fabricantes, y una cadena china que se muestra correctamente en un Pixel puede verse mal en un teléfono Vivo popular en ese mismo mercado.

Una matriz de dispositivos práctica para un lanzamiento en Alemania, Japón y Brasil se vería así:

• iPhone 15, iPhone 13, iPhone SE (2nd gen) covering current y legacy iOS layouts
• Pixel 8 como Android de referencia
• Samsung Galaxy S23 para el comportamiento de One UI
• Xiaomi Redmi Note 12 para la renderización de fuentes de MIUI
• One tablet per platform (iPad y any 10-inch Android tab)

Realizamos pruebas únicamente en dispositivos reales precisamente por estas razones, y esta práctica está integrada en nuestras pruebas de aplicaciones móviles para más de 300 productos. Los simuladores no pueden reproducir las fuentes de los fabricantes, el comportamiento real del teclado ni la forma en que un modelo de dispositivo específico muestra una notificación en su pantalla de bloqueo. Cuando aparece un error en un mercado de cinco estrellas, casi siempre es específico del dispositivo y casi nunca es algo que el emulador habría detectado.

Antes de pulsar enviar

El control de calidad de la localización móvil es donde convergen la traducción, las API de la plataforma, el envío a las tiendas y la fragmentación de dispositivos en la misma fecha de lanzamiento. Si fallas en cualquiera de estas capas, el mercado en el que invertiste se enfriará. Si aciertas en las cuatro, la aplicación se sentirá nativa desde el momento en que el usuario la abra, que es la razón principal para localizarla. Si planeas un lanzamiento en varios mercados y buscas un control de calidad que haya detectado estos modos de fallo en cientos de productos, contáctanos y lo adaptaremos a tus mercados objetivo y perfil de dispositivo.

Preguntas frecuentes

¿Cómo se prueban las pruebas de localización de una aplicación móvil?

Empieza por configurar un dispositivo real con la configuración regional de destino, en lugar de modificar una opción en un emulador. Verifica las traducciones en contexto en cada pantalla, comprueba la expansión y truncamiento del texto en la interfaz de usuario, confirma que las fechas, las monedas y los formatos de teléfono utilicen los formateadores de la plataforma, prueba las notificaciones push y su sincronización según la zona horaria, y revisa la ficha de la aplicación por separado en App Store Connect y Google Play Console. Haz todo esto en los dispositivos más populares del mercado objetivo, no en cualquier dispositivo que tengas a mano.

¿Qué son las pruebas de localización para una aplicación móvil?

Se trata de una disciplina de control de calidad que verifica que una aplicación móvil traducida funcione correctamente para los usuarios en un idioma, región y entorno de dispositivo específicos. Abarca la precisión lingüística en contexto, la integridad de la interfaz de usuario tras la expansión o contracción de cadenas de texto, el formato adaptado a la configuración regional para fechas y monedas, el comportamiento de las notificaciones push, los metadatos de la ficha de la aplicación en la tienda y la visualización en dispositivos reales de los fabricantes más populares del mercado. La traducción por sí sola es solo una parte de este proceso.

¿Cuál es la diferencia entre las pruebas de localización en iOS y Android?

Las plataformas gestionan la configuración regional mediante diferentes formatos de archivo, API y flujos de trabajo de la tienda. iOS utiliza archivos .strings y .stringsdict con NSLocalizedString y envía metadatos por configuración regional a través de App Store Connect. Android utiliza carpetas de recursos cualificadas y strings.xml con getQuantityString y gestiona las listas por idioma en Google Play Console. La configuración de idioma por aplicación llegó en iOS 13 y Android 13. La fragmentación es mayor en Android porque las interfaces de usuario de los fabricantes, como MIUI y One UI, modifican la representación de fuentes, por lo que la matriz de dispositivos es más grande.

¿Necesito dispositivos reales para el QA de localización?

Sí. Los emuladores no pueden reproducir las pilas de fuentes OEM, el comportamiento del teclado, la renderización de notificaciones en pantallas de bloqueo reales o la forma en que los dispositivos específicos de la región manejan el respaldo de glifos. Una cadena china que se renderiza limpiamente en un emulador Pixel puede verse rota en un teléfono Vivo que domina ese mercado. Cada error de localización que llega a las reseñas de la App Store o Play Store es casi siempre específico del dispositivo, por eso las pruebas en dispositivos reales son un requisito obligatorio para un lanzamiento global.