El error 500 en WordPress no es un diagnóstico: es la puerta cerrada. El servidor no pudo terminar la petición y no te cuenta el detalle en la pantalla. Casi siempre es un .htaccess que quedó mal, un plugin que revienta al cargar, o PHP que se quedó sin memoria. En un sitio elástico con cPanel lo puedes acotar tú, con el log y con FTP, sin adivinar.
Si acabas de actualizar, de instalar un constructor o de pegar reglas en el .htaccess, empieza por ahí. El orden importa: primero mira qué escribió el servidor, después prueba una cosa a la vez.
Qué vas a tener al terminar
El sitio respondiendo otra vez, o una línea de log y un cambio reciente para pegar en el ticket. No un «reinicia a ver».
1. Mira el log antes de tocar archivos
cPanel → Métricas → Errores. Ahí salen las últimas fallas de PHP y del servidor. También suele haber un error_log en public_html o en la carpeta de WordPress. Una línea con el nombre de un plugin o con Allowed memory size te ahorra media hora de renombrar carpetas a ciegas.
Anota la hora. Si el 500 empezó a las 16:12, la línea de las 16:12 es la que cuenta, no un aviso de hace tres días.
2. El .htaccess
Por FTP o por el Administrador de archivos, en la raíz de WordPress (casi siempre public_html) renombra .htaccess a .htaccess.bak. Recarga el sitio.
Si el home vuelve, el archivo era el problema. Entra a /wp-admin → Ajustes → Enlaces permanentes y pulsa Guardar cambios sin cambiar nada. WordPress escribe un .htaccess limpio. El detalle de cuando todo el sitio da 404 —no 500— está en error 404 en todo el sitio.
Si el 500 sigue con el .htaccess fuera de juego, el origen no era ese archivo. Devuélvele el nombre y pasa al paso 3.
3. Plugins, por FTP, no desde el administrador
Si el 500 también tumba /wp-admin, no vas a desactivar nada con clics. Conéctate por FTP o abre el Administrador de archivos. En wp-content renombra la carpeta plugins a plugins-off.
Recarga. Si el sitio vuelve, un plugin (o varios) era el culpable. Vuelve a llamar la carpeta plugins y, dentro, renombra una carpeta de plugin a la vez, la más reciente primero: el que instalaste hoy, el de caché, el de seguridad, el page builder. Cuando el 500 reaparece, esa es la pieza. Déjala renombrada y abre el administrador con el resto activo.
Instalar y quitar plugins con el sitio sano: cómo instalar un plugin y un tema.
4. El tema
Si sin plugins el 500 sigue, el tema activo puede estar rompiendo el arranque. En wp-content/themes renombra la carpeta del tema que usas. WordPress caerá al tema por defecto (Twenty Twenty-Something). Si entonces carga, el fallo está en el tema o en un child theme.
5. Memoria PHP y versión
El log habla de memory exhausted o de una función deprecada. Dos palancas distintas:
- Subir
memory_limity el tamaño de subida: memory_limit y tamaño de subida en cPanel. - Probar otra versión de PHP (la misma que ya corría, o una menor, no un salto a ciegas): cambiar la versión de PHP.
En un sitio elástico el techo de RAM lo marca el LVE del plan. Subir memory_limit a 2G no inventa RAM que el plan no tiene. Si el proceso se muere con el techo del LVE, el log a veces habla de lve o de recursos; eso no se «arregla» en el wp-config.php.
6. Si el 500 salió al actualizar
No sigas parcheando encima. Restaura a una fecha de antes del cambio con JetBackup y entonces actualiza en un clon: actualizar WordPress sin llevarse el sitio. El sitio en producción no es el laboratorio.
Qué no es un 500
- Una pantalla blanca o el aviso de «error crítico» de WordPress: pantalla blanca y error crítico.
- Un 403 (prohibido): error 403 Forbidden.
- El candado o contenido mixto: eso es HTTPS, no este artículo.
Si no sale
Abre un ticket. En el mensaje: dominio, hora exacta, qué cambiaste (plugin, tema, PHP, .htaccess), una captura y, si la tienes, la línea del log. Departamento de soporte técnico. No hace falta que adivines la causa; hace falta que no borremos el rastro.
Cómo se abre el caso, paso a paso: cómo crear un ticket de soporte.
