Umbodi es un agente SEO que funciona con GitHub. Audita tu sitio, escribe la corrección y abre un pull request en tu repositorio — nunca modifica tu sitio directamente. Lees el diff y lo fusionas, y después vuelve a rastrear la página para saber que la corrección está en vivo.
Una GitHub App en los repositorios que elijas. Nada se fusiona sin ti, y nada llega a producción salvo por tu propio despliegue.
La mayoría de las herramientas se detienen tras el segundo. El cuarto es el que demuestra que el trabajo fue real.
Lee tu sitemap, rastrea cada página a la que puede llegar y registra lo que te está costando visibilidad.
Títulos, descripciones, datos estructurados y páginas enteras, redactados como el cambio de archivo en sí. No una tarea pendiente.
En el repositorio que elegiste, como una rama y un diff. Tu revisión, tu fusión, tu despliegue.
Aplicado significa que un rastreador vio el cambio en la página en vivo. Un pull request fusionado que nunca se desplegó sigue sin estar aplicado.
Cada plugin de SEO que edita tu sitio directamente pide un permiso que ningún otro proveedor obtiene.
La misma revisión que cualquier otro cambio en tu sitio. Un agente que escribe en producción es un cambio que nadie leyó.
Una fusión de la que te arrepientes es un revert. Una escritura directa de la que te arrepientes es un incidente, y te enteras por tu tráfico.
Tu historial de git dice qué cambió, cuándo y por qué — en el lugar donde tu equipo ya mira, no dentro del panel de un proveedor.
Si un revisor no puede decir para qué sirve un cambio, el cambio no está terminado.
Un asunto por pull request. No un barrido de cuarenta archivos que hay que tomar o dejar entero.
Enunciado como una proyección y etiquetado como tal. Aquí una posición medida y una mejora esperada nunca comparten cifra.
Si no pudo abrir el pull request, nombra el motivo — la app no instalada en ese repositorio, por ejemplo — en lugar de informar de una ejecución limpia que no publicó nada.
Umbodi lo hace. Audita tus páginas, escribe la corrección y abre un pull request en el repositorio del que se construye tu sitio. El cambio es un diff que revisas y fusionas como cualquier otro. Umbodi nunca tiene acceso de escritura a tu sitio en producción.
Umbodi se instala como una GitHub App en los repositorios que elijas. Solo abre pull requests en esos repositorios, y si la instalación deja de cubrir un repositorio lo dice por su nombre en lugar de informar de una ejecución limpia que no publicó nada.
No. Cada cambio que hace en un repositorio llega como un pull request. Nada se fusiona sin ti, y nada llega a producción salvo por tu propio despliegue. Para sitios que no están en un repositorio, Umbodi prepara el bloque exacto para que lo pegues.
Tras el despliegue, Umbodi vuelve a rastrear la página en vivo y comprueba que la corrección está presente en lo que recibe un rastreador. Aplicado significa que un nuevo rastreo la vio, no que una tarea devolviera un código de éxito — un pull request fusionado que nunca se desplegó sigue sin estar aplicado.
Ejecuta primero la auditoría y lee lo que encuentra. El pull request viene después, cuando estés de acuerdo con ella.