Tu web funcionaba ayer y hoy está rota: cinco años sin actualizar WordPress pasan factura

Esta mañana, antes de terminarme el café, me sonó el teléfono. Al otro lado, una persona desconocida y una frase de esas que dan un poco de miedo: «mi web ha dejado de funcionar y yo no he tocado nada».

Y era verdad. No había cambiado ningún texto, no había instalado ningún plugin, no había tocado el diseño. Ayer la web iba perfecta y hoy, de repente, había partes que no cargaban. Cuando alguien te dice «no he hecho nada», casi siempre es cierto. El problema es que una web no necesita que hagas algo para romperse: a veces le basta con que el tiempo pase.

Le pedí acceso a WordPress y al alojamiento (lo que en el mundo web llamamos el hosting, el servidor donde vive la página), y el diagnóstico no tardó en aparecer. La web usaba una versión de WordPress de hace cinco años, la plantilla y varios plugins llevaban ese mismo tiempo sin actualizarse, la licencia de la plantilla estaba caducada y, la pieza que lo destapó todo, el servidor había cambiado su motor interno (el PHP) por una versión mucho más moderna. La plantilla y los módulos antiguos, sencillamente, no conocían ese lenguaje de programación.

Dicho de otra forma: la web no se estropeó esta mañana. Llevaba cinco años acercándose al fallo en silencio. El cambio del servidor solo hizo visible un problema que ya estaba ahí. Y esto, que suena muy técnico, le puede pasar exactamente igual a la web de tu negocio.

Una web puede parecer nueva por fuera y estar vieja por dentro

Cuando entras en tu web, la ves cargar, cambias una foto o publicas una entrada, es normal pensar que todo está en orden. Y es lógico: lo que ves funciona. El problema es que una página web no es solo lo que aparece en pantalla. Por debajo hay un motor con muchas piezas, y todas tienen que llevarse bien entre ellas.

En una web hecha con WordPress conviven varios elementos que no siempre son visibles:

• WordPress, que es la base sobre la que se construye la web.
• La versión de PHP del servidor, ese motor interno del que hablábamos.
• La plantilla (el diseño) y el constructor visual con el que se maquetan las páginas.
• Los plugins, esas pequeñas herramientas que añaden funciones concretas.
• Las licencias de los componentes de pago, la base de datos y la configuración del alojamiento.

Todas estas piezas tienen que seguir siendo compatibles entre sí. Y aquí está la trampa: una web puede mantener exactamente el mismo aspecto durante cinco años mientras, por dentro, su tecnología se va quedando atrás. El visitante no nota nada. Tú tampoco.

Me gusta compararlo con una tienda física preciosa cuyo cuadro eléctrico lleva veinte años sin revisar. El escaparate es impecable, los clientes entran encantados… hasta el día que salta todo y te quedas a oscuras en plena campaña de Navidad.

El día que el servidor cambió de PHP 7.4 a PHP 8.3

Voy a explicarte esto sin tecnicismos, porque es la clave de todo. PHP es el lenguaje de programación en el que está escrito WordPress y se ejecuta en el servidor donde se aloja tu web. Con el tiempo, ese lenguaje va sacando versiones nuevas, más rápidas y más seguras, y va jubilando las antiguas.

En este caso, el alojamiento había dejado de usar PHP 7.4 y había actualizado a PHP 8.3. Y no fue un capricho: PHP 7.4 dejó de recibir soporte oficial el 28 de noviembre de 2022, así que mantenerla para siempre tampoco sería seguro. Puedes verlo en el listado oficial de versiones obsoletas de PHP.

El conflicto estaba en que la web seguía funcionando con una versión de WordPress publicada el 20 de julio de 2021, junto con una plantilla y unos módulos de aquella época. Según la tabla oficial de compatibilidad de WordPress, esa versión no está preparada para PHP 8.3. Y aunque el corazón de WordPress hubiera aguantado el cambio a medias, la plantilla y los plugins usaban funciones que en el nuevo lenguaje ya no existen o se comportan de otra manera.

¿El resultado visible? Una pantalla en blanco, errores internos, páginas descuadradas o funciones que dejan de responder.

¿Por qué no bastaba con pulsar «actualizar»?

Desde fuera, la solución parece de sentido común: si WordPress está desactualizado, pulsas el botón de actualizar y listo. En una web con tantos años de retraso, hacer eso a lo bruto puede empeorar las cosas, y bastante.

Antes de tocar nada había que resolver un pequeño puzle. La plantilla era de pago y su licencia estaba caducada, así que sin renovarla no se podía descargar su versión más reciente. Para colmo, algunos plugins de pago venían incluidos dentro de esa misma plantilla, y el constructor visual también necesitaba su propia versión compatible. Había, además, varios plugins desactivados cuyo estado real no se podía comprobar sin activarlos uno a uno, con el riesgo de destapar nuevos errores.

Y por encima de todo, una regla de oro: WordPress tenía que avanzar varias versiones de golpe, pero el orden en el que se toca cada pieza lo cambia todo. Actualizar WordPress sin actualizar antes la plantilla podía romper el diseño. Tocar la plantilla sin comprobar el constructor podía dejarnos sin poder editar las páginas. Y activar todos los plugins a la vez habría convertido en una lotería saber cuál estaba causando cada fallo.

La licencia caducada: el problema que no se ve venir

Este punto merece un apartado propio porque es donde más gente se confía. Cuando una plantilla o un plugin de pago deja de renovarse, la web no desaparece de un día para otro. El programa sigue instalado y puede funcionar durante años. Y esa es justo la trampa: genera una falsa sensación de tranquilidad.

El problema aparece el día que necesitas descargar una versión compatible, corregir una vulnerabilidad, adaptar el componente a una versión nueva de PHP o pedir ayuda al desarrollador. En ese momento descubres que la versión que tienes instalada es antigua y que ya no tienes acceso a las actualizaciones. Justo cuando más lo necesitas.

En este caso, renovar la licencia de la plantilla fue la vía más rápida y económica para recuperar sus actualizaciones y las de los módulos que traía. Con eso conseguí reactivar el constructor y devolver la vida a casi toda la web, salvo un detalle en la página de inicio. Buena noticia, pero no resolvía el fondo del asunto: la instalación seguía necesitando una puesta al día ordenada.

Volver a PHP 7.4 habría sido pan para hoy y hambre para mañana

Había otra opción sobre la mesa: mover la web a un servidor que todavía permitiera usar PHP 7.4. Habría funcionado, sí, pero solo de forma temporal y con un montón de letra pequeña.

La web seguiría dependiendo de un idioma sin soporte, de un WordPress de hace años, de una plantilla antigua y de plugins que no se pueden actualizar. Y además, mover una web no es gratis ni inocuo: muchas veces obliga a migrar también el correo electrónico o a acabar con la web en un servidor y el correo en otro. Volver atrás podía servir para ganar tiempo, pero no arreglaba nada. Solo aplazaba el problema y le sumaba los costes de una mudanza.

Actualizar poco a poco es mucho más fácil que hacerlo todo de golpe

El mantenimiento periódico no te garantiza que nunca aparezca un error, sería mentirte. Pero reduce el riesgo de forma brutal. Cuando las actualizaciones se hacen con regularidad, cada cambio es pequeño y manejable: copia de seguridad, se actualiza WordPress, se actualizan la plantilla y los plugins, se revisan las páginas principales y se comprueba que los formularios siguen funcionando. Y si además la web está bien montada desde el principio (por ejemplo, con un tema hijo que protege tus personalizaciones), cada actualización es todavía más segura. Si algo falla, como solo se ha movido una pieza, sabes enseguida cuál ha sido la culpable.

Cuando dejas pasar cinco años, la distancia entre tu instalación y la tecnología actual es enorme. Ya no cambia un elemento: cambian a la vez WordPress, PHP, la plantilla, el constructor y varios plugins. Es como no revisar el coche durante años porque «todavía arranca». El día que se queda parado en la cuneta, casi nunca hay una sola pieza que mirar. Muchas de las webs que llegan a mis manos en estado crítico tienen una historia parecida detrás.

¿Cada cuánto conviene revisar una web?

Tranquilo, no hace falta entrar en WordPress todos los días a pulsar botones. Para una web corporativa, una revisión mensual suele ser suficiente, siempre que incluya lo importante.

A eso conviene sumarle un par de gestos que casi nadie hace: revisar de vez en cuando la versión de PHP del servidor y mantener activas las licencias de los componentes que tu web realmente utiliza. Son cinco minutos que te ahorran mañanas como la de hoy.

No esperes a que tu web deje de funcionar

Si ahora mismo no recuerdas cuándo se actualizaron por última vez WordPress, la plantilla o los plugins de tu web, no significa que tengas un problema grave. Pero sí es una señal clarísima de que conviene echarle un vistazo antes de que sea el servidor quien decida por ti.

Una revisión inicial te dice qué versiones tienes instaladas, si las licencias siguen activas, qué plugins usas de verdad y cuáles están abandonados, si tu versión de PHP es la adecuada y, sobre todo, si tu web puede entrar directamente en un mantenimiento periódico o necesita una puesta al día previa. Es justo el tipo de decisión que trato cuando hablamos de lo que de verdad importa en un proyecto web.

Porque el mantenimiento no consiste en cambiar constantemente una web que va bien. Consiste en evitar que el retraso tecnológico crezca tanto que cualquier actualización futura se convierta en una operación complicada, urgente y cara. Como te decía al principio, la web de esta mañana funcionaba ayer, pero llevaba cinco años acercándose al fallo. No dejes que le pase lo mismo a la tuya.

Preguntas frecuentes sobre el mantenimiento de tu web