Todo parece ir bien
Abres la web de tu negocio. La portada carga, el formulario envía la consulta y Google la encuentra. No parece haber motivos para preocuparse. Pero llega un aviso de seguridad: ¿quién lo recibe? ¿Quién decide qué hay que actualizar? ¿Y quién comprueba después que el formulario sigue funcionando?
Son preguntas fáciles de dejar para otro día, sobre todo si la web lleva tiempo funcionando bien. Hasta que falla una actualización o un componente deja de ser compatible con los demás. Una web no deja de envejecer porque nadie la toque.
Un aviso de PHP volvió a ponerlo sobre la mesa
El 21 de octubre de 2026, el proyecto PHP publicó un aviso sobre dos vulnerabilidades críticas y pidió actualizar las instalaciones afectadas. PHP es uno de los componentes que hacen funcionar muchas webs, incluidas las creadas con WordPress.
WordPress publicó su propio comunicado: la corrección correspondía a PHP y no requería una actualización de WordPress para resolver aquellos dos problemas. Para una web concreta, había que comprobar la versión y la corrección disponible con el proveedor. No bastaba con haber actualizado el gestor de contenidos.
La cuestión práctica es esta: cuando llega un aviso, alguien tiene que saber qué componentes utiliza tu web y si le afecta. Un titular general no sustituye esa comprobación.
Los componentes cambian aunque tu web siga igual
PHP, los plugins, el tema y el código personalizado evolucionan a ritmos distintos. Un plugin puede necesitar una versión más reciente de PHP. Un tema antiguo puede dejar de funcionar tras una actualización. Y una adaptación de hace años puede depender de una función que ya ha cambiado.
Por eso conviene identificar las dependencias, preparar los cambios y probar lo que importa: los formularios, los accesos y el recorrido que hace un cliente. También hay que concretar cómo volver atrás si las pruebas detectan un problema.
Tres preguntas que puedes hacer hoy
¿Quién revisa las actualizaciones?
Pregunta quién recibe los avisos de PHP, WordPress y los componentes instalados, y quién valora cuándo deben aplicarse.
¿Cómo se prueba un cambio?
Aclara si existe un entorno de pruebas, qué se comprueba y quién valida el resultado antes y después de publicar.
¿Cuándo se comprobó que la copia podía restaurarse?
Pide la fecha, qué se recuperó y cuál fue el resultado. Tener un archivo de copia no demuestra, por sí solo, que la web se pueda recuperar.
Alojar tu web y cuidarla: aclara las responsabilidades
El alojamiento pone la infraestructura a disposición de la web. El mantenimiento necesita, además, un acuerdo sobre quién revisa los componentes, aplica los cambios y comprueba el resultado. No lo des por hecho por el nombre de un plan: déjalo concretado con tu proveedor.
Ennigulat es el servicio de hosting y cloud de SAV, con equipo en Manacor, Mallorca. Revisamos qué necesita el proyecto y concretamos el alcance de la gestión en la propuesta. Así puedes saber quién cuida cada parte de tu web antes de necesitarlo con prisas.