Pruebas de localización: guía paso a paso y lista de verificación

Resume este post con: 9 minutos de lectura

ChatGPT

Perplejidad

Grok

Inteligencia artificial de Google

Las pruebas de localización verifican que un sitio web o una aplicación traducidos funcionen y se lean correctamente para las personas en cada mercado objetivo. Cubre cuatro cosas: la idioma (preciso, natural, consistente), el diseño (nada cortado, superpuesto o reflejado incorrectamente), el funciones (los formularios, la búsqueda, el pago y los correos electrónicos todavía funcionan) y el convenciones locales (fechas, números, monedas, direcciones). El mejor proceso comienza antes de la traducción con pseudolocalización y luego combina comprobaciones automatizadas con una revisión por parte de hablantes nativos en las páginas reales.

Este manual le ofrece un proceso paso a paso, una lista de verificación que puede copiar y las mejores prácticas que detectan la mayor cantidad de errores con el menor esfuerzo.

Conclusiones clave

Test en contexto, en páginas y dispositivos reales. Al revisar cadenas en una hoja de cálculo se pasan por alto la mayoría de los problemas de diseño y significado.
Correr pseudolocalización antes de traducir para encontrar texto codificado y diseños que no se puedan estirar.
Presupuesto para expansión de texto. Las etiquetas cortas en inglés pueden más que duplicar su longitud en otros idiomas.
Uso hablantes nativos para el pase lingüístico, con glosario y guía de estilo para que la retroalimentación sea consistente.
Vuelva a realizar la prueba después de cada cambio significativo de contenido o diseño, no solo en el lanzamiento.

Qué cubren las pruebas de localización

Área	Lo que compruebas	Errores típicos
Lingüístico	Precisión, tono, terminología, gramática, ajuste cultural	Traducciones literales, términos inconsistentes, formalidad incorrecta, cadenas no traducidas
Visual / interfaz de usuario	Ajustes de texto, renderizado de fuentes, espejos RTL, imágenes que se adaptan al mercado	Botones truncados, texto superpuesto, glifos faltantes (“tofu”), iconos no reflejados
Funcional	Formularios, búsqueda, filtros, pago, inicio de sesión, correos electrónicos, enlaces	La validación rechaza nombres locales o códigos postales, la búsqueda ignora los acentos y los enlaces van al idioma incorrecto
Convenciones locales	Fechas, horas, números, moneda, unidades, direcciones, números de teléfono	03/04 leído como fecha incorrecta, separador decimal incorrecto, precios en la moneda incorrecta
SEO y técnico	`lang` atributo, títulos y descripciones traducidos, hreflang, canónicos	Metatítulos en inglés en páginas en francés, falta hreflang, canónicos que apuntan al inglés

Pruebas de localización versus pruebas de internacionalización

Pruebas de internacionalización (i18n) comprueba que el producto can estar localizado: el texto no está codificado, los diseños se estiran, el código maneja Unicode, las fechas y monedas provienen de configuraciones locales. Sucede una vez por función, idealmente antes de cualquier traducción.

Pruebas de localización (l10n) comprueba cada uno específico versión lingüística. Se repite para cada idioma que agregues.

Los errores de localización más dolorosos son en realidad errores de internacionalización que se detectan tarde. Es por eso que el primer paso a continuación ocurre antes de la traducción.

Proceso de prueba de localización paso a paso

Paso 1: Definir alcance y prioridades

Enumere los idiomas, los mercados (el español para España y para México son diferentes objetivos de prueba), las páginas y flujos en alcance, y los dispositivos y navegadores que utilizan sus visitantes. Los flujos de clasificación por impacto empresarial: registro, pago y precios aparecen antes de la página de carreras.

Paso 2: Preparar el material de referencia

Proporcione a los evaluadores el mismo material que utilizaron los traductores:

UN glosario de términos de producto y marca, con traducciones aprobadas y términos que deben permanecer en inglés.
UN guía de estilo por idioma: dirección formal o informal, tono, puntuación, cómo escribir números y unidades.
Pantallas o URL para cada flujo dentro del alcance y cuentas de prueba.

Sin estos, los revisores discuten sobre preferencias en lugar de informar errores.

Paso 3: Ejecutar pseudolocalización

Antes de la traducción real, reemplace el texto fuente con una versión estirada y acentuada, por ejemplo “Agregar al carrito” → “[Àdd ţö çàŕţ !!!!!]”. Esto se nota rápidamente:

Cadenas codificadas (se quedan en un inglés sencillo)
Diseños que se rompen cuando el texto se hace más largo
Personajes que no se renderizan en tus fuentes
Cadenas concatenadas (“Tienes” + count + “items”) que no se pueden traducir correctamente

Corrija esto en el código o las plantillas ahora. Es mucho más barato que encontrarlos en 12 idiomas después.

Paso 4: Traducir y luego verificar el texto en contexto

Una vez realizadas las traducciones, los revisores deben leerlas en la página en vivo o de puesta en escena, no en un archivo. El contexto cambia de significado: “Libro” puede ser un sustantivo o un verbo, “Gratis” puede significar sin costo o disponible. Comprobar:

Cada cadena visible se traduce, incluidos botones, mensajes de error, información sobre herramientas, texto alternativo y correos electrónicos.
Los términos siguen el glosario.
El tono y la formalidad coinciden con la guía de estilo.
Nada es ofensivo, confuso o culturalmente erróneo en imágenes, colores, ejemplos y modismos.

Paso 5: Pruebas visuales y de diseño

Pruebe cada página dentro del alcance en tamaños de escritorio y móviles. Preste especial atención a:

Expansión de texto. El artículo del W3C sobre Tamaño del texto en la traducción cita las directrices de IBM: las cadenas en inglés de hasta 10 caracteres pueden expandirse entre un 200 y un 300% en otros idiomas europeos, y las cadenas de más de 70 caracteres en aproximadamente un 130%. Los menús, botones, pestañas y encabezados de tabla se rompen primero.
Fuentes. Busque cuadros vacíos o un cambio repentino de tipografía, lo que significa que la fuente carece de esos caracteres. Nuestra lista de fuentes multilingües cubre fuentes por script.
Idiomas de derecha a izquierda. El árabe, el hebreo y el persa necesitan reflejar todo el diseño: navegación, iconos con dirección, barras de progreso, campos de formulario. Consulte nuestra guía para Diseño RTL.
Rotura de línea. Idiomas como japonés, chino y tailandés no utilizan espacios entre palabras, así que comprueba que el texto se envuelva de forma sensata.

Paso 6: Pruebas funcionales por localidad

Recorra cada flujo de claves en cada idioma:

Formularios acepta nombres locales (acentos, apóstrofes, escrituras no latinas), códigos postales locales y formatos de teléfono, y muestra mensajes de error en el idioma correcto.
Búsqueda y filtros encuentre resultados con y sin acentos y ordene alfabéticamente en el orden local.
Revisa muestra la moneda, los impuestos, los métodos de pago y las opciones de envío correctos.
Correos electrónicos y notificaciones desencadenados por el flujo llegan al idioma del visitante.
Enlaces y redirecciones mantenga al visitante en su idioma; el selector de idioma aterriza en la misma página, no en la página de inicio.

Paso 7: Verifique los formatos locales

Fechas (03/04/2026 significa 3 de abril en gran parte de Europa y 4 de marzo en los EE. UU.), horarios (12 o 24 horas), números (1,234.56 vs. 1.234,56 vs. 1 234,56), monedas y su posición, unidades de medida, orden de direcciones y primer día de la semana en los calendarios.

Paso 8: Ejecute las comprobaciones técnicas y de SEO

El <html lang> el atributo coincide con el idioma mostrado.
Los títulos y meta descripciones están traducidos.
Cada idioma tiene su propia URL, con hreflang vinculando todas las versiones y un canónico autorreferencial. Nuestro artículo sobre etiquetas hreflang autorreferenciales muestra cómo comprobar esto en unos minutos.
El contenido principal está realmente traducido. De Google Guía de sitios multilingües lo dice “usa el contenido visible de su página para determinar su idioma”, no atributos a nivel de código.

Paso 9: registre, corrija y vuelva a probar

Registre cada problema con el idioma, la URL, la captura de pantalla, el texto actual, la solución sugerida y la gravedad:

Crítico: bloquea un flujo o cambia de significado (precio incorrecto, pago roto, texto ofensivo).
Mayor: claramente incorrecto o confuso, pero la tarea se puede completar.
Menor: estilo, espaciado o pequeñas inconsistencias.

Corrija y luego vuelva a probar las páginas afectadas en todos los idiomas, porque una corrección de plantilla a menudo las afecta a todas.

Paso 10: Continúe probando después del lanzamiento

La localización no ha finalizado en el lanzamiento. Nuevas páginas, nuevos productos y cambios de diseño crean nuevas cadenas. Agregue comprobaciones de localización a su lista de verificación de lanzamiento y programe una revisión de las páginas principales por idioma cada pocos meses.

Lista de verificación para pruebas de localización

Mejores prácticas

Pruebe en contexto, siempre. Los problemas más graves sólo aparecen en la página real.

Utilice hablantes nativos que conozcan el producto. Un hablante fluido que nunca haya utilizado su producto pasará por alto errores terminológicos.

Automatizar lo mecánico. Se pueden ejecutar comparaciones de capturas de pantalla, rastreadores que marcan texto no traducido o falta de hreflang y pruebas de formulario en cada versión.

Mantenga una fuente de verdad para los términos. Actualice el glosario cuando los revisores estén de acuerdo con un cambio, para que la solución se extienda a cada página.

Arreglar la causa raíz. Si un botón se rompe en alemán, la solución suele ser un diseño flexible, no una palabra alemana más corta.

Cómo ConveyThis admite pruebas de localización

ConveyThis se basa en revisar las traducciones en contexto. El Editor visual muestra la página traducida tal como la ven los visitantes, para que puedas corregir la redacción y detectar problemas de diseño al mismo tiempo. El glosario mantiene los términos consistentes en todo el sitio, roles del equipo le permite invitar a traductores y revisores de habla nativa por idioma, y la memoria de traducción reutiliza las traducciones aprobadas. Las páginas traducidas obtienen sus propias URL con hreflang, y los títulos y descripciones también se traducen, lo que cubre gran parte del Paso 8.

Vea cómo funciona el flujo de trabajo de revisión en calidad de la traducción página, qué está incluido en características, y límites del plan página de precios. Para conocer el proceso más amplio más allá de las pruebas, lea sobre localización del sitio web.

Preguntas frecuentes

¿Qué son las pruebas de localización? Comprobar que cada versión lingüística de un sitio web o aplicación sea precisa, se ajuste al diseño, funcione funcionalmente y siga las convenciones locales.

¿qué es la pseudolocalización? Reemplazar el texto fuente con un marcador de posición acentuado y estirado antes de la traducción, para encontrar cadenas y diseños codificados que no puedan manejar texto más largo.

¿Quién debería realizar pruebas de localización? Probadores de control de calidad para controles funcionales y visuales, hablantes nativos que conocen el producto para la revisión lingüística e idealmente alguien del mercado objetivo para la adecuación cultural.

¿Con qué frecuencia debo ejecutar pruebas de localización? En el lanzamiento, en cada versión que cambie de texto o diseño, y en una revisión periódica de las páginas más importantes por idioma.

¿Quieres revisar cada traducción en la página real antes de que los visitantes la vean? Crea una cuenta ConveyThis y abra su sitio en el editor visual.