La cobertura de traducción no demuestra una tarea completada
Los archivos de idioma completos ayudan a revisar los textos disponibles. Aceptar una interfaz multilingüe también exige que el flujo funcione.
Los archivos completos pueden ocultar problemas
Una lista de textos totalmente traducida es un resultado intermedio útil. Muestra qué textos previstos están presentes. No permite concluir que una persona puede entender y completar correctamente una solicitud en su idioma. Para ello hay que evaluar el idioma en el flujo real.
Consideremos dos versiones ficticias de un portal de proyectos, A y B. Ambas tienen completas todas las claves de traducción previstas. Suponemos los siguientes comportamientos distintos para compararlas; no son resultados de pruebas con usuarios.
Punto del flujo | Versión A | Versión B |
|---|---|---|
Etiqueta de aprobación | Abreviatura poco clara para que quepa el texto | Acción completa y comprensible |
Moneda al cambiar de idioma | El símbolo pasa de euro a dólar; el importe sigue igual | Se mantienen la moneda y el importe acordados |
Datos al cambiar de idioma | Desaparece el borrador | Se conserva el borrador |
La misma cobertura textual oculta aquí estados distintos del producto. El símbolo monetario también forma parte del significado de un número. En este ejemplo, otro idioma no debe sustituir inadvertidamente la moneda acordada. Una línea lingüísticamente correcta ayuda poco si su lugar en el flujo o los datos conservados son incorrectos.
Las comprobaciones tempranas de diseño siguen siendo útiles
Sería innecesario esperar las traducciones finales para cada pregunta de diseño. Los textos alargados artificialmente y unas pocas lenguas piloto elegidas con criterio pueden mostrar pronto componentes demasiado estrechos o textos incrustados en el código. Es una buena razón para hacer estas comprobaciones antes de la localización completa.
Su alcance sigue siendo limitado. W3C describe diferencias de longitud y anchura de caracteres; un margen general de espacio no garantiza que quepan todas las etiquetas. Microsoft señala que unas pocas lenguas piloto no descubren todos los problemas que dependen del idioma. Superar una prueba temprana de diseño no demuestra, por tanto, la usabilidad en los diez idiomas previstos.
Registrar la evidencia por idioma
Para el portal, la aceptación debe mostrar si una persona puede entender, editar y completar la misma solicitud conservando sus datos. También incluye un estado de error y el cambio de idioma durante la edición. El registro indica idioma, versión y tarea comprobados, y estado alcanzado. Los estados pendientes siguen identificados. Así puede saberse qué versión lingüística se comprobó realmente para cada flujo.
Fuentes
Escrito por
- Anna NeumannRedactora de contenidos y marketing digitalAnna Neumann planifica y escribe en ASES contenidos sobre marketing digital. Entre sus temas están el posicionamiento en buscadores, la estrategia de contenidos y la analítica web, con el foco puesto en evaluar de forma comprensible las acciones de marketing y sus resultados.
Seguir leyendo
Todos los artículos
Diseño y UX con ASES
Experiencia de usuario, interfaces e imagen de marca