IA · Desarrollo · PosicionamientoHablemos

Herramienta · En producción

Mantenimiento de webs con vuelta atrás automática

Actualiza las webs de los clientes con una copia verificada antes de tocar nada, comprueba cada actualización y la deshace sola si algo se rompe.

Cómo se ve

  • Informe de mantenimiento de una tienda online: copia de 754 MB verificada, 13 de 15 actualizaciones hechas, revisiones de la base de datos de 926 a 240 y 147 de 147 botones de compra comprobados, con la nota de cada plugin
    El informe que genera el sistema tras mantener una tienda online
  • Registro de una prueba forzada: el plugin se actualiza, la comprobación falla y la web vuelve sola a la versión anterior
    La vuelta atrás, probada a propósito forzando un fallo en una web de pruebas

Qué problema resuelve

Lo que da miedo del mantenimiento no es actualizar, es no enterarse de que algo se ha roto. Una actualización mala un viernes puede tumbar la tienda de un cliente.

Cómo funciona

  1. 01

    Un panel con un semáforo por web

    Para las 11 webs que se mantienen: si responde, cuánto tarda, versiones, plugins con actualización, administradores nuevos, tareas programadas paradas. Se refresca solo cada mañana y solo lee: no tiene ningún botón que cambie una web.

  2. 02

    Un chequeo diario que solo avisa de lo grave

    Una web caída, una tarea programada parada o un administrador que ayer no estaba. Lo demás espera al mantenimiento mensual.

  3. 03

    Copia verificada antes de tocar nada

    Copia completa guardada en tres sitios y comprobada con su huella digital en cada uno.

  4. 04

    Una actualización cada vez

    Antes de cada una el sistema lee la lista de cambios y la resume; después comprueba las páginas clave y los errores del servidor. Si falla, restaura la copia del plugin que guardó antes, también en plugins de pago.

  5. 05

    Revisión como una persona

    Navegador limpio, escritorio y móvil, y una compra hasta el momento del pago, sin pagar, antes y después. Cada web termina con un informe de lo hecho y por qué.

El stack, explicado

«Stack» son las herramientas con las que algo está hecho. WP-CLI es la línea de comandos de WordPress: permite leer y actualizar cada web por conexión segura sin entrar al panel. Bash y Python escriben los scripts de copia, actualización y comprobación. Las copias se hacen con All-in-One WP Migration y se suben a la nube con rclone; la revisión visual la hace un navegador en limpio, en escritorio y móvil. Claude Code dirige el proceso web a web con el visto bueno de una persona antes de empezar cada una. Las claves de cada servidor viven en un llavero cifrado, no en ficheros.

Qué aprendimos

Lo que da miedo del mantenimiento no es actualizar: es no enterarse de que algo se ha roto. De ahí el diseño: cada actualización se comprueba sola y se deshace sola si hace falta. Y el panel enseñó cosas que no se sabían de webs que se llevaban años: en una, las tareas programadas llevaban semanas paradas, con 23 atrasadas, incluidas las reservas. La revisión con ojos nuevos del propio script también pagó: cinco fallos graves, uno de ellos un plugin de pago sin licencia que figuraba como actualizado sin estarlo.

Límites

Hoy no es automático del todo: lo lanza una persona, web a web, y da el visto bueno antes de empezar cada una. El siguiente paso es que una vez al mes lo haga solo (leyendo las notas de cambios, actualizando primero lo más inocuo y dejando para el final Elementor y WooCommerce), y que reaccione a los avisos de vulnerabilidades. Se hará primero en webs propias y en las de clientes cuando se haya visto funcionar.

Con qué está hecho

  • WP-CLI
  • Bash
  • Python
  • WordPress
  • Navegador automatizado

Qué hicimos

  • Primera web, una tienda online, de madrugada y en 27 minutos: copia de 754 MB idéntica en los tres sitios y 13 plugins actualizados, cuatro de ellos de seguridad y uno que evitaba un doble cobro. Dos se aplazaron a propósito: una versión «.0» publicada el día anterior.
  • Revisiones de la base de datos de 926 a 240. Compra probada hasta el pago, antes y después, y formulario de contacto enviado y recibido de verdad.
  • El panel destapó que en una web las tareas programadas llevaban semanas paradas, con 23 atrasadas, reservas incluidas.
  • Una revisión con ojos nuevos encontró cinco fallos graves en el script de actualizar, entre ellos un plugin de pago sin licencia que se daba por actualizado sin estarlo. Se arreglaron y probaron antes de tocar una web de cliente.
  • Hoy el mantenimiento lo lanza una persona web a web y da el visto bueno antes de empezar cada una; el objetivo es que una vez al mes lo haga solo.

¿Tienes un proyecto parecido?

Cuéntanos qué necesitas y te decimos cómo lo haríamos y si te sale a cuenta.

Hablemos

Más en el LAB