Y qué hacer cuando ni siquiera puedes entrar al panel sin empeorar el problema.
Entras en la web de tu empresa para cambiar un horario, revisar un pedido o comprobar si ha llegado un formulario y te encuentras una pantalla completamente blanca.
O un escueto:
Error establishing a database connection.
O el navegador se empeña en redirigirte una y otra vez hasta rendirse.
Si WordPress forma parte de tu negocio, un mensaje así deja de ser un asunto informático. Puede significar que no recibes reservas, que una campaña está enviando visitas a una página caída o que los clientes no pueden comprar.
La parte tranquilizadora es que muchos de los errores que parecen más graves se repiten bastante. WordPress incluye entre sus problemas habituales la pantalla blanca, los errores internos del servidor, los fallos de conexión con la base de datos y los errores críticos.
Las causas también suelen concentrarse en unas pocas zonas:
Saber esto no significa que tengas que convertirte en técnico. Sirve para hacer algo bastante más útil: no empeorar el problema mientras buscas la causa.
Si todavía puedes entrar en el hosting y este permite generar una copia o snapshot, hazlo antes de empezar a modificar archivos.
Incluso una copia de una web que está fallando puede ser útil para:
No pulses «restaurar» automáticamente sobre una web en producción sin saber qué contiene esa copia y de qué fecha es.
Una tienda puede perder pedidos. Una academia puede perder usuarios. Una web corporativa puede perder formularios o modificaciones recientes.
La copia es el cinturón de seguridad antes de empezar a diagnosticar, no un botón mágico que haya que pulsar ante cualquier error.
Si no tienes claro dónde están tus copias o si realmente funcionan, esa es ya una señal de que conviene revisar el mantenimiento. En nuestra guía sobre mantenimiento WordPress para empresas explicamos por qué una copia que nunca se ha probado ofrece menos tranquilidad de la que parece.
Un mensaje de error sirve sobre todo para identificar qué parte de la cadena ha dejado de funcionar.
Piensa en una web WordPress como un pequeño negocio físico.
WordPress es el establecimiento.
Los plugins son máquinas y herramientas.
El tema organiza la parte que ve el cliente.
PHP hace buena parte del trabajo interno.
La base de datos guarda la información.
El hosting proporciona el local y los suministros.
Cuando algo falla, el mensaje puede darte una pista sobre cuál de esas piezas está teniendo problemas.
No necesitas saber repararla para tomar una buena primera decisión.
La web desaparece.
No aparece el menú, ni un error reconocible, ni el formulario de acceso. En algunos casos solo queda una página completamente blanca.
Históricamente se ha conocido como White Screen of Death o WSOD.
Las versiones modernas de WordPress intentan interceptar muchos errores fatales y sustituir esa pantalla por el mensaje:
«Ha habido un error crítico en esta web».
WordPress incorporó este sistema y su Modo de recuperación en la versión 5.2.
WordPress ha intentado ejecutar algo y PHP no ha podido continuar.
Las causas frecuentes incluyen:
La documentación oficial cita precisamente conflictos de plugins, problemas de compatibilidad con el tema, PHP incompatible, falta de memoria y archivos dañados entre las causas habituales de los errores críticos.
Haz memoria.
¿Acabas de:
Si la web funcionaba a las 10:00 y dejó de hacerlo justo después de actualizar un plugin a las 10:05, esa información vale mucho más que empezar a desactivar componentes al azar.
Primero descarta lo sencillo:
Ese último punto es especialmente importante.
Si WordPress detecta determinados errores fatales, puede enviar al administrador un correo con información sobre el componente que ha fallado y un enlace especial para acceder al Modo de recuperación.
Es una especie de acceso temporal protegido.
Durante esa sesión WordPress puede pausar para ti el plugin o tema que ha causado el error, permitiéndote entrar en el panel y revisarlo sin tener que modificar directamente archivos por FTP.
El correo suele indicar qué extensión está implicada.
Puedes entrar, desactivarla y comprobar si la web vuelve a funcionar.
Ojo: que la web vuelva no significa que el problema esté resuelto definitivamente.
Habrá que averiguar:
Comprueba spam y la dirección configurada como correo del administrador.
El propio WordPress advierte de que el mensaje puede no llegar si el servidor tiene problemas para enviar correo.
Un técnico puede entonces revisar los registros de errores o desactivar temporalmente el componente problemático mediante el gestor de archivos o SFTP.
WordPress documenta como procedimiento de emergencia la posibilidad de renombrar la carpeta de un plugin cuando no existe acceso al panel.
Para una pyme sin experiencia técnica mi recomendación es otra: detente aquí y pide ayuda si no sabes qué plugin está fallando.
Renombrar carpetas enteras «a ver qué pasa» puede hacer que funciones importantes dejen de ejecutarse.
Una pantalla casi vacía con un mensaje parecido a:
Error establishing a database connection.
No aparece la portada ni el panel.
WordPress conserva casi toda la información dinámica en una base de datos.
Allí están, entre otras cosas:
El mensaje significa que WordPress ha intentado hablar con esa base de datos y no ha podido.
La documentación oficial recoge tres grandes grupos de causas: información incorrecta de conexión en wp-config.php, problemas en el proveedor de alojamiento o una web comprometida.
Puede existir una incidencia temporal en el hosting.
Es especialmente probable si:
WordPress necesita conocer:
Estos datos están configurados en wp-config.php.
Si alguien ha migrado la web, cambiado contraseñas o modificado el hosting, la información puede haber quedado desajustada.
Una base de datos puede presentar problemas internos o dejar de responder si el servidor está bajo mucha carga.
No todas las incidencias de base de datos significan que hayas perdido la información.
Empieza por el hosting.
Comprueba:
Después abre un ticket y copia el mensaje exacto:
«Mi WordPress muestra “Error establishing a database connection”. No he realizado cambios / comenzó después de [acción]. ¿Está operativo el servidor MySQL/MariaDB de mi cuenta?»
Esa pregunta permite descartar rápidamente una parte importante del problema.
No empieces editando wp-config.php.
Ese archivo contiene configuraciones esenciales de WordPress. Una modificación errónea puede añadir un segundo problema al primero.
Tampoco ejecutes una reparación de base de datos únicamente porque un tutorial te ha dado una línea de código.
La reparación existe y puede ser útil en determinados casos, pero primero hay que determinar si realmente hay tablas dañadas.
Si el problema está en el servidor, reparar WordPress no arreglará nada.
Introduces usuario y contraseña.
Parece que WordPress acepta los datos.
Un instante después vuelves a:
wp-login.php
No aparece un mensaje claro de contraseña incorrecta.
Puedes repetirlo veinte veces y siempre ocurre lo mismo.
WordPress utiliza cookies para mantener iniciada tu sesión.
La documentación oficial identifica varias causas típicas de los bucles de inicio de sesión:
WP_HOME o WP_SITEURL.home y siteurl incorrectos en la base de datos.También puede influir una configuración incorrecta de HTTPS o de caché.
Haz una prueba en:
Si allí funciona, probablemente estás ante un problema local de cookies o caché.
Borra las cookies correspondientes únicamente a ese dominio y vuelve a intentarlo.
Este dato es importante.
WordPress distingue entre la dirección pública y la ubicación de sus archivos. Los valores WP_HOME y WP_SITEURL pueden definirse desde wp-config.php y prevalecer sobre los almacenados en la base de datos.
Una mezcla entre:
http://empresa.com
y
https://empresa.com
puede provocar problemas de acceso y redirección.
Lo mismo puede ocurrir después de:
www a dominio sin www.Si borrar cookies no funciona, hay que comprobar de forma ordenada:
home.siteurl.WP_HOME.WP_SITEURL.La guía oficial de acceso de WordPress recomienda también renombrar temporalmente la carpeta de plugins como prueba para descartar conflictos cuando no se consigue iniciar sesión.
De nuevo, eso es una prueba diagnóstica, no el arreglo definitivo.
El navegador deja de intentar cargar la web y muestra algo parecido a:
ERR_TOO_MANY_REDIRECTS
o:
Esta página te ha redirigido demasiadas veces.
Dos reglas se están pasando la pelota.
Una dice:
«Ve a esta dirección».
La otra responde:
«No, vuelve a la anterior».
Y así indefinidamente.
El servidor puede estar enviando:
http://midominio.com
a:
https://midominio.com
mientras WordPress o algún plugin intenta hacer justo lo contrario.
Una configuración fuerza:
www.midominio.com
y otra:
midominio.com
Por separado ambas reglas pueden parecer correctas.
Juntas crean un bucle.
La documentación oficial de WordPress menciona entre las causas de demasiadas redirecciones:
WP_HOME y WP_SITEURL incompatibles.home y siteurl erróneos en la base de datos.Por eso este error puede requerir revisar varias capas.
Primero:
La información temporal es de nuevo muy valiosa:
«Empezó cinco minutos después de activar SSL en el hosting».
Eso reduce mucho el diagnóstico.
No copies sucesivamente reglas de .htaccess encontradas en foros.
Puedes acabar con:
Si el bucle implica servidor + CDN + WordPress, necesitas identificar primero quién está emitiendo cada redirección.
Aquí aparecen dos mensajes diferentes que pueden compartir algunas causas.
Es un mensaje bastante genérico.
El servidor sabe que algo ha salido mal, pero la página que recibe el usuario no explica exactamente qué.
WordPress recoge entre las posibles causas de sus errores internos problemas en .htaccess, plugins, temas, memoria PHP y archivos dañados.
.htaccess.El registro de errores del servidor suele ser mucho más útil que la propia pantalla 500.
Este mensaje es algo más informativo.
WordPress lo utiliza cuando detecta un error fatal que impide continuar correctamente.
Busca un email de WordPress parecido a:
«Tu sitio está experimentando un problema técnico».
Puede indicar:
WordPress pausa el componente problemático únicamente dentro de tu sesión de recuperación, permitiendo entrar al panel y diagnosticarlo.
Es mucho más seguro que empezar borrando carpetas.
Comprueba qué extensión identifica WordPress.
Después:
Una instalación con muchos plugins aumenta el número de componentes que deben mantenerse y comprobarse. En Plugins en WordPress: cuántos usar y cómo evitar problemas explicamos por qué la calidad y el mantenimiento importan más que perseguir una cifra concreta.
Aquí está parte de la dificultad.
Un plugin defectuoso podría causar:
Una falta de memoria también puede terminar en varios síntomas.
Por eso diagnosticar WordPress únicamente mirando el mensaje final puede llevar a conclusiones equivocadas.
El mensaje es el inicio de la investigación.
La siguiente pregunta debe ser:
¿Qué cambió justo antes?
Después vienen:
Perder el panel genera bastante ansiedad porque desaparece el lugar desde el que normalmente arreglarías las cosas.
No significa que hayas perdido la web.
WordPress puede seguir administrándose desde otros niveles:
Pero cuanto más bajas hacia esas capas, mayor es el riesgo de empeorar una incidencia si no sabes exactamente qué estás cambiando.
Antes de hacer nada:
No escribas simplemente:
«La web no funciona».
Es mucho más útil:
«Desde las 9:15 la portada y
/wp-admin/muestran un error 500. Ocurrió inmediatamente después de actualizar el plugin X».
Prueba:
Así puedes detectar si el problema afecta solo a:
Busca palabras como:
El Modo de recuperación existe precisamente para algunos escenarios en los que un error fatal bloquea el acceso normal.
Comprueba:
Un error de recursos no se resuelve reinstalando WordPress.
En nuestra guía sobre analizamos cómo hosting, PHP, plugins y consumo de recursos pueden terminar afectando a toda la instalación.
Cuando el hosting lo permita, crea una nueva copia.
Después puedes trabajar sobre:
Es preferible investigar ahí cuando el sitio es importante.
Desactivar y borrar son cosas diferentes.
Si eliminas una carpeta puedes perder archivos necesarios para diagnosticar el problema o dejar datos asociados en un estado inesperado.
Un tema puede contener:
Cambiarlo en producción puede hacer que una web medio rota pase a estar completamente desconfigurada.
Ahí están datos fundamentales de la instalación.
WordPress permite definir en ese archivo parámetros como WP_HOME y WP_SITEURL, que prevalecen sobre los valores almacenados en la base de datos.
Una letra incorrecta puede impedir que puedas acceder al sitio.
Especialmente cuando estás investigando un 500 o un bucle de redirecciones.
Una regla equivocada puede generar exactamente esos errores.
Pregunta primero:
Esta precaución es todavía más importante cuando existe una sospecha de seguridad. En cómo recuperar y reforzar WordPress después de un hackeo explicamos por qué restaurar sin cerrar la causa original puede terminar en una reinfección.
| Situación | Puedes comprobar tú | Mejor pedir ayuda |
|---|---|---|
| Una página no carga | Caché, otro navegador | Si afecta a una función crítica |
| Pantalla blanca | Correo de recuperación, hosting | Si no hay acceso al panel |
| Error crítico | Modo de recuperación | Si reaparece tras desactivar el componente |
| Error de base de datos | Estado del hosting | Configuración y reparación |
| Bucle de login | Cookies, incógnito | URLs, plugins, proxy |
| Demasiadas redirecciones | Cookies y cambios recientes | SSL, CDN, servidor, .htaccess |
| Error 500 | Hosting, correo, hora de inicio | Logs, PHP, plugins, servidor |
| Web hackeada | Aislar y documentar | Limpieza y análisis de causa |
Hay una tendencia comprensible cuando algo falla:
«Voy a probar una cosa más».
Después otra.
Y otra.
Media hora más tarde nadie sabe qué configuración existía al principio.
Pon un límite.
Para una web corporativa sencilla, puede tener sentido comprobar:
Si el problema sigue, para.
Especialmente cuando:
Cada cambio no documentado hace más difícil localizar la causa.
Un error 500 no cuesta dinero porque aparezcan tres números en pantalla.
Cuesta dinero porque puede interrumpir:
Una tienda que factura a través de WooCommerce tiene una tolerancia a la caída distinta de una web de presentación que recibe dos visitas al día.
Esto debería influir en cómo se mantiene.
Una web relevante para el negocio necesita:
Eso es lo que evita tener que empezar cada emergencia buscando en Google qué significa un error.
Actualizar WordPress no es opcional a largo plazo, pero tampoco conviene hacerlo sin ningún control.
Un cambio puede afectar a:
En Tres grandes actualizaciones de WordPress al año: cómo afecta esto a tu empresa explicamos cómo preparar copias, staging y pruebas antes de los cambios importantes.
El método reduce mucho la típica situación:
«He actualizado todo porque aparecía un aviso y ahora la web no funciona».
Muchos de estos errores aparecen justo después de:
Eso no significa que haya que evitar las extensiones. WordPress debe buena parte de su flexibilidad a ellas.
Sí conviene controlar:
Una web en la que nadie sabe por qué hay 38 plugins activos es más difícil de diagnosticar que una instalación documentada.
Cuando una pyme nos contacta porque WordPress está caído, el objetivo inicial no es empezar a cambiar cosas.
Es averiguar qué está fallando y qué riesgo tiene la intervención.
Una asistencia puede incluir:
Revisamos:
Si el panel está bloqueado, trabajamos desde el hosting o mediante acceso técnico para recuperar una vía segura de administración.
No basta con ocultar el mensaje.
Si un plugin genera el error habrá que determinar si:
Después de recuperar la web revisamos las funciones importantes:
El cliente debería saber qué ocurrió.
No:
«Había un fatal en una función hooked después de init».
Sí:
«La última versión del plugin era incompatible con la versión de PHP del servidor. Lo hemos sustituido temporalmente y hay que actualizar PHP antes de volver a utilizar la nueva versión».
La web pertenece al negocio. Su responsable tiene derecho a entender qué le ha pasado.
Cuando una incidencia se resuelve aparece una oportunidad.
Revisa por qué el problema tuvo tanta repercusión.
Quizá:
Eso es deuda técnica.
El incidente ha servido para hacerla visible.
Un plan de mantenimiento profesional de WordPress permite gestionar actualizaciones, seguridad, velocidad e incidencias sin esperar a que el propietario descubra el problema por casualidad.
Y tampoco significa perder el control sobre tu propia web.
En qué puedes tocar tú en WordPress y qué conviene delegar proponemos un reparto bastante práctico: el cliente gestiona contenidos y cambios cotidianos y el proveedor se ocupa de las zonas donde un error puede afectar a toda la instalación.
Porque la web no funciona aislada. Puede cambiar el servidor, ejecutarse una actualización automática, caducar un certificado o producirse un fallo externo.
También puede existir un problema que llevaba tiempo latente y aparece cuando cambia otra dependencia.
No.
Los errores críticos suelen estar relacionados con PHP, plugins, temas, memoria o archivos dañados.
Si además aparecen usuarios desconocidos, redirecciones fraudulentas o contenido que nadie creó, entonces sí debes investigar un posible incidente de seguridad.
Puede utilizarse como prueba diagnóstica cuando existe sospecha de conflicto, y WordPress documenta métodos para hacerlo incluso sin entrar en el panel.
No significa que sea la primera acción recomendable en todos los casos.
En una tienda o una web con integraciones puedes desactivar funciones importantes.
Es una función incorporada en WordPress que puede activarse cuando se produce un error fatal. Envía un enlace al correo del administrador y permite iniciar una sesión especial en la que el plugin o tema problemático queda pausado para facilitar el diagnóstico.
En algunos casos un .htaccess dañado provoca errores y regenerar las reglas puede resolverlos.
No todos los errores 500 se deben a eso. Cambiar el archivo sin copia ni diagnóstico puede empeorar el problema.
No necesariamente.
Puede deberse a URLs de WordPress, HTTP/HTTPS, CDN, proxy o reglas del servidor que están enviando al navegador de una dirección a otra continuamente.
Prepara:
Con eso el diagnóstico puede empezar mucho más rápido.
La pantalla blanca, el error de base de datos, los bucles de acceso, las redirecciones y los errores 500 parecen muy distintos.
Por debajo suelen apuntar a un conjunto relativamente pequeño de causas.
Plugins, tema, PHP, base de datos, servidor o configuración.
Tu trabajo como propietario de una pyme no es dominar esas seis áreas.
Es saber reaccionar:
En Arreglo tu Web trabajamos precisamente con ese tipo de incidencias: recuperar el acceso, encontrar la causa, devolver la web a un estado estable y explicar qué conviene hacer para reducir el riesgo de repetir el problema.
Si tu WordPress está mostrando ahora mismo un error, puedes solicitar asistencia técnica.
Y si todo funciona, ese es el mejor momento para comprobar que tienes copias, accesos y un plan de mantenimiento antes de necesitarlo.
