Cómo limpiar y optimizar la base de datos de WordPress en 2026

La limpieza de la base de datos de WordPress consiste en eliminar de forma segura revisiones innecesarias, comentarios en spam o en la papelera, transients caducados, metadatos huérfanos, registros temporales y tablas poco optimizadas que se van acumulando con el tiempo en MySQL o MariaDB. Cuando se hace correctamente, el panel de administración responde mejor, baja la carga de consultas, las copias de seguridad pesan menos y los sitios con mucho contenido o tiendas WooCommerce consiguen un rendimiento más estable. El método más seguro es siempre el mismo: crear primero una copia de seguridad completa, probar si es posible en un entorno de staging y después limpiar de forma controlada con un plugin fiable, phpMyAdmin o WP-CLI.

En esta guía explicamos cómo limpiar y optimizar la base de datos de WordPress con un enfoque práctico, alineado con las expectativas de SEO técnico y rendimiento web de 2026. El objetivo no es simplemente vaciar unas cuantas tablas, sino reducir carga sin perder datos, conseguir mejoras medibles, convertir el mantenimiento de la base de datos en una rutina y aprovechar mejor los recursos de tu hosting.

¿Por qué se hincha la base de datos de WordPress?

WordPress es un sistema de gestión de contenidos dinámico: cada entrada, página, comentario, usuario, ajuste de plugin, opción del tema y pedido de WooCommerce se almacena en la base de datos. A medida que el sitio crece, es normal que la base de datos aumente de tamaño. El problema aparece cuando también se acumulan registros que ya no se utilizan y que permanecen ahí durante meses o años.

Por ejemplo, en un blog con 400 artículos, si cada artículo conserva una media de 10 revisiones, solo las revisiones pueden generar 4.000 registros adicionales. En una tienda online grande, las sesiones de carrito, opciones temporales y notas antiguas de pedidos pueden crecer mucho más rápido. En un caso real, al limpiar únicamente transients caducados, la tabla wp_options pasó de unos 780 MB a cerca de 160 MB. Este tipo de reducción no ocurre en todos los sitios, pero muestra el impacto concreto que puede tener un buen mantenimiento de la base de datos.

Una base de datos sobrecargada puede manifestarse con señales como estas:

• Las páginas del panel de administración de WordPress tardan más en abrir.
• El editor de entradas o páginas se demora al guardar cambios.
• Las copias de seguridad tardan demasiado o generan archivos innecesariamente grandes.
• La pantalla de pedidos de WooCommerce filtra y busca con lentitud.
• Aumenta el uso de CPU, RAM o I/O de disco en la cuenta de hosting.
• Aparecen errores de tiempo de espera en consultas a la base de datos.

Estos síntomas no siempre se deben únicamente a la base de datos. La calidad del tema, la cantidad de plugins, la versión de PHP, la configuración de caché y la infraestructura de hosting también influyen en el rendimiento. Por eso, la limpieza de la base de datos debe verse como una parte de la optimización global de velocidad en WordPress. Para una infraestructura adecuada al rendimiento de WordPress, también puede evaluarse la página Alojamiento en WordPress.

Lista de seguridad antes de empezar la limpieza

La limpieza de la base de datos de WordPress implica borrar datos de forma directa, así que la preparación es crítica. Si trabajas sobre un sitio en producción, unos minutos de prevención pueden evitar horas de recuperación, interrupciones de servicio o pérdida de información importante.

1. Haz una copia de seguridad completa

La copia de seguridad no debe incluir solo los archivos, sino también la base de datos. Lo más recomendable es generar un backup completo desde el panel de hosting y, además, descargar una copia SQL independiente de la base de datos. Los archivos de WordPress pueden restaurarse con relativa facilidad; en cambio, pedidos, usuarios, formularios o registros eliminados por error pueden ser irrecuperables si no existe una copia válida.

• Descarga el archivo de respaldo en tu ordenador local o en un almacenamiento en la nube.
• Anota la fecha y la hora exactas de la copia de seguridad.
• En tiendas WooCommerce, evita realizar la limpieza durante horas de muchos pedidos.
• En foros, sitios de membresía y plataformas LMS, elige franjas con poca actividad de usuarios.

En proyectos alojados en Hostragons, para planificar copias de seguridad periódicas y recursos de servidor puedes revisar Alojamiento web o, si el proyecto está creciendo, las opciones de VPS Server.

2. Prueba en un entorno de staging

En sitios corporativos, tiendas online o proyectos con mucho tráfico, la limpieza debería probarse primero en staging, es decir, en una copia de prueba del sitio. Después de la limpieza conviene revisar páginas de producto, carrito, checkout, inicio de sesión, búsqueda y formularios de contacto. Si todo funciona correctamente, se aplican los mismos pasos en el sitio real.

3. Mide el tamaño actual y el estado de las consultas

Medir antes de actuar te permite comprobar si el trabajo ha tenido impacto. Puedes revisar el tamaño de las tablas desde phpMyAdmin, detectar consultas lentas con herramientas como Query Monitor y observar el consumo de CPU e I/O en el panel de hosting. Por ejemplo, si antes de la limpieza la base de datos ocupa 1,2 GB, el backup tarda 9 minutos y el panel de administración abre en 4,5 segundos, luego podrás comparar esos valores con datos reales.

¿Qué se puede limpiar en una base de datos de WordPress?

No todos los registros deben borrarse. En la base de datos de WordPress hay datos prescindibles, pero también información esencial para que el sitio funcione. La siguiente tabla resume los tipos de datos más habituales y el nivel de cuidado que requieren.

Como se ve en la tabla, los puntos de partida más seguros son las revisiones, los comentarios spam, los contenidos en la papelera y los transients caducados. Acciones más técnicas como limpiar metadatos huérfanos, optimizar tablas o borrar tablas de plugins desinstalados requieren más atención y una copia de seguridad reciente.

Método 1: limpiar la base de datos de WordPress con un plugin

Para usuarios con conocimientos técnicos limitados, la opción más práctica es utilizar un plugin de optimización de base de datos fiable. Herramientas como WP-Optimize, Advanced Database Cleaner y alternativas similares clasifican los registros innecesarios, permiten limpiezas con pocos clics y ofrecen opciones de mantenimiento programado.

¿Qué revisar al elegir un plugin?

• Debe tener una fecha de actualización reciente; en 2026 no conviene usar herramientas abandonadas desde hace años.
• El número de instalaciones activas y la valoración de usuarios deberían ser razonables.
• Debe mostrar una lista de los registros que se van a eliminar antes de ejecutar la acción.
• Conviene que incluya copia de seguridad o, al menos, recordatorio claro para hacerla.
• Debe indicar compatibilidad con WooCommerce, multisitio o estructuras de tablas personalizadas si tu web las utiliza.

El orden recomendado para limpiar con plugin es el siguiente:

• Primero crea una copia de seguridad completa.
• Utiliza un solo plugin de optimización; varios plugins haciendo lo mismo pueden entrar en conflicto.
• En la primera ejecución no marques todas las opciones a la vez.
• Empieza por datos de bajo riesgo, como spam, papelera y revisiones antiguas.
• Comprueba el sitio y después avanza con transients y metadatos huérfanos.
• Al terminar, limpia la caché y prueba las páginas críticas.

Un ejemplo práctico: en un sitio de contenidos con 250 artículos, al limpiar revisiones, borradores automáticos, comentarios spam y transients caducados mediante plugin, la base de datos puede bajar de 420 MB a unos 260 MB. Sin embargo, la ganancia no es solo espacio en disco; los backups se generan antes y las listas del panel de administración suelen moverse con más fluidez.

Método 2: limpieza manual con phpMyAdmin

phpMyAdmin es una herramienta potente que permite ver tablas de base de datos y ejecutar consultas directamente. Este método es efectivo para usuarios que saben exactamente qué están haciendo, pero una consulta equivocada puede provocar pérdida de datos. Por eso, antes de cada consulta se debe tener una copia de seguridad y, si es posible, probar en un entorno de desarrollo o staging.

Comprobar el tamaño de las tablas

Al abrir la base de datos correspondiente en phpMyAdmin, podrás ver el tamaño de cada tabla. Las tablas que suelen crecer más son wp_options, wp_postmeta, wp_posts, wp_comments, wp_commentmeta y, en sitios WooCommerce, las relacionadas con pedidos. Es posible que el prefijo de tus tablas no sea wp_; si por seguridad se usa otro prefijo, deberás adaptar cualquier consulta a esa estructura.

Eliminar revisiones antiguas

Las revisiones son útiles para recuperar cambios de contenido, pero si se acumulan durante años pueden inflar la base de datos. En lugar de desactivarlas por completo, suele ser más sano limitarlas. En el archivo wp-config.php se puede definir una lógica de límite estableciendo WP_POST_REVISIONS, por ejemplo, con valor 5. Así se conservan como máximo 5 revisiones por contenido.

Para eliminar revisiones existentes, en la mayoría de sitios es más seguro usar un plugin. Si se prefiere SQL manual, hay que asegurarse de que la consulta apunta únicamente a registros cuyo post_type sea revision. Después puede ser necesario limpiar los registros relacionados en postmeta; de lo contrario, quedarán metadatos huérfanos que seguirán ocupando espacio.

Limpiar comentarios spam y en la papelera

En sitios con comentarios abiertos, el spam puede llegar en poco tiempo a miles de filas. Desde el panel de WordPress se puede vaciar la sección de spam y la papelera en Comentarios. En proyectos grandes, la limpieza masiva puede hacerse con phpMyAdmin o con un plugin. Además, para reducir el spam conviene usar firewall, reCAPTCHA y una política de moderación de comentarios. Para reforzar la seguridad del sitio, también puedes revisar los contenidos Certificado SSL y Seguridad de WordPress.

Eliminar transients caducados

Los transients se utilizan para que WordPress y los plugins almacenen datos temporales. Funcionan de forma parecida a una caché y, en teoría, deberían borrarse al caducar. Sin embargo, algunos plugins no los limpian de manera regular. Los transients expirados acumulados en la tabla wp_options pueden ralentizar especialmente el panel de administración. Los plugins de optimización fiables suelen eliminarlos sin problemas. Después de la limpieza, los plugins volverán a generar los datos temporales que necesiten.

Optimizar tablas

En tablas MySQL o MariaDB pueden quedar espacios libres después de eliminar registros. Desde phpMyAdmin, seleccionar las tablas y ejecutar la opción Optimize table puede reorganizarlas en algunos casos. En instalaciones modernas de WordPress que usan InnoDB, el efecto no siempre es espectacular, pero puede ser útil tras borrados masivos. En estructuras antiguas con MyISAM, la mejora puede notarse más. Aun así, esta operación puede bloquear tablas temporalmente, por lo que no debe ejecutarse en horas de mucho tráfico.

Método 3: mantenimiento rápido y controlado con WP-CLI

WP-CLI es una herramienta de línea de comandos que permite administrar WordPress desde la terminal del servidor. Para desarrolladores, agencias y equipos que gestionan varios sitios, resulta muy práctica para limpiar y optimizar bases de datos. En planes de hosting con acceso SSH, las tareas suelen ejecutarse más rápido que desde el panel web.

Un flujo típico de mantenimiento sería:

• Crear una copia de seguridad con el comando wp db export.
• Eliminar revisiones concretas o contenidos en la papelera con wp post delete.
• Limpiar transients caducados con wp transient delete --expired.
• Optimizar tablas con wp db optimize.
• Vaciar la caché después del proceso con wp cache flush.

Al usar WP-CLI, el punto clave es que los comandos se ejecutan de inmediato. Un rango de ID incorrecto o un parámetro mal escrito puede borrar información no deseada. Por eso conviene empezar con un conjunto pequeño de datos y revisar la salida de cada comando. En agencias, estos comandos pueden convertirse en scripts de mantenimiento, pero siempre deben probarse en staging antes de llevarlos a producción.

Optimización de la base de datos en sitios WooCommerce

WooCommerce genera muchos más registros que un blog estándar. Productos, variaciones, cupones, pedidos, direcciones de clientes, registros de pago y sesiones de carrito pueden almacenarse en diferentes tablas. Por eso, la limpieza de una base de datos WooCommerce debe hacerse con especial cuidado.

Primero hay que definir cuánto tiempo se conservarán los pedidos completados, cancelados o fallidos. Para muchas empresas, borrar pedidos al azar no es correcto por requisitos de facturación, contabilidad y normativa fiscal. En su lugar, se pueden revisar registros antiguos, sesiones temporales, cupones caducados, datos de carritos abandonados y variaciones de producto que ya no se utilizan.

Pasos recomendados de mantenimiento en tiendas WooCommerce:

• Revisa los archivos de log generados por pasarelas de pago y plugins de envío.
• Limpia datos temporales desde las herramientas de estado de WooCommerce.
• Elimina metadatos huérfanos de productos borrados con herramientas fiables.
• Reduce combinaciones innecesarias en productos con demasiadas variaciones.
• Limita el tiempo de conservación de registros antiguos en plugins de informes y analítica.
• En tiendas con mucho tráfico, programa el mantenimiento en horas con pocos pedidos.

En proyectos de comercio electrónico, limpiar la base de datos por sí solo puede no ser suficiente. También son críticos los PHP workers, la RAM, el tipo de disco, la caché de objetos y el uso de CDN. Para tiendas en crecimiento, puede valorarse Hosting de comercio electrónico o, si necesitas recursos más flexibles, servidor en la nube.

Limpiar datos de plugins y temas que ya no se usan

La mayoría de plugins de WordPress guardan sus ajustes en la tabla wp_options y sus datos personalizados en wp_postmeta o en tablas propias. Eliminar un plugin desde el panel no siempre borra todos sus registros de la base de datos. A veces este comportamiento es intencional: si vuelves a instalar el plugin, tus ajustes siguen disponibles. Pero si durante años has probado plugins que ya no usas, pueden quedar muchos restos innecesarios.

Para limpiar estos datos, conviene revisar la documentación del plugin. Algunos ofrecen una opción para borrar todos los datos al desinstalar. En otros casos, las tablas personalizadas deben eliminarse manualmente. Aunque el nombre de una tabla parezca pertenecer claramente a un plugin, no debería borrarse sin comprobarlo. Por ejemplo, una tabla de logs de un plugin de seguridad puede parecer prescindible, pero quizá sea necesaria para la monitorización activa.

El método recomendable es este: primero confirma que el plugin ya no se usa. Después identifica sus tablas y registros option. A continuación, haz la eliminación en staging. Si el sitio funciona sin problemas, replica los pasos en producción. En bases de datos grandes, esta acción puede recuperar cientos de MB por sí sola.

Ajustes permanentes para optimizar la base de datos

Una limpieza puntual ayuda, pero el verdadero resultado llega con mantenimiento regular y buena configuración. Para evitar que la base de datos de WordPress vuelva a crecer demasiado rápido, conviene aplicar algunos ajustes permanentes.

Limita el número de revisiones

Si tu equipo de contenidos trabaja mucho, las revisiones aumentan con rapidez. Entre 3 y 10 revisiones por entrada suele ser suficiente. Los medios de noticias o equipos con procesos editoriales largos pueden necesitar un límite mayor. Definir un máximo permite mantener historial de contenido sin dejar que la base de datos crezca sin control.

Reduce el tiempo de permanencia en la papelera

WordPress conserva por defecto los contenidos en la papelera durante un periodo determinado. Reducir ese plazo según tu flujo de trabajo ayuda a frenar el crecimiento de la base de datos. No obstante, si los editores necesitan margen para recuperar contenidos eliminados por error, no conviene establecer un periodo demasiado corto.

Crea un calendario de backups y mantenimiento automático

En blogs pequeños, un mantenimiento mensual puede bastar. En sitios con publicación semanal, una limpieza cada dos semanas suele ser más adecuada. En WooCommerce, membresías y medios con mucha actividad, se recomienda una revisión semanal. Un calendario razonable podría ser:

• Semanal: comentarios spam, contenidos en la papelera y transients caducados.
• Mensual: limpieza de revisiones, revisión del tamaño de tablas y logs de plugins.
• Trimestral: tablas de plugins no usados, metadatos huérfanos y medición de rendimiento.
• Anual: revisión de arquitectura de base de datos, recursos de hosting y estrategia de archivado.

Usa caché y caché de objetos

Una de las formas más eficaces de reducir consultas a la base de datos es utilizar caché. Cuando se combinan caché de página, caché de objetos y CDN, la presión sobre la base de datos baja de forma notable. La caché de objetos con Redis o Memcached es especialmente útil en WooCommerce y sitios de membresía. Para abordar el rendimiento de forma integral, también puede revisarse la arquitectura del sitio con recursos relacionados como Guía de Aceleración de Sitio y Consulta de dominio.

Errores frecuentes y prácticas que debes evitar

El error más común al limpiar la base de datos de WordPress es hacerlo sin copia de seguridad. El segundo gran error es ejecutar consultas SQL encontradas en internet sin comprobar el prefijo de tablas, la versión de WordPress, la estructura de WooCommerce o las dependencias de plugins.

• No ejecutes consultas SQL por primera vez directamente en el sitio en producción.
• Antes de borrar registros con autoload alto en wp_options, investiga para qué sirven.
• No elimines pedidos o datos de clientes de WooCommerce sin revisar obligaciones legales.
• No uses varios plugins de optimización al mismo tiempo.
• Después de limpiar, no pruebes solo la portada; revisa login, checkout, formularios y búsqueda.
• No trates la optimización de base de datos como algo separado de seguridad, caché y rendimiento del hosting.

Otro punto importante: no toda tabla grande es innecesaria. Por ejemplo, wp_postmeta suele crecer mucho en tiendas WooCommerce de forma natural. Si intentas reducirla sin criterio, puedes dañar variaciones de productos, precios o datos de inventario. El objetivo no es dejar todas las tablas al mínimo, sino eliminar datos inútiles y mantener en buen estado los datos necesarios.

Control posterior: ¿cómo medir si la limpieza ha funcionado?

Una buena optimización debe poder medirse. Después de limpiar, no basta con mirar el tamaño total de la base de datos. Hay que evaluar en conjunto el tiempo de respuesta del panel, la duración de los backups, el número de consultas, las consultas lentas, el uso de CPU y la experiencia real de los usuarios.

Para comprobar los resultados, puedes seguir estos pasos:

• Compara el tamaño total de la base de datos antes y después del proceso.
• Vuelve a listar las 10 tablas más grandes.
• Abre listas de entradas, productos y pedidos en el panel de WordPress y observa los tiempos.
• Limpia la caché y prueba la portada, categorías, productos y página de contacto.
• Comprueba envío de formularios, inicio de sesión, carrito y proceso de pago.
• Anota si ha cambiado el tiempo necesario para generar una copia de seguridad.

Por ejemplo, si una base de datos pasa de 950 MB a 520 MB, el backup baja de 11 a 6 minutos y la lista de productos en el panel se reduce de 5 segundos a 2,8 segundos, el efecto práctico del mantenimiento es claro. Aun así, si la velocidad del sitio público sigue siendo baja, conviene analizar por separado la optimización del tema, la compresión de imágenes, el CDN y los recursos de hosting.

Conclusión: el mantenimiento regular significa un WordPress más rápido y saludable

La limpieza de la base de datos de WordPress es una de las tareas de mantenimiento esenciales para mejorar el rendimiento y la gestión del sitio cuando se aplica correctamente. Con una copia de seguridad segura, empezando por datos de bajo riesgo y utilizando métodos controlados como plugins fiables o WP-CLI, puedes eliminar carga innecesaria de tu base de datos. Para obtener el mejor resultado, no lo trates como una solución puntual, sino como una rutina periódica.

Si después de optimizar la base de datos tu sitio sigue sin alcanzar el rendimiento esperado, también deben revisarse la infraestructura de hosting, la versión de PHP, la capa de caché y los límites de recursos. En Hostragons puedes explorar opciones de alojamiento adecuadas para proyectos WordPress y planificar una infraestructura más equilibrada según la fase de crecimiento de tu sitio. Para una experiencia WordPress más rápida, segura y sostenible, empieza hoy con un pequeño paso: crea una copia de seguridad y mide el estado actual de tu base de datos.

Preguntas frecuentes

¿Limpiar la base de datos de WordPress puede romper el sitio?

Si se hace correctamente, no debería romperlo; pero las operaciones SQL sin copia de seguridad y sin control pueden causar pérdida de datos. Primero hay que crear un backup completo, probar si es posible en staging y empezar por limpiezas de bajo riesgo.

¿Cada cuánto tiempo conviene limpiar la base de datos de WordPress?

En blogs pequeños, una vez al mes suele ser suficiente; en sitios con contenido activo, cada dos semanas; y en WooCommerce o sitios de membresía, una revisión semanal es recomendable. El calendario puede ajustarse según tráfico, ritmo de publicación y estructura de plugins.

¿Eliminar revisiones afecta al SEO?

Borrar revisiones antiguas no elimina el contenido publicado y no genera una pérdida SEO directa. Al contrario, puede reducir la carga de la base de datos y agilizar el panel y los procesos de mantenimiento. Aun así, mantener un pequeño límite de revisiones aporta seguridad editorial.

¿Es más seguro limpiar con plugin o con phpMyAdmin?

Para la mayoría de usuarios, un plugin fiable y actualizado es más seguro porque clasifica los tipos de datos que se van a eliminar. phpMyAdmin ofrece más flexibilidad, pero exige conocimientos técnicos. Por el riesgo de ejecutar consultas incorrectas, es más adecuado para usuarios avanzados.

¿Optimizar la base de datos mejora siempre la velocidad del sitio?

En bases de datos hinchadas puede aportar una mejora clara, pero no todos los sitios lentos lo son por culpa de la base de datos. El tema, los plugins, el peso de las imágenes, la caché, la versión de PHP y los recursos de hosting también influyen. El mejor resultado se consigue con una optimización integral.