Solución a errores comunes de WordPress en Plesk (500, 503, conexión a BD)
¿Por qué aparecen errores 500, 503 o de conexión a la base de datos en WordPress con Plesk?
Si estás leyendo esto, probablemente te has encontrado con una pantalla en blanco, un mensaje de "Error interno del servidor" o un aviso de que WordPress no puede conectarse a la base de datos. No te preocupes, es mucho más común de lo que parece y, en la mayoría de los casos, tiene solución en pocos minutos.
Estos errores WordPress Plesk suelen aparecer después de una actualización, un cambio de configuración, o simplemente por un descuido en los permisos de archivos. La buena noticia es que no necesitas ser un experto en servidores para arreglarlos. Aquí te voy a explicar, paso a paso y con un lenguaje muy claro, cómo identificar y solucionar error WordPress Plesk en sus tres variantes más habituales: el temido error 500, el molesto 503 y los problemas de conexión a la base de datos.
Vamos a ello, sin tecnicismos raros y con mucha paciencia.
Error 500 (Error Interno del Servidor) en WordPress con Plesk
El error 500 es el más genérico y, a la vez, el más frustrante porque no te dice exactamente qué falla. Es como si el coche no arrancara pero el mecánico no supiera decirte si es la batería o el motor. Sin embargo, hay causas muy típicas en entornos Plesk.
Causa 1: Archivos con permisos incorrectos
Cada archivo y carpeta en tu hosting tiene un "código de seguridad" llamado permisos. Si son demasiado restrictivos, WordPress no puede leerlos. Si son demasiado abiertos, el servidor puede bloquearlos por seguridad.
La solución paso a paso:
- Accede a tu panel de control de Plesk.
- Ve a Administrador de archivos (File Manager) dentro de tu dominio.
- Navega hasta la carpeta raíz donde está instalado WordPress (normalmente
httpdocsopublic_html). - Selecciona todos los archivos y carpetas (Ctrl+A o Cmd+A).
- En la barra superior, busca el botón de Permisos (suele ser un icono con candado o texto).
- Marca la casilla de Lectura y escritura para el propietario, y solo Lectura y ejecución para el grupo y otros. En la práctica, los valores estándar son:
- Carpetas: 755
- Archivos: 644
- Guarda los cambios.
[TIP] Si no sabes qué valor poner, usa 755 para carpetas y 644 para archivos. Es el estándar en el 99% de los servidores Linux con Plesk.
Causa 2: El archivo .htaccess está dañado
Este archivo es como el "semáforo" de tu sitio web. Si tiene una instrucción incorrecta, todo se detiene.
Cómo solucionarlo:
- En el mismo Administrador de archivos, busca el archivo llamado
.htaccess. Si no lo ves, activa la opción de "Mostrar archivos ocultos". - Descárgalo a tu ordenador como copia de seguridad.
- Bórralo directamente desde Plesk (no te preocupes, es seguro).
- Ve a tu escritorio de WordPress (wp-admin), aunque sea con errores, y navega a Ajustes > Enlaces permanentes.
- Sin cambiar nada, pulsa el botón Guardar cambios. Esto regenerará un
.htaccesslimpio.
Si el error persiste, prueba a renombrar el archivo .htaccess a .htaccess_old en lugar de borrarlo.
Causa 3: Memoria PHP agotada o límite muy bajo
A veces, el error 500 aparece porque un plugin o tema pide más memoria de la que el servidor le permite usar.
La solución:
- Accede al Administrador de archivos.
- Busca el archivo
wp-config.phpen la raíz. - Edítalo (clic derecho > Editar).
- Añade esta línea justo antes de la línea que dice
/* That's all, stop editing! */:
define('WP_MEMORY_LIMIT', '256M');
- Guarda y sube el archivo si es necesario.
[WARNING] Si no encuentras la línea exacta, añade esa línea al final del archivo, pero siempre antes de la etiqueta de cierre
?>si existe. Si no existe, añádela al final sin más.
Error 503 (Servicio No Disponible) en WordPress con Plesk
El error 503 significa que el servidor está "demasiado ocupado" o que hay un problema con el proceso de PHP. No es que tu web esté rota, es que no puede responder a tiempo.
Causa 1: PHP-FPM caído o sobrecargado
En Plesk, PHP se ejecuta como un servicio independiente. Si se satura, devuelve 503.
Pasos a seguir:
- Entra en Plesk y ve a Herramientas y configuración > Gestor de servicios (o "Services Management").
- Busca el servicio llamado
php-fpm(puede aparecer comophp-fpm 8.x). - Si está detenido, inícialo. Si está activo, reinícialo.
- Espera 30 segundos y recarga tu web.
Causa 2: El modo de ejecución de PHP no es el adecuado
Plesk ofrece diferentes modos de procesar PHP. Si tienes configurado "Apache module" o "CGI" y tu web es pesada, puede dar 503.
Solución recomendada:
- En Plesk, ve a tu dominio y haz clic en Hosting y DNS > Configuración de PHP.
- Cambia el modo a PHP-FPM y la versión a una estable (7.4, 8.1 o 8.2).
- Aplica los cambios. Esto suele arreglar el 503 de forma inmediata.
Causa 3: Mantenimiento o backup en curso
Si tu proveedor está haciendo una copia de seguridad o tú mismo estás ejecutando un plugin de backup, puede aparecer el 503.
Qué hacer:
- Espera 10-15 minutos.
- Si usas un plugin de caché, ve a su configuración y pulsa "Vaciar caché" y "Reiniciar todos los ajustes".
[INFO] A veces, el 503 es temporal y se soluciona solo. No borres nada antes de esperar un rato.
Error de conexión a la base de datos en WordPress con Plesk
Este es quizás el error más claro de todos: "Error al establecer la conexión con la base de datos". Significa que WordPress no puede hablar con MySQL/MariaDB.
Causa 1: Credenciales incorrectas en wp-config.php
Es lo más común. Alguien cambió la contraseña de la BD o el nombre de usuario.
Solución detallada:
- Abre el archivo
wp-config.phpen el Administrador de archivos. - Busca estas tres líneas:
DB_NAME(nombre de la base de datos)DB_USER(usuario de la base de datos)DB_PASSWORD(contraseña)
- Verifica que coinciden con las de tu panel de Plesk. Ve a Bases de datos en tu dominio y compruébalo.
- Si no recuerdas la contraseña, en Plesk puedes cambiar la del usuario de BD desde el apartado Bases de datos > Usuarios > Cambiar contraseña.
- Actualiza el
wp-config.phpcon los nuevos datos.
[WARNING] Asegúrate de que la contraseña no tenga caracteres raros que puedan romper el archivo PHP. Si tiene comillas simples o dobles, cámbiala a una más simple (letras y números).
Causa 2: El servidor de base de datos no está en localhost
A veces, en Plesk, el host de la BD no es localhost, sino algo como localhost:/var/run/mysqld/mysqld.sock o una IP interna.
Cómo solucionarlo:
- En el
wp-config.php, busca la líneaDB_HOST. - Cambia el valor a
localhostsi no lo está. - Si sigue fallando, prueba a poner
127.0.0.1. - Guarda y recarga.
Causa 3: La base de datos está corrupta o no existe
Si has importado una BD o has hecho un cambio de servidor, puede que la tabla no exista.
Pasos de recuperación:
- Ve a Bases de datos en Plesk.
- Haz clic en tu BD y entra en phpMyAdmin.
- Ejecuta la siguiente consulta SQL en la pestaña "SQL":
REPAIR TABLE wp_options;
- Si el error persiste, revisa si la tabla
wp_optionsexiste. Si no existe, tendrás que restaurar una copia de seguridad de la BD.
Causa 4: El usuario de la BD no tiene permisos
En Plesk, cada usuario debe tener asignado el privilegio "ALL PRIVILEGES" sobre la base de datos.
Solución:
- En Plesk, ve a Bases de datos > Usuarios.
- Haz clic en tu usuario y asegúrate de que tiene marcada la casilla ALL PRIVILEGES o al menos SELECT, INSERT, UPDATE, DELETE.
- Aplica los cambios.
Solución avanzada: Forzar la depuración de WordPress en Plesk
Si has probado todo y el error WordPress Plesk sigue apareciendo, activa el modo de depuración para ver el error exacto en pantalla.
Cómo hacerlo:
- Edita
wp-config.php. - Busca la línea
define('WP_DEBUG', false);y cámbiala por:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', true);
- Guarda y recarga la web. Verás un mensaje en rojo con el error exacto (por ejemplo, "Fatal error: Unsupported operand types in /ruta/archivo.php on line 45").
- Anota la ruta y la línea. Ese es el archivo que debes revisar o desactivar.
[TIP] Si el error menciona un plugin, ve a la carpeta
wp-content/pluginsy renombra la carpeta del plugin sospechoso aplugin_desactivado. Esto lo desactivará sin entrar a WordPress.
Preguntas frecuentes (FAQ) sobre errores WordPress Plesk
¿Por qué mi web da error 500 después de actualizar un plugin?
Porque el plugin nuevo puede ser incompatible con tu versión de PHP o con otro plugin. La solución es desactivarlo vía FTP o Administrador de archivos renombrando su carpeta.
¿Puedo perder mis datos si borro el .htaccess?
No. El .htaccess solo contiene reglas de redirección y reescritura de URLs. Tus artículos, imágenes y comentarios están en la base de datos. Al regenerarlo, todo vuelve a la normalidad.
¿Qué hago si no tengo acceso a Plesk pero sí a FTP?
Puedes hacer casi todo por FTP: editar wp-config.php, renombrar carpetas de plugins, borrar .htaccess, etc. Para los permisos, usa un cliente FTP como FileZilla y cambia los valores a 755/644.
¿Es normal que aparezca el error 503 a las 3 de la mañana?
Sí, es común que los proveedores hagan copias de seguridad nocturnas. Si es puntual, no te preocupes. Si es recurrente, contacta con tu proveedor.
¿Cómo sé qué versión de PHP tengo en Plesk?
En Plesk, ve a tu dominio > Hosting y DNS > Configuración de PHP. Ahí verás la versión activa y podrás cambiarla.
¿Puedo usar "Syspanel" en lugar de Plesk para estos arreglos?
Sí, si tu hosting usa Syspanel (antes conocido como HestiaCP), el acceso es por el puerto 2106 (por ejemplo, https://tu-dominio.com:2106). La estructura es similar: busca "Administrador de archivos" y "Bases de datos". Los pasos para los errores son prácticamente los mismos, solo cambia la interfaz.
Resumen rápido de soluciones
| Error | Causa más común | Solución inmediata |
|---|---|---|
| 500 | Permisos de archivos | Cambiar a 755/644 en File Manager |
| 500 | .htaccess dañado | Renombrarlo o borrarlo y regenerar |
| 503 | PHP-FPM detenido | Reiniciar servicio en Plesk |
| 503 | Modo PHP incorrecto | Cambiar a PHP-FPM en configuración |
| Conexión BD | Credenciales mal | Revisar wp-config.php y BD en Plesk |
| Conexión BD | BD corrupta | Ejecutar REPAIR TABLE en phpMyAdmin |
Espero que esta guía te haya servido de ayuda. Recuerda que la paciencia es clave. Ve paso a paso, sin prisa, y haz siempre una copia de seguridad antes de tocar nada importante. Si aun así el problema persiste, no dudes en contactar con el soporte técnico de tu hosting; para eso están.
