{"id":3797,"date":"2026-08-29T12:42:05","date_gmt":"2026-08-29T10:42:05","guid":{"rendered":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-de-conexion-a-la-base-de-datos-en-wordpress-2\/"},"modified":"2026-08-29T12:42:07","modified_gmt":"2026-08-29T10:42:07","slug":"como-solucionar-el-error-de-conexion-a-la-base-de-datos-en-wordpress-2","status":"publish","type":"post","link":"https:\/\/mantenimientoweb.pro\/blog\/como-solucionar-el-error-de-conexion-a-la-base-de-datos-en-wordpress-2\/","title":{"rendered":"\u00bfC\u00f3mo solucionar el error de conexi\u00f3n a la base de datos en WordPress?"},"content":{"rendered":"<header>\n<p>      \u00bfC\u00f3mo solucionar el error de conexi\u00f3n a la base de datos en WordPress? \ud83d\udee0\ufe0f<\/p>\n<p>Una ma\u00f1ana cualquiera, abres tu sitio web y aparece esa frase seca, casi burocr\u00e1tica: <strong>\u201cError establishing a database connection\u201d<\/strong>. No hay dise\u00f1o, no hay men\u00fa, no hay tienda, no hay blog. Solo una pared blanca con la delicadeza de una puerta cerrada en la cara. WordPress, tan locuaz para publicar, se vuelve mudo cuando no puede hablar con MySQL.<\/p>\n<p>        <span>\ud83d\udd0e Diagn\u00f3stico paso a paso<\/span><br \/>\n        <span>\ud83e\udde9 wp-config.php<\/span><br \/>\n        <span>\ud83d\uddc4\ufe0f MySQL \/ MariaDB<\/span><br \/>\n        <span>\ud83d\udd10 Seguridad<\/span><br \/>\n        <span>\u26a1 Prevenci\u00f3n y rendimiento<\/span><\/p>\n<\/header>\n<article>\n<p>El <strong>error de conexi\u00f3n a la base de datos en WordPress<\/strong> significa, en t\u00e9rminos simples, que WordPress no puede conectarse a la base de datos donde vive casi todo lo importante: entradas, p\u00e1ginas, usuarios, pedidos de WooCommerce, ajustes del tema, opciones de plugins y esa configuraci\u00f3n que alguien toc\u00f3 hace tres a\u00f1os y nadie recuerda. Los archivos del sitio siguen ah\u00ed, como una casa con fachada intacta; pero la memoria de la casa est\u00e1 inaccesible, como una biblioteca hundida bajo llave.<\/p>\n<p>La buena noticia: en muchos casos se soluciona sin dramatismo. La mala, porque siempre hay una mala noticia esperando con una taza de caf\u00e9 fr\u00edo, es que conviene actuar con m\u00e9todo. Cambiar cosas al azar en producci\u00f3n es una forma sofisticada de hacer turismo por el desastre.<\/p>\n<p>      <strong>Ruta r\u00e1pida de esta gu\u00eda<\/strong><\/p>\n<ol>\n<li><a href=\"#que-significa\">Qu\u00e9 significa realmente el error<\/a><\/li>\n<li><a href=\"#causas\">Causas m\u00e1s frecuentes<\/a><\/li>\n<li><a href=\"#antes-de-tocar\">Qu\u00e9 hacer antes de tocar nada<\/a><\/li>\n<li><a href=\"#wp-config\">Revisar wp-config.php<\/a><\/li>\n<li><a href=\"#credenciales\">Verificar credenciales y permisos<\/a><\/li>\n<li><a href=\"#host\">Comprobar el servidor de base de datos<\/a><\/li>\n<li><a href=\"#reparar\">Reparar tablas da\u00f1adas<\/a><\/li>\n<li><a href=\"#logs\">Consultar logs y modo debug<\/a><\/li>\n<li><a href=\"#wpcli\">Diagn\u00f3stico con WP-CLI<\/a><\/li>\n<li><a href=\"#hosting\">Cu\u00e1ndo escalar al hosting<\/a><\/li>\n<li><a href=\"#prevencion\">C\u00f3mo evitar que vuelva a ocurrir<\/a><\/li>\n<\/ol>\n<section id=\"que-significa\">\n<h2>Qu\u00e9 significa realmente \u201cError establishing a database connection\u201d<\/h2>\n<p>WordPress funciona como una conversaci\u00f3n constante entre dos mundos: por un lado, los archivos PHP, temas y plugins; por otro, la base de datos MySQL o MariaDB. Cuando visitas una p\u00e1gina, WordPress pregunta: \u201c\u00bfQu\u00e9 t\u00edtulo tiene esta entrada? \u00bfQu\u00e9 usuario la escribi\u00f3? \u00bfQu\u00e9 opciones hay configuradas? \u00bfQu\u00e9 productos est\u00e1n publicados?\u201d. La base de datos responde. O deber\u00eda.<\/p>\n<p>Cuando aparece el error, esa conversaci\u00f3n se rompe. Puede ser por credenciales incorrectas, un servidor MySQL ca\u00eddo, tablas corruptas, l\u00edmites de recursos superados, permisos insuficientes o incluso un cambio reciente en el hosting. Es decir: el s\u00edntoma es uno, pero las causas pueden ser muchas. Como fiebre en medicina: \u00fatil para alertar, in\u00fatil para diagnosticar sin mirar m\u00e1s.<\/p>\n<p><strong>Dato importante:<\/strong> WordPress guarda las credenciales de conexi\u00f3n en el archivo <code>wp-config.php<\/code>. All\u00ed se definen el nombre de la base de datos, el usuario, la contrase\u00f1a y el servidor de base de datos mediante constantes como <code>DB_NAME<\/code>, <code>DB_USER<\/code>, <code>DB_PASSWORD<\/code> y <code>DB_HOST<\/code>.<\/p>\n<p>La iron\u00eda, bastante cruel, es que muchas webs modernas tienen constructores visuales, animaciones, formularios inteligentes y banners con promesas de conversi\u00f3n; pero si una l\u00ednea de configuraci\u00f3n est\u00e1 mal escrita, todo ese palacio digital se convierte en una postal muda.<\/p>\n<\/section>\n<section id=\"causas\">\n<h2>Causas habituales del error de conexi\u00f3n a la base de datos en WordPress<\/h2>\n<p>No todas las aver\u00edas huelen a incendio. Algunas se parecen m\u00e1s a una llave mal puesta en una cerradura: casi todo est\u00e1 bien, pero nada abre. Estas son las causas m\u00e1s comunes:<\/p>\n<table>\n<thead>\n<tr>\n<th>Causa<\/th>\n<th>Qu\u00e9 ocurre<\/th>\n<th>Se\u00f1ales frecuentes<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<td>Credenciales incorrectas<\/td>\n<td>El usuario, contrase\u00f1a, nombre de base de datos o host no coinciden con los datos reales.<\/td>\n<td>El error aparece tras migrar, restaurar backup, cambiar hosting o modificar <code>wp-config.php<\/code>.<\/td>\n<\/tr>\n<tr>\n<td>Servidor MySQL\/MariaDB ca\u00eddo<\/td>\n<td>La base de datos no responde o el servicio est\u00e1 detenido.<\/td>\n<td>Otros sitios del mismo servidor fallan; phpMyAdmin carga lento o no abre.<\/td>\n<\/tr>\n<tr>\n<td>L\u00edmites de recursos agotados<\/td>\n<td>Demasiadas conexiones simult\u00e1neas, CPU alta, memoria insuficiente o consultas pesadas.<\/td>\n<td>El error aparece de forma intermitente, sobre todo en picos de tr\u00e1fico.<\/td>\n<\/tr>\n<tr>\n<td>Tablas corruptas<\/td>\n<td>Una o varias tablas de la base de datos est\u00e1n da\u00f1adas.<\/td>\n<td>El front-end falla, el panel puede mostrar mensajes como \u201cOne or more database tables are unavailable\u201d.<\/td>\n<\/tr>\n<tr>\n<td>Permisos insuficientes del usuario MySQL<\/td>\n<td>El usuario existe, pero no tiene privilegios adecuados sobre la base de datos.<\/td>\n<td>Frecuente tras migraciones manuales o cambios desde cPanel\/Plesk.<\/td>\n<\/tr>\n<tr>\n<td>Nombre de host incorrecto<\/td>\n<td><code>DB_HOST<\/code> no apunta al servidor correcto.<\/td>\n<td>En algunos hostings no es <code>localhost<\/code>, sino una direcci\u00f3n espec\u00edfica.<\/td>\n<\/tr>\n<tr>\n<td>Plugins o temas con consultas abusivas<\/td>\n<td>Generan demasiadas consultas o bloqueos, saturando MySQL.<\/td>\n<td>El problema aparece tras activar un plugin, importar datos o lanzar campa\u00f1as.<\/td>\n<\/tr>\n<tr>\n<td>Ataques o bots<\/td>\n<td>Tr\u00e1fico automatizado consume recursos hasta dejar la base de datos sin aire.<\/td>\n<td>Picos extra\u00f1os en logs, muchas peticiones a <code>wp-login.php<\/code> o XML-RPC.<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/section>\n<section id=\"antes-de-tocar\">\n<h2>Antes de tocar nada: respira, haz copia y mira el contexto \ud83e\uddef<\/h2>\n<p>Hay una vieja costumbre entre administradores de sistemas: antes de arreglar, observar. Parece obvio. No lo es. En el apuro, uno entra por FTP, edita archivos, borra cach\u00e9s, cambia contrase\u00f1as, reinicia servicios y termina sin saber si apag\u00f3 el fuego o solo movi\u00f3 el humo.<\/p>\n<h3>1. Comprueba si el error afecta a todo el sitio<\/h3>\n<p>Visita varias URLs:<\/p>\n<ul>\n<li><code>tudominio.com<\/code><\/li>\n<li><code>tudominio.com\/wp-admin\/<\/code><\/li>\n<li>Una entrada antigua<\/li>\n<li>Una p\u00e1gina de producto si usas WooCommerce<\/li>\n<\/ul>\n<p>Si todo falla, probablemente hay un problema de conexi\u00f3n general. Si solo falla el panel o una secci\u00f3n, podr\u00eda tratarse de tablas da\u00f1adas, plugins problem\u00e1ticos o consultas espec\u00edficas.<\/p>\n<h3>2. Revisa si hubo cambios recientes<\/h3>\n<p>Preg\u00fantate, con honestidad de detective cansado:<\/p>\n<ul>\n<li>\u00bfMigraste el sitio a otro servidor?<\/li>\n<li>\u00bfRestauraste una copia de seguridad?<\/li>\n<li>\u00bfCambiaste la contrase\u00f1a del usuario de base de datos?<\/li>\n<li>\u00bfActualizaste WordPress, PHP, plugins o tema?<\/li>\n<li>\u00bfInstalaste un plugin de seguridad, cach\u00e9 o WooCommerce?<\/li>\n<li>\u00bfTu hosting anunci\u00f3 mantenimiento?<\/li>\n<\/ul>\n<h3>3. Crea una copia de seguridad<\/h3>\n<p>Si todav\u00eda tienes acceso al panel del hosting, genera un backup de archivos y base de datos antes de intervenir. Si no puedes exportar la base de datos porque MySQL no responde, al menos descarga los archivos por SFTP o usa la herramienta de copias del proveedor.<\/p>\n<p><strong>Importante:<\/strong> no ejecutes reparaciones, restauraciones ni cambios masivos sin copia previa si existe la m\u00ednima posibilidad de obtenerla. Reparar sin respaldo es como operar con las luces parpadeando: puede salir bien, s\u00ed, pero no es precisamente una estrategia.<\/p>\n<\/section>\n<section id=\"wp-config\">\n<h2>Revisar el archivo wp-config.php: la puerta estrecha de WordPress<\/h2>\n<p>El archivo <code>wp-config.php<\/code> suele estar en la ra\u00edz de la instalaci\u00f3n, junto a carpetas como <code>wp-admin<\/code>, <code>wp-content<\/code> y <code>wp-includes<\/code>. Puedes acceder mediante SFTP, SSH o el administrador de archivos del hosting.<\/p>\n<p>Busca estas l\u00edneas:<\/p>\n<pre><code>define( 'DB_NAME', 'nombre_de_la_base_de_datos' );\ndefine( 'DB_USER', 'usuario_de_base_de_datos' );\ndefine( 'DB_PASSWORD', 'contrase\u00f1a_del_usuario' );\ndefine( 'DB_HOST', 'localhost' );<\/code><\/pre>\n<p>Verifica cuatro elementos:<\/p>\n<ol>\n<li><strong>DB_NAME:<\/strong> debe coincidir exactamente con el nombre de la base de datos.<\/li>\n<li><strong>DB_USER:<\/strong> debe ser un usuario MySQL v\u00e1lido.<\/li>\n<li><strong>DB_PASSWORD:<\/strong> debe ser la contrase\u00f1a correcta. Ojo con espacios copiados accidentalmente.<\/li>\n<li><strong>DB_HOST:<\/strong> suele ser <code>localhost<\/code>, pero no siempre. Algunos proveedores usan hosts como <code>mysql.tudominio.com<\/code>, una IP interna o nombres tipo <code>db123.hosting.com<\/code>.<\/li>\n<\/ol>\n<p>La ant\u00edtesis aqu\u00ed es casi teatral: un CMS enorme, flexible, capaz de sostener peri\u00f3dicos, academias y tiendas internacionales; dependiente, sin embargo, de cuatro valores diminutos. Gigante por fuera, alfiler por dentro.<\/p>\n<p><strong>No compartas ni publiques el contenido completo de <code>wp-config.php<\/code>.<\/strong> Puede contener credenciales, claves de seguridad y configuraciones sensibles. Si necesitas pedir ayuda, oculta contrase\u00f1as, salts y datos privados.<\/p>\n<h3>Errores comunes en wp-config.php<\/h3>\n<ul>\n<li>Comillas modificadas por copiar desde un editor enriquecido: usa comillas simples o dobles normales, no comillas tipogr\u00e1ficas.<\/li>\n<li>Espacios antes o despu\u00e9s de la contrase\u00f1a.<\/li>\n<li>Nombre de base de datos sin prefijo del hosting. En cPanel, por ejemplo, suele ser algo como <code>usuariohosting_basedatos<\/code>.<\/li>\n<li>Usuario MySQL creado, pero no asignado a la base de datos.<\/li>\n<li><code>DB_HOST<\/code> incorrecto tras una migraci\u00f3n.<\/li>\n<\/ul>\n<\/section>\n<section id=\"credenciales\">\n<h2>Verificar credenciales y permisos desde el hosting<\/h2>\n<p>Si los datos del archivo parecen correctos, toca contrastarlos con el panel del servidor. En cPanel, Plesk, DirectAdmin o paneles administrados de WordPress, busca una secci\u00f3n llamada \u201cBases de datos MySQL\u201d, \u201cDatabase Management\u201d o similar.<\/p>\n<h3>Comprueba que la base de datos existe<\/h3>\n<p>Puede sonar demasiado elemental, pero ocurre: durante una migraci\u00f3n se suben los archivos y se olvida importar la base de datos. La web queda como un teatro con escenario y butacas, pero sin actores.<\/p>\n<h3>Comprueba que el usuario existe<\/h3>\n<p>El usuario definido en <code>DB_USER<\/code> debe existir en MySQL. Si no existe, cr\u00e9alo o ajusta el archivo <code>wp-config.php<\/code> para usar uno v\u00e1lido.<\/p>\n<h3>Comprueba que el usuario est\u00e1 asignado a la base de datos<\/h3>\n<p>En muchos paneles no basta con crear el usuario. Hay que asociarlo a una base concreta y conceder permisos. Para WordPress, normalmente se requieren privilegios como:<\/p>\n<ul>\n<li><code>SELECT<\/code><\/li>\n<li><code>INSERT<\/code><\/li>\n<li><code>UPDATE<\/code><\/li>\n<li><code>DELETE<\/code><\/li>\n<li><code>CREATE<\/code><\/li>\n<li><code>ALTER<\/code><\/li>\n<li><code>INDEX<\/code><\/li>\n<li><code>DROP<\/code>, aunque conviene tratarlo con prudencia<\/li>\n<\/ul>\n<p>En entornos compartidos, el bot\u00f3n suele llamarse \u201cAll Privileges\u201d. En servidores propios, puede hacerse con SQL, adaptando nombres y evitando ejecutar comandos si no se tiene claro el alcance:<\/p>\n<pre><code>GRANT ALL PRIVILEGES ON nombre_base_datos.* TO 'usuario'@'localhost';\nFLUSH PRIVILEGES;<\/code><\/pre>\n<p>Si el usuario se conecta desde otro host, <code>'localhost'<\/code> podr\u00eda no ser correcto. En infraestructura separada, puede ser una IP privada, un hostname interno o <code>'%'<\/code>, aunque este \u00faltimo abre m\u00e1s superficie y debe usarse con criterio.<\/p>\n<\/section>\n<section id=\"host\">\n<h2>Comprobar si MySQL o MariaDB est\u00e1 funcionando<\/h2>\n<p>Si las credenciales son correctas, puede que el problema no est\u00e9 en WordPress sino en el propio servicio de base de datos. WordPress llama, pero nadie contesta. Y no, por una vez no es culpa del plugin de sliders, aunque no conviene absolverlo para siempre.<\/p>\n<h3>En hosting compartido<\/h3>\n<p>Revisa:<\/p>\n<ul>\n<li>Estado del servicio en el panel del proveedor.<\/li>\n<li>Notificaciones de mantenimiento.<\/li>\n<li>Si phpMyAdmin carga correctamente.<\/li>\n<li>Si otros sitios alojados en la misma cuenta presentan fallos.<\/li>\n<li>Consumo de CPU, RAM, procesos y conexiones MySQL.<\/li>\n<\/ul>\n<h3>En VPS o servidor dedicado<\/h3>\n<p>Si tienes acceso SSH y permisos suficientes, puedes revisar el estado del servicio. Seg\u00fan la distribuci\u00f3n, el servicio puede llamarse <code>mysql<\/code> o <code>mariadb<\/code>:<\/p>\n<pre><code>systemctl status mysql<\/code><\/pre>\n<pre><code>systemctl status mariadb<\/code><\/pre>\n<p>Si est\u00e1 detenido, puedes iniciarlo:<\/p>\n<pre><code>sudo systemctl start mysql<\/code><\/pre>\n<p>O, en MariaDB:<\/p>\n<pre><code>sudo systemctl start mariadb<\/code><\/pre>\n<p>Despu\u00e9s conviene mirar logs. En Debian\/Ubuntu, suelen encontrarse en rutas como:<\/p>\n<pre><code>\/var\/log\/mysql\/error.log\n\/var\/log\/mysql\/mysql.log\n\/var\/log\/syslog<\/code><\/pre>\n<p>En CentOS, AlmaLinux o Rocky Linux, revisa:<\/p>\n<pre><code>journalctl -u mariadb\njournalctl -u mysqld<\/code><\/pre>\n<p><strong>Cuidado con reiniciar servicios en producci\u00f3n.<\/strong> Reiniciar MySQL puede cortar conexiones activas, afectar otros sitios y agravar problemas si hay corrupci\u00f3n o falta de espacio en disco. En servidores cr\u00edticos, primero revisa logs, recursos y backups.<\/p>\n<h3>Probar conexi\u00f3n manual<\/h3>\n<p>Desde SSH, puedes probar si el usuario conecta:<\/p>\n<pre><code>mysql -u usuario -p -h localhost nombre_base_datos<\/code><\/pre>\n<p>Si falla con \u201cAccess denied\u201d, el problema apunta a usuario, contrase\u00f1a o permisos. Si falla con \u201cCan\u2019t connect to MySQL server\u201d, mira servicio, host, puerto, firewall o socket.<\/p>\n<\/section>\n<section id=\"reparar\">\n<h2>Reparar tablas da\u00f1adas de WordPress \ud83e\uddf0<\/h2>\n<p>Las tablas pueden corromperse por cierres abruptos del servidor, falta de espacio en disco, fallos de hardware, problemas en MySQL, importaciones incompletas o, simplemente, por esa suma de peque\u00f1as tragedias que llamamos mantenimiento insuficiente.<\/p>\n<p>WordPress incluye una funci\u00f3n de reparaci\u00f3n b\u00e1sica. Para activarla, a\u00f1ade temporalmente esta l\u00ednea en <code>wp-config.php<\/code>, antes de la l\u00ednea que dice <code>\/* That's all, stop editing! Happy publishing. *\/<\/code>:<\/p>\n<pre><code>define( 'WP_ALLOW_REPAIR', true );<\/code><\/pre>\n<p>Despu\u00e9s visita:<\/p>\n<pre><code>https:\/\/tudominio.com\/wp-admin\/maint\/repair.php<\/code><\/pre>\n<p>Ver\u00e1s dos opciones:<\/p>\n<ul>\n<li><strong>Repair Database:<\/strong> intenta reparar tablas da\u00f1adas.<\/li>\n<li><strong>Repair and Optimize Database:<\/strong> repara y optimiza tablas, lo que puede tardar m\u00e1s.<\/li>\n<\/ul>\n<p><strong>Elimina la l\u00ednea <code>WP_ALLOW_REPAIR<\/code> cuando termines.<\/strong> Esa p\u00e1gina no requiere iniciar sesi\u00f3n mientras la constante est\u00e9 activa. Dejarla habilitada ser\u00eda una invitaci\u00f3n con alfombra roja a curiosos y bots, que nunca faltan.<\/p>\n<h3>Reparar desde phpMyAdmin<\/h3>\n<p>Si phpMyAdmin funciona:<\/p>\n<ol>\n<li>Abre la base de datos de WordPress.<\/li>\n<li>Selecciona las tablas.<\/li>\n<li>En el men\u00fa desplegable, elige \u201cRepair table\u201d.<\/li>\n<li>Si procede, ejecuta tambi\u00e9n \u201cOptimize table\u201d.<\/li>\n<\/ol>\n<p>En sitios grandes, especialmente WooCommerce, LMS o membres\u00edas, evita reparar a ciegas en horas de tr\u00e1fico. Una tabla de pedidos no es una servilleta: si se rompe, mancha bastante m\u00e1s.<\/p>\n<h3>Reparar desde l\u00ednea de comandos<\/h3>\n<p>Con MySQL:<\/p>\n<pre><code>mysqlcheck -u usuario -p --repair nombre_base_datos<\/code><\/pre>\n<p>Para optimizar:<\/p>\n<pre><code>mysqlcheck -u usuario -p --optimize nombre_base_datos<\/code><\/pre>\n<p>Estas herramientas son \u00fatiles, pero deben usarse con respaldo reciente y conocimiento del motor de almacenamiento. En InnoDB moderno, algunos procesos de reparaci\u00f3n difieren de MyISAM; no todo se arregla con el mismo martillo.<\/p>\n<\/section>\n<section id=\"logs\">\n<h2>Activar debug y consultar registros sin convertir el sitio en un escaparate de errores<\/h2>\n<p>El modo debug de WordPress puede ayudarte a ver errores m\u00e1s espec\u00edficos, pero nunca conviene mostrarlos p\u00fablicamente. Un mensaje t\u00e9cnico visible en producci\u00f3n puede revelar rutas internas, nombres de archivos o pistas para atacantes. La transparencia est\u00e1 muy bien en pol\u00edtica; en errores PHP, un poco menos.<\/p>\n<p>En <code>wp-config.php<\/code>, puedes configurar:<\/p>\n<pre><code>define( 'WP_DEBUG', true );\ndefine( 'WP_DEBUG_LOG', true );\ndefine( 'WP_DEBUG_DISPLAY', false );\n@ini_set( 'display_errors', 0 );<\/code><\/pre>\n<p>Esto guarda errores en:<\/p>\n<pre><code>wp-content\/debug.log<\/code><\/pre>\n<p>Busca mensajes relacionados con:<\/p>\n<ul>\n<li><code>mysqli_real_connect()<\/code><\/li>\n<li><code>Access denied for user<\/code><\/li>\n<li><code>Unknown database<\/code><\/li>\n<li><code>Too many connections<\/code><\/li>\n<li><code>Table marked as crashed<\/code><\/li>\n<li><code>Connection refused<\/code><\/li>\n<\/ul>\n<p><strong>Buena pr\u00e1ctica:<\/strong> tras diagnosticar, desactiva <code>WP_DEBUG<\/code> o mant\u00e9n solo los registros necesarios protegidos. Adem\u00e1s, evita que <code>debug.log<\/code> sea accesible desde la web mediante reglas del servidor o configuraci\u00f3n del plugin de seguridad.<\/p>\n<\/section>\n<section id=\"wpcli\">\n<h2>Diagn\u00f3stico con WP-CLI para desarrolladores y administradores<\/h2>\n<p>Si tienes acceso SSH y WP-CLI instalado, puedes diagnosticar con m\u00e1s elegancia. WP-CLI es como una linterna fina en un s\u00f3tano lleno de tuber\u00edas: no repara todo, pero muestra d\u00f3nde est\u00e1 la fuga.<\/p>\n<h3>Comprobar conexi\u00f3n a la base de datos<\/h3>\n<pre><code>wp db check<\/code><\/pre>\n<p>Si responde correctamente, la conexi\u00f3n b\u00e1sica funciona. Si muestra errores, lee con atenci\u00f3n el mensaje: suele indicar si el problema es autenticaci\u00f3n, host, socket o tablas.<\/p>\n<h3>Ver credenciales detectadas por WordPress<\/h3>\n<pre><code>wp config get DB_NAME\nwp config get DB_USER\nwp config get DB_HOST<\/code><\/pre>\n<p>Por seguridad, evita imprimir o compartir <code>DB_PASSWORD<\/code>.<\/p>\n<h3>Reparar base de datos<\/h3>\n<pre><code>wp db repair<\/code><\/pre>\n<h3>Optimizar base de datos<\/h3>\n<pre><code>wp db optimize<\/code><\/pre>\n<h3>Exportar backup antes de cambios<\/h3>\n<pre><code>wp db export backup-previo.sql<\/code><\/pre>\n<p>Si el comando de exportaci\u00f3n falla porque la base no conecta, esa misma falla ya es una pista. No es poco: a veces el diagn\u00f3stico consiste en escuchar c\u00f3mo se rompe algo.<\/p>\n<\/section>\n<section id=\"plugins-temas\">\n<h2>\u00bfPuede un plugin causar el error de conexi\u00f3n?<\/h2>\n<p>S\u00ed, aunque no siempre de forma directa. Un plugin normalmente no cambia las credenciales de MySQL, pero puede saturar la base de datos con consultas pesadas, crear tablas defectuosas, ejecutar tareas programadas mal dise\u00f1adas o disparar procesos en bucle. Algunos plugins de estad\u00edsticas, b\u00fasqueda, seguridad, backups o sincronizaci\u00f3n externa pueden generar una carga considerable.<\/p>\n<p>Hay plugins excelentes, desde luego. Tambi\u00e9n hay otros que entran en la base de datos como elefante en cristaler\u00eda, con esa confianza inexplicable de quien no pagar\u00e1 la factura del vidrio.<\/p>\n<h3>C\u00f3mo aislar plugins sin acceso al panel<\/h3>\n<p>Si no puedes entrar a <code>wp-admin<\/code>, accede por SFTP o administrador de archivos y renombra la carpeta:<\/p>\n<pre><code>wp-content\/plugins<\/code><\/pre>\n<p>Por ejemplo:<\/p>\n<pre><code>plugins-desactivados<\/code><\/pre>\n<p>Esto desactiva todos los plugins. Si el sitio vuelve, crea de nuevo una carpeta <code>plugins<\/code> vac\u00eda y ve moviendo los plugins uno a uno para identificar el culpable.<\/p>\n<p><strong>Matiz importante:<\/strong> si el error es puramente de conexi\u00f3n \u2014credenciales incorrectas o MySQL ca\u00eddo\u2014 desactivar plugins no lo arreglar\u00e1. Pero si el problema es saturaci\u00f3n, consultas abusivas o tareas cron descontroladas, puede ayudarte a recuperar el acceso.<\/p>\n<h3>Revisar tareas cron de WordPress<\/h3>\n<p>WP-Cron puede acumular eventos si el sitio recibe tr\u00e1fico irregular o si alg\u00fan plugin programa tareas excesivas. Con WP-CLI:<\/p>\n<pre><code>wp cron event list<\/code><\/pre>\n<p>Si hay miles de eventos pendientes, conviene revisar el origen antes de eliminarlos. En tiendas online, membres\u00edas o reservas, borrar tareas sin criterio puede interrumpir procesos leg\u00edtimos.<\/p>\n<\/section>\n<section id=\"hosting\">\n<h2>Cu\u00e1ndo contactar al hosting y qu\u00e9 datos enviar<\/h2>\n<p>Hay momentos en los que insistir desde WordPress es como gritarle a una tuber\u00eda rota. Si el servidor de base de datos est\u00e1 ca\u00eddo, saturado o bloqueado por l\u00edmites internos, tu proveedor debe intervenir.<\/p>\n<h3>Contacta al hosting si observas:<\/h3>\n<ul>\n<li>phpMyAdmin no carga o muestra errores de conexi\u00f3n.<\/li>\n<li>El error aparece y desaparece sin cambios tuyos.<\/li>\n<li>El panel indica \u201cToo many connections\u201d.<\/li>\n<li>Hay errores de disco lleno.<\/li>\n<li>MySQL\/MariaDB est\u00e1 detenido y no tienes permisos para reiniciarlo.<\/li>\n<li>El sitio falla tras una migraci\u00f3n gestionada por el proveedor.<\/li>\n<li>Otros sitios del mismo servidor tienen problemas.<\/li>\n<\/ul>\n<h3>Informaci\u00f3n \u00fatil para soporte<\/h3>\n<p>Un buen ticket ahorra horas. Incluye:<\/p>\n<ul>\n<li>Dominio afectado.<\/li>\n<li>Hora aproximada del primer fallo y zona horaria.<\/li>\n<li>Captura del error.<\/li>\n<li>Si afecta front-end, panel o ambos.<\/li>\n<li>Cambios recientes realizados.<\/li>\n<li>Mensajes de <code>debug.log<\/code> o logs del hosting, ocultando datos sensibles.<\/li>\n<li>Confirmaci\u00f3n de que revisaste <code>DB_NAME<\/code>, <code>DB_USER<\/code> y <code>DB_HOST<\/code>.<\/li>\n<\/ul>\n<p>Evita enviar contrase\u00f1as por ticket salvo que el proveedor lo solicite mediante un canal seguro. Lo urgente no deber\u00eda derrotar a lo prudente.<\/p>\n<\/section>\n<section id=\"migraciones\">\n<h2>El error despu\u00e9s de migrar WordPress: el cl\u00e1sico moderno \ud83d\ude9a<\/h2>\n<p>Muchas incidencias aparecen justo despu\u00e9s de una migraci\u00f3n. No por casualidad: mover WordPress no es solo trasladar archivos, sino coordinar rutas, dominios, base de datos, usuarios, prefijos, versiones de PHP y configuraci\u00f3n del servidor. Es mudarse de casa con biblioteca, cocina, cerraduras y gato. Algo se esconde bajo el sof\u00e1.<\/p>\n<h3>Checklist tras migraci\u00f3n<\/h3>\n<ul>\n<li>La base de datos fue importada completamente.<\/li>\n<li><code>wp-config.php<\/code> apunta al nuevo nombre de base de datos.<\/li>\n<li>El usuario MySQL pertenece a la base de datos correcta.<\/li>\n<li><code>DB_HOST<\/code> coincide con el dato del nuevo hosting.<\/li>\n<li>El prefijo de tablas en <code>$table_prefix<\/code> coincide con las tablas reales.<\/li>\n<li>La versi\u00f3n de PHP es compatible con WordPress, tema y plugins.<\/li>\n<li>MySQL\/MariaDB est\u00e1 activo y acepta conexiones desde el servidor web.<\/li>\n<li>No hay reglas de firewall bloqueando el puerto de base de datos.<\/li>\n<\/ul>\n<p>El prefijo de tablas suele pasar desapercibido. En <code>wp-config.php<\/code> ver\u00e1s algo como:<\/p>\n<pre><code>$table_prefix = 'wp_';<\/code><\/pre>\n<p>Si tus tablas se llaman <code>abc_posts<\/code>, <code>abc_options<\/code> y <code>abc_users<\/code>, el prefijo debe ser:<\/p>\n<pre><code>$table_prefix = 'abc_';<\/code><\/pre>\n<p>Un prefijo incorrecto no siempre genera exactamente el error de conexi\u00f3n; a veces produce instalaciones \u201cvac\u00edas\u201d o comportamientos extra\u00f1os. Pero en diagn\u00f3sticos reales, conviene mirarlo. Las cosas peque\u00f1as tienen la desagradable man\u00eda de mandar.<\/p>\n<\/section>\n<section id=\"woocommerce\">\n<h2>Casos especiales: WooCommerce, membres\u00edas y sitios con mucho tr\u00e1fico<\/h2>\n<p>En una web corporativa con pocas p\u00e1ginas, la base de datos puede vivir tranquila. En una tienda WooCommerce, en cambio, trabaja como una cocina en hora punta: pedidos, carritos, sesiones, cupones, inventario, pagos, webhooks, correos, b\u00fasquedas. Todo ocurre a la vez y todo parece urgente.<\/p>\n<p>Si el error aparece en campa\u00f1as, lanzamientos o temporadas de alto tr\u00e1fico, considera:<\/p>\n<ul>\n<li>Optimizar consultas lentas.<\/li>\n<li>Revisar plugins de b\u00fasqueda y filtros.<\/li>\n<li>Activar cach\u00e9 de p\u00e1gina donde sea compatible.<\/li>\n<li>Usar cach\u00e9 de objetos persistente con Redis o Memcached.<\/li>\n<li>Limpiar sesiones expiradas de WooCommerce.<\/li>\n<li>Revisar el tama\u00f1o de tablas como <code>wp_options<\/code>, <code>wp_postmeta<\/code> y tablas de acciones programadas.<\/li>\n<li>Separar recursos en hosting administrado o VPS dimensionado correctamente.<\/li>\n<\/ul>\n<h3>La tabla wp_options y el autoload<\/h3>\n<p>Una causa silenciosa de lentitud es una tabla <code>wp_options<\/code> inflada, especialmente con muchas opciones cargadas autom\u00e1ticamente mediante <code>autoload = yes<\/code>. No siempre causa el error de conexi\u00f3n, pero puede contribuir a saturaci\u00f3n, tiempos de respuesta altos y consumo excesivo de memoria.<\/p>\n<p>Consulta orientativa:<\/p>\n<pre><code>SELECT SUM(LENGTH(option_value)) AS autoload_size\nFROM wp_options\nWHERE autoload = 'yes';<\/code><\/pre>\n<p>Si el tama\u00f1o es excesivo, revisa opciones hu\u00e9rfanas de plugins antiguos. No borres entradas sin saber qu\u00e9 hacen; algunas parecen basura y son el hilo que sostiene medio sitio, como esos tornillos que sobran al montar un mueble y luego explican por qu\u00e9 se tambalea.<\/p>\n<\/section>\n<section id=\"seguridad\">\n<h2>Seguridad: cuando el error es s\u00edntoma de abuso<\/h2>\n<p>No todo error de base de datos nace de una mala configuraci\u00f3n. A veces el sitio est\u00e1 bajo presi\u00f3n: bots atacando <code>wp-login.php<\/code>, intentos masivos contra XML-RPC, scraping agresivo, escaneos de vulnerabilidades, consultas maliciosas o explotaci\u00f3n de plugins desactualizados.<\/p>\n<h3>Se\u00f1ales de posible ataque o abuso<\/h3>\n<ul>\n<li>Incremento brusco de tr\u00e1fico desde pocas IPs.<\/li>\n<li>Muchas peticiones a <code>\/wp-login.php<\/code>.<\/li>\n<li>Uso intensivo de <code>\/xmlrpc.php<\/code>.<\/li>\n<li>Errores 500 intermitentes junto al error de base de datos.<\/li>\n<li>Procesos PHP numerosos o consumo anormal de CPU.<\/li>\n<li>Archivos desconocidos en <code>wp-content<\/code>, <code>uploads<\/code> o la ra\u00edz.<\/li>\n<\/ul>\n<h3>Medidas recomendadas<\/h3>\n<ul>\n<li>Actualizar WordPress, plugins y temas.<\/li>\n<li>Eliminar plugins y temas que no se usan.<\/li>\n<li>Activar autenticaci\u00f3n de dos factores para administradores.<\/li>\n<li>Limitar intentos de inicio de sesi\u00f3n.<\/li>\n<li>Proteger o restringir XML-RPC si no se utiliza.<\/li>\n<li>Implementar WAF, por ejemplo a nivel de hosting o CDN.<\/li>\n<li>Revisar usuarios administradores desconocidos.<\/li>\n<li>Escanear malware con herramientas reputadas.<\/li>\n<li>Cambiar credenciales de base de datos si hay sospecha de filtraci\u00f3n.<\/li>\n<\/ul>\n<p><strong>Si sospechas compromiso:<\/strong> no te limites a \u201carreglar\u201d la conexi\u00f3n. A\u00edsla, revisa integridad de archivos, rota contrase\u00f1as, analiza logs y restaura desde una copia limpia si es necesario. Un sitio comprometido que vuelve a cargar no est\u00e1 sano; solo est\u00e1 sonriendo con fiebre.<\/p>\n<\/section>\n<section id=\"prevencion\">\n<h2>C\u00f3mo evitar que el error vuelva a aparecer \u26a1<\/h2>\n<p>Prevenir este error no consiste en rezar ante el panel del hosting, aunque algunos lunes parezca una opci\u00f3n razonable. Consiste en reducir puntos d\u00e9biles, observar se\u00f1ales tempranas y no tratar la base de datos como un s\u00f3tano donde se tira todo lo que no se quiere mirar.<\/p>\n<h3>Backups verificables<\/h3>\n<p>Programa copias autom\u00e1ticas de archivos y base de datos. Pero, sobre todo, prueba restauraciones. Un backup que nadie ha probado es una promesa escrita en agua.<\/p>\n<h3>Monitorizaci\u00f3n<\/h3>\n<p>Usa alertas de uptime, consumo de recursos, espacio en disco y errores 500. Detectar un fallo a los cinco minutos no es lo mismo que descubrirlo por un cliente molesto.<\/p>\n<h3>Actualizaciones con criterio<\/h3>\n<p>Mant\u00e9n WordPress, PHP, temas y plugins actualizados. En sitios cr\u00edticos, usa staging antes de producci\u00f3n.<\/p>\n<h3>Hosting adecuado<\/h3>\n<p>Una tienda con miles de pedidos no deber\u00eda vivir en un plan m\u00ednimo compartido. La econom\u00eda mal entendida suele enviar facturas con intereses.<\/p>\n<h3>Cach\u00e9 y optimizaci\u00f3n<\/h3>\n<p>Implementa cach\u00e9 de p\u00e1gina, cach\u00e9 de objetos, CDN y optimizaci\u00f3n de consultas cuando el proyecto lo requiera.<\/p>\n<h3>Higiene de base de datos<\/h3>\n<p>Limpia revisiones excesivas, transients expirados, tablas hu\u00e9rfanas y registros innecesarios, siempre con copia previa.<\/p>\n<h3>Configurar cach\u00e9 de objetos persistente<\/h3>\n<p>En sitios din\u00e1micos, Redis o Memcached pueden reducir consultas repetitivas a la base de datos. No sustituyen a una base bien configurada, pero alivian la carga. Es la diferencia entre preguntar lo mismo mil veces y tener una libreta cerca.<\/p>\n<h3>Optimizar el cron real<\/h3>\n<p>En sitios con tr\u00e1fico irregular o muchas tareas, conviene desactivar WP-Cron por visita y usar cron del sistema. En <code>wp-config.php<\/code>:<\/p>\n<pre><code>define( 'DISABLE_WP_CRON', true );<\/code><\/pre>\n<p>Y luego programar una tarea en el servidor:<\/p>\n<pre><code>*\/5 * * * * wget -q -O - https:\/\/tudominio.com\/wp-cron.php?doing_wp_cron >\/dev\/null 2>&1<\/code><\/pre>\n<p>Esto debe adaptarse al hosting y al volumen del sitio. Cada cinco minutos suele ser razonable para muchos proyectos, pero no es una ley natural.<\/p>\n<\/section>\n<section id=\"protocolo\">\n<h2>Protocolo r\u00e1pido de actuaci\u00f3n<\/h2>\n<p>Si necesitas una gu\u00eda pr\u00e1ctica para actuar sin perderte, sigue este orden:<\/p>\n<ol>\n<li><strong>Confirma el alcance:<\/strong> front-end, panel, todo el sitio o error intermitente.<\/li>\n<li><strong>Revisa cambios recientes:<\/strong> migraci\u00f3n, actualizaci\u00f3n, restauraci\u00f3n, cambio de contrase\u00f1a.<\/li>\n<li><strong>Haz backup:<\/strong> archivos y base de datos si es posible.<\/li>\n<li><strong>Comprueba <code>wp-config.php<\/code>:<\/strong> <code>DB_NAME<\/code>, <code>DB_USER<\/code>, <code>DB_PASSWORD<\/code>, <code>DB_HOST<\/code>.<\/li>\n<li><strong>Verifica en el hosting:<\/strong> base existente, usuario asignado y privilegios correctos.<\/li>\n<li><strong>Prueba phpMyAdmin:<\/strong> si no conecta, puede ser MySQL o credenciales.<\/li>\n<li><strong>Consulta logs:<\/strong> WordPress, PHP, MySQL y servidor web.<\/li>\n<li><strong>Repara tablas:<\/strong> solo si hay indicios de corrupci\u00f3n y con copia previa.<\/li>\n<li><strong>Desactiva plugins:<\/strong> si sospechas saturaci\u00f3n o fallo tras instalaci\u00f3n.<\/li>\n<li><strong>Escala al hosting:<\/strong> si hay ca\u00edda de servicio, l\u00edmites, disco lleno o errores de infraestructura.<\/li>\n<\/ol>\n<p><strong>Regla de oro:<\/strong> cambia una cosa por vez y documenta cada paso. En mantenimiento web, la memoria humana es un plugin poco fiable.<\/p>\n<\/section>\n<section id=\"preguntas\">\n<h2>Preguntas frecuentes sobre el error de base de datos en WordPress<\/h2>\n<h3>\u00bfEl error significa que perd\u00ed mi web?<\/h3>\n<p>No necesariamente. En la mayor\u00eda de casos, los archivos y datos siguen existiendo. El problema es que WordPress no puede acceder a la base de datos. Aun as\u00ed, conviene actuar con cuidado y hacer copias antes de reparar o restaurar.<\/p>\n<h3>\u00bfPuede solucionarse solo?<\/h3>\n<p>S\u00ed, si el origen es una ca\u00edda temporal de MySQL o un pico de recursos del hosting. Pero si ocurre m\u00e1s de una vez, no lo ignores. Los errores intermitentes son como goteras: empiezan con una mancha peque\u00f1a y terminan explicando por qu\u00e9 el techo tiene car\u00e1cter propio.<\/p>\n<h3>\u00bfDebo cambiar la contrase\u00f1a de la base de datos?<\/h3>\n<p>Solo si sospechas que es incorrecta, fue comprometida o necesitas regenerarla desde el hosting. Si la cambias, recuerda actualizar <code>DB_PASSWORD<\/code> en <code>wp-config.php<\/code>.<\/p>\n<h3>\u00bfEs seguro usar la reparaci\u00f3n de WordPress?<\/h3>\n<p>Es una herramienta leg\u00edtima, pero debe usarse con copia previa. Adem\u00e1s, hay que eliminar <code>WP_ALLOW_REPAIR<\/code> al terminar para no dejar expuesta la p\u00e1gina de reparaci\u00f3n.<\/p>\n<h3>\u00bfUn CDN como Cloudflare soluciona este problema?<\/h3>\n<p>No directamente. Un CDN puede reducir carga sirviendo contenido est\u00e1tico y mitigando tr\u00e1fico malicioso, pero si WordPress necesita consultar la base de datos y MySQL no responde, el problema persistir\u00e1. Puede ayudar en prevenci\u00f3n, no sustituye al diagn\u00f3stico.<\/p>\n<h3>\u00bfQu\u00e9 diferencia hay entre este error y un error 500?<\/h3>\n<p>El error de conexi\u00f3n a la base de datos es espec\u00edfico: WordPress no logra conectarse a MySQL\/MariaDB. Un error 500 es m\u00e1s amplio y puede deberse a PHP, memoria, permisos, reglas <code>.htaccess<\/code>, plugins, tema o servidor.<\/p>\n<h3>\u00bfConviene optimizar la base de datos cada semana?<\/h3>\n<p>Depende del sitio. Optimizar por rutina sin entender el tama\u00f1o, motor y uso de tablas no siempre aporta beneficios. En sitios grandes, puede incluso bloquear tablas temporalmente. Mejor monitorizar, limpiar con criterio y programar mantenimiento en horas de baja actividad.<\/p>\n<\/section>\n<section id=\"cierre\">\n<h2>Cuando WordPress calla, la base de datos suele estar contando la historia<\/h2>\n<p>El error de conexi\u00f3n a la base de datos en WordPress parece brutal porque no ofrece matices: una frase, una pantalla vac\u00eda, un sitio detenido. Pero detr\u00e1s de esa sequedad hay pistas. Credenciales, permisos, host, servicio MySQL, tablas, recursos, plugins, seguridad. El trabajo consiste en seguirlas sin prisa in\u00fatil y sin valent\u00eda teatral.<\/p>\n<p>WordPress es, al mismo tiempo, robusto y fr\u00e1gil: capaz de sostener proyectos inmensos, vulnerable a una contrase\u00f1a mal copiada; flexible como un r\u00edo, dependiente de compuertas muy concretas. Esa contradicci\u00f3n no lo hace peor. Lo hace real.<\/p>\n<p>Si algo deja esta aver\u00eda, adem\u00e1s del susto, es una lecci\u00f3n de mantenimiento web: los sitios no solo se dise\u00f1an, se cuidan. Una base de datos sana, copias verificadas, hosting proporcionado, actualizaciones prudentes y registros observados a tiempo convierten una emergencia en una incidencia manejable. Y eso, en el mundo digital, ya es una peque\u00f1a forma de paz. \u2705<\/p>\n<\/section>\n<\/article>\n<p>  <script type=\"application\/ld+json\">\n  {\n    \"@context\": \"https:\/\/schema.org\",\n    \"@type\": \"TechArticle\",\n    \"headline\": \"C\u00f3mo solucionar el error de conexi\u00f3n a la base de datos en WordPress\",\n    \"description\": \"Gu\u00eda profesional para diagnosticar y solucionar el error de conexi\u00f3n a la base de datos en WordPress, incluyendo wp-config.php, MySQL, reparaci\u00f3n de tablas, WP-CLI, seguridad y prevenci\u00f3n.\",\n    \"inLanguage\": \"es\",\n    \"about\": [\n      \"WordPress\",\n      \"MySQL\",\n      \"MariaDB\",\n      \"wp-config.php\",\n      \"mantenimiento web\",\n      \"seguridad WordPress\",\n      \"rendimiento WordPress\"\n    ],\n    \"proficiencyLevel\": \"Intermediate\",\n    \"keywords\": \"error de conexi\u00f3n a la base de datos WordPress, Error establishing a database connection, reparar base de datos WordPress, MySQL WordPress, wp-config.php, WP-CLI\"\n  }\n  <\/script><\/p>\n","protected":false},"excerpt":{"rendered":"<p>\u00bfC\u00f3mo solucionar el error de conexi\u00f3n a la base de datos en WordPress? \ud83d\udee0\ufe0f Una<\/p>\n","protected":false},"author":1,"featured_media":3796,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_seopress_titles_title":"","_seopress_titles_desc":"","_seopress_robots_index":"","_seopress_robots_follow":"","_seopress_robots_imageindex":"","_seopress_robots_snippet":"","_seopress_robots_primary_cat":"","_seopress_robots_breadcrumbs":"","_seopress_robots_freeze_modified_date":"","_seopress_robots_custom_modified_date":"","_seopress_robots_canonical":"","_seopress_social_fb_title":"","_seopress_social_fb_desc":"","_seopress_social_fb_img":"","_seopress_social_fb_img_attachment_id":0,"_seopress_social_fb_img_width":0,"_seopress_social_fb_img_height":0,"_seopress_social_twitter_title":"","_seopress_social_twitter_desc":"","_seopress_social_twitter_img":"","_seopress_social_twitter_img_attachment_id":0,"_seopress_social_twitter_img_width":0,"_seopress_social_twitter_img_height":0,"_seopress_redirections_value":"","_seopress_redirections_enabled":"","_seopress_redirections_enabled_regex":"","_seopress_redirections_logged_status":"","_seopress_redirections_param":"","_seopress_redirections_type":0,"_seopress_analysis_target_kw":"","_seopress_news_disabled":"","_seopress_video_disabled":"","_seopress_video":[],"_seopress_pro_schemas_manual":[],"_seopress_pro_rich_snippets_disable_all":"","_seopress_pro_rich_snippets_disable":[],"_seopress_pro_schemas":[],"footnotes":""},"categories":[2],"tags":[],"class_list":["post-3797","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-mantenimiento"],"_links":{"self":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3797","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/comments?post=3797"}],"version-history":[{"count":1,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3797\/revisions"}],"predecessor-version":[{"id":3798,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/posts\/3797\/revisions\/3798"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media\/3796"}],"wp:attachment":[{"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/media?parent=3797"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/categories?post=3797"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/mantenimientoweb.pro\/blog\/wp-json\/wp\/v2\/tags?post=3797"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}