✓La base de datos de WordPress es donde se guarda todo el contenido y la configuración de la web: páginas, entradas, usuarios, comentarios, ajustes y, en una tienda, los pedidos; las imágenes, el tema y los plugins están aparte, en los archivos del hosting. Se gestiona con phpMyAdmin desde el panel del hosting, tiene que estar en todas las copias de seguridad y conviene limpiarla de vez en cuando para que no frene la web. En Nerade, los planes de mantenimiento WordPress cuestan: BÁSICO desde 40 € al mes (36 € con pago anual), PRO 75 € al mes (67 € anual), que suma WooCommerce y 2 horas de soporte técnico, y VIP a consultar.
Casi nadie piensa en la base de datos de WordPress hasta que da un problema: la web muestra un error de conexión, va cada vez más lenta o hay que cambiarla de hosting y alguien pregunta «¿y la base de datos?». Es normal: no se ve desde el escritorio de WordPress y su nombre suena a algo que solo toca un informático.
Pero entender qué es y qué guarda ahorra muchos disgustos. Una copia de seguridad que solo incluye los archivos no sirve para recuperar la web; un plugin de limpieza mal usado puede borrar algo importante, y cambiar el dominio sin tocar la base de datos deja enlaces e imágenes rotos por toda la página.
En esta guía tienes la base de datos de WordPress explicada para dueños de webs y para quien las mantiene: qué es, qué tablas tiene y cuáles crecen, cómo saber cuál usa tu web, cómo entrar con phpMyAdmin, cómo hacer una copia y restaurarla, cómo optimizarla sin romper nada, cómo cambiar la URL de WordPress en la base de datos, los problemas más habituales y cómo protegerla.
Qué es la base de datos de WordPress
Una web hecha con WordPress tiene dos partes que viven separadas en el hosting. Por un lado están los archivos: el propio WordPress, el tema, los plugins y todo lo que se sube a la biblioteca de medios. Por otro está la base de datos, que es donde WordPress guarda el contenido y la configuración en forma de tablas, como una hoja de cálculo muy grande y muy ordenada.
Cada vez que alguien visita una página, WordPress consulta la base de datos para saber qué texto tiene esa página, qué título, qué menú y qué ajustes, y lo junta con el tema para mostrarla. Por eso, si la base de datos de WordPress no responde, la web no puede enseñar nada aunque los archivos estén perfectos. Y por eso, cuando se escribe una entrada nueva, no aparece ningún archivo nuevo en el hosting: lo que cambia es la base de datos.
WordPress funciona con MySQL o con MariaDB, que es una variante compatible. Según los requisitos oficiales de WordPress, se recomienda MySQL 8.0 o superior, o MariaDB 10.11 o superior. Casi todos los hostings la incluyen en sus planes y la crean solos al instalar WordPress con un clic.
En los archivos del hosting
- •El núcleo de WordPress
- •El tema y sus plantillas
- •Los plugins
- •Las imágenes, PDF y vídeos que subes
- •El archivo wp-config.php con los datos de conexión
En la base de datos
- •Páginas, entradas y productos
- •Menús, categorías y etiquetas
- •Usuarios y contraseñas cifradas
- •Comentarios y formularios que guardan datos
- •Ajustes de WordPress y de casi todos los plugins
- •Pedidos y clientes de WooCommerce
Esta separación entre archivos y base de datos de WordPress tiene una consecuencia práctica muy importante: para tener una copia completa de una web WordPress hacen falta las dos partes. Con solo los archivos tienes el diseño, pero ningún contenido; con solo la base de datos tienes el texto, pero sin imágenes, tema ni plugins.
Qué guarda la base de datos de WordPress: sus tablas
Una instalación nueva de WordPress crea doce tablas. Todas empiezan por un prefijo, que por defecto es «wp_» aunque muchos hostings ponen otro distinto por seguridad. Después, cada plugin puede añadir sus propias tablas: WooCommerce, los formularios, los plugins de seguridad o los de estadísticas suelen crear varias.
No hace falta conocer todas las tablas de WordPress, pero sí saber cuáles son las importantes y cuáles tienden a crecer, porque ahí es donde aparecen los problemas de tamaño y de velocidad.
Las tres que más conviene vigilar son wp_posts, wp_postmeta y wp_options. La primera crece con las revisiones: WordPress guarda una copia cada vez que se actualiza un texto. La segunda crece con los maquetadores visuales y las tiendas, que guardan mucha información por cada página o producto. Y la tercera acumula restos de plugins que se borraron hace tiempo y siguen dejando ajustes y datos temporales que se cargan en cada visita.
Dónde está y cómo saber qué base de datos usa tu web
La base de datos de WordPress no está dentro de la carpeta de la instalación, sino en el servidor de bases de datos del hosting, que a veces es la misma máquina y a veces otra distinta. Para saber cuál usa tu web hay que mirar el archivo wp-config.php, que está en la carpeta principal de la instalación. Ahí aparecen cuatro datos: el nombre de la base de datos, el usuario, la contraseña y el servidor.
| Dato en wp-config.php | Qué es | Ejemplo |
|---|---|---|
| DB_NAME | Nombre de la base de datos que usa la web | midominio_wp123 |
| DB_USER | Usuario con permiso para leer y escribir en ella | midominio_user |
| DB_PASSWORD | Contraseña de ese usuario | (no se comparte) |
| DB_HOST | Servidor donde está la base de datos | localhost o una dirección del hosting |
Esto es útil sobre todo cuando en el mismo hosting hay varias bases de datos (de webs antiguas, de pruebas o de otras instalaciones) y no está claro cuál es la buena. El nombre que aparece en wp-config.php es el que manda. Si quieres saber más sobre este archivo y qué más se puede configurar en él, lo tienes en nuestra guía del wp-config.php.
Ojo
No compartas el contenido de wp-config.php por correo ni en capturas: con esos cuatro datos cualquiera podría entrar en la base de datos. Si tienes que dárselo a un técnico, mejor dale acceso al hosting o crea un usuario solo para él.
Cómo entrar en la base de datos de WordPress con phpMyAdmin
La forma más habitual de ver y gestionar la base de datos de WordPress es phpMyAdmin, una herramienta que incluyen casi todos los hostings en su panel de control. Permite ver las tablas, buscar datos, exportar una copia o importarla, y hacer cambios en la base de datos de WordPress. Algunos hostings usan otra herramienta parecida, como Adminer, pero el funcionamiento es casi igual.
1
Entra en el panel de tu hosting
cPanel, Plesk o el panel propio del proveedor. Busca el apartado de «Bases de datos».
2
Abre phpMyAdmin
Normalmente entra solo con tu sesión; si pide usuario y contraseña, son los de la base de datos de wp-config.php.
3
Elige la base de datos correcta
En la columna de la izquierda, la que tiene el mismo nombre que DB_NAME.
4
Mira las tablas sin tocar nada
Verás las tablas con su prefijo, cuántas filas tiene cada una y cuánto ocupa.
5
Haz una copia antes de cambiar algo
Pestaña «Exportar», método rápido, formato SQL. Guarda el archivo en tu ordenador.
Para mirar, phpMyAdmin es seguro. Para cambiar, no tanto: no tiene botón de deshacer, y borrar una fila o una tabla equivocada se nota al instante en la web. Si no estás seguro de lo que haces, lo prudente es limitarse a exportar la copia y pedir ayuda para el resto. Y si la base de datos no existe todavía porque vas a instalar WordPress a mano, la documentación de WordPress explica cómo crearla.
Cómo hacer una copia de seguridad de la base de datos y restaurarla
La base de datos es la parte más delicada de cualquier web WordPress, porque es la que cambia cada día: cada pedido, cada comentario y cada texto nuevo se guardan ahí. Por eso las copias tienen que ser frecuentes y tienen que incluirla siempre. La guía oficial de WordPress para copiar la base de datos explica los métodos manuales; aquí van los tres más habituales.
| Método | Cómo se hace | Para quién |
|---|---|---|
| Plugin de copias | Programa copias automáticas de archivos y base de datos y las guarda fuera del hosting | La mayoría de webs |
| phpMyAdmin | Pestaña «Exportar», formato SQL; se descarga un archivo con toda la base de datos | Copias puntuales antes de un cambio |
| Copias del hosting | El proveedor guarda copias del servidor y permite restaurarlas desde el panel | Complemento, nunca la única copia |
| WP-CLI | Comando de exportación desde la línea de comandos del servidor | Técnicos y webs grandes |
Para restaurar la base de datos de WordPress desde una copia se hace el camino contrario: en phpMyAdmin, se entra en la base de datos, se usa la pestaña «Importar» y se sube el archivo SQL. Antes conviene exportar la base de datos actual por si algo sale mal, y tener claro que restaurar sustituye todo: los pedidos o comentarios que hayan llegado desde la fecha de la copia se pierden.
En una tienda online esto es muy importante. Si se restaura una copia de ayer, los pedidos de hoy desaparecen de la base de datos aunque el cliente los haya pagado. Por eso en las tiendas las copias se hacen más a menudo y, antes de restaurar, se apuntan los pedidos recientes. Tienes todos los detalles en nuestra guía de copia de seguridad de WordPress.
Cómo optimizar y limpiar la base de datos de WordPress
Con el tiempo, la base de datos WordPress acumula cosas que ya no sirven: revisiones antiguas de cada página, comentarios de spam, entradas en la papelera, datos temporales caducados y ajustes de plugins que se borraron. Nada de eso se ve en la web, pero ocupa espacio y, en algunos casos, hace que cada visita tarde un poco más porque WordPress carga datos que no necesita.
Optimizar la base de datos de WordPress es limpiar esa basura y ordenar las tablas para que respondan más rápido. En una web pequeña el efecto suele ser modesto; en una tienda o en una web con años y muchos plugins puede notarse bastante, sobre todo en el panel de administración. Antes de limpiar nada, siempre una copia.
Se puede limpiar
- ✓Revisiones antiguas de páginas y entradas
- ✓Comentarios de spam y de la papelera
- ✓Entradas y páginas en la papelera
- ✓Datos temporales caducados (transients)
Con cuidado y con copia
- !Ajustes de plugins que ya no usas
- !Tablas que dejó un plugin borrado
- !Borradores automáticos antiguos
No se toca a mano
- ✗Tablas de WordPress y de plugins activos
- ✗La tabla de opciones sin saber qué es cada fila
- ✗Pedidos, clientes y usuarios
- ✗Cualquier cosa sin copia previa
Para optimizar la base de datos de WordPress sin entrar en phpMyAdmin hay plugins pensados para esto. WP-Optimize limpia revisiones, spam y datos temporales y permite programar la limpieza cada semana o cada mes, que es la forma más sencilla de automatizarla. Advanced Database Cleaner además detecta tablas y ajustes que dejaron plugins borrados. En los dos casos, lo recomendable es revisar qué va a borrar antes de confirmar.
También se puede frenar el crecimiento desde el origen. Limitar el número de revisiones que guarda WordPress (se hace en wp-config.php), no instalar plugins para probarlos en la web en funcionamiento y borrar del todo los que ya no se usan evita que la base de datos vuelva a llenarse. Si además la web va lenta, en la guía para optimizar WordPress tienes el resto de causas, porque la base de datos rara vez es la única.
La base de datos WordPress en una tienda WooCommerce
En una tienda online la base de datos de WordPress tiene mucho más trabajo que en una web corporativa. Además del contenido, guarda los productos con sus variaciones y precios, los pedidos, los clientes, los cupones, las notas de cada pedido y las sesiones de los carritos que se abren y se abandonan. WooCommerce crea sus propias tablas para todo eso, y las versiones recientes guardan los pedidos en tablas propias en lugar de mezclarlos con las entradas.
Eso cambia la forma de cuidar la base de datos WordPress de una tienda. Las copias tienen que ser más frecuentes, porque cada pedido nuevo es un dato que no se puede volver a crear; las limpiezas tienen que respetar los pedidos y los clientes, y cualquier restauración se planifica para no perder ventas. También crecen más rápido las tablas de sesiones y los datos temporales, sobre todo en tiendas con mucho tráfico o con muchos carritos abandonados.
| Qué guarda la tienda | Riesgo si se pierde o se daña | Cuidado especial |
|---|---|---|
| Pedidos y notas de pedido | Pedidos pagados que desaparecen del panel | Copias diarias o más frecuentes |
| Clientes y direcciones | Clientes sin historial ni datos de envío | Nunca limpiar a mano |
| Productos, variaciones y stock | Precios o existencias equivocados | Copia antes de importar o actualizar en bloque |
| Sesiones y carritos | Tablas que crecen sin parar | Limpieza periódica con la herramienta de WooCommerce |
Por todo esto, en las tiendas no conviene usar plugins de limpieza agresivos ni restaurar copias sin revisar antes qué pedidos han entrado después. Si tu tienda tiene muchos pedidos al día, lo sensato es que la base de datos de WordPress esté dentro de un mantenimiento con copias frecuentes y alguien que sepa qué se puede tocar y qué no.
Cómo cambiar la URL de WordPress en la base de datos
Cuando una web cambia de dominio, pasa de http a https o se mueve de una carpeta de pruebas a la definitiva, la dirección vieja sigue escrita en muchos sitios de la base de datos: en los ajustes generales, en los enlaces entre páginas, en las rutas de las imágenes y en la configuración de muchos plugins. Si solo se cambia en un sitio, la web se ve, pero con imágenes rotas y enlaces que llevan a la dirección antigua.
Para cambiar la URL de WordPress en la base de datos, la dirección principal está en dos filas de la tabla wp_options, llamadas «siteurl» y «home». Se pueden cambiar desde Ajustes › Generales en el escritorio o, si no se puede entrar, directamente en phpMyAdmin. Pero eso solo cambia la dirección principal; el resto de menciones necesitan una búsqueda y reemplazo en toda la base de datos.
Aquí hay una trampa: WordPress y muchos plugins guardan parte de sus datos en un formato especial (serializado) que incluye la longitud de cada texto. Si se cambia la dirección con un buscar y reemplazar normal, la longitud no coincide y esos datos se rompen. Por eso se usan herramientas que lo tienen en cuenta, como el comando search-replace de WP-CLI o el plugin Better Search Replace, siempre con una copia hecha antes. La guía de WordPress para migrar lo explica, y en nuestro artículo sobre cómo migrar WordPress a otro hosting tienes el proceso completo.
Problemas habituales de la base de datos de WordPress
La mayoría de los problemas de la base de datos WordPress se notan en la web de una de estas cuatro formas. Saber reconocerlas ayuda a ir directo a la causa y a no tocar lo que no hace falta.
| Lo que ves | Causa más habitual | Qué hacer |
|---|---|---|
| «Error al establecer una conexión con la base de datos» | Datos de conexión mal, servidor caído o tablas dañadas | Revisar wp-config.php y el estado del servidor |
| La web y el panel van cada vez más lentos | Tablas muy grandes, opciones cargadas en cada visita | Limpiar y optimizar con copia previa |
| WordPress pide reparar la base de datos | Tablas dañadas tras un corte o un fallo del servidor | Copia, reparar y comprobar el contenido |
| Imágenes rotas o enlaces a una dirección vieja | Cambio de dominio sin buscar y reemplazar | Reemplazo seguro con datos serializados |
| Contenido o usuarios extraños | Web hackeada con datos inyectados en la base de datos | Limpieza completa y cambio de contraseñas |
El primero es el más alarmante, porque la web deja de verse entera y solo aparece ese mensaje. Lo explicamos paso a paso en el artículo sobre el error al establecer una conexión con la base de datos. Y si sospechas que alguien ha metido contenido o usuarios en tu web, en WordPress hackeado tienes qué revisar.
Cómo proteger la base de datos de WordPress
La base de datos de WordPress guarda los datos de los usuarios y, en una tienda, los de los clientes, así que conviene protegerla igual que el resto de la web. No hace falta nada complicado: la mayoría de las medidas son de sentido común y se aplican una vez.
Medidas básicas para proteger la base de datos
- ✓Una base de datos y un usuario propios para cada web, nunca compartidos entre varias
- ✓Contraseña larga y única para el usuario de la base de datos
- ✓Copias automáticas guardadas fuera del hosting
- ✓WordPress, el tema y los plugins actualizados, que es por donde suelen entrar los ataques
- ✓Borrar las bases de datos de webs antiguas o de pruebas que ya no se usan
- ✓No dejar copias SQL descargables dentro de la carpeta de la web
El prefijo de las tablas de WordPress también se puede cambiar por otro distinto de «wp_», y algunos plugins de seguridad lo proponen. Ayuda un poco frente a ataques automáticos, pero en una web que ya funciona es una operación delicada que conviene hacer con copia y con cuidado. Tienes más medidas en nuestra guía de seguridad en WordPress.
Qué puedes hacer tú y cuándo conviene llamar a un técnico
Entrar en phpMyAdmin para mirar, exportar una copia o instalar un plugin de limpieza bien configurado está al alcance de cualquiera que lleve su web con cuidado. Lo que conviene dejar a un técnico es todo lo que implica cambiar datos: reparar tablas, cambiar la URL de la web, borrar tablas que dejaron plugins, restaurar una copia en una tienda con pedidos recientes o limpiar una web hackeada.
La razón es sencilla: en la base de datos no hay papelera ni botón de deshacer. Un error que en el escritorio de WordPress se arreglaría en un minuto, aquí puede dejar la web sin contenido hasta que se restaure una copia, si la hay.
Cuidar la base de datos WordPress forma parte del mantenimiento web WordPress: copias, limpiezas periódicas, actualizaciones y vigilancia de que todo responde. Si no tienes a nadie que lo haga, en Nerade, arreglar un error sencillo de WordPress cuesta entre 50 y 150 € y limpiar una web hackeada o con la base de datos dañada, entre 200 y 400 €, aunque no tengas mantenimiento contratado. Trabajamos en remoto para toda España, con clientes que buscan mantenimiento web en Bilbao o mantenimiento web en Marbella igual que en cualquier otra ciudad.
Preguntas frecuentes sobre la base de datos de WordPress
¿Qué tablas son esenciales en una instalación de WordPress?
Las imprescindibles son wp_posts, wp_postmeta, wp_options, wp_users y wp_usermeta, más las de comentarios y categorías. Una instalación nueva crea doce tablas en total. Las de los plugins se añaden después y solo son necesarias mientras el plugin esté activo.
¿WordPress usa MySQL o MariaDB?
Funciona con los dos: MariaDB es una variante de MySQL totalmente compatible. WordPress recomienda MySQL 8.0 o superior, o MariaDB 10.11 o superior. Lo elige el hosting y, para el dueño de la web, no cambia nada en el día a día.
¿Cómo se restaura la base de datos de WordPress desde una copia?
Desde phpMyAdmin, con la pestaña «Importar» y el archivo SQL de la copia, o desde el plugin con el que se hizo la copia. Antes conviene exportar la base de datos actual. Hay que tener en cuenta que restaurar sustituye todo, así que se pierde lo que haya entrado después de la fecha de la copia.
¿Qué pasa si no se mantiene la base de datos de WordPress?
Crece con revisiones, spam y restos de plugins, y con el tiempo puede frenar la web y sobre todo el panel. El riesgo mayor es otro: no tener copias recientes. Si la base de datos se daña o la web se hackea, sin copia se puede perder todo el contenido.
¿Se puede automatizar la limpieza de la base de datos?
Sí: plugins como WP-Optimize permiten programar la limpieza cada semana o cada mes. Conviene configurarlo para borrar solo revisiones antiguas, spam, papelera y datos temporales, y que se haga después de la copia de seguridad, nunca antes.
¿Es seguro dar acceso a la base de datos a un servicio de mantenimiento externo?
Sí, si se hace con un usuario propio para ese servicio y se retira cuando ya no lo necesita. Lo prudente es no enviar contraseñas por correo, dar acceso al hosting con permisos limitados cuando el proveedor lo permite y trabajar con alguien que haga copia antes de cualquier cambio.
¿Se puede ver la base de datos sin entrar en phpMyAdmin?
Sí, aunque con menos opciones: algunos hostings usan Adminer y hay plugins que muestran las tablas desde el escritorio. Para tareas concretas, como limpiar o hacer copias, tampoco hace falta entrar: basta con el plugin correspondiente.
¿Quién me puede ayudar con la base de datos de WordPress y cuánto cuesta?
En Nerade, limpiar una web hackeada o con la base de datos dañada cuesta entre 200 y 400 €, aunque no tengas mantenimiento contratado; un error sencillo, entre 50 y 150 €. Los planes de mantenimiento, con copias y limpieza incluidas, empiezan en 40 € al mes, sin permanencia. Más información en mantenimiento WordPress.
¿Prefieres que alguien cuide de tu base de datos?
Copias automáticas, limpiezas periódicas, actualizaciones y una persona que conoce tu web. Mantenimiento WordPress desde 40 € al mes, sin permanencia.
