Reparar
Envía el arreglo, verifícalo en vivo, guarda el recibo
Por Benoit Maillary · Publicado 2026-09-14 · Actualizado 2026-09-15
FixFlow genera un paquete para pegar en el CMS. Tú lo pegas. Lo marcas como enviado. Un reescaneo en vivo emite un recibo solo cuando la página coincide. Aplicada sin prueba se queda en Aplicada. Tú conservas el acceso al CMS.
La mayoría de los informes SEO terminan donde empieza el trabajo
Un PDF de auditoría típico nombra los huecos y se detiene. Alguien todavía tiene que escribir el título, pegar el JSON-LD, publicar /llms.txt y demostrar que el HTML en vivo cambió. Esa última milla es donde se filtran los contratos: el estratega cree que se envió, el desarrollador cree que Yoast lo resolverá, el cliente pide una captura. FixFlow se detiene en la especificación y en la prueba. No inicia sesión en WordPress, Shopify, Webflow ni GitHub por ti. El trabajo de pegar sigue siendo tuyo. La prueba de que el HTML cambió es nuestra.
El bucle honesto es corto. Generas un paquete para pegar en el CMS que realmente usas, o lo copias al portapapeles. Lo aplicas en tu propia sesión. Marcas la incidencia como enviada. FixFlow guarda una instantánea de lo que salió del edificio. Recupera la página en vivo. Emite un recibo para el cliente solo cuando la incidencia ha desaparecido. Aplicada sin prueba se queda en Aplicada. Verificada significa que la página coincide. No hay un tercer estado mágico. O el HTML publicado coincide con el contrato, o no.
Esa distinción importa en una revisión trimestral. “Enviamos los títulos al desarrollador” es Aplicada. “El crawler ahora lee los títulos que enviamos” es Verificada. Los clientes pagan por la segunda frase. Las agencias pierden los viernes por la noche en la primera. El recibo existe para que no discutas desde Slack. Puedes reenviar una URL. No tienes que reenviar un hilo.
Qué guarda “enviado”, y qué comprueba “verificada”
Cuando marcas una incidencia como enviada, FixFlow no toma tu contraseña del CMS. Guarda el paquete que dijiste que pegaste: el título, la meta, el JSON-LD, el cuerpo de llms.txt o el brief que entregaste a un redactor. Esa instantánea es el contrato de antes y después. La siguiente recuperación compara el HTML en vivo con ese contrato. Si el título que enviaste no es el título que lee el crawler, la incidencia no pasa a Verificada. El estado no se compra con un webhook. Se gana con una coincidencia en la página publicada.
WordPress, Shopify, Webflow, GitHub y un paquete plano de portapapeles son los destinos de export actuales. El acceso al CMS se queda en la agencia porque dar las llaves a otro SaaS crea una segunda ruta de incidente y un segundo lugar donde un junior puede sobrescribir Yoast. Nosotros guardamos la evidencia. Tú conservas el acceso. Los precios son por el escaneo, el paquete y el recibo, no por un escritorio remoto en el sitio. Si una herramienta pide tu wp-admin, está haciendo otro trabajo.
Un paquete para pegar tiene forma de CMS a propósito. WordPress recibe un bloque que puedes soltar en el editor o un snippet para el head. Shopify recibe una copia consciente del tema. Webflow recibe el embed o la ruta del campo. GitHub recibe un diff de archivo que puedes abrir como pull request. El portapapeles es la alternativa cuando el sitio es a medida. Ninguna de esas rutas exige que FixFlow guarde una contraseña. El acceso al CMS se queda contigo. Esa es la línea que no cruzamos.
Cuando un plugin o un tema pisa lo pegado
Un título enviado puede desaparecer después de una actualización de tema, una sincronización de Yoast o una capa de prerender. El siguiente reescaneo semanal puede reabrir la incidencia y nombrar una causa probable. Ese es el bucle de reparación, no una auditoría nueva desde cero: encuentra el hueco en la lista ordenada, pega el paquete, demuéstralo, nota cuándo algo lo sobrescribe. La incidencia vuelve porque el HTML volvió. No porque hayamos olvidado el trabajo.
Si quieres los nombres de producto de ese bucle, están en la página de funciones. Esta página es la regla: Verificada es una coincidencia en vivo, no una casilla que un jefe de proyecto marcó el viernes. Aplicada puede ser honesto y seguir siendo incompleto. Verificada es la frase que puedes poner en una factura.
Qué puedes poner en una factura
Una corrección Verificada puede convertirse en una línea de registro: sitio, trabajo, URL del recibo, tarifa sugerida por gravedad. El recibo es una página compartible que un responsable de cuenta puede soltar en una revisión trimestral. La tarifa es una sugerencia que puedes editar. FixFlow no es tu herramienta de facturación y no cobra el dinero del cliente. Te da la prueba. Tú emites la factura.
El recibo es más útil cuando se sienta junto a citado / no citado mensual. Enviar schema es una reparación. Seguir siendo nombrado en una respuesta al estilo ChatGPT un mes después es el paso de demostrar. Ambos se pueden citar. Ninguno es un crawl de 40 páginas. Uno prueba el HTML. El otro prueba la respuesta.
Si empiezas desde una URL con forma de CMS y no desde una página de método, usa la auditoría WordPress o el hub de auditorías, y vuelve aquí cuando tengas un paquete que pegar. El escaneo encuentra el hueco. Este artículo es lo que significa “hecho”. Hecho no es el PDF. Hecho es Verificada.
Qué nos negamos a automatizar
No haremos clic en Publicar por ti. No guardaremos una contraseña de tema. No marcaremos Verificada porque un webhook diga que el deploy terminó. Los deploys mienten. El HTML no. La única prueba que cuenta aquí es una recuperación de la URL en vivo después de que dijiste que pegaste. Si el HTML publicado no coincide, la incidencia no es Verificada. Da igual lo que diga el pipeline.
Eso es más lento que un botón mágico de “aplicar todos los arreglos”. También es el único bucle que un cliente pagará dos veces. Si quieres el botón, quieres otro producto. Si quieres un recibo que puedas reenviar, este es el bucle. Tú conservas el acceso al CMS. Nosotros conservamos la evidencia. Esa división es el producto.