Errores Críticos de WordPress y Cómo Solucionarlos

Nada genera más pánico que abrir tu web y ver una pantalla en blanco, o el temido “Error de conexión a la base de datos”. La buena noticia: la mayoría de errores críticos de WordPress tienen una causa identificable y una solución concreta, siempre que sepas por dónde mirar.

En Avantys resolvemos este tipo de incidencias constantemente, y casi siempre el origen es el mismo: un plugin o tema recién actualizado, un límite de memoria insuficiente, o un archivo corrupto tras una actualización interrumpida. Esta guía cubre los errores más frecuentes y cómo solucionarlos paso a paso, con la precaución debida.

Si tu problema es de velocidad y no de errores como tal, el punto de partida es Cómo Optimizar el Rendimiento de tu WordPress.

Antes de nada: haz una copia de seguridad si puedes

Si tu web sigue accesible aunque sea parcialmente, intenta hacer un backup antes de tocar nada. Si ya está completamente caída, prioriza restaurar el último backup disponible mientras investigas la causa en un entorno de pruebas. El detalle de cómo hacerlo bien está en Backups de WordPress: qué copiar y con qué frecuencia.

Pantalla en blanco (la “pantalla blanca de la muerte”)

Es el error más desconcertante porque no da ninguna pista visual, solo una página completamente en blanco. Casi siempre se debe a un error PHP que no se está mostrando.

Cómo diagnosticarlo

Activa el modo debug de WordPress añadiendo esto a tu wp-config.php (recuerda desactivarlo después, nunca dejarlo activo en producción):

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

Esto genera un archivo debug.log en wp-content/ con el error exacto, sin mostrarlo públicamente en la web (algo que sí haría WP_DEBUG_DISPLAY activo, exponiendo información técnica a cualquier visitante).

Causas más comunes

Causa	Solución
Plugin recién actualizado con conflicto	Desactivar plugins vía FTP renombrando la carpeta `plugins`
Límite de memoria PHP insuficiente	Aumentar el límite de memoria
Tema con error de código	Cambiar temporalmente al tema por defecto de WordPress

Para desactivar todos los plugins sin acceso al panel (si la pantalla en blanco te impide entrar), conéctate por FTP o el gestor de archivos de tu hosting y renombra la carpeta wp-content/plugins a algo como plugins-desactivados. WordPress los desactivará automáticamente al no encontrar la carpeta esperada.

Error de conexión a la base de datos

Este mensaje indica que WordPress no puede comunicarse con MySQL. Las causas más habituales:

Credenciales incorrectas en wp-config.php (usuario, contraseña o nombre de la base de datos mal escritos, a menudo tras una migración).
Base de datos corrupta por una interrupción durante una actualización o una caída del servidor.
Servidor de base de datos caído o sobrecargado, algo más habitual en hosting compartido con recursos ajustados.

Para comprobar las credenciales, revisa estas líneas en wp-config.php:

define('DB_NAME', 'nombre_base_datos');
define('DB_USER', 'usuario_bd');
define('DB_PASSWORD', 'contraseña_bd');
define('DB_HOST', 'localhost');

Si las credenciales son correctas y el error persiste, es buen momento para reparar la base de datos. WordPress incluye una herramienta de reparación que se activa añadiendo esta línea a wp-config.php:

define('WP_ALLOW_REPAIR', true);

Con esa línea activa, visita tudominio.com/wp-admin/maint/repair.php para acceder a la herramienta de reparación. Elimina la línea del archivo en cuanto termines, dejarla activa permite que cualquiera acceda a esa herramienta sin autenticación.

Error 500 (Internal Server Error)

Es el error más genérico y, por eso, el más difícil de diagnosticar a simple vista. Las causas típicas:

Un plugin o tema con código incompatible con la versión de PHP actual.
Un archivo .htaccess corrupto.
Límite de memoria PHP agotado.

Cómo aislar la causa

Renombra temporalmente el archivo .htaccess (por ejemplo a .htaccess-bak) y comprueba si el error desaparece. Si es así, el archivo estaba corrupto, genera uno nuevo desde Ajustes > Enlaces permanentes en el panel de WordPress.
Si el error persiste, desactiva plugins vía FTP como en el caso anterior.
Revisa el log de errores de PHP de tu hosting (accesible normalmente desde cPanel o Plesk) para ver el mensaje exacto.

Límite de memoria agotado (“Allowed memory size exhausted”)

Este error indica que un proceso ha necesitado más memoria de la que PHP tiene asignada. Puedes aumentar el límite añadiendo esto a wp-config.php:

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

Si el error persiste tras aumentar el límite, no es una solución definitiva, es una señal de que algún plugin está consumiendo memoria de forma anómala y conviene identificarlo (con Query Monitor, como explicamos en Cómo Reducir el Impacto de los Plugins en WordPress) en lugar de seguir subiendo el límite indefinidamente.

Error 404 en todas las entradas tras una migración

Si tras migrar o cambiar de hosting todas las URLs internas devuelven error 404, casi siempre es un problema de reglas de reescritura. La solución más rápida: entra en Ajustes > Enlaces permanentes y pulsa “Guardar cambios” sin modificar nada, esto regenera las reglas de .htaccess automáticamente.

Tabla resumen de errores y primera acción

Error	Primera acción a probar
Pantalla en blanco	Activar `WP_DEBUG_LOG` y revisar `debug.log`
Error de conexión a la BD	Verificar credenciales en `wp-config.php`
Error 500	Renombrar `.htaccess` y comprobar
Memoria agotada	Aumentar `WP_MEMORY_LIMIT` y buscar el plugin causante
404 en todo tras migración	Regenerar enlaces permanentes

Otros errores frecuentes y su primera acción

”Se ha producido un error crítico en este sitio web”

Este mensaje genérico sustituyó a la pantalla en blanco en versiones recientes de WordPress, pero la causa es la misma: un error PHP fatal. Si tienes acceso al correo del administrador, WordPress suele enviar un email con más detalle técnico del error en cuanto ocurre, revísalo antes de nada.

Error “Se ha excedido el tiempo de espera de la conexión” (504/508)

Indica que el servidor ha tardado demasiado en responder y la conexión se ha cortado. Suele deberse a un proceso PHP que se ha quedado bloqueado (una consulta pesada, una llamada a una API externa que no responde) o a recursos de servidor agotados. Revisar el log de errores de PHP suele señalar qué proceso concreto se ha quedado colgado.

”Falla al establecer una conexión segura” (problemas de SSL)

Tras renovar o instalar un certificado SSL, es habitual ver este error si el certificado no se ha instalado correctamente o si hay contenido mixto (recursos cargados por HTTP en una web servida por HTTPS). Comprobar con una herramienta de análisis SSL online suele identificar el problema exacto en segundos.

Error de “memoria de PHP agotada” en el editor de bloques

Un caso específico del error de memoria: ocurre al intentar editar entradas grandes con muchos bloques. Además de aumentar WP_MEMORY_LIMIT, conviene revisar si algún plugin de bloques personalizado está consumiendo memoria de forma desproporcionada.

Cómo prevenir estos errores antes de que ocurran

La mejor forma de gestionar errores críticos es no llegar a tenerlos. Algunas prácticas que reducen su frecuencia de forma notable:

Nunca actualices en producción sin probar antes en staging. La mayoría de estos errores aparecen justo tras una actualización mal probada.
Mantén un registro de qué plugins tienes y para qué sirven. Facilita muchísimo aislar la causa cuando algo falla, en lugar de desactivar a ciegas.
Revisa el log de errores de PHP periódicamente, no solo cuando la web ya está caída, muchos errores fatales dejan avisos previos (warnings, notices) semanas antes de romper algo del todo.
Ten siempre un backup reciente y verificado. Un error crítico dejar de ser un drama cuando sabes que puedes volver atrás en minutos.

Cuándo pedir ayuda profesional

Si tras seguir estos pasos el error persiste, o si no tienes acceso técnico (FTP, panel de hosting, edición de archivos), el riesgo de empeorar las cosas tocando a ciegas es real. Es exactamente el tipo de incidencia que resolvemos dentro de la gestión continua en Gestión WordPress, con backups verificados de antemano, así que restaurar nunca es la única opción cuando algo falla.

Monitorizar para detectar antes de que el visitante lo note

Muchos de estos errores se detectan primero por un cliente o un visitante que te escribe diciendo “tu web no carga”: no es la mejor forma de enterarte. Una herramienta de monitorización de uptime (hay opciones gratuitas y de pago) comprueba tu web cada pocos minutos y te avisa por email o SMS en cuanto detecta una caída, normalmente minutos antes de que el problema se generalice o de que un cliente se dé cuenta.

Preguntas Frecuentes

¿Por qué mi WordPress se cayó justo después de actualizar un plugin? Es la causa más común de errores críticos. El plugin actualizado puede ser incompatible con tu versión de PHP, con el tema activo o con otro plugin instalado.

¿Es seguro activar WP_DEBUG en una web en producción? Actívalo solo con WP_DEBUG_DISPLAY en false, para que el error se registre en el log sin mostrarse públicamente a los visitantes.

¿Puedo perder contenido al reparar la base de datos? La herramienta de reparación de WordPress es segura para corrupciones típicas, pero haz backup antes si es posible, es una precaución, no un requisito estricto de la herramienta.

¿Qué hago si no tengo acceso FTP para desactivar plugins? La mayoría de hostings ofrecen un gestor de archivos desde su panel de control (cPanel, Plesk) que permite renombrar carpetas sin necesidad de un cliente FTP externo.

¿El error 500 siempre es culpa de un plugin? No siempre, también puede deberse a un .htaccess corrupto o a un límite de recursos del servidor. Por eso conviene aislar la causa paso a paso, no asumir directamente.

¿Cómo evito que esto vuelva a pasar? Prueba las actualizaciones en un entorno de staging antes de aplicarlas en producción. Lo explicamos en detalle en Cómo Actualizar WordPress sin Romper tu Web.

¿Aumentar el límite de memoria PHP soluciona el problema de raíz? No necesariamente, a veces solo pospone el error. Si un plugin concreto consume memoria de forma anómala, hay que identificarlo y resolver la causa, no solo ampliar el límite indefinidamente.

¿Qué hago si mi hosting no me deja editar wp-config.php? Contacta con soporte de tu hosting, en hosting administrado, suelen poder hacer el cambio por ti o darte acceso temporal para hacerlo tú mismo.

¿Un certificado SSL caducado puede tirar toda la web? Sí, los navegadores modernos bloquean el acceso o muestran avisos muy visibles de “conexión no segura”, lo que en la práctica equivale a que la mayoría de visitantes abandonen la web.

¿Merece la pena tener monitorización de uptime si mi web es pequeña? Sí. El coste de no enterarte de una caída durante horas (pedidos perdidos, mala imagen, clientes que no pueden contactarte) suele ser mayor que el de una herramienta de monitorización básica.

Conclusión

Los errores críticos de WordPress dan miedo, pero casi todos siguen un patrón identificable: algo se actualizó, algo se agotó, o algo se corrompió. Con el diagnóstico correcto (logs activados, plugins aislados, credenciales verificadas) la mayoría se resuelven en minutos, no en horas.

Si prefieres no tener que diagnosticar esto bajo presión cuando tu web cae, en Avantys incluimos la resolución de incidencias críticas dentro de Gestión WordPress, con backups verificados que garantizan que siempre hay un punto al que volver.