¿WordPress roto tras una actualización? Qué hacer ahora

Si su web dejó de funcionar correctamente justo después de una actualización, algo de la nueva versión no está funcionando bien con el resto de su web.

El problema puede manifestarse de distintas formas:

el diseño se ve roto o sin estilos
WordPress muestra un error crítico
ya no se puede acceder al escritorio
ha desaparecido una función, como un formulario, un menú o un slider
el checkout o el paso del pago ya no funciona
la web se ha quedado bloqueada en un mensaje de mantenimiento

Es uno de los problemas más comunes de WordPress y normalmente tiene solución. Una actualización que ha salido mal no significa necesariamente que se hayan perdido sus contenidos, sus pedidos o los datos de sus clientes.

Lo más importante es averiguar qué actualización ha causado el problema antes de intentar deshacerla. Deshacer lo que no es, o deshacerlo todo a la vez, puede crear problemas nuevos encima del original.

Esta guía explica qué actualizaciones suelen estar implicadas, qué comprobaciones puede hacer con seguridad, cómo volver atrás con cuidado y cuándo es mejor pedir soporte técnico.

¿Qué actualización puede haber causado el problema?

Una web WordPress se actualiza en varias capas. Cada una puede provocar un problema de una forma distinta.

La actualización de un plugin

Es el caso más frecuente. Una nueva versión de un plugin puede no ser compatible con:

otro plugin
el tema activo
la versión de WordPress
la versión de PHP del servidor
el código a medida escrito para su web

La nueva versión no tiene por qué estar defectuosa. A veces simplemente cambia algo de lo que dependía otro componente.

Una actualización del núcleo de WordPress

Las versiones principales de WordPress pueden cambiar el comportamiento del editor, de los bloques o de determinadas funciones. Los plugins, temas o códigos a medida más antiguos que llevan tiempo sin actualizarse son los que tienen más probabilidades de verse afectados.

Una actualización del tema

Si el tema se personalizó editando directamente sus archivos, una actualización puede sobrescribir esos cambios. Esto suele notarse en un diseño que ha cambiado de repente, secciones que faltan o estilos que han desaparecido.

Un tema hijo protege las personalizaciones frente a las actualizaciones del tema padre. Si su web no usa uno, una actualización del tema es un motivo habitual de pérdida de cambios.

Una actualización de PHP por parte del proveedor de hosting

PHP es el lenguaje de programación con el que funciona WordPress. Los proveedores de hosting retiran periódicamente las versiones antiguas de PHP y trasladan las webs a otras más recientes.

Este tipo de actualización puede producirse sin que nadie entre en WordPress. Si nadie de su lado ha actualizado nada, pregunte a su proveedor de hosting si la versión de PHP ha cambiado recientemente.

Las actualizaciones automáticas

WordPress puede actualizarse solo, y los plugins y los temas pueden configurarse para actualizarse automáticamente. Algunos proveedores de hosting también hacen actualizaciones por usted.

Esto significa que una web puede romperse de la noche a la mañana aunque nadie la haya tocado. Revise el historial de actualizaciones en el panel de su hosting o pregunte a quien gestione la web.

Primero: intente entender qué se ha actualizado

No hace falta tener conocimientos técnicos para reunir información útil.

Piense en lo que ocurrió justo antes de que apareciera el problema:

¿Hizo clic en "Actualizar" en un plugin o en varios a la vez?
¿Actualizó el propio WordPress?
¿Actualizó el tema?
¿Ha trabajado otra persona en la web?
¿Recibió un email diciendo que se habían instalado actualizaciones automáticamente?
¿El proveedor de hosting anunció un cambio de PHP o del servidor?

Si no está seguro de qué se ha actualizado, abra:

Dashboard → Updates (Escritorio → Actualizaciones)

Y después:

Plugins → Installed Plugins (Plugins → Plugins instalados)

La lista de plugins muestra la versión actual de cada uno. Compararla con lo que recuerda, o con un informe de backup reciente, puede ayudarle a identificar qué ha cambiado.

WordPress también puede enviar un email a la dirección del administrador después de las actualizaciones automáticas o cuando detecta un error crítico. Revise la bandeja de entrada y la carpeta de spam.

Anote todo lo que encuentre. Una nota como "el problema empezó después de actualizar tres plugins esta mañana" ya es muy útil.

Vacíe las cachés antes que nada

A veces la web en realidad funciona bien, pero usted está viendo una versión antigua o mezclada.

Después de una actualización, los archivos en caché pueden combinar el código nuevo con estilos o scripts antiguos. Esto puede hacer que el diseño parezca roto cuando el problema de fondo es solo temporal.

Revise estas capas, una cada vez:

Caché del navegador: abra la web en una ventana privada o de incógnito, o pruebe con otro navegador.
Plugin de caché: si usa un plugin de caché o de rendimiento, use su opción para vaciar o purgar la caché.
Caché del hosting: muchos proveedores de hosting tienen su propia caché, que puede vaciarse desde el panel del hosting.
CDN: si la web usa un servicio como Cloudflare, vacíe su caché desde el panel del servicio.

Si la web se ve correctamente después de vaciar las cachés, vuelva a probarla en otro dispositivo y compruebe las funciones importantes para confirmarlo.

Si el problema persiste, lo más probable es que la actualización haya causado un problema de compatibilidad real.

Compruebe exactamente qué no funciona

Abra la web en una ventana privada y pruebe la página de inicio, una página interior, la página de acceso, el escritorio y las funciones principales del negocio, como formularios, carrito, checkout o reservas.

Anote qué funciona y qué no. Por ejemplo, las páginas pueden verse bien mientras el formulario de contacto ya no envía, o la tienda puede funcionar hasta el paso del pago.

Saber exactamente dónde aparece el problema a menudo señala directamente el plugin o la función implicada.

¿Qué puede probar con seguridad?

El enfoque adecuado depende de lo importante que sea la web y de su soltura gestionando WordPress.

Opción 1: contacte con la persona que hizo la actualización

Si la actualización la hizo una agencia, un desarrollador, un compañero o el proveedor de hosting, contacte primero con ellos.

Pregúnteles qué componentes se actualizaron, en qué orden, si apareció algún aviso y si se hizo un backup justo antes.

Opción 2: desactive el plugin que se acaba de actualizar

Pruebe esto solo si puede acceder al escritorio y está bastante seguro de qué plugin está implicado.

Vaya a:

Plugins → Installed Plugins (Plugins → Plugins instalados)

Desactive solo el plugin sospechoso y compruebe si el problema desaparece.

Tenga en cuenta que los plugins pueden controlar funciones importantes como pagos, suscripciones, formularios, seguridad o traducciones. Si la web vuelve a verse bien, ahora falta la función que ofrecía ese plugin. Pruébela antes de decidir qué hacer a continuación.

Opción 3: vuelva a la versión anterior del plugin o del tema

Si una actualización concreta causó el problema, volver a la versión anterior puede ser una solución temporal razonable.

Antes de volver atrás:

haga un backup completo de la web actual, incluida la base de datos
compruebe qué versión estaba instalada antes de la actualización
revise el registro de cambios del plugin, si está disponible, para ver si la actualización incluía correcciones de seguridad

Hay dos riesgos importantes:

Algunas actualizaciones también modifican la base de datos. Volver a los archivos antiguos del plugin no siempre deshace esos cambios, y la versión anterior puede no funcionar correctamente con los datos actualizados.
Si la actualización corregía una vulnerabilidad de seguridad, volver atrás deja esa vulnerabilidad abierta de nuevo.

Volver atrás debe servir para ganar tiempo, no convertirse en algo permanente. El objetivo es entender la incompatibilidad y pasar cuanto antes a una versión actualizada que funcione.

Los plugins y temas premium a menudo no están disponibles en el directorio de WordPress.org. Puede que haya que descargar las versiones anteriores desde la cuenta del proveedor.

Opción 4: restaure un backup

Restaurar puede ser la opción adecuada cuando la web se rompió justo después de una actualización conocida y existe un backup fiable de justo antes.

Sin embargo, una restauración devuelve toda la web al estado en que estaba en el momento del backup. Todo lo creado después puede sobrescribirse, incluidos:

pedidos
pagos registrados en la web
cuentas de cliente
renovaciones de suscripciones
envíos de formularios
cambios en los contenidos

Esto es especialmente importante en webs con WooCommerce, áreas de socios o reservas. Incluso unas pocas horas de pedidos perdidos pueden causar problemas graves con los clientes, las existencias y la contabilidad.

En estas webs, no restaure un backup sin comprobar antes qué datos se perderían. A veces es posible restaurar solo los archivos, o conservar los pedidos recientes mientras se restaura el resto.

D4Hub puede ayudarle a decidir si conviene restaurar y cómo proteger los datos más recientes.

¿Qué debe evitar?

Cuando la web no funciona, es natural querer probarlo todo rápidamente. A menudo esto hace que el problema original sea más difícil de encontrar.

Evite:

ejecutar las actualizaciones pendientes con la esperanza de que solucionen el problema
desactivar todos los plugins a la vez en una tienda en producción
borrar plugins o temas sin un backup
restaurar un backup antiguo sin comprobar su fecha
cambiar la versión de PHP una y otra vez
reinstalar WordPress sobre la instalación existente sin un backup
editar la base de datos
copiar código de foros sin entenderlo
hacer varios cambios antes de probar el resultado

Cambie una sola cosa cada vez y anote lo que ha hecho y lo que ha ocurrido después de cada paso.

Si tiene dudas, detenerse suele ser más seguro que seguir. D4Hub puede retomar la investigación en cualquier momento, incluso después de un intento fallido.

¿Cómo evitarlo la próxima vez?

Las actualizaciones son necesarias: corrigen errores y vulnerabilidades de seguridad, y saltárselas durante mucho tiempo suele hacer que la siguiente sea más arriesgada. El objetivo es actualizar con seguridad, no dejar de actualizar.

Una rutina más segura suele incluir:

un entorno de staging: una copia privada de la web donde se prueban las actualizaciones antes de que lleguen a la web en producción. Muchos proveedores de hosting lo ofrecen.
un backup justo antes de actualizar: archivos y base de datos, de un backup que sepa que se puede restaurar de verdad.
pequeñas tandas: actualizar uno o pocos plugins cada vez hace que la causa sea mucho más fácil de encontrar.
actualizaciones automáticas con criterio: son útiles para la seguridad, pero en los plugins que gestionan pagos o suscripciones muchas empresas prefieren actualizar a mano después de probar. Puede activarlas o desactivarlas para cada plugin desde Plugins → Installed Plugins (Plugins → Plugins instalados).
una prueba rápida después: compruebe los formularios, el checkout y las demás funciones que más importan para su negocio.

¿Cuándo debe pedir soporte técnico?

Se recomienda pedir soporte técnico cuando:

toda la web está caída
se ven afectados el checkout, los pagos o las suscripciones
no puede acceder al escritorio
no sabe qué actualización causó el problema
se actualizaron varios componentes a la vez
no tiene un backup reciente y verificado
la web gestiona pedidos o datos de clientes que no se pueden perder
el problema afecta a código a medida o a un tema personalizado
volver atrás no ha resuelto el problema o ha creado otros nuevos
el proveedor de hosting cambió la versión de PHP y la web ya no funciona

No necesita diagnosticar el problema usted mismo antes de pedir ayuda.

¿Qué información debe reunir?

Antes de abrir una solicitud de soporte, reúna lo que tenga fácilmente a mano:

la URL de la web
capturas de pantalla del problema
la hora aproximada en que empezó el problema
qué actualizaciones se hicieron, si lo sabe
si las actualizaciones fueron manuales o automáticas
qué páginas o funciones están afectadas
si se puede acceder al escritorio
cualquier email recibido de WordPress o del proveedor de hosting
el nombre del proveedor de hosting
si dispone de un backup de antes de la actualización

No envíe contraseñas ni datos de acceso por email normal, y no publique en foros públicos capturas que muestren credenciales o logs de errores completos.

Si no puede aportarlo todo, no pasa nada. D4Hub puede ayudarle a entender qué más hace falta.

Cómo puede ayudarle D4Hub

El objetivo no es solo que la web vuelva a funcionar hoy. También es entender qué se ha roto, para que la próxima actualización no cause el mismo problema.

Según la situación, D4Hub puede ayudarle a:

identificar qué actualización causó el problema
comprobar la compatibilidad entre WordPress, los plugins, el tema y PHP
volver con seguridad a una versión anterior de un plugin, del tema o de WordPress
valorar si conviene restaurar un backup y qué datos podrían perderse
conservar los pedidos recientes y los datos de los clientes durante una recuperación
reparar código a medida que dejó de funcionar tras una actualización
coordinarse con el proveedor de hosting sobre cambios de PHP o del servidor
probar el checkout, los formularios, el acceso y otras funciones importantes
configurar un entorno de staging para probar las futuras actualizaciones
revisar la configuración de sus actualizaciones automáticas y su rutina de actualización

Puede solicitar ayuda en cualquier fase del proceso.

Por ejemplo, D4Hub puede decirle si volver atrás o restaurar es seguro en su caso, hacerse cargo cuando no se puede acceder al escritorio o revisar la web después de una solución temporal.

Si algún paso de esta guía le parece poco claro o arriesgado, no tiene por qué hacerlo solo.

Abrir un ticket de soporte

Para usuarios con experiencia técnica: comprobaciones técnicas y vuelta atrás

Las siguientes comprobaciones están pensadas para usuarios que se manejan con paneles de hosting, SFTP, la línea de comandos y WP-CLI.

Haga un backup completo de los archivos y de la base de datos antes de hacer cualquier cambio. Asegúrese de que está trabajando en la instalación de WordPress correcta y cambie una sola cosa cada vez.

Compruebe las versiones de WordPress, de los plugins y de PHP

Con WP-CLI, ejecute estos comandos desde la carpeta raíz de WordPress.

Compruebe la versión de WordPress:

wp core version

Liste los plugins con su estado y su versión actual:

wp plugin list --fields=name,status,version,update_version

Haga lo mismo con los temas:

wp theme list

WP-CLI no muestra un historial de cuándo se actualizó cada plugin. Compare las versiones con sus informes de backup, los emails de actualización de WordPress o el historial de actualizaciones del panel de su hosting.

Compruebe la información de PHP para la línea de comandos:

wp --info

o bien:

php -v

Tenga en cuenta que la versión de PHP que se usa en la línea de comandos puede ser distinta de la que usa la web. El panel del hosting suele mostrar la versión de PHP asignada a la propia web.

Ejecute WP-CLI cuando la web tiene un error fatal

Si un plugin o un tema provoca un error fatal, los comandos de WP-CLI también pueden fallar. Puede omitir la carga de plugins y temas:

wp plugin list --skip-plugins --skip-themes

Desactive un plugin

Con WP-CLI:

wp plugin deactivate plugin-slug

Sin WP-CLI, abra el gestor de archivos del hosting o conéctese por SFTP y vaya a:

wp-content/plugins/

Cambie el nombre de la carpeta del plugin sospechoso, por ejemplo de plugin-slug a plugin-slug-disabled. WordPress dejará de cargarlo. No borre la carpeta.

Vuelva a una versión concreta de un plugin

Para los plugins alojados en el directorio de WordPress.org, puede reinstalar una versión anterior:

wp plugin install plugin-slug --version=1.2.3 --force

Sustituya plugin-slug por el nombre de la carpeta del plugin y 1.2.3 por la versión que estaba instalada antes de la actualización. Las versiones anteriores aparecen en "Advanced View" (Vista avanzada) en la página del plugin en WordPress.org.

Esto no funciona con los plugins premium que no están en el directorio. Recuerde que volver a los archivos anteriores no deshace los cambios en la base de datos hechos por la versión más reciente.

Compruebe si se interrumpió una actualización

Si la web muestra durante mucho tiempo un mensaje como "Briefly unavailable for scheduled maintenance" (No disponible temporalmente por mantenimiento programado), puede que una actualización se haya detenido a medias.

Busque un archivo llamado .maintenance en la carpeta raíz de WordPress. Eliminarlo pone fin al modo de mantenimiento, pero la actualización interrumpida puede haber dejado archivos incompletos que todavía hay que revisar.

Para comprobar si los archivos del núcleo de WordPress coinciden con la versión oficial:

wp core verify-checksums

Active un log de depuración temporal

Para ver el error real, puede activar el registro en wp-config.php, antes de la línea que indica que se deje de editar:

define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );

Reproduzca el problema una vez y después lea:

wp-content/debug.log

Vuelva a desactivar la depuración cuando termine. Los logs pueden contener rutas de archivos y otra información sensible: no los publique.

D4Hub puede ayudarle a interpretar los resultados, elegir la forma más segura de volver atrás y probar la web después.

Preguntas frecuentes

¿He perdido mis contenidos o mis pedidos?

Normalmente no. Una actualización que rompe la web suele afectar al código, no al contenido guardado en la base de datos.

El mayor riesgo es lo que pasa después: restaurar un backup antiguo sin comprobarlo puede sobrescribir pedidos o contenidos recientes. Compruébelo antes de restaurar.

¿Debo restaurar sin más el backup de antes de la actualización?

En una web corporativa sencilla sin cambios recientes, puede ser una solución rápida.

En una tienda, un área de socios o una web de reservas, una restauración puede eliminar los pedidos, pagos y registros creados desde el backup. Compruebe primero la fecha del backup y qué se perdería.

¿Puedo dejar de actualizar WordPress para evitarlo?

No con seguridad. Las actualizaciones suelen incluir correcciones de seguridad, y los plugins desactualizados son una vía habitual por la que se comprometen las webs. Es mejor cambiar la forma de actualizar: staging, backups y tandas más pequeñas.

¿Debo desactivar las actualizaciones automáticas?

No necesariamente. Las actualizaciones automáticas pueden ser muy útiles para la seguridad. Muchas empresas las mantienen activas para las versiones menores de WordPress y los plugins de bajo riesgo, y actualizan a mano los plugins críticos después de probarlos.

Mi proveedor de hosting actualizó PHP. ¿Debo pedirle que vuelva a la versión anterior?

Puede ser una solución a corto plazo si la versión antigua sigue disponible. Sin embargo, las versiones antiguas de PHP dejan de recibir actualizaciones de seguridad. La solución a largo plazo es hacer que la web sea compatible con la versión más reciente.

¿Puede ayudarme D4Hub si ya he intentado arreglarlo?

Sí. Explique qué ha probado y qué ocurrió después de cada paso. Esto ayuda a reconstruir el incidente y a decidir la siguiente acción segura.

Mi web WordPress ha dejado de funcionar tras una actualización: ¿qué debo hacer?