Sí, pero mucho menos que una web con WordPress. Y esa respuesta tan corta es la que casi nadie da, porque a los dos lados del mercado les interesa otra cosa: al que vende plantillas estáticas le conviene decir que su web no necesita nada, y al que vive de mantener WordPress le conviene decir que todas las webs necesitan lo mismo.
Contenido
Las dos cosas son mentira. Una web estática se ahorra la mitad de la lista y sigue teniendo cinco o seis tareas que nadie va a hacer por ti.
Lo esencial en cinco puntos
- Una web estática no tiene núcleo, plugins ni temas, así que desaparecen las actualizaciones que rompen webs y la base de datos que hay que respaldar.
- Lo que no desaparece: certificado, dominio, DNS, copias, formularios y correo. Ahí es donde falla de verdad una estática.
- Las actualizaciones no se eliminan, se mudan al momento de publicar. Si el mantenimiento consiste en no tocar nada, el día que toques algo se rompe.
- Una web estática se puede hackear igual. Lo que cambia es por dónde entran (formularios, terceros, cuenta del hosting), no si es posible.
- Si el contenido lo va a cambiar alguien que no programa cada semana, la estática es la herramienta equivocada y el problema no se arregla con mantenimiento.
La respuesta corta, y por qué casi nadie la escribe
El mantenimiento de una web es el conjunto de tareas que evitan que se caiga, que se quede desactualizada o que deje de captar clientes sin que nadie se entere. En una web con gestor de contenidos, la mayor parte de esas tareas son actualizaciones: núcleo, plugins, tema, versión de PHP. En una estática no existe nada de eso, porque no hay instalación que actualizar. Hay ficheros.
De ahí sale la frase que se repite en todas las páginas de hosting: «una web estática no necesita mantenimiento». Es cómoda para vender y es falsa por omisión. No necesita mantenimiento de aplicación. Necesita el mantenimiento de infraestructura, que es más aburrido, menos visible y exactamente igual de importante.
Un certificado caducado tumba una web estática igual que una WordPress. Un dominio que no se renueva se pierde igual. Un formulario que dejó de enviar correos pierde los mismos clientes. Lo que cambia es la probabilidad de cada avería y quién puede arreglarla.
Qué cuenta como web estática (y qué no)
Antes de seguir, conviene ponerse de acuerdo en el objeto de la conversación, porque debajo de «estática» vive gente muy distinta.
| Tipo | Cómo se publica | Qué hay que mantener |
|---|---|---|
| HTML, CSS y JavaScript escritos a mano | Se suben ficheros por FTP o por Git | Todo lo de infraestructura, más coherencia del código |
| Generador de sitios (Astro, Hugo, Eleventy, Jekyll) | Se compila y se publica el resultado | Infraestructura y dependencias del proyecto |
| Export de un diseñador (Figma a HTML, plantilla comprada) | Se suben ficheros y se editan a mano | Infraestructura y contenido |
| Landing de campaña alojada aparte | Panel del servicio o repositorio | Infraestructura, enlaces y análisis |
Lo que comparten las cuatro: el servidor entrega ficheros ya hechos, no los construye en cada visita. No hay base de datos, no hay panel de administración y no hay inicio de sesión que reventar. Esa es la diferencia técnica que luego se traduce en la lista de tareas.
Y ojo con una quinta variante que se cuela en la conversación: la web estática de un negocio que en realidad tiene un WordPress detrás para el blog. Ahí el mantenimiento es el de WordPress, se llame como se llame la portada.
Lo que desaparece de la lista
Lo que te ahorras, dicho sin adorno.
| Tarea | Web con WordPress | Web estática |
|---|---|---|
| Actualizar núcleo, plugins y tema | Cada semana o cada mes | No existe |
| Parchear vulnerabilidades de plugins | Constante, y una de las vías de entrada más explotadas | No hay plugins que parchear |
| Respaldo de base de datos | Diario o semanal | No hay base de datos |
| Comprobar que una actualización no rompió el diseño | Después de cada tanda | No aplica |
| Compatibilidad de PHP con el hosting | Cada vez que el hosting sube versión | No aplica al código, sí al hosting |
No es poco. En una web con quince plugins, esa lista es la mayor parte del trabajo mensual y la fuente de la mayoría de las incidencias. Por experiencia, la mayor parte de las urgencias que me llegan de una web con gestor empiezan por una actualización, y la propia guía de seguridad de WordPress pone mantener plugins y temas al día entre las primeras medidas para reducir el riesgo (Hardening WordPress, en inglés).
Lo que sigue estando, y no es opcional
Esta es la lista que de verdad importa. Ninguna de estas tareas depende de que la web tenga panel de administración.
| Tarea | Cada cuánto | Qué pasa si no se hace |
|---|---|---|
| Certificado SSL y su renovación | Automático cada 90 días, comprobar una vez al mes | El navegador avisa de que la web no es segura y los formularios se bloquean |
| Dominio y datos de contacto del titular | Una vez al año, y al cambiar de correo | Se pierde el dominio o no llega el aviso de renovación |
| DNS, correo y registros de envío | Al cambiar de proveedor o de herramienta | Correos que no llegan, formularios que sí pero sin remitente válido |
| Copias de la web y de sus imágenes | Mensual, o por versión en Git | Se pierde un cambio y no hay a dónde volver |
| Formularios y su entrega | Prueba mensual | Se pierden consultas en silencio, que es la peor forma de perderlas |
| Enlaces rotos y datos obsoletos | Trimestral | Precios viejos, páginas 404, señales de abandono |
| Dependencias del proyecto y compilación | Cada vez que se toca la web | La web no se puede reconstruir el día que hace falta |
| Servicios de terceros (fuentes, mapas, analítica, vídeo) | Al renovar herramientas | Avisos de cookies mal resueltos y medición rota |
| Disponibilidad y errores del servidor | Continuo | Te enteras porque llama un cliente |
La primera fila es la que más veces se salta y la que más se nota. Un certificado de Let’s Encrypt dura 90 días y se renueva solo si la renovación automática está bien montada. Cuando el hosting cambia de servidor, cuando se migra el DNS o cuando alguien toca el cron sin decirlo, la renovación deja de ejecutarse y no falla el día que se rompe, falla 60 días después. Eso ya no es un problema de WordPress ni de webs estáticas: es un problema de que nadie comprueba.
Las cinco averías típicas de una web estática
Después de pasar por unas cuantas, el patrón se repite. Casi nunca es el código.
El formulario que dejó de enviar. La web se ve perfecta y no avisa. Suele ser una clave de API caducada, un cambio de proveedor de correo o un registro de autenticación (SPF, DKIM) que se quedó apuntando al servidor viejo. Si el formulario envía desde el propio dominio, hay que revisar que el envío no acabe en spam del destinatario. Esta avería puede durar meses sin que nadie la note.
El certificado que caducó. Casi siempre por lo mismo: la renovación automática dependía de algo que cambió de sitio.
La dependencia externa que se movió. Una fuente servida desde un CDN ajeno, una librería de mapas, un script de reservas, un vídeo incrustado. La web no falla entera, falla un trozo, y a veces solo en móvil.
El aviso de renovación que cayó en spam. El correo de contacto del dominio era el de la persona que ya no está en la empresa. El aviso llegó, nadie lo leyó y el dominio entró en periodo de gracia.
La compilación que ya no compila. Una web hecha con generador que no se ha vuelto a construir en dos años no se puede tocar en una tarde. La versión de Node, las dependencias y hasta el servicio de publicación han cambiado. El código está bien y el proyecto está muerto.
La actualización que sí existe: la del proyecto
El matiz que separa a quien entiende la estática de quien la vende está en este párrafo.
Una web estática no elimina las actualizaciones, las mueve. En lugar de actualizarse sola en el servidor un martes por la noche, se actualiza cuando alguien decide reconstruirla. Es una diferencia enorme, y es buena, pero solo si se hace:
- Las dependencias del proyecto van con versión fijada, no con «la última».
- Las actualizaciones se prueban en una copia, con la web entera delante, no en producción.
- Se actualiza antes de necesitarlo, no el día que hay que cambiar el banner de una campaña.
Lo bueno es que probar es más fácil que en WordPress: no hay base de datos que migrar ni plugins que se pisen, así que si la copia se ve bien, se publica. Lo malo es que nadie te obliga. En WordPress el panel te empuja a actualizar. En una estática, si nadie mira, el proyecto envejece en silencio y el día que se toca hay que hacer arqueología.
Por eso el mantenimiento de una estática se parece más a cuidar una casa vacía que a cuidar una casa habitada: no hay goteras por uso, pero la instalación también se estropea.
Qué te ahorras de verdad
Sin exagerar, porque el ahorro es real pero no es cero.
| Ventaja | Por qué |
|---|---|
| Menos superficie de ataque | No hay panel de administración, ni base de datos, ni plugins de terceros que actualizar |
| Velocidad | El servidor entrega ficheros ya construidos, sin consultas ni código generándose en cada visita |
| Alojamiento más barato | Un hosting básico o un servicio de publicación estática cuesta una fracción de un hosting gestionado |
| Sin ventanas de mantenimiento | Publicar no requiere poner la web en modo mantenimiento |
| Menos incidencias que interrumpan | Casi todas las caídas que veo en webs con gestor vienen de una actualización o de un plugin |
Y el ahorro que no existe: el de la atención. Una estática que nadie mira es una estática que se rompe despacio, igual que cualquier otra web.
Cuándo una web estática acaba pidiendo un gestor
Lo que no te va a contar una agencia que solo hace webs estáticas es sencillo. La estática es la herramienta correcta para poca gente y la incorrecta para mucha, y las señales de que te has equivocado son bastante claras:
- El catálogo crece y cambia de precios a menudo.
- Hay más de una persona publicando contenido.
- Necesitas reservas, stock, pedidos o áreas privadas.
- Quieres versiones en varios idiomas que se mantienen en paralelo.
- Quien edita no programa y no quiere aprender a publicar.
Cuando aparece una de las tres últimas, el problema no es el mantenimiento, es la arquitectura. Ahí toca una web a medida con gestor, y ese es otro presupuesto y otro trabajo. Lo cuento en cómo trabajo una web a medida.
Cuánto cuesta mantener una web estática
Menos que una web con gestor, y no por bondad del proveedor. Cuesta menos porque hay menos tareas: no hay actualizaciones de aplicación, no hay base de datos que respaldar y no hay plugins de pago que renovar. Lo que se paga es la infraestructura y la mirada de alguien que revisa.
En mi caso, una web estática entra en el plan base de mantenimiento web, el mismo que una web corporativa sencilla. Lo que cambia no es la cuota, es el reparto del tiempo: en una estática se va en comprobaciones y en una WordPress se va en actualizaciones.
Si lo que quieres es comparar lo que cobra el mercado y qué incluye cada tramo, lo tengo desglosado en cuánto cuesta mantener una página web.
Cómo lo reviso yo cada mes, en este orden
El método, no la teoría. Tardo menos de una hora en una estática pequeña y lo hago en este orden porque cada paso descarta el siguiente.
1. Disponibilidad, certificado y errores del servidor. Primero lo que deja la web inservible. Si el certificado caduca en menos de dos semanas, se mira por qué la renovación no está funcionando en vez de renovarlo a mano.
2. Formularios y correo. Envío una consulta real por cada formulario y compruebo que llega, que llega al buzón correcto y que no cae en spam. Para eso están los registros de autenticación del dominio, que es lo que describe el estándar de SPF (RFC 7208). Es la prueba que más incidencias encuentra.
3. Copias. Compruebo que la última copia existe, que incluye las imágenes y que la puedo restaurar. Una copia sin probar es un archivo, no un seguro.
4. Enlaces, contenido y medición. Enlaces que apuntan a páginas que ya no existen, precios o datos que han cambiado, y si la analítica sigue registrando. Incluye mirar si Search Console avisa de algo.
5. Proyecto y compilación. Si la web se genera, compruebo que compila en local. Si no se ha tocado en meses, se actualiza en una copia antes de que haga falta de verdad.
El informe mensual sale de ahí: qué se ha revisado, qué se ha arreglado y qué recomiendo. Sin informe no hay mantenimiento, hay una cuota.
Antes de decidir, dos preguntas
La primera: quién cambia el contenido y cada cuánto. Si la respuesta es «yo, cada semana», la estática te va a costar más en tiempo del que te ahorra en cuota, y probablemente necesites un gestor.
La segunda: qué pasa el día que la web se rompa. Si nadie sabe quién tiene el dominio, el hosting y el repositorio, el problema no es el tipo de web, es que no hay inventario. Ese caso lo traté en cambiar de empresa de mantenimiento web y es el mismo con cualquier tecnología.
Preguntas frecuentes
¿Una web estática no necesita mantenimiento?
Necesita menos y de otro tipo. No hay núcleo, plugins ni base de datos que actualizar, pero siguen el certificado, el dominio, el DNS, las copias, los formularios, el correo y las dependencias del proyecto. La frase «no necesita mantenimiento» describe una web que no se actualiza nunca, y esa web se rompe igual, solo que más despacio.
¿Se puede hackear una web estática?
Sí. No hay WordPress que atacar, pero hay formularios que reciben spam y código malicioso, servicios de terceros incrustados que se comprometen, cuentas de hosting con contraseña débil y un DNS que se puede secuestrar. La superficie es menor y el daño típico también, pero «menos probable» no es «imposible».
¿Necesito copias de seguridad si el proyecto está en Git?
Sí, y no solo del código. Git te devuelve los ficheros, no las imágenes que viven fuera del repositorio, ni la configuración del DNS, ni las redirecciones del servidor. Y si el proyecto solo existe en un repositorio de una cuenta personal, tampoco tienes copia: tienes una.
¿Cada cuánto hay que actualizar una web estática?
La infraestructura se comprueba cada mes y el proyecto se actualiza cuando se toca, con dos reglas: antes de necesitarlo y siempre en una copia. Dejar un proyecto dos años sin reconstruir es la forma más cara de ahorrarse una hora.
¿Puedo cambiar el contenido yo mismo?
Si son textos sueltos en HTML, sí, con un editor y cuidado. Si son cambios frecuentes o los hace alguien que no programa, no, y ese es el motivo principal para pasar a un gestor de contenidos.
¿Una web estática puede tener blog o tienda?
Puede tener blog generado desde ficheros, y funciona bien. La tienda es otra historia: un catálogo con stock, pedidos y pagos necesita base de datos, así que o se resuelve con una plataforma externa o la web deja de ser estática. Si es tu caso, mira el plan de tienda online antes de decidir.
¿Merece la pena pasar de WordPress a una web estática?
Depende de cuántas de las tareas de arriba te estén costando dinero. Si tu WordPress vive con quince plugins, se rompe en cada actualización y el contenido lo cambias dos veces al año, la estática te va a dar menos trabajo. Si publicas cada semana o vendes online, el cambio te va a costar más de lo que te ahorra.
Soy Raúl Martínez, diseñador y desarrollador web freelance. Trabajo con webs a medida y con gestor de contenidos, y mantengo también las que no he construido yo. Si tu web es estática y no sabes qué se está revisando cada mes, te la miro sin coste y te digo qué necesita.
