sitemap_not_referenced
Umbodi ajoute une ligne Sitemap à robots.txt dans un bloc délimité, laisse intactes les règles du site, la publie dans une pull request, et vérifie que la ligne est en ligne.
Corrigé par Umbodi sur son propre site · exercice planté
La plupart des robots cherchent le sitemap via robots.txt. Un sitemap valide que robots.txt ne mentionne jamais est un sitemap que beaucoup ne demandent jamais.
Se déclenche quand robots.txt existe et que le sitemap est valide, mais que robots.txt n’a pas de ligne Sitemap. Gravité : avertissement.
L’agent ajoute une ligne Sitemap nommant le sitemap du site dans un bloc délimité qu’il gère, en lisant d’abord le fichier existant pour garder chaque règle écrite à la main. Écrire un nouveau robots.txt exige la politique choisie par le propriétaire pour les robots d’IA (autoriser ou bloquer) ; sans elle, l’agent s’arrête et demande.
Le changement arrive sur le site sous forme de pull request qui ajoute ou modifie un fichier à la racine web du dépôt, ouverte par l’application GitHub d’Umbodi. Les blocs générés sont placés entre des délimiteurs que l’agent gère : les lignes écrites à la main ne sont jamais réécrites.
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.
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 le fichier en ligne et le compare au diff de la fusion : chaque ligne ajoutée doit y être, et un changement qui ne faisait que retirer des lignes doit les voir disparues. Sinon, le fichier est relu jusqu’à cinq fois, environ deux heures et demie, puis l’agent annule sa propre fusion.
Il s’arrête, en disant pourquoi, quand le fichier en ligne est généré par le code du site plutôt que servi depuis le dépôt — une pull request ne changerait rien —, quand le fichier du dépôt dit déjà la même chose, quand un changement de robots.txt exige une politique que le propriétaire n’a pas choisie, ou selon les mêmes règles de fusion et de déploiement que les pages. Il n’annule jamais sur un fichier 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é |
|---|---|---|---|---|---|---|---|
| /robots.txt | 2026-10-08 11:29 | 2026-10-08 12:06 | 2026-10-08 12:06 | 2026-10-08 12:06 | 2026-10-08 13:10 | 2026-10-08 13:17 | 2026-10-08 13:17 |
robots.txt- Sitemap: https://umbodi.ai/sitemap.xmlrobots.txt+ # umbodi:generated:start + # Added by Umbodi — the rules above are yours and are left untouched. + # Answer engines are allowed, deliberately: being cited is distribution. 0 line(s) removed, 26 added
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 13:17 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 ajoute une ligne Sitemap à robots.txt dans un bloc délimité, laisse intactes les règles du site, la publie dans une pull request, et vérifie que la ligne est 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.