Error 500 en WordPress: encuentra la causa sin adivinar
Un error 500 en WordPress puede deberse a PHP, una extensión, permisos o configuración del servidor. La forma de resolverlo es localizar el fallo y aplicar un cambio concreto, no reinstalar todo ni cambiar permisos de forma indiscriminada.
Si el sitio sigue recibiendo visitas o pedidos, evita experimentar directamente. Conserva un respaldo y trabaja en una copia cuando sea posible.
Identifica el alcance
Comprueba si falla toda la web, solo la administración o una acción particular. Anota la hora y el cambio anterior: actualización, plugin, versión PHP, regla de caché o migración.
Si una página pública funciona pero guardar una entrada falla, esa diferencia orienta el diagnóstico. Repetir el mismo cambio varias veces puede producir más errores y ocultar la primera causa.
Empieza por los registros
Revisa el log de PHP y del servidor desde el panel o acceso disponible. Busca mensajes próximos a la hora de la petición. Un error fatal con ruta y línea aporta más información que el código HTTP aislado.
Para depuración temporal de WordPress, edita definiciones existentes en wp-config.php en vez de duplicarlas:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', '/ruta-privada/wordpress-debug.log');
define('WP_DEBUG_DISPLAY', false);La ruta es un ejemplo que debes reemplazar por una ubicación privada, existente y escribible para PHP. Confirma que no sea descargable desde la web. No publiques logs completos: pueden contener rutas, consultas y datos de usuarios.
Si empezó después de activar una extensión
En una copia de prueba, desactiva el componente sospechoso y repite la acción. Si no puedes entrar al panel, el proveedor puede ayudarte a desactivarlo de forma controlada.
Renombrar una carpeta de plugin puede servir como medida temporal, pero cambia el funcionamiento del sitio. Identifica antes qué servicio aporta y conserva el nombre original para volver atrás.
No desactives simultáneamente todas las extensiones y cambies el tema sin registrar el efecto. Una prueba ordenada permite atribuir el resultado a una intervención.
PHP, memoria y compatibilidad
Verifica la versión PHP y los requisitos del tema y los plugins. Un aumento de memoria no corrige un error de sintaxis ni hace compatible una extensión antigua.
Si el registro indica límite agotado, investiga qué operación lo provoca y qué capacidad ofrece el alojamiento. Ajusta únicamente dentro de valores permitidos y comprueba si el problema vuelve a aparecer.
Reglas del servidor y permisos
En Apache, una regla inválida en .htaccess puede provocar un 500. Conserva una copia y utiliza el procedimiento de tu instalación para reconstruir reglas. Nginx no procesa .htaccess: sus cambios se realizan en otra configuración.
Los permisos dependen del propietario y del modelo de ejecución. Los valores 644 y 755 son referencias habituales para archivos y directorios, pero no justifican aplicar cambios recursivos sin comprender el entorno. Nunca uses 777 como reparación general.
Recuperar desde una copia
Si una actualización dejó el sitio inutilizable, restaurar un respaldo puede ser razonable. Revisa qué datos nuevos se perderían: pedidos, formularios y comentarios posteriores también importan.
Una restauración completa puede necesitar tanto archivos como base de datos de un estado coherente. Ensaya el procedimiento y verifica el resultado antes de anunciar que el servicio está recuperado.
Cerrar la intervención
Desactiva la depuración temporal, protege o retira los logs y verifica páginas, acceso y formularios. Comprueba también que no quedó un archivo de diagnóstico público.
Registra el cambio que resolvió el error y planifica cómo actualizar el componente causante. Dejar para siempre una versión vulnerable porque “la nueva falla” traslada el problema al futuro.
Preguntas frecuentes
¿Debo aumentar memoria ante cualquier error 500?
No. Hazlo solo si los registros y los límites del entorno justifican esa intervención. Muchos errores 500 tienen otras causas.
¿Nginx utiliza el archivo .htaccess?
No. Ese archivo corresponde a entornos como Apache cuando su configuración lo permite. En Nginx debes revisar la configuración del servidor.
¿Puedo mostrar errores de PHP al público para investigar?
No es aconsejable. Registra los mensajes en una ubicación protegida y revisa los fragmentos necesarios sin exponer información del sitio.
En pocas palabras
El error 500 indica un fallo del servidor, pero no identifica un único origen. Los registros y una intervención a la vez permiten aislar la causa sin convertir el diagnóstico en una cadena de cambios.
Conclusión
Cuando recuperes el sitio, verifica la función que fallaba y retira la depuración temporal. Documenta la causa y conserva el procedimiento de reversión para futuras actualizaciones.
Para continuar, revisa Cómo instalar WordPress paso a paso: guía rápida y WordPress en Docker (ARM y x86): guía completa con docker-compose, Dockerfile y PHP.ini.