WordPress guarda revisiones de las entradas y páginas, pero ese historial no equivale a un registro completo de actividad del sitio. Las revisiones sirven para comparar y recuperar versiones del contenido. Si quieres saber quién activó un plugin, cambió un ajuste, modificó un usuario o inició sesión, necesitas un registro de auditoría.
La diferencia importa mucho en una web con varios autores, una tienda, una membresía o colaboradores externos. Cuando algo cambia y nadie recuerda quién lo hizo, mirar solo las revisiones de una entrada se queda corto. En esta guía verás qué ofrece WordPress de serie, cómo usar Simple History y qué precauciones tomar para no convertir el registro en otro problema de privacidad o de rendimiento.
WordPress crea revisiones cuando guardas cambios en una entrada o página. En ellas puedes ver qué texto se añadió, qué se eliminó y qué versión quieres recuperar. El sistema también guarda autosaves para proteger el trabajo si se cierra el navegador o se pierde la conexión.
Las revisiones responden a una pregunta concreta: «¿qué versiones ha tenido este contenido?». No responden, por sí solas, a preguntas como «¿quién desactivó el plugin?», «¿cuándo cambió el correo del administrador?» o «¿qué usuario modificó este menú?». Para eso hace falta un registro de eventos.
La documentación oficial de revisiones de WordPress explica que puedes abrir la pantalla de revisiones desde la barra lateral del editor, comparar cambios y restaurar una versión anterior. Desde WordPress 7.0 la interfaz de revisiones es nueva, aunque también existe una pantalla clásica para quienes prefieran esa vista.
Restaurar una revisión no borra necesariamente todo el historial. WordPress crea una nueva versión con el contenido restaurado, así que puedes volver a comparar el cambio si te has equivocado. Antes de restaurar una entrada importante conviene copiar el texto actual o guardar un borrador, sobre todo si trabajan varias personas a la vez.
Por defecto, las revisiones se guardan para entradas y páginas, y también pueden estar disponibles para tipos de contenido personalizados si el desarrollador los registra con soporte para revisions. Si un tipo de contenido no muestra el apartado, revisa su configuración antes de pensar que WordPress ha perdido datos.
Los desarrolladores y las herramientas externas pueden consultar las revisiones a través de la REST API. Para una entrada con ID 123, el endpoint habitual es:
GET https://ejemplo.com/wp-json/wp/v2/posts/123/revisionsLenguaje del código: JavaScript (javascript)El acceso dependerá de los permisos del usuario y de la configuración de la instalación. No expongas revisiones privadas en una API pública por comodidad. La referencia oficial de Post Revisions en la REST API documenta cómo listar, consultar y restaurar revisiones desde aplicaciones autorizadas.
Para registrar cambios de todo el sitio, una de las opciones más conocidas es Simple History. Se instala desde el directorio oficial de WordPress y muestra una línea temporal con acciones de usuarios, contenido, plugins, temas, comentarios, menús, widgets, ajustes y actualizaciones del núcleo.
La ficha actual del plugin indica que también registra eventos relacionados con las herramientas de inteligencia artificial de WordPress, cambios en proveedores o modelos y determinadas acciones realizadas mediante la REST API, WP-CLI o el sistema de capacidades. Es un cambio importante respecto al artículo original, que solo describía un pequeño listado de entradas y no reflejaba el alcance actual del proyecto.
Simple History no recupera el pasado. Si lo instalas hoy, empezará a registrar los eventos que se produzcan a partir de la activación. Tampoco sustituye a las revisiones: ambos sistemas se complementan. Una revisión te enseña el antes y el después del contenido; el registro te ayuda a saber quién realizó la acción y desde qué contexto.
El plugin ofrece filtros por usuario, tipo de evento y fechas. Utilízalos para acotar la búsqueda cuando haya mucha actividad. En un incidente es más útil buscar «plugin desactivado», un nombre de usuario o un intervalo concreto que recorrer meses de eventos sin criterio.
Esta información resulta útil cuando una portada aparece rota después de una edición, un formulario deja de enviar correos o una actualización modifica el comportamiento de la web. El registro no arregla el fallo, pero reduce mucho el tiempo necesario para encontrar el momento y la acción que lo desencadenaron.
Simple History no es la única opción. WP Activity Log ofrece un registro de actividad y auditoría con una edición gratuita y funciones adicionales en sus planes comerciales. Puede encajar en instalaciones que necesitan más controles, alertas, informes o seguimiento de eventos específicos.
Hay otros plugins de auditoría en el repositorio, pero conviene comparar algo más que la cantidad de instalaciones. Revisa la fecha de la última actualización, la compatibilidad declarada, el soporte, el tratamiento de las direcciones IP, la ubicación de los datos y la facilidad para borrar o exportar el historial.
| Necesidad | Herramienta más adecuada | Qué ofrece |
|---|---|---|
| Recuperar una versión de una entrada | Revisiones de WordPress | Comparar y restaurar contenido guardado. |
| Ver cambios generales del sitio | Simple History | Actividad de usuarios, contenido, plugins, temas y ajustes. |
| Auditoría con alertas y controles avanzados | WP Activity Log | Registro ampliado con opciones comerciales. |
| Incidentes de servidor | Logs de PHP y del servidor web | Errores, peticiones y problemas que WordPress no registra. |
Un registro de actividad puede contener nombres de usuario, direcciones IP, correos, rutas, cambios de configuración y detalles sobre acciones realizadas. No lo trates como un informe público. Concede acceso solo a las personas que necesiten investigar o administrar el sitio y revisa qué información guarda el plugin elegido.
Simple History documenta prácticas como la anonimización de IP por defecto y la integración con las herramientas de datos personales de WordPress. Eso ayuda, pero no convierte automáticamente cualquier instalación en conforme con la normativa. La responsabilidad depende de cómo configures el plugin, qué eventos registres y cuánto tiempo conserves la información.
Cada evento ocupa espacio. En una web con muchos accesos, actualizaciones automáticas, comentarios o procesos internos, el registro puede crecer con rapidez. Revisa las estadísticas del plugin, configura la retención y elimina los datos antiguos siguiendo una política definida. Borrar el historial sin copia o sin saber qué necesitas conservar puede complicar una investigación posterior.
Las revisiones también viven en la base de datos. Si una publicación se edita muchas veces, acumula versiones que quizá ya no necesites. Puedes limitar el número global con WP_POST_REVISIONS, aunque conviene hacerlo después de comprobar cómo trabaja tu equipo y qué margen de recuperación necesitas:
define( 'WP_POST_REVISIONS', 10 );Lenguaje del código: JavaScript (javascript)Ese valor conserva un máximo de diez revisiones por entrada, además del autosave correspondiente. No lo reduzcas a cero en una web editorial sin entender las consecuencias. La documentación de wp-config.php explica cómo funcionan estas opciones y qué implica modificar el comportamiento predeterminado.
Para reforzar la instalación puedes consultar nuestros consejos de seguridad para WordPress. Si el cambio ocurrió durante una migración, revisa también la guía de migración con Duplicator y comprueba que no se restauró una copia antigua sobre la instalación actual.
En una web con muchos colaboradores, esta preparación evita depender de la memoria del equipo. También ayuda a separar un error editorial de un problema de permisos o de seguridad. Para una puesta a punto más amplia puedes repasar nuestros consejos de rendimiento y mantener WordPress, el tema y los plugins al día.
WordPress ya incorpora una herramienta útil para recuperar versiones de las entradas y páginas, pero el historial completo de un sitio requiere un registro de actividad. Simple History es una opción directa para empezar; WP Activity Log puede interesar cuando necesitas más controles y alertas.
Instala el sistema antes de que ocurra el problema, limita quién puede consultarlo y decide cuánto tiempo guardar los datos. Así tendrás contexto cuando algo cambie y podrás actuar con rapidez sin abrir una nueva vía de exposición.
Fuentes: documentación oficial de revisiones de WordPress, ficha oficial de Simple History, ficha oficial de WP Activity Log y referencia de revisiones en la REST API.
