Mantenimiento web: ¿correctivo, preventivo o evolutivo?

Quien pide presupuesto de mantenimiento web suele recibir tres propuestas imposibles de comparar. Una habla de “soporte”, otra de “plan mensual”, la tercera de “horas de desarrollo”. Detrás de los nombres hay tres trabajos distintos: arreglar lo que se rompió, evitar que se rompa y mejorar lo que ya funciona.

Saber cuál es cuál cambia lo que pagas y lo que recibes. En esta guía explico los tipos de mantenimiento web, muestro por qué octubre de 2026 dejó claro cuál no puede faltar y enumero lo que debe constar en el contrato.

Los nombres que aparecen en el presupuesto

La ingeniería de software tiene una clasificación antigua para esto, recogida en la norma ISO/IEC 14764. El resumen del IEEE Technology Navigator distingue cuatro tipos:

• Correctivo: arregla fallos descubiertos después de que el producto salió en línea.
• Adaptativo: mantiene el producto funcionando cuando cambia el entorno, como el servidor, el navegador o la versión de la plataforma.
• Perfectivo: mejora el producto más allá de lo que se pidió al inicio.
• Preventivo: encuentra y corrige fallos ocultos antes de que tiren algo abajo.

En el mercado brasileño de sitios web, esos cuatro nombres se volvieron tres. El adaptativo va junto con el preventivo, porque los dos son rutina: actualizar, revisar, proteger. Y el perfectivo pasó a llamarse evolutivo. De aquí en adelante uso esta división, que es la que verás en las propuestas.

Correctivo: el arreglo después del problema

Es el mantenimiento que todo el mundo conoce. El formulario de contacto dejó de enviar. La página de servicios se abre en blanco. El botón de WhatsApp desapareció en el móvil. Alguien llama, abre una incidencia y un técnico lo resuelve.

El problema del correctivo por sí solo es el tiempo. Entre que ocurre el error y alguien lo nota, el sitio puede pasar días sin generar contactos. Si el formulario se rompe un viernes y nadie lo prueba hasta el lunes, las solicitudes de presupuesto del fin de semana se perdieron y nadie sabe cuántas fueron.

El correctivo es necesario, pero es el más caro por incidencia. Pagas el arreglo y además asumes el perjuicio del tiempo caído.

Preventivo: lo que evita que el sitio se rompa

El preventivo no se ve en pantalla, y por eso es lo primero que sale del presupuesto. Incluye actualizar el servidor, el lenguaje en que corre el sitio, la plataforma y los plugins, revisar las copias de seguridad, renovar el certificado y vigilar que el sitio esté en línea.

Octubre de 2026 dio el mejor ejemplo de por qué. El 21 de octubre, el proyecto PHP, lenguaje en el que corre todo sitio hecho en WordPress, publicó una alerta de seguridad crítica sobre dos fallos que permiten ejecutar código en el servidor, ambos con nota de gravedad 9,2 sobre 10. Según la alerta, el riesgo es mayor en servidores con mod_php, donde una petición de alguien sin sesión iniciada puede disparar el ataque antes de que el sitio ejecute una sola línea propia.

La frase del aviso que importa a quien es dueño del sitio: “There are no complete mitigations, updating is the only safe choice” (no hay protección completa, actualizar es la única opción segura). Las correcciones salieron el mismo día, en las versiones 8.5.12, 8.4.27, 8.3.36 y 8.2.35.

Tres detalles de este episodio muestran lo que hace el preventivo:

• Actualizar WordPress no lo resuelve. El fallo está en PHP, que corre en el servidor. Quien solo hace clic en “actualizar plugins” en el panel sigue expuesto.
• Las versiones antiguas quedan fuera. PHP 8.1 y las anteriores ya no reciben correcciones del proyecto PHP. Un sitio en esas versiones necesita migrar, no solo actualizar.
• PHP 8.2 tiene fecha de fin. El propio PHP recordó que el soporte de esta versión termina el 31 de diciembre de 2026. Quien la usa tiene dos meses para planificar el cambio.

La plataforma también envejece. Las estadísticas de WordPress.org, consultadas el 27 de octubre de 2026, muestran que el 64,1% de los sitios WordPress usa la versión más reciente, la 7.1. Es decir, más de un tercio está en versiones anteriores. Algunas todavía reciben correcciones, otras no, y el dueño del sitio rara vez sabe en qué grupo está.

Si te interesa el lado de copias de seguridad y accesos de esta rutina, escribí sobre eso en copia de seguridad y seguridad del sitio.

Evolutivo: lo que hace que el sitio venda más

El correctivo y el preventivo mantienen el sitio en pie. Ninguno de los dos aumenta el número de contactos. Ese es el papel del evolutivo.

En la práctica, el evolutivo es una lista de mejoras hechas poco a poco, según lo que muestra el sitio:

• acortar un formulario que recibe muchas visitas y pocos envíos;
• crear la página de un servicio que la gente busca y el sitio no tiene;
• poner pruebas cerca del botón de contacto, como casos, reseñas y cifras;
• hacer la página principal más ligera en el móvil;
• preparar páginas y datos estructurados para que el sitio aparezca en las respuestas de las IA.

El evolutivo es el que más se parece a una inversión, y el que más sufre con un presupuesto ajustado. Si el dinero solo cubre una parte, el orden correcto es primero el preventivo y después el evolutivo. Mejorar un sitio que pueden hackear mañana es construir sobre arena.

Qué tipo de mantenimiento contratar

La respuesta corta: el sitio de la empresa necesita los tres, con pesos distintos según el momento.

• Sitio institucional que cambia poco: preventivo cada mes, correctivo bajo demanda y evolutivo en ciclos cortos, cuando haya una meta clara, como más solicitudes de presupuesto.
• Sitio que recibe tráfico pagado: preventivo y evolutivo cada mes. Cada punto de conversión de más cambia el costo del anuncio, y una página caída quema presupuesto.
• Tienda online o sitio con área de cliente: preventivo con plazo corto y por escrito, porque guarda datos de clientes y de pago. Correctivo con atención rápida. Evolutivo continuo.

Una señal de alerta: un plan mensual que solo cubre el correctivo, o que cubre “soporte” sin decir qué es. En ese caso, nadie tiene la obligación de actualizar PHP cuando sale una alerta como la de octubre. Detallé qué entra en la cuenta en cuánto cuesta el mantenimiento web al mes.

Qué pedir por escrito en el contrato

Antes de firmar, pide que el proveedor responda estas preguntas en el propio contrato:

1. Qué entra en correctivo, preventivo y evolutivo, con ejemplos.
2. En cuánto tiempo se atiende un fallo grave, y qué cuenta como grave.
3. Cada cuánto se actualizan servidor, lenguaje, plataforma y plugins, y quién decide cuando hay una alerta crítica.
4. Cuántas horas o entregas de evolutivo están incluidas al mes, y cuánto cuesta lo que pase de eso.
5. Qué informe recibes, con versiones actualizadas, fallos encontrados y mejoras hechas.
6. A nombre de quién quedan dominio, hosting, código y accesos.

Si la respuesta a la pregunta 3 es “cuando se pueda”, el preventivo no está en el contrato.

Cómo lo hacemos en el Studio

Sitios como studioresponsivo.com.br, amandanutri.com.br y conversaovisual.com.br se hicieron con código propio y corren en nuestro servidor, sin una pila de plugins de terceros. Eso reduce las piezas que actualizar, pero no elimina el preventivo: servidor, dependencias y certificado siguen pidiendo rutina.

Cerramos el precio después del diagnóstico y ponemos el plazo por escrito en el contrato. Código, archivos y accesos quedan a nombre del cliente. Todo sistema que entregamos sale con un agente de IA que corre a diario, señala fallos, sugiere mejoras y revisa si los datos tienen sentido, lo que une preventivo y evolutivo en una misma rutina.

Si quieres un plan que diga qué es correctivo, preventivo y evolutivo antes de cobrar por ellos, conoce nuestra evolución continua para sitios y sistemas.