Guía para decidir mejor
Cómo limpiar revisiones y optimizar la base de WordPress con seguridad
Reducir filas no equivale a acelerar la web; conserva datos recuperables.
Limpiar revisiones y datos temporales de WordPress puede reducir espacio, pero no convierte automáticamente una web lenta en rápida. Antes de borrar, descubre qué ocupa la base, qué datos siguen siendo necesarios para deshacer cambios y dónde se guardan los transients. La optimización de tablas es una operación diferente y debe justificarse por medición, no por rutina.
Haz inventario y una copia restaurable
Consulta tamaño de tablas, crecimiento reciente y tipo de filas: revisiones, borradores, transients, logs de plugins, sesiones y datos de WooCommerce. En una tienda no borres pedidos, sesiones activas, colas de acciones o datos de informes solo porque una tabla sea grande. Haz copia de base y archivos asociados, y comprueba que puedes restaurar en staging. Documenta conteos antes de intervenir para poder verificar el resultado.
Decide qué revisiones conservar
Las revisiones permiten comparar o recuperar una versión anterior de contenido. Acuerda una política de retención con quienes editan: por ejemplo, conservar las recientes o las asociadas a cambios importantes, sin imponer un número universal. Prueba primero un pequeño conjunto no crítico y utiliza herramientas que identifiquen tipo de registro y autor. La referencia oficial de revisiones muestra que son recursos vinculados a la entrada, no archivos temporales anónimos. Borrarlas permanentemente impide usarlas para recuperar contenido.
Comprende transients y otros temporales
Un transient es un dato temporal que puede vivir en base de datos o caché de objetos externa según la instalación. La API oficial de transients explica que puede caducar antes de su límite y no debe tratarse como almacenamiento permanente. No borres indiscriminadamente todos los temporales de una tienda activa: algunos plugins los reconstruyen con coste o dependen de ellos durante una operación. Identifica al propietario de cada dato y prueba qué ocurre después de eliminar un subconjunto caducado en staging.
¿Cuándo optimizar tablas?
La optimización de base puede tener sentido después de un borrado importante o si el motor y las métricas muestran fragmentación o mantenimiento pendiente. No es equivalente a resolver una consulta lenta o una tabla con diseño ineficiente. Valida el motor, espacio libre, duración estimada y posibles bloqueos antes de ejecutar herramientas como wp db optimize; programa una ventana y conserva un punto de retorno. En instalaciones con MySQL/MariaDB gestionadas, pregunta al administrador qué procedimiento es compatible. Nunca ejecutes una operación global en plena venta sin evaluar impacto.
Comprueba resultado y rendimiento real
Compara filas y tamaño antes/después, pero también consultas, TTFB, carga y funciones: editor, búsqueda, formularios y pedidos. Si la base sigue consumiendo recursos, investiga consultas y concurrencia, no repitas limpiezas. Ejemplo: una tabla disminuye de tamaño, pero el checkout conserva el mismo cuello de botella por un servicio externo; el ahorro de espacio no demuestra mejora de compra. Para planificar el trabajo, consulta una revisión técnica con conteos y síntoma real.