Error 500 en WordPress: causas y cómo solucionarlo cuando no puedes esperar

Si has llegado aquí es porque tu web está caída y ves un "Error interno del servidor" (500) en lugar de tu página. No hay tiempo para rodeos, así que vamos directos a lo que importa: por qué pasa y qué puedes hacer ahora mismo mientras decides si necesitas ayuda profesional.

¿Qué es realmente un error 500?

El error 500 no te dice qué ha fallado — solo te dice que algo ha fallado en el servidor y no ha podido completar la petición. Eso significa que el diagnóstico no es opcional: sin mirar los logs, cualquier "solución" que apliques es una apuesta a ciegas.

Las causas más frecuentes

En más de una década resolviendo este tipo de caídas, estas son las causas que veo una y otra vez:

1. Un plugin o el tema ha entrado en conflicto

Es la causa número uno, con diferencia. Una actualización automática de un plugin, un cambio de versión de PHP, o dos plugins que tocan el mismo hook pueden tirar el sitio entero.

Diagnóstico rápido: si tienes acceso a wp-admin, activa el modo debug de WordPress añadiendo esto en wp-config.php:

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

Esto genera un log en /wp-content/debug.log con el error real, en lugar del genérico "500".

2. Se ha agotado el límite de memoria de PHP

Si tu log menciona "allowed memory size exhausted", el servidor no tiene suficiente memoria asignada a PHP para completar la petición. Es habitual tras instalar un plugin pesado (constructores de página, plugins de SEO con muchas funciones) sin haber ajustado los límites del servidor.

3. El archivo .htaccess está corrupto

Un .htaccess mal generado (por ejemplo, tras cambiar la estructura de permalinks) puede tirar todo el sitio. Renombrarlo temporalmente (.htaccess.bak) y regenerarlo desde WordPress suele confirmar si es la causa.

4. Se ha superado el límite de recursos del hosting

En hosting compartido, un pico de tráfico o un proceso mal optimizado puede hacer que el propio proveedor corte la ejecución. Aquí el problema no está en tu código, sino en la infraestructura — y la solución pasa por optimizar consultas o escalar recursos, no por tocar plugins.

5. Base de datos corrupta o inaccesible

Menos frecuente, pero más grave: si la conexión a la base de datos falla o hay tablas corruptas, WordPress no puede ni siquiera cargar su núcleo. Esto normalmente requiere reparación directa vía phpMyAdmin o consola.

Qué hacer en los primeros 10 minutos

1. No reinicies el servidor a ciegas. Antes de tocar nada, haz una copia del estado actual (archivos + base de datos) si tienes acceso. Si el problema empeora, necesitas un punto de retorno.
2. Revisa el log de errores (debug.log de WordPress o el log de errores de Apache/Nginx/PHP-FPM en el hosting). El 500 genérico casi siempre tiene una causa concreta escrita ahí.
3. Desactiva plugins vía FTP/SFTP, no desde el panel (si el panel no carga, no vas a poder desactivar nada desde ahí). Renombra la carpeta /wp-content/plugins/ temporalmente o mueve los plugins uno a uno fuera de la carpeta para aislar el conflicto.
4. Comprueba la versión de PHP. Si alguien ha cambiado la versión de PHP recientemente (muchos hostings lo hacen automáticamente), un plugin desactualizado puede no ser compatible.

Cuándo dejar de intentarlo tú mismo

Si después de revisar el log no identificas la causa en los primeros 15-20 minutos, o si el sitio maneja pagos, reservas o datos de clientes, el riesgo de "arreglar" algo a ciegas y empeorarlo (perder datos, romper la base de datos, dejar una vulnerabilidad abierta) suele superar el ahorro de intentarlo tú mismo.

Cada minuto que tu web está caída es tráfico perdido, ventas perdidas y, si el error es visible para tus clientes, confianza perdida.