Precio del mantenimiento web: qué incluye y qué firmar

El precio del mantenimiento web es la cuota mensual que mantiene un sitio seguro y operativo. En 2027 cuesta €50 a €150 al mes para sitios estáticos headless, €150 a €500 para webs corporativas activas y €500 a €2.500+ para portales críticos y e-commerce con garantías SLA.

El rango es tan amplio porque la misma palabra cubre dos productos distintos: la monitorización automatizada que avisa cuando algo se ha roto, y las horas de ingeniería para arreglarlo. Qué implica el trabajo técnico en sí está en nuestra guía de mantenimiento web, y cómo los proveedores arman sus planes mensuales se compara en el artículo sobre servicios de mantenimiento.

Un contrato de mantenimiento cubre cuatro cosas, y la diferencia entre uno bueno y uno barato está en cuántas de las cuatro nombra de forma explícita en lugar de darlas por supuestas. Las actualizaciones de seguridad y las copias son el mínimo. Por encima están la monitorización, el rendimiento y una cantidad definida de trabajo al mes.

Seguridad y actualizaciones. Actualizaciones del núcleo, los plugins y las dependencias, aplicadas con una periodicidad declarada y probadas en preproducción en lugar de lanzadas a ciegas. Es la parte que falla de forma más visible cuando nadie la asume.

Copias de seguridad y restauración. No solo que las copias se hagan, sino hasta dónde llegan hacia atrás, dónde viven fuera del servidor principal y cuánto tarda una restauración completa. Una copia que nunca se ha restaurado es una esperanza.

Monitorización. Disponibilidad, errores y rendimiento. Según la documentación de Google sobre las Core Web Vitals, son medidas de campo de visitas reales, así que solo dicen algo cuando alguien las observa en el tiempo.

Trabajo incluido. Un número de horas o peticiones al mes para cambios de contenido y arreglos pequeños. Esta línea decide si el contrato resulta útil o parece un seguro que nunca se reclama.

El mantenimiento web cuesta de €50 a €2.500+ al mes según la arquitectura técnica, las integraciones y cuánto tiempo de desarrollo lleve incluido. Las cifras siguientes reflejan propuestas de agencias observadas en 2027 en mercados europeos, no una tarifa única. Nuestros planes publicados están en la página de mantenimiento web.

Un sitio estático headless o corporativo pequeño de diez a veinte páginas, con actualizaciones de dependencias, copias y monitorización pero pocos cambios mensuales, suele situarse en €50 a €150 al mes. Un sitio corporativo o B2B intermedio activo con cambios de contenido mensuales, pruebas en entorno de preproducción y entre dos y cinco horas de desarrollo se sitúa en €150 a €500 al mes. Un portal web crítico, una tienda online o cualquier plataforma con integraciones CRM o ERP y un compromiso SLA vinculante arranca en €500 y llega a €2.500+ al mes.

Dos tarifas por hora merecen tanta atención como la cuota fija. Bajo un contrato de mantenimiento activo, las horas adicionales de ingeniería suelen facturarse a €90 a €120 por hora. Sin contrato previo, acudir a una agencia por una incidencia de urgencia cuesta €120 a €180 por hora, a menudo con un bloque mínimo de tres horas para diagnosticar un código y un despliegue desconocidos.

El precio se mueve por cuatro variables, y solo una de ellas es el número de páginas. Saber cuál te aplica es la diferencia entre un presupuesto que encaja y uno que parece barato hasta el primer incidente. Dos sitios con el mismo número de páginas pueden diferir por tres en esfuerzo de mantenimiento.

Trabajo incluido al mes. El factor más grande con diferencia. Un plan con dos horas y otro con diez son productos distintos, se llamen como se llamen los niveles.

Plataforma y dependencias: por qué los stacks monolíticos con plugins cuestan 3x más de mantener. La arquitectura técnica define el coste base anual. Un sitio corporativo de mercado medio construido en Next.js Headless con alojamiento edge supone unos €900 al año entre mantenimiento e infraestructura, porque las páginas se precompilan al desplegar, no existe una base de datos SQL expuesta al tráfico público y las dependencias se validan en despliegues previos automatizados. En cambio, un WordPress gestionado con entre 25 y 40 plugins de terceros exige unos €3.000 al año, más de 3x el coste anual, ya que cada actualización de plugin puede chocar con la versión de PHP, la plantilla o la base de datos y requiere pruebas visuales manuales en preproducción. Las plataformas heredadas en PHP a medida o el comercio electrónico monolítico alcanzan una media de €6.600 al año al sumar parches de servidor, optimización de base de datos y auditorías de seguridad. Cuando el gasto anual en sostener una arquitectura antigua alcanza de €3.000 a €6.600, contrastar esa cifra con nuestro desglose de cuánto cuesta un rediseño web demuestra que migrar a un stack moderno suele amortizarse en un plazo de 18 a 24 meses.

Integraciones. Cada sistema conectado, CRM, pagos, reservas, es una superficie donde una actualización en un lado puede romper el otro, y alguien tiene que ser responsable cuando pase.

Compromiso de respuesta. Prometer respuesta en cuatro horas cuesta más que prometerla en dos días laborables, porque cambia cómo tiene que dimensionar su equipo el proveedor.

Dos proveedores que presupuestan el mismo sitio a €90 y €450 al mes no suelen estar en desacuerdo sobre el sitio. Están presupuestando productos distintos bajo la misma palabra, y el encargo no les obligó a explicitar cuál. La diferencia casi nunca está en el margen, sino en lo que se entrega.

El plan de €90 suele ser actualizaciones automáticas, una copia automática y un chequeo de disponibilidad, con cualquier intervención humana facturada aparte. El de €450 suele incluir actualizaciones probadas, una persona de contacto, algunas horas de trabajo y un tiempo de respuesta comprometido. Ambos son ofertas legítimas. Solo una de ellas coge el teléfono.

Haz a cada proveedor las mismas tres preguntas y la diferencia se explica sola: cuántas horas van incluidas, qué pasa si el sitio se cae a las nueve de la noche, y cuál es la tarifa para trabajo fuera del plan. Quien no responda eso por escrito ha dado un precio, no un servicio.

El contrato es donde una relación de mantenimiento funciona o se convierte en discusión, y se discute siempre por las mismas omisiones. Seis puntos deben constar por escrito, y su ausencia es el hallazgo, no su redacción. Ninguno de estos puntos es una exigencia rara, y quien se resista a ponerlos por escrito te está diciendo algo útil.

1. Alcance de las actualizaciones, incluyendo quién decide una actualización mayor de versión y quién la paga.
2. Retención de copias y tiempo de restauración, como números y no como la promesa de que hay copias.
3. Horas incluidas, qué se descuenta de ellas y si las no usadas se acumulan.
4. Tiempo de respuesta, separado por gravedad, para que una errata y un pago caído no sean el mismo ticket.
5. La tarifa fuera del plan, acordada de antemano y no negociada durante una incidencia.
6. Condiciones de salida: quién guarda las credenciales, cómo es el traspaso y con qué te vas. Es la cláusula que se salta y luego se lamenta.

Si estás evaluando proveedores especializados para este alcance, consulta nuestra guía de costes de migración de WordPress a Next.js con entregables cerrados y métricas de SLA.

El tiempo de respuesta y la disponibilidad son las dos cifras que los proveedores anuncian y las dos que más fácil resulta enunciar de forma engañosa. Leerlas bien lleva un minuto y cambia qué oferta parece mejor.

Responder no es resolver. Cuatro horas de respuesta significa que alguien confirma el ticket e inicia el diagnóstico, no que el sitio vuelva a estar operativo. Un acuerdo SLA serio divide las incidencias en tres niveles de gravedad: Nivel 1 (Caída crítica total, pasarela de pago rota o brecha de seguridad activa) exige respuesta en 1 a 2 horas y un objetivo de restauración en menos de 4 horas; Nivel 2 (Degradación funcional, fallo en webhook de CRM o formulario inoperativo) contempla respuesta en 4 horas laborables y solución al siguiente día hábil; Nivel 3 (Ajuste visual menor o cambio de contenido) se atiende en 1 a 2 días laborables.

El horario pesa más que la cifra. Cuatro horas dentro del horario de oficina de lunes a viernes (09:00 a 17:00) implica que una caída el viernes a las 18:00 espera hasta el lunes por la mañana, salvo que tengas cobertura 24/7 para incidencias críticas. Los contratos con guardia real 24/7 se sitúan en la franja de €500 a €2.500+ al mes porque el equipo de guardia debe estar cubierto aunque no salte ninguna alerta. Sin contrato SLA, pedir una intervención de urgencia se factura a €120 a €180 por hora sin prioridad garantizada, frente a €90 a €120 por hora para clientes con contrato activo.

Los porcentajes de disponibilidad esconden su periodo. Un 99,9 % medido al mes permite unos 43 minutos de caída; el mismo valor medido al año permite casi nueve horas. Pregunta sobre qué ventana se calcula, si las ventanas de mantenimiento programado quedan excluidas y qué penalización o crédito se aplica si no se cumple.

Un plan de mantenimiento barato no es malo por definición, pero existe un patrón concreto en el que sale más caro de forma fiable, y conviene reconocerlo antes de firmar.

El patrón es automatización sin responsable. Las actualizaciones se aplican solas, no se prueba nada, y lo primero que alguien sabe de una página rota es que lo comenta un visitante. Según Google Search Central, el renderizado es diferido y depende de los recursos: un script que se rompe tras una actualización puede sacar contenido del índice sin que aparezca ningún error visible en la página.

El segundo patrón es el plan sin horas incluidas. Cada petición se convierte en una factura pequeña, así que el equipo deja de hacerlas y el sitio deja de actualizarse en silencio. El plan más barato produce el resultado más caro: un sitio que nadie mantiene.

La prueba es sencilla: pregunta qué pasó la última vez que una actualización rompió algo en un cliente y quién se dio cuenta primero. La respuesta te dice qué producto estás comprando.

Hay cosas que casi nunca entran en un contrato de mantenimiento, y son justo las que provocan las conversaciones incómodas. Ninguna de estas exclusiones es abusiva. Solo son un problema cuando nadie las dijo antes.

• Páginas y funciones nuevas. El mantenimiento sostiene lo que existe. Construir algo nuevo es un proyecto y se presupuesta como tal.
• Redacción de contenidos. Publicar textos que entregas suele estar incluido; escribirlos normalmente no.
• Cambios de diseño. Ajustar un componente es mantenimiento; rediseñar una plantilla no lo es.
• Licencias de terceros. Plugins, plantillas y servicios se renuevan por su cuenta y suelen repercutirse.
• Cambios de URL y redirecciones. Si se quitan o mueven páginas, alguien tiene que poner las redirecciones. Según Google Search Central deben resolverse en un solo salto, y eso es trabajo real.
• Recuperación tras un ataque. Limpiar un sitio comprometido suele facturarse aparte, y el contrato debería decirlo con claridad.

Comparar ofertas de mantenimiento es sencillo una vez que describen el mismo producto, e imposible antes. Normalizar tres presupuestos lleva media hora y elimina la mayor parte de la diferencia aparente.

Monta una hoja con una fila para cada cosa: horas incluidas, tarifa fuera del plan, periodicidad de actualizaciones, si se prueban, retención de copias, tiempo de restauración, tiempo de respuesta por gravedad, horario de cobertura, alcance de la monitorización y condiciones de salida. Rellena todas las celdas de todos los proveedores, incluidas las vacías, porque la celda vacía es el hallazgo.

Después pon precio a los huecos. Si un plan incluye dos horas y otro ocho, suma seis horas a la tarifa del primer proveedor antes de comparar las cuotas mensuales. La mayor parte de la diferencia desaparece en este paso, y lo que queda es una distinción real de lo que compras.

Si prefieres no hacer esa comparación tú mismo, nuestros planes de mantenimiento publican las mismas filas, y la página de precios muestra dónde empiezan.