heading_skip
Umbodi sube los encabezados que saltan un nivel para que el esquema vaya en orden, solo en una página que el propietario ha marcado como no deseada, en una pull request, y comprueba que el defecto ha desaparecido del sitio en vivo.
Corregido por Umbodi en su propio sitio · simulacro
Los encabezados son el esquema de la página. Saltar de un H2 a un H4 lo rompe para los lectores de pantalla y para los rastreadores que leen la estructura para entender la página.
Se activa cuando los niveles de encabezado saltan uno, por ejemplo un h2 seguido directamente de un h4. Gravedad: info.
El agente sube cada encabezado que salta un nivel hasta que ninguno lo hace. Los niveles de encabezado también definen el aspecto de la página, así que solo actúa en una página que el propietario ha marcado como no deseada para este 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 deriva de los datos del propio sitio, así que el cambio se marca como mecánico y no se aplica umbral de puntuación. Aun así, 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.
Como puede ser deliberado, hay un control más: el propietario debe haber marcado este defecto como no deseado en esta página. Sin eso, el agente propone y espera.
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.
Plantamos este defecto en nuestro propio sitio y dejamos que el agente lo encontrara. Cada etapa es una marca de tiempo leída de los recibos, no una afirmación escrita en esta página.
| Página | plantado | encontrado | propuesto | aprobado | publicado | fusionado | verificado |
|---|---|---|---|---|---|---|---|
| /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…
Este recibo se registró antes del 11 de octubre de 2026, cuando la comprobación tras el despliegue solo confirmaba que el archivo cambiado cargaba. El defecto se volvió a comprobar en el sitio en vivo el 11 de octubre con la propia regla de auditoría, y está corregido.
Última verificación 2026-10-08 07:51 UTC
Que toda la cadena se ejecutó sin ninguna decisión humana dentro: el agente encontró el defecto, decidió la corrección, la publicó, la fusionó y verificó el sitio 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 sube los encabezados que saltan un nivel para que el esquema vaya en orden, solo en una página que el propietario ha marcado como no deseada, en una pull request, y comprueba que el defecto ha desaparecido del sitio en vivo.
Sí. Lo plantamos en nuestro propio sitio y el agente lo encontró, corrigió, fusionó y verificó sin ninguna decisión humana en el ciclo. El recibo está en esta página.
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.