heading_skip
Umbodi remonte les titres qui sautent un niveau pour que le plan se suive, seulement sur une page que le propriétaire a marquée comme involontaire, dans une pull request, puis vérifie que le défaut a disparu du site en ligne.
Corrigé par Umbodi sur son propre site · exercice planté
Les titres forment le plan de la page. Passer d’un H2 à un H4 le casse pour les lecteurs d’écran et pour les robots qui lisent la structure pour comprendre la page.
Se déclenche quand les niveaux de titres sautent un niveau, par exemple un h2 suivi directement d’un h4. Gravité : info.
L’agent remonte chaque titre qui saute un niveau jusqu’à ce qu’aucun ne le fasse. Les niveaux de titres définissent aussi l’apparence de la page : il n’agit donc que sur une page que le propriétaire a marquée comme involontaire pour ce 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 déduite des données du site : le changement est marqué mécanique et aucun seuil de score ne s’applique. Il ne s’applique pourtant 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.
Comme ce peut être voulu, il y a un contrôle de plus : le propriétaire doit avoir marqué ce défaut comme involontaire sur cette page. Sans cela, l’agent propose et attend.
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.
Nous avons planté ce défaut sur notre propre site et laissé l’agent le trouver. Chaque étape ci-dessous est un horodatage lu dans les reçus, pas une affirmation saisie dans cette page.
| Page | planté | trouvé | proposé | approuvé | publié | fusionné | vérifié |
|---|---|---|---|---|---|---|---|
| /cookies | 2026-10-08 07:18 | 2026-10-08 07:30 | 2026-10-08 07:30 | 2026-10-08 07:30 | 2026-10-08 07:40 | 2026-10-08 07:50 | 2026-10-08 07:51 |
cookies.html- <main class="body"><h2 id="s1"><span class="snum">01</span>What this notice covers</h2><p>Umbodi uses cookies and similar technologies (local storage, sessio… + <main class="body"><h4 id="s1"><span class="snum">01</span>What this notice covers</h4><p>Umbodi uses cookies and similar technologies (local storage, sessio…
cookies.html- <main class="body"><h4 id="s1"><span class="snum">01</span>What this notice covers</h4><p>Umbodi uses cookies and similar technologies (local storage, sessio… + <main class="body"><h2 id="s1"><span class="snum">01</span>What this notice covers</h2><p>Umbodi uses cookies and similar technologies (local storage, sessio…
Ce reçu date d’avant le 11 octobre 2026, quand la vérification après déploiement confirmait seulement que le fichier modifié se chargeait. Le défaut a été revérifié sur le site en ligne le 11 octobre avec la règle d’audit elle-même : il est corrigé.
Dernière vérification 2026-10-08 07:51 UTC
Que toute la chaîne s’est déroulée sans décision humaine à l’intérieur : l’agent a trouvé le défaut, décidé la correction, l’a publiée, fusionnée et a vérifié le site 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 remonte les titres qui sautent un niveau pour que le plan se suive, seulement sur une page que le propriétaire a marquée comme involontaire, dans une pull request, puis vérifie que le défaut a disparu du site en ligne.
Oui. Nous l’avons planté sur notre propre site et l’agent l’a trouvé, corrigé, fusionné et vérifié sans aucune décision humaine dans la boucle. Le reçu est sur cette page.
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.