images_missing_alt
Umbodi fait écrire par un modèle le texte alternatif de chaque image qui n’en a pas, ne le publie dans une pull request que s’il n’en reste aucune sans, et vérifie que le défaut a disparu du site en ligne.
Non corrigé par Umbodi sur son propre site — impossible à y planter
Une image sans texte alternatif est absente pour qui utilise un lecteur d’écran — un échec WCAG de niveau A — et c’est la seule chose que la recherche d’images peut lire de l’image.
Se déclenche quand une image de la page n’a pas de texte alternatif. Gravité : avertissement.
L’agent écrit le texte alternatif de chaque image qui n’en a pas et refuse un passage partiel : la correction les couvre toutes ou n’est pas publiée. Le texte est écrit par un modèle, il n’est donc jamais marqué mécanique : il doit franchir le seuil de score, et l’appel n’est payé que par l’enveloppe quotidienne du propriétaire pour l’écriture sans surveillance, désactivée par défaut.
Le changement arrive sur le site sous forme de pull request sur son dépôt, ouverte par l’application GitHub d’Umbodi, une page par pull request. Une page générée depuis une ligne de base de données — un article de blog, par exemple — est corrigée en écrivant cette ligne, relue avant d’être comptée.
La valeur est écrite, pas déduite : elle doit franchir seule le seuil de score de 55. Elle ne s’applique aussi que si le propriétaire a activé l’action sans surveillance et réglé la jauge d’autonomie de cette catégorie sur automatique ; la fusion demande un accord distinct.
Une proposition sur dix est mise de côté comme groupe témoin — choisie par un hachage fixe par projet, pas à la main — et n’est jamais appliquée sans surveillance, pour mesurer l’effet des corrections par rapport à celles non faites.
Après la fusion de la pull request et l’apparition du déploiement en production, l’agent lit la page en ligne et exécute la même règle d’audit qui a signalé le défaut. La correction ne compte que si la règle ne se déclenche plus. Si elle se déclenche encore, la page est relue jusqu’à cinq fois, environ deux heures et demie, puis l’agent annule sa propre fusion.
Il s’arrête, en disant pourquoi, quand le site n’a pas d’installation de l’application GitHub ni de dépôt choisi, quand la page n’est pas de celles qu’il peut écrire, quand une pull request est déjà ouverte pour la page, quand les vérifications requises échouent ou qu’une personne a touché la branche, ou quand aucun déploiement n’apparaît en six heures. Il ne fusionne jamais sur une vérification illisible et n’annule jamais sur une page inaccessible.
Notre site n’offre aucun endroit où planter ce défaut sans casser quelque chose de réel : il n’y a donc pas de reçu en ligne. La correction n’est prouvée que par la suite de tests. La raison, telle que le code l’énonce :
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.
Dernière vérification 2026-10-11 08:43 UTC
Seulement ce que prouve la suite de tests : le chemin du constat à la correction vérifiée fonctionne sur des cas d’essai. Rien sur cette page n’affirme que cela s’est produit en ligne.
Cela ne prouve aucun changement de classement ni de citation. Umbodi n’en déduit jamais d’une correction : le classement est mesuré à part, sur Google, et rapporté tel que mesuré. Un reçu montre aussi que le chemin fonctionne sur ce site, pas sur tous les sites.
Umbodi fait écrire par un modèle le texte alternatif de chaque image qui n’en a pas, ne le publie dans une pull request que s’il n’en reste aucune sans, et vérifie que le défaut a disparu du site en ligne.
Pas en ligne. Notre site n’offre aucun endroit où le planter sans casser quelque chose de réel : la correction n’est prouvée que par la suite de tests, et cette page dit pourquoi.
La page des reçus liste chaque type de défaut que l’agent corrige seul, et ceux qu’il a déjà corrigés en ligne sur ce site.