«Error al establecer una conexión con la base de datos» y toda la web en blanco. WordPress no consigue hablar con su base de datos — ahí viven TODOS tus contenidos: páginas, entradas, pedidos, usuarios. Respira: este error casi nunca significa pérdida de datos. Significa que WordPress no llega hasta ellos, y las razones van de una contraseña cambiada a una tabla bloqueada.
Causas más comunes (por orden)
- Credenciales de la base de datos incorrectas o cambiadas — el hosting rota contraseñas, una migración quedó a medias o wp-config.php se editó a mano y se coló un error.
- Servidor MySQL caído o saturado (en hosting compartido, un «vecino» pesado puede tirar del servicio).
- Base de datos corrupta: tablas bloqueadas o dañadas tras un corte eléctrico o una actualización abortada.
- Prefijo de tablas erróneo tras una migración.
Guía estandarizada: qué revisar, en este orden
Ojo: aquí la danza clásica de plugins no aplica — el problema está en la conexión, no en el código de la web.
- Refresca sin caché (Ctrl+F5 o incógnito): si fue un pico puntual de MySQL, puede haberse recuperado solo.
- ¿Tocaste wp-config.php o migraste recientemente? Revisa las 4 líneas sagradas: DB_NAME, DB_USER, DB_PASSWORD y DB_HOST (lo normal es «localhost»). Un carácter de más en la contraseña y nada conecta.
- Mira el panel del hosting: ¿MySQL aparece caído o con avisos? Arráncalo o reclámalo al soporte — es lo más frecuente en planes compartidos.
- Reparación de tablas: añade define(‘WP_ALLOW_REPAIR’, true); a wp-config.php, visita tuweb.com/wp-admin/maint/repair.php, ejecuta la reparación y QUITA esa línea al terminar (dejarla es una puerta abierta).
- Mira el log de errores del hosting: distinguirá «acceso denegado» (credenciales) de «tabla marcada como crashed» (corrupción).
- Si el hosting confirma MySQL vivo y credenciales correctas: corrupción más fina — toca restaurar el backup más reciente y evaluar qué se perdió desde entonces.
Cómo verificar que quedó bien
Web y admin cargan, las páginas muestran su contenido completo (no una web «vacía») y el panel de hosting no marca alertas de MySQL.
Este es el drama que evitan los backups automáticos del mantenimiento web: si ocurre, se restaura y listo — sin restaurar a mano de madrugada.
Si la guía no te salva
Con la base de datos NO se improvisa: un repair mal dado o un restore sobre la base equivocada convierte un susto en pérdida real. Copia de seguridad ANTES de tocar y manos con experiencia. Reparación urgente por horas: diagnóstico hoy, copia previa garantizada.