Respuesta breve: WordPress no ha podido conectarse a la base de datos con las credenciales y el servidor de wp-config.php. Puede ser una credencial incorrecta, un servicio de base de datos detenido, un límite de conexiones o corrupción, y la diferencia decide todo lo que hagas después. En la mayoría de casos los datos están intactos.
Clasifica antes de tocar archivos
- ¿Afecta a una web o a todas las de la cuenta? Todas caídas apunta al servidor de base de datos, no a tu configuración.
- ¿La página de estado del hosting informa de una incidencia?
- ¿Hubo una migración, un cambio de contraseña o un despliegue justo antes?
- ¿La cuenta ha alcanzado su cuota de disco o su máximo de conexiones?
Revisa los cuatro valores de wp-config.php
Abre wp-config.php y confirma DB_NAME, DB_USER, DB_PASSWORD y DB_HOST con lo que muestra tu panel de hosting. DB_HOST es la trampa habitual: es localhost en muchos hostings, pero un nombre de servidor concreto o una ruta de socket en otros. No sobrescribas el archivo entero con uno nuevo: eliminarías el prefijo de tablas, las claves y las constantes de entorno. Compara valores, y nunca pegues el contenido del archivo en ningún sitio público: contiene la contraseña de tu base de datos.
Prueba la conexión directamente
Si las credenciales parecen correctas pero sigue fallando, comprueba si la propia base de datos responde. Entra en phpMyAdmin o en la herramienta de base de datos de tu hosting con el mismo DB_USER y DB_PASSWORD. Si ese acceso también falla, el problema es la credencial o los privilegios del usuario. Si funciona, el problema está en cómo WordPress llega al servidor: a menudo DB_HOST o un servicio caído.
Cuando una tabla está dañada, no la conexión
Si el servicio responde pero WordPress sigue dando error en algunas páginas, una tabla puede estar marcada como dañada. WordPress tiene un modo de reparación integrado: añade define('WP_ALLOW_REPAIR', true); a wp-config.php, visita /wp-admin/maint/repair.php, ejecuta la reparación y elimina esa línea de inmediato: dejarla activa expone un endpoint de reparación a Internet. Haz una copia de la base de datos antes de ejecutarlo.
Verifica con una página real
Carga la portada, entra en el administrador, abre el editor de entradas y haz una búsqueda. Una portada servida desde caché puede ocultar una base de datos que sigue rechazando escrituras, así que prueba algo que lea y escriba, no solo la portada cacheada.
CRITERIO DE INCIDENTE WP REPAIR
Secuencia de intervención segura
El mensaje agrupa fallos distintos: credenciales inválidas, servicio inaccesible, conexiones agotadas, presión de disco o tablas dañadas. El orden evita que una suposición sobre la configuración termine en pérdida de datos.
- Confirma si están afectadas todas las webs que usan el mismo servidor de base de datos.
- Compara DB_NAME, DB_USER, DB_HOST y privilegios sin publicar wp-config.php.
- Prueba las mismas credenciales desde la herramienta de base de datos del hosting o la línea de comandos.
- Revisa espacio en disco, límite de conexiones y log del servicio antes de reparar tablas.
Qué debe quedar verificado
- Funcionan las consultas del front y del administrador.
- Una escritura controlada persiste y puede leerse de nuevo.
- No aparecen errores de conexión ni tablas dañadas en el log de base de datos.
Fuentes técnicas oficiales
Esta guía explica el diagnóstico. Si la web está afectada ahora, la intervención debe preservar una vía de vuelta y verificar el recorrido real del negocio.
Ver el servicio de reparación urgente →