¿Cómo se localizan las funciones de accesibilidad como el texto alternativo y las etiquetas ARIA?

Última reseña: 31 de agosto de 2026

¿Qué se necesita para localizar correctamente el contenido accesible?

Localizar correctamente el contenido de accesibilidad depende de que cinco capas trabajen juntas, no solo de traducir las cadenas.

• Captura completa del contenido : cada atributo traducible (alt, title, aria-label, aria-describedby) debe identificar e incorporar al flujo de trabajo junto con el texto visible del cuerpo y de los botones, sin tratar como un paso manual independiente.
• Contexto para los traductores : dado que estas cadenas de texto no tienen una representación visual propia, los traductores necesitan ver el elemento de la interfaz de usuario que describe una etiqueta para evitar una traducción literal, palabra por palabra, que suena extraña al leer en voz alta.
• Coherencia de estilo y tono : el glosario y la guía de estilo que mantienen la coherencia en el texto de la interfaz de usuario visible también deberían aplicar a las cadenas de accesibilidad, de modo que un lector de pantalla en francés o japonés suene como el mismo producto que la interfaz visible.
• Verificación de calidad por localidad — Las comprobaciones de conformidad WCAG deben realizar en cada local enviado, no solo en la fuente en inglés, ya que una auditoría en inglés aprobada no dice nada sobre la versión alemana o japonesa.
• Sincronización continua : a medida que los desarrolladores agregan o editan cadenas de la interfaz de usuario, el texto alternativo y las etiquetas ARIA deben detectar de nuevo y poner en cola para su traducción automáticamente, de la misma manera que las cadenas visibles, para que el contenido de accesibilidad no se desincronice luego del lanzamiento.

¿Qué criterios de éxito de WCAG cubren contenido de accesibilidad localizada?

El contenido de accesibilidad localizado corresponde a criterios específicos y numerados de éxito WCAG 2.2, no solo una buena práctica general.

¿Cómo localizáis el contenido de accesibilidad en la práctica?

Las capas de flujo de trabajo anteriores se traducen en una secuencia concreta que la mayoría de los equipos pueden ejecutar junto con su proceso de localización existente.

1. Audite las cadenas no visibles : rastree o exporte el producto fuente para cada atributo alt, title, aria-label y aria-describedby junto con las cadenas de la interfaz de usuario estándar; estas son las cadenas que tienen más probabilidades de faltar en un primer inventario de contenido.
2. Configurar la captura automática — establecer las directivas de archivo del flujo de trabajo, como una regla de include_translatable_attributes, para que el texto alternativo y los atributos ARIA se capturen para la traducción de la misma manera que la copia visible del cuerpo, en lugar de depender de que alguien los marque manualmente.
3. Proporcione a los traductores contexto, no solo cadenas de texto : anexe contexto visual o estructural a cada cadena de accesibilidad para que el traductor pueda ver el elemento de la interfaz de usuario que describe y traducirlo teniendo en cuenta cómo se escuchará, no solo cómo se leerá.
4. Aplique comprobaciones de glosario y guía de estilo : ejecute el mismo perfil de control de calidad y cumplimiento del glosario que se emplea para el texto visible, comparándolo con las cadenas de accesibilidad, para detectar terminología inconsistente o truncamientos que no cumplan con los límites de caracteres específicos de la plataforma.
5. Vuelve a verificar la conformidad de WCAG por localidad — realiza un pase de lector de pantalla y un escaneo automatizado de WCAG con cada compilación de localización publicada, no solo con el idioma fuente, antes de declarar que una versión es accesible completa.

Este enfoque se adapta a equipos que...

• Publique un producto sitio web o celular en varios idiomas y ya realice un seguimiento del cumplimiento de WCAG 2.2 AA en el idioma de origen.
• Almacena texto alternativo, etiquetas ARIA y cadenas de lector de pantalla en la misma base de código o CMS como copia visible de la interfaz
• Tienen un flujo de trabajo de traducción existente (glosario, guía de estilo, controles de calidad) y quieren extenderlo al contenido no visible en lugar de ejecutar un segundo proceso separado.
• Necesito contenido de accesibilidad para mantener sincronizado mientras los desarrolladores lanzan nuevas cadenas de interfaz, no solo gestionado una vez en el lanzamiento

Cuándo esto puede no ser la máxima prioridad

• Un producto con una base de usuarios monolingüe y sin planes a corto plazo para un lanzamiento multilingüe.
• Contenido de marketing estático con pocos componentes interactivos, mensajes de estado dinámicos o campos de formulario, donde los atributos ARIA rara vez se usan en primer lugar

Lista de verificación de evaluación: Preguntas que debe hacer antes de localizar contenido accesible.

¿Nuestro proceso de captura de contenido extrae atributos HTML/JSX o solo texto visible?
Si una exportación o conector solo extrae cadenas renderizadas, es probable que se salten el texto alternativo y las etiquetas ARIA sin que nadie se dé cuenta.

¿Los traductores obtienen contexto para las cadenas de texto que nunca se muestran en pantalla?
Una cadena como aria-label="Cerrar" debe ver junto con el control al que etiqueta, o un traductor estará adivinando el tono y la duración.

¿Se aplican las reglas del glosario y la guía de estilo a las cadenas de accesibilidad, no solo a los textos visibles?
Sin eso, la experiencia de un lector de pantalla puede desviar de la terminología y el tono de voz visibles de un producto en diferentes ubicaciones.

¿Se verifica la conformidad con las WCAG por configuración regional o solo una vez en el idioma de origen?
Una construcción inglesa conforme no garantiza una versión conforme alemana, japonesa o árabe.

¿Qué sucede cuando un desarrollador agrega una nueva etiqueta ARIA luego del lanzamiento?
Confirma si se detecta automáticamente y se pone en cola para su traducción, o si depende de que alguien se acuerde de marcarlo.

¿Cómo ayuda Smartling a localizar el contenido accesible?

La Global Delivery Network (GDN) de Smartling trata por defecto los atributos alt, título y marcador como contenido traducible, capturándolos de la misma manera que captura el texto visible del cuerpo y de los botones, por lo que las cadenas de accesibilidad no requieren un paso de exportación separado ni que un desarrollador recuerde marcarlos. Los equipos que necesitan extender la captura a atributos personalizados o adicionales pueden hacerlo con una directiva include_translatable_attributes, que indica al analizador de Smartling exactamente qué atributos HTML adicionales debe incorporar al flujo de trabajo de traducción. El soporte a nivel de conector traslada esto a plataformas específicas — el Zendesk Connector de Smartling, por ejemplo, ingiere nombres de imágenes y texto alternativo para traducción por defecto, de la misma manera que maneja el cuerpo de los artículos.

Para evitar que las cadenas no visibles se lean como traducciones literales, las herramientas de Contexto Visual de Smartling — incluyendo la extensión Context Capture Chrome y la Biblioteca JavaScript Context Capture — proporcionan a los traductores una instantánea de la página o pantalla a la que pertenece una cadena, y las notas XLIFF pueden capturar automáticamente como instrucciones traductoras. Ambos son útiles para una cadena como una etiqueta ARIA, que no tiene una representación visual propia contra la que traducir. El mismo glosario, guía de estilo y perfil de control de calidad — incluyendo el cumplimiento del glosario y las comprobaciones de límite de longitud objetivo — que mantienen la interfaz visible coherente del producto se aplican también a estas cadenas, de modo que una experiencia de lector de pantalla coincide con el tono y la terminología de la interfaz visible en cada lugar enviado.

Preguntas relacionadas

• ¿Cómo automatizan las compañías el control de calidad lingüística?
• ¿Qué herramientas emplean las compañías para conectar la localización con los flujos de trabajo de producto?