Solucionar Error 500 en WordPress: Causas y Soluciones

¡Vaya! Navegar por tu sitio WordPress y encontrarte con un simple Error 500 puede ser frustrante, especialmente si no sabes por dónde empezar. No te preocupes, es uno de los errores más comunes en el mundo del hosting y, aunque suene a «error interno del servidor», la solución suele ser más sencilla de lo que parece.

En esta guía de troubleshooting para WordPress, vamos a desglosar paso a paso cómo solucionar el error 500 WordPress, desde lo más básico hasta tocar configuraciones de servidor. Al final, tendrás un plan de acción claro y herramientas para que no te vuelva a pillar desprevenido.

¿Qué significa exactamente el Error 500 en WordPress?

El error 500, también conocido como Error Interno del Servidor, es un mensaje genérico que indica que algo salió mal en el servidor, pero no especifica qué. Es como cuando tu coche enciende el testigo de «check engine»: sabes que hay un problema, pero necesitas un escáner para saber si es la bujía o el tanque de gasolina.

En WordPress, las causas más frecuentes son:

Un plugin o tema defectuoso: Es la causa número uno. Una actualización fallida, un conflicto de código o un plugin mal programado pueden romper todo.
Un archivo .htaccess corrupto: Este archivo es como el libro de reglas de tu servidor. Si se daña, el servidor no sabe cómo manejar las peticiones.
Límite de memoria PHP excedido: Tu sitio necesita un mínimo de memoria para funcionar. Si un script consume demasiada, el servidor se bloquea.
Problemas de permisos de archivos: Si los archivos de WordPress no tienen los permisos correctos (por ejemplo, 644 para archivos y 755 para carpetas), el servidor no puede leerlos o ejecutarlos.
Errores de PHP (sintaxis o versión): Un plugin o tema que usa una función obsoleta de PHP puede provocar un error fatal.

Paso 1: La regla de oro – Activar el modo debug de WordPress

Antes de tocar nada, necesitas ver el error real. El error 500 es un mensaje genérico, pero WordPress puede mostrarte el detalle si activas el modo debug.

[WARNING] Este paso es temporal y nunca debe hacerse en un sitio en producción sin protección. Hazlo solo si tienes acceso a tu panel de control o FTP, y recuerda desactivarlo después.

¿Cómo activar el debug?

Conéctate a tu servidor vía FTP o a través del Administrador de Archivos de tu hosting.
Busca el archivo wp-config.php en la raíz de tu instalación de WordPress.
Ábrelo con un editor de texto (Bloc de notas, Sublime Text, etc.).
Busca la línea que dice define('WP_DEBUG', false);. Si no existe, puedes añadirla justo antes de la línea /* That's all, stop editing! Happy blogging. */.
Cámbiala por esto:

define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);
@ini_set('display_errors', 0);

WP_DEBUG: Activa el modo debug.
WP_DEBUG_LOG: Guarda todos los errores en un archivo llamado debug.log dentro de la carpeta wp-content.
WP_DEBUG_DISPLAY: Lo ponemos en false para que los errores no se muestren en la pantalla (evita que el sitio se vea roto).

Guarda el archivo y vuelve a cargar tu web. Ahora, revisa la carpeta wp-content y busca el archivo debug.log. Ábrelo y busca líneas que digan PHP Fatal error o PHP Warning. Ese es el verdadero culpable.

[TIP] Si ves un error como Call to undefined function seguido del nombre de un plugin o tema, ya sabes por dónde empezar.

Paso 2: Solución rápida – Desactivar plugins y temas por FTP

Si no puedes acceder al panel de administración de WordPress (el error 500 te lo impide), la única forma de desactivar plugins es manualmente.

Desactivar todos los plugins

Conéctate por FTP a tu servidor.
Navega a la carpeta /wp-content/plugins/.
Renombra la carpeta plugins a plugins_old (o algo similar). Esto fuerza a WordPress a no encontrar los plugins, desactivándolos todos.
Vuelve a cargar tu web. Si el error desaparece, el problema está en uno de tus plugins.
Para identificar cuál, renombra la carpeta de vuelta a plugins y luego, uno por uno, renombra cada carpeta de plugin (ej: akismet -> akismet_off). Ve probando la web entre cada renombrado.

Cambiar al tema por defecto (Twenty Twenty-Four)

En la misma sesión FTP, ve a /wp-content/themes/.
Busca la carpeta del tema que estás usando.
Renómbrala (ej: mitema -> mitema_old).
WordPress automáticamente intentará cargar el tema por defecto (Twenty Twenty-Four o similar).
Si el error desaparece, el problema es tu tema.

Paso 3: Reparar el archivo .htaccess

Un archivo .htaccess dañado es otra causa común. Lo mejor es forzar a WordPress a regenerarlo.

Conéctate por FTP.
Busca el archivo .htaccess en la raíz de tu instalación de WordPress (a veces está oculto, activa «Mostrar archivos ocultos» en tu cliente FTP).
Renómbralo a .htaccess_old.
Ahora, ve a tu panel de administración de WordPress (si ya funciona) y navega a Ajustes > Enlaces permanentes.
Simplemente haz clic en Guardar cambios (sin cambiar nada). Esto regenera el archivo .htaccess automáticamente.

[WARNING] Si no puedes acceder al panel de administración después de renombrar el .htaccess, el problema no era ese. Puedes restaurar el archivo renombrándolo de vuelta.

Paso 4: Aumentar el límite de memoria PHP

Si el error aparece cuando intentas cargar una página pesada o un plugin específico, puede ser falta de memoria.

Método 1: Desde wp-config.php (Recomendado)

Añade esta línea a tu archivo wp-config.php, justo antes de la línea /* That's all, stop editing! */:

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

Esto le dice a WordPress que use hasta 256MB de memoria. Si tu hosting lo permite, puedes subirlo a 512M.

Método 2: Desde php.ini (Si tienes acceso)

Si tu hosting te permite crear un archivo php.ini en la raíz, añade:

memory_limit = 256M
upload_max_filesize = 64M
post_max_size = 64M
max_execution_time = 300

Método 3: Desde Syspanel (HestiaCP) – Puerto 2106

Si tu hosting usa Syspanel (el panel de control basado en HestiaCP), accede a través de tudominio.com:2106. Una vez dentro:

Ve a Web > Tusitio.com.
Busca la sección Configuración avanzada o PHP Options.
Allí podrás modificar directamente el memory_limit, upload_max_filesize, etc.
Guarda los cambios y recarga el servicio PHP desde el mismo panel.

Paso 5: Verificar permisos de archivos y carpetas

Los permisos incorrectos pueden impedir que WordPress lea o escriba archivos, causando un error 500.

Los permisos correctos son:

Archivos: 644 (o 640 en entornos más seguros).
Carpetas: 755 (o 750).
wp-config.php: 600 (o 640).

Puedes corregirlos desde tu cliente FTP (selecciona todos los archivos y cambia permisos) o mediante un comando SSH si tienes acceso:

find /ruta/a/tu/sitio -type f -exec chmod 644 {} \;
find /ruta/a/tu/sitio -type d -exec chmod 755 {} \;
chmod 600 /ruta/a/tu/sitio/wp-config.php

[TIP] Si no sabes usar SSH, la mayoría de los paneles de control (cPanel, Syspanel) tienen una opción de «Reparar permisos» en la sección de archivos.

Paso 6: Comprobar la versión de PHP

WordPress recomienda usar PHP 8.0 o superior. Si tu hosting usa una versión antigua (PHP 5.6 o 7.x), algunos plugins modernos pueden fallar.

Cómo cambiarlo:

En Syspanel (HestiaCP): Accede por tudominio.com:2106, ve a Web > Tusitio.com, y en la configuración de PHP podrás seleccionar la versión (ej: 8.2).
En cPanel: Busca la sección Seleccionar versión de PHP.
En otros paneles: Busca «MultiPHP Manager» o similar.

[WARNING] Antes de cambiar la versión de PHP, asegúrate de que tu tema y todos tus plugins son compatibles. Puedes hacer un backup primero.

Paso 7: Revisar el log de errores del servidor (Apache/Nginx)

Si el debug.log de WordPress no muestra nada, el error puede estar a nivel de servidor. Necesitas acceder a los logs de Apache o Nginx.

¿Dónde están?

En Syspanel (HestiaCP): Ve a Web > Tusitio.com > Logs. Allí verás el error.log de tu dominio. Busca líneas con [error] o [fatal].
En cPanel: Busca la sección Error Log o Raw Access Log.
Por SSH: Normalmente están en /var/log/apache2/error.log (Debian/Ubuntu) o /var/log/httpd/error_log (CentOS/RHEL).

Los errores típicos que puedes encontrar son:

PHP Fatal error: Allowed memory size exhausted -> Problema de memoria (Paso 4).
PHP Fatal error: Uncaught Error: Call to undefined function -> Plugin o tema incompatible (Paso 2).
File does not exist: /ruta/404.php -> Enlace roto, pero no suele causar error 500.
Timeout o Max execution time -> Script demasiado lento (aumenta max_execution_time).

FAQ: Preguntas frecuentes sobre el error 500 en WordPress

1. ¿El error 500 significa que mi web ha sido hackeada?

No necesariamente. Aunque un hackeo puede causar errores, la mayoría de las veces es un plugin o tema problemático. Si tienes sospechas, revisa los logs y cambia todas las contraseñas.

2. ¿Puedo solucionar el error 500 sin acceso FTP?

Sí, si tu hosting tiene un Administrador de Archivos (como Syspanel o cPanel), puedes hacer todos los pasos desde ahí. También puedes usar phpMyAdmin para desactivar plugins desde la base de datos (buscando la tabla wp_options y cambiando el valor de active_plugins).

3. ¿Qué hago si después de todo sigue el error?

Prueba a restaurar una copia de seguridad reciente. Si no tienes, contacta con el soporte técnico de tu hosting. Ellos pueden revisar los logs del servidor a bajo nivel.

4. ¿El error 500 afecta al SEO?

Sí, si el error persiste por horas o días, Google puede indexar la página de error y penalizar tu sitio. También afecta la experiencia de usuario. Soluciónalo lo antes posible.

5. ¿Debo borrar el archivo debug.log después de solucionar el error?

Sí, es recomendable. El archivo puede crecer mucho y consumir espacio. Además, nunca debes dejarlo activo en producción. Vuelve a cambiar WP_DEBUG a false en tu wp-config.php.

Conclusión: No te asustes, todo tiene solución

El error 500 en WordPress es un problema común y, como has visto, generalmente se soluciona con unos pocos pasos metódicos. La clave está en no entrar en pánico y seguir un orden lógico:

Activa el debug para ver el error real.
Desactiva plugins y temas.
Repara el .htaccess.
Aumenta la memoria PHP.
Revisa permisos y versión de PHP.
Revisa los logs del servidor.

Si después de todo esto el error persiste, es momento de contactar a tu proveedor de hosting. Ellos tienen acceso a herramientas más profundas y pueden identificar problemas de configuración del servidor que están fuera de tu alcance.

Recuerda, la paciencia y un enfoque paso a paso son tus mejores aliados. ¡Buena suerte con tu troubleshooting!