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 →SOBRE ESTE SÍNTOMA
Preguntas frecuentes de esta guía.
¿Este error significa que he perdido mis datos?+
En la mayoría de los casos, no — los datos en sí están intactos, y el problema es una credencial incorrecta, un servicio de base de datos detenido, un límite de conexión, o una tabla dañada. ¿Cuál de estos es cambia lo que usted hace a continuación, así que triage la situación antes de asumir la pérdida de datos.
¿Debo reemplazar wp-config.php con una copia nueva para fijar los valores de la base de datos?+
No — sobrescribir todo el archivo elimina el prefijo de la tabla, las sales de seguridad y las constantes específicas del entorno. Compare los valores DB_NAME, DB_USER, DB_PASSWORD y DB_HOST con lo que muestra su panel hosting en lugar de reemplazar el archivo al por mayor, y nunca pegue su contenido en cualquier lugar público ya que tiene su contraseña de base de datos.
Mis credenciales en wp-config.php parecen correctas, ¿cuál es la siguiente cosa a comprobar?+
Pruebe la conexión directamente iniciando sesión en phpMyAdmin o la herramienta de base de datos de su host usando el mismo DB_USER y DB_PASSWORD. Si ese inicio de sesión también falla, la credencial o sus privilegios son el problema real; si tiene éxito, el problema es cómo WordPress llega al servidor, a menudo el valor DB_HOST o un servicio detenido.
¿Es seguro ejecutar la herramienta de reparación de bases de datos integrada de WordPress, y cómo la utilizo correctamente?+
Sí, pero sólo después de tomar una copia de seguridad de la base de datos primero.Agregue definir('WP_ALLOW_REPAIR', true); a wp-config.php, visite /wp-admin/maint/repair.php, ejecute la reparación, y luego retire esa línea inmediatamente después — dejándola en su lugar expone un punto final de reparación a cualquier persona en Internet.