Error 500 en WordPress tras actualizar: causas y cómo arreglarlo

Actualizaste WordPress, un plugin o el tema, y al recargar la página aparece «500 Internal Server Error», o el navegador dice que la página no funciona: es el error 500 en WordPress. Es uno de los sustos más comunes después de una actualización, y tiene una buena noticia: tu contenido sigue en la base de datos. El error 500 significa que el servidor intentó armar la página y algo lo frenó a medio camino. En esta guía te explico qué lo provoca cuando aparece justo después de actualizar y cómo arreglarlo paso a paso.

Qué significa el error 500

El 500 es un mensaje genérico del servidor: «algo falló y no sé darte más detalle». No dice qué pieza falló, solo que la página no se pudo construir. Por eso el primer trabajo no es arreglar, sino encontrar la causa. Cuando el error aparece justo después de una actualización, la lista de sospechosos es corta: casi siempre es lo que acabas de actualizar.

Si en lugar del 500 ves el aviso «Ha habido un error crítico en esta web», es la versión moderna del mismo problema; te lo explico en qué es el error crítico y cómo arreglarlo. Y si lo que ves es una página totalmente en blanco, revisa la guía de la pantalla blanca.

Por qué aparece después de actualizar

• El plugin o el tema nuevo no es compatible con tu versión de PHP. Muchas actualizaciones exigen una versión de PHP más reciente que la que tiene tu hosting, o al revés: tu servidor ya usa una versión nueva y un plugin viejo no la soporta.
• Dos plugins que chocan entre sí, o un plugin que choca con el tema después de que uno de los dos cambió.
• La actualización se cortó a la mitad. Si se interrumpió la conexión o el servidor se quedó sin tiempo, pueden quedar archivos a medio copiar.
• Memoria PHP insuficiente. Las versiones nuevas a veces consumen más, y el límite del hosting se queda corto.
• Un archivo .htaccess modificado por el plugin que actualizaste (es habitual en plugins de caché, de seguridad o de redirecciones).
• Permisos de archivos incorrectos después de subir archivos por FTP.

Antes de tocar nada

• Haz o pide una copia de seguridad. Aunque la web esté caída, los archivos y la base de datos están ahí. Pregúntale a tu hosting si tiene una copia de antes de la actualización y de qué fecha es: si todo falla, es tu red de seguridad.
• Anota qué actualizaste y en qué orden. Si actualizaste diez plugins de golpe, apunta cuáles. Esa lista es la pista más rápida.
• Revisa tu correo. Desde la versión 5.2, cuando un plugin o el tema provoca un error fatal, WordPress envía al correo del administrador un aviso con un enlace de modo de recuperación. Con ese enlace puedes entrar al panel aunque la web esté caída y desactivar el plugin que falla.

Cómo arreglarlo, paso a paso

1. Mira el registro de errores

El error 500 no dice la causa, pero el servidor sí la anota. En cPanel suele estar en Métricas → Errores, o en un archivo error_log dentro de la carpeta de tu web. También puedes activar el registro de WordPress en wp-config.php: busca la línea define( ‘WP_DEBUG’, false );, que normalmente ya viene en el archivo (si no está, añádela), cámbiala a true y añade debajo las otras dos. Todo debe quedar antes de la línea «That’s all, stop editing» (en algunas instalaciones dice «¡Eso es todo, deja de editar!»):

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

Al recargar la página, el error queda guardado en wp-content/debug.log. Casi siempre la línea dice el nombre del plugin o del tema que falló. Cuando termines, deja WP_DEBUG otra vez en false, quita las otras dos líneas y borra el archivo debug.log: puede quedar a la vista de cualquiera y muestra datos internos de tu web.

2. Desactiva el plugin que actualizaste

Si no puedes entrar al panel, entra por el administrador de archivos del hosting o por FTP, ve a wp-content/plugins y cambia el nombre de la carpeta del plugin sospechoso (por ejemplo, de nombre-plugin a nombre-plugin-off). WordPress lo desactiva solo. Si no sabes cuál es, cambia el nombre de toda la carpeta plugins: si la web vuelve, el culpable es uno de ellos y devuélvele a la carpeta su nombre plugins y reactívalos uno a uno desde el panel hasta dar con él.

3. Si fue el tema, vuelve a uno por defecto

Si actualizaste el tema, cambia el nombre de su carpeta dentro de wp-content/themes. WordPress pasará a usar un tema por defecto (como Twenty Twenty-Five), siempre que esté instalado. Si la web carga, ya sabes dónde está el problema.

4. Revisa la versión de PHP

En cPanel, la herramienta MultiPHP Manager (o «Seleccionar versión de PHP», según el hosting) te muestra qué versión usa tu web. Compárala con lo que pide el plugin en su ficha de wordpress.org, en «Versión de PHP». Si el plugin necesita una versión más nueva, súbela; si un plugin viejo no soporta la versión actual, la solución de fondo es actualizarlo o sustituirlo, no dejar el servidor en una versión antigua.

5. Vuelve a la versión anterior del plugin

Si el plugin te hace falta y la versión nueva falla, puedes volver temporalmente a la anterior. En la ficha del plugin en wordpress.org, la pestaña Avanzado permite descargar versiones previas; subes esa versión en lugar de la nueva (con una copia de seguridad hecha antes: algunos plugins, como WooCommerce, cambian la base de datos al actualizarse) y esperas a que el autor publique una corrección. Hazlo solo con plugins de wordpress.org o del propio fabricante, nunca con copias de sitios desconocidos.

6. Restaura el .htaccess

Cambia el nombre del archivo .htaccess de la raíz de tu web (por ejemplo, a .htaccess-old). En cPanel, antes de probar, mira si el archivo viejo tiene un bloque que empieza con # php — BEGIN cPanel-generated handler: es el que fija la versión de PHP de tu web, así que crea un .htaccess nuevo con solo ese bloque. Si la web vuelve a cargar, entra al panel y ve a Ajustes → Enlaces permanentes y pulsa Guardar: WordPress crea un .htaccess nuevo y limpio. Si tenías reglas propias (redirecciones, seguridad), cópialas del archivo viejo una por una.

7. Amplía la memoria

Si el registro dice «Allowed memory size of … bytes exhausted», añade en wp-config.php, antes de la línea «That’s all, stop editing»:

define( 'WP_MEMORY_LIMIT', '256M' );

Este valor es el de la web pública; el panel de administración usa otro, WP_MAX_MEMORY_LIMIT, que por defecto ya es de 256M. Si el hosting tiene un límite inferior, ningún cambio en WordPress basta y hay que pedirle al proveedor que lo suba.

8. Si la actualización de WordPress quedó a medias

Si lo que actualizaste fue el núcleo de WordPress y se cortó, descarga desde wordpress.org la versión a la que estabas actualizando y vuelve a subir las carpetas wp-admin y wp-includes y los archivos sueltos de la raíz, reemplazando los que hay. No toques la carpeta wp-content ni el archivo wp-config.php: ahí están tus temas, plugins, imágenes y la conexión a la base de datos. Si ves un archivo llamado .maintenance en la raíz, bórralo: es el que deja la web en «mantenimiento» cuando una actualización no terminó.

Cómo evitar que vuelva a pasar

• Copia de seguridad antes de cada actualización, de archivos y de base de datos, guardada fuera del servidor.
• Actualiza uno por uno, no diez plugins de golpe. Si algo falla, sabrás cuál fue.
• Prueba primero en una copia del sitio (entorno de pruebas) las actualizaciones grandes: cambios de versión mayor de WordPress, de WooCommerce o del constructor de páginas.
• Mantén PHP al día y revisa que tus plugins sigan recibiendo actualizaciones. Un plugin sin actualizar en años es una bomba de tiempo.

Si prefieres no estar pendiente de esto, un servicio de mantenimiento de WordPress se encarga de actualizar con copia previa y de revisar que todo siga funcionando.

Preguntas frecuentes

¿Perdí mi contenido?

Casi nunca. El error 500 impide que la página se construya, pero tus entradas, páginas y pedidos siguen en la base de datos. Lo que se arregla son los archivos que fallan, no el contenido.

Solo falla el panel de administración, la web sí carga. ¿Es lo mismo?

Suele ser un plugin que solo trabaja dentro del panel, o falta de memoria, porque el administrador consume más que la portada. Los pasos 1 y 2 son los que más ayudan en ese caso; si el registro habla de memoria, pídele a tu hosting que revise el límite.

¿Y si el error apareció sin que nadie actualizara nada?

Entonces mira primero el servidor: un cambio de versión de PHP hecho por el hosting, el disco lleno o una caída del servicio. Y si ves archivos o usuarios que no reconoces, revisa cómo saber si tu WordPress fue hackeado.

¿Cuánto tarda en arreglarse?

Cuando es un plugin, el tema o la versión de PHP, el arreglo en sí suele ser rápido. Lo que más tiempo consume es encontrar la causa; por eso el registro de errores es siempre el primer paso.

En resumen

Un error 500 después de actualizar casi siempre lo provoca lo que acabas de actualizar. Mira el registro de errores, desactiva ese plugin o tema, revisa la versión de PHP, restaura el .htaccess, amplía la memoria si hace falta y, si fue el núcleo de WordPress, vuelve a subir sus carpetas y archivos sin tocar wp-content ni wp-config.php. Tu información sigue ahí: solo hay que encontrar la pieza que falla.

¿Tu web dio error 500 y no quieres tocar archivos por miedo a empeorarlo? Me encargo de la reparación de tu WordPress, o escríbeme por WhatsApp y cuéntame qué pasó.