Plan de mantenimiento web: qué debe incluir un plan de cuidado, 2026

Un plan de mantenimiento web es un alcance escrito de trabajo recurrente: actualizaciones, copias de seguridad, revisiones de seguridad, monitorización y una persona con nombre que responde cuando algo falla. Un buen plan dice qué cubre, quién actúa, con qué rapidez y qué informe recibes. Uno malo vende una promesa vaga de "tranquilidad" sin ninguna lista detrás.

Esta guía enumera lo que debe incluir un plan de cuidado para el sitio web de una pequeña empresa, a partir de la documentación primaria de Google, web.dev y Vercel, y lo que conviene preguntar antes de firmar.

Qué es un plan de mantenimiento web y por qué importa

Un plan de mantenimiento web es un acuerdo recurrente para mantener un sitio publicado seguro, actualizado y en línea. No es lo mismo que la construcción. Si buscas la parte de construcción, consulta cuánto cuesta crear un sitio web. El mantenimiento empieza el día después del lanzamiento y no tiene fecha de fin.

Los sitios se descuidan porque nadie se hace cargo de ellos cuando el proyecto se cierra. El desarrollador ya está en otra cosa, el propietario atiende su negocio, y el CMS, los plugins y las dependencias siguen envejeciendo en segundo plano.

El riesgo no es solo la caída del sitio. Las políticas de spam de Google definen el contenido pirateado como "cualquier contenido colocado en un sitio sin permiso, debido a vulnerabilidades en la seguridad del sitio" (página actualizada el 28 de agosto de 2026). La misma página explica lo difícil que es detectarlo: las páginas inyectadas pueden dejar las páginas existentes con aspecto normal, los enlaces ocultos pueden esconderse en CSS o HTML, y las redirecciones pueden activarse solo para algunos visitantes según el referente, el agente de usuario o el dispositivo. Puedes abrir tu propia página de inicio cada día y no ver nunca el problema.

Ese es el argumento a favor de un plan. Alguien tiene que revisar de forma periódica. Y alguien tiene que saber qué hacer cuando la revisión descubre algo.

Cómo funciona un plan de mantenimiento web en la práctica

Cinco áreas pertenecen a todo plan, y cada una debe aparecer como una partida que puedas verificar.

Actualizaciones y eliminación de software sin uso

Las actualizaciones deben cubrir todas las capas que controlas. La guía de mantenimiento de web.dev indica instalar las mejoras, actualizaciones y parches disponibles del sistema operativo (si controlas el servidor) y de cada aplicación, incluidos el CMS, la plataforma de comercio electrónico, los plugins y las plantillas. Añade que una debilidad en una sola aplicación puede comprometer todo el sitio.

Dos cosas que conviene dejar por escrito en el plan:

• Alcance de las actualizaciones. Nombra las capas: CMS o framework, plugins o paquetes, temas o plantillas y, si procede, el software del servidor.
• Eliminación del software sin uso. web.dev aconseja quitar los widgets, plugins y aplicaciones que el sitio ya no usa, lo que reduce el riesgo y simplifica el mantenimiento futuro. Un plan que solo añade actualizaciones y nunca elimina nada está incompleto.

En sitios construidos con un framework como Next.js, el equivalente son las actualizaciones de dependencias. La lista de verificación de producción de Vercel recomienda confirmar los archivos de bloqueo (lockfiles) para fijar las dependencias, de modo que cada actualización sea un cambio deliberado y revisable.

Ten en cuenta que la página de web.dev es antigua: muestra "Last updated 2015-01-01 UTC". Los principios siguen vigentes, pero conviene tratar con cautela sus ejemplos de comandos.

Copias de seguridad y pruebas de restauración

web.dev pide a los propietarios de sitios que hagan copias de seguridad regulares y automatizadas. También dice que, antes de restaurar, hay que confirmar que la copia es anterior a cualquier compromiso. Ambos puntos pertenecen al plan.

Pide tres detalles concretos:

1. Con qué frecuencia se hacen las copias y si son automáticas.
2. Dónde se almacenan y quién guarda las credenciales.
3. Si alguien ha restaurado alguna. Una copia que nadie ha restaurado es una suposición, no una salvaguarda.

Es razonable solicitar una prueba de restauración una o dos veces al año. Pregunta la fecha de la última.

Seguridad y revisión de accesos

Los accesos son donde fallan los equipos pequeños. Las personas se van, las agencias cambian, los inicios de sesión antiguos siguen activos. La lista de Vercel pide revisar los roles de acceso para que cada miembro del equipo tenga los permisos adecuados. Añade al plan una revisión trimestral de accesos: quién puede publicar, quién puede cambiar el DNS, quién llega a la cuenta de alojamiento.

La misma lista menciona cabeceras de seguridad, una Content Security Policy y la revisión de problemas con certificados SSL. Para un sitio pequeño, la versión práctica es esta: los certificados se renuevan a tiempo, las cabeceras están configuradas y alguien recibe un aviso antes de que caduque un certificado, no después.

Monitorización: disponibilidad, errores y rendimiento

La monitorización es la forma de enterarte de un problema antes que tus clientes. El plan debe indicar qué se vigila y a quién se avisa.

• Disponibilidad y errores. La lista de Vercel recomienda la observabilidad para investigar errores y vigilar el tráfico. Sea cual sea la herramienta, las alertas deben llegar a una persona concreta.
• Rendimiento tras el lanzamiento. La misma lista menciona los datos de rendimiento de campo (Core Web Vitals) y la revisión del Time To First Byte. La velocidad se degrada a medida que se añaden páginas, scripts e integraciones. Para un ejemplo real, consulta Core Web Vitals en menús incrustados.
• Señales de seguridad. Dados los patrones de contenido pirateado descritos arriba, la monitorización debe incluir comprobaciones de páginas nuevas inesperadas y de redirecciones, no solo "¿está arriba la página de inicio?".

Respuesta a incidentes y reversión

La mayoría de los planes omiten esta parte. La lista de Vercel pide a los equipos definir un plan de respuesta a incidentes con vías de escalado, canales de comunicación y estrategias de reversión. Para el sitio de una pequeña empresa, se traduce en cuatro líneas:

• A quién se avisa primero y por qué canal.
• En cuánto tiempo el proveedor acusa recibo de una incidencia.
• Cómo se revierte un cambio defectuoso. En un alojamiento moderno puede llevar minutos; consulta entornos de vista previa y reversiones.
• Cómo se te informa de lo ocurrido después.

Matices y casos límite

Sitios estáticos frente a sitios con CMS. Un sitio estático o basado en un framework tiene menos piezas móviles que un sitio con CMS cargado de plugins. El plan puede ser más ligero, pero nunca está vacío. Las dependencias, el alojamiento, los dominios, los certificados y los formularios siguen necesitando un responsable.

Qué entra en el plan y qué se factura aparte. Las funciones nuevas, los rediseños y el contenido nuevo no son mantenimiento. Deja el límite por escrito, incluido qué ocurre cuando una corrección de seguridad exige más que el trabajo rutinario.

Qué no aceptar. Desconfía de los planes que prometen un porcentaje de disponibilidad o posiciones en buscadores. La disponibilidad depende de un alojamiento que quizá no controles, y ningún proveedor controla las posiciones. Pide alcance, proceso de respuesta e informes. Esta guía no cita precios porque las fuentes revisadas no los incluyen, y las tarifas publicadas varían mucho según el alcance.

Preguntas antes de firmar:

1. ¿Qué cubre exactamente, capa por capa?
2. ¿Quién responde ante un incidente y con qué rapidez acusa recibo?
3. ¿Dónde se guardan las copias y cuándo se restauró una por última vez?
4. ¿Qué recibo cada mes o trimestre como prueba del trabajo?
5. ¿Quién tiene las credenciales de alojamiento, dominio y administración?

Kallos Labs ofrece planes de cuidado para los sitios que construimos, y estas son las preguntas que esperamos que nos hagan. Si quieres una segunda lectura de un plan que te han presupuestado, nuestro equipo de desarrollo web puede revisarlo contigo.

Preguntas frecuentes

¿Qué es un plan de mantenimiento web?

Un plan de mantenimiento web es un acuerdo escrito para el trabajo recurrente que mantiene un sitio seguro, actualizado y en línea. Cubre actualizaciones, copias de seguridad, monitorización, revisión de accesos y un proceso de respuesta ante incidentes.

¿Necesito un plan de mantenimiento si mi sitio es estático?

Normalmente uno más ligero, pero no ninguno. Un sitio estático o basado en un framework tiene menos piezas móviles, pero las dependencias, el alojamiento, los dominios y los certificados siguen necesitando un responsable.

¿Deben las copias de seguridad formar parte del plan?

Sí, e incluir una prueba de restauración. web.dev aconseja copias regulares y automatizadas, y confirmar que la copia es anterior a cualquier compromiso antes de restaurarla.

¿Qué no debe prometer un plan de mantenimiento?

No debe prometer cifras de disponibilidad ni posiciones en buscadores que no puede controlar. Pide en su lugar un alcance definido, un proceso de respuesta e informes periódicos.