images_missing_alt
Umbodi hace que un modelo escriba el texto alternativo de cada imagen que no lo tiene, lo publica en una pull request solo cuando no queda ninguna sin él y comprueba que el defecto ha desaparecido del sitio en vivo.
No corregido por Umbodi en su propio sitio — no se puede plantar allí
Una imagen sin texto alternativo no existe para quien usa un lector de pantalla —un fallo WCAG de nivel A— y es lo único que la búsqueda de imágenes puede leer de ella.
Se activa cuando alguna imagen de la página no tiene texto alternativo. Gravedad: aviso.
El agente escribe el texto alternativo de cada imagen que no lo tiene y rechaza una pasada parcial: la corrección las cubre todas o no se publica. El texto lo escribe un modelo, así que nunca se marca como mecánico: debe superar el umbral de puntuación, y la llamada solo se paga con la asignación diaria del propietario para escritura sin supervisión, desactivada por defecto.
El cambio llega al sitio como una pull request en su repositorio, abierta por la app de GitHub de Umbodi, una página por pull request. Una página generada desde una fila de base de datos —una entrada de blog, por ejemplo— se corrige escribiendo esa fila, que se vuelve a leer antes de contar.
El valor se escribe, no se deriva, así que debe superar por sí solo el umbral de puntuación de 55. Además, solo se aplica si el propietario activó la acción sin supervisión y puso el dial de autonomía de esta categoría en automático; fusionar requiere un permiso aparte.
Una propuesta de cada diez se reserva como grupo de control —elegida por un hash fijo por proyecto, no a mano— y nunca se aplica sin supervisión, para medir el efecto de las correcciones frente a las no hechas.
Tras fusionar la pull request y aparecer el despliegue en producción, el agente lee la página en vivo y ejecuta la misma regla de auditoría que detectó el defecto. La corrección solo cuenta cuando esa regla deja de activarse. Si sigue activándose, la página se relee hasta cinco veces, unas dos horas y media, y después el agente revierte su propia fusión.
Se detiene, y dice por qué, cuando el sitio no tiene la app de GitHub instalada ni repositorio elegido, cuando la página no es una que pueda escribir, cuando ya hay una pull request abierta para la página, cuando fallan las comprobaciones obligatorias o una persona ha tocado la rama, o cuando no aparece ningún despliegue en seis horas. Nunca fusiona sobre una comprobación que no puede leer ni revierte sobre una página que no puede obtener.
Nuestro sitio no tiene dónde plantar este defecto sin romper algo real, así que no hay recibo en vivo. La corrección solo está demostrada en la batería de pruebas. El motivo, tal como lo dice el código:
the only pages with an <img> are methodology (3), walkthroughs (6) and developers (1), and all three are marketing pages pre-rendered into fr/ and es/ — so mirroredRefusal refuses the plant, correctly. There is no unmirrored page on this site with an image. Measured 2026-10-06.
Última verificación 2026-10-11 08:43 UTC
Solo lo que demuestra la batería de pruebas: el camino del hallazgo a la corrección verificada funciona con casos de prueba. Nada en esta página afirma que haya ocurrido en vivo.
No demuestra ningún cambio de posición ni de citas. Umbodi nunca lo deduce de una corrección: la posición se mide aparte, en Google, y se informa tal como se mide. Un recibo también muestra que el camino funciona en este sitio, no en todos.
Umbodi hace que un modelo escriba el texto alternativo de cada imagen que no lo tiene, lo publica en una pull request solo cuando no queda ninguna sin él y comprueba que el defecto ha desaparecido del sitio en vivo.
No en vivo. Nuestro sitio no tiene dónde plantarlo sin romper algo real, así que la corrección solo está demostrada en la batería de pruebas, y esta página explica por qué.
La página de recibos lista cada tipo de defecto que el agente corrige por sí solo y cuáles ya ha corregido en vivo en este sitio.