El Registro de auditoría es el historial completo de cambios dentro de su organización. Cada acción significativa (creación, modificación, eliminación, movimiento, cambio de configuración, operación de facturación, cambio de permisos) se registra como una entrada aparte con el autor, la hora y el contexto.
Para qué lo necesita:
- Investigación: «¿quién eliminó este artículo?», «¿quién cambió el rol de alguien la semana pasada?»
- Cumplimiento: SOC 2, ISO 27001, GDPR requieren un rastro de auditoría para los cambios de datos y consentimientos
- Revertir cambios: entender qué había antes de un cambio y tomar una decisión
- Control de la actividad del equipo: quién hace qué, especialmente en organizaciones Enterprise con un equipo grande
#Dónde abrirlo
Menú izquierdo → Registro de auditoría.
Disponible para los roles de Propietario y Administrador de la organización y solo en los planes Business y Enterprise (flag de plan allows_audit_logs). En Free, Starter y Pro la sección está oculta.
Editor, Usuario e Invitado no ven el registro.
#Cómo se ve una entrada
Cada fila del registro es una tarjeta con el autor, la acción, el recurso, la hora y una breve descripción:
Campos de la entrada:
| Campo | Descripción |
|---|---|
| Autor | nombre + email del usuario que realizó la acción |
Acción (action) |
qué ocurrió: created, updated, deleted, restored, moved, published, etc. |
Tipo de recurso (resource_type) |
el objeto sobre el que se realizó la acción: article, collection, user, consent, billing, tenant |
| Título del recurso | el nombre del artículo, el nombre de la colección, el nombre del usuario: lo que ve en la interfaz habitual |
Resumen (summary) |
explicación legible de la acción |
Detalles (details) |
JSON con datos adicionales: qué cambió exactamente, valor antiguo/nuevo, dirección IP, clave de idempotencia; se expande al hacer clic en «Detalles» |
| Hora | marca de tiempo con precisión de segundos |
#Qué va al registro
El registro guarda las operaciones clave sobre contenido, miembros, consentimientos y facturación. A continuación se muestran los tipos de recurso y las acciones reales.
#Artículos (resource_type=article)
| Acción | Cuándo se dispara |
|---|---|
created |
crear un artículo nuevo |
updated |
guardar cambios (incluido un cambio de visibilidad: details muestra qué campos cambiaron) |
trashed |
mover un artículo a la papelera |
restored |
restaurar desde la papelera |
permanently_deleted |
eliminar permanentemente desde la papelera o tras expirar la retención |
#Colecciones y espacios (resource_type=collection)
Los espacios se almacenan como colecciones de nivel superior, por lo que se registran bajo el mismo tipo de recurso.
| Acción | Cuándo |
|---|---|
created |
crear una colección o un espacio |
moved |
mover una colección (cambiar su superior) |
collection_bulk_move_articles |
mover en bloque artículos entre colecciones |
trashed |
mover a la papelera |
restored |
restaurar desde la papelera |
permanently_deleted |
eliminar permanentemente |
#Equipo (resource_type=user)
| Acción | Cuándo |
|---|---|
role_changed |
cambiar el rol de un miembro en la organización |
deleted |
quitar a un miembro de la organización |
#Consentimientos GDPR (resource_type=consent)
| Acción | Cuándo |
|---|---|
updated |
un usuario cambió su consentimiento de cookies (scope: all / essential) |
Estas entradas aparecen automáticamente cuando se cambia el banner de cookies. Consulte el artículo sobre registro y onboarding para el contexto del consentimiento GDPR.
#Facturación y organización
| Acción | Recurso | Cuándo |
|---|---|---|
update_payment_method |
billing |
actualizar el método de pago |
oned3_upgrade_rollback |
billing |
revertir una mejora de plan fallida con reembolso prorrateado |
trash_emptied |
tenant |
vaciar por completo la papelera de la organización |
#Filtros
En la parte superior de la página hay un panel de filtros para encontrar rápidamente el evento que necesita:
- Búsqueda: por texto en
summaryoresource_title(sin distinguir mayúsculas de minúsculas) - Acción: desplegable con todos los tipos de acción que aparecen en el registro de la organización
- Recurso: desplegable con los tipos que realmente aparecen en el registro (
article/collection/user/consent/billing/tenant) - Usuario: filtrar por el autor de la acción
- Periodo: un rango de fechas «desde» y «hasta»
- Paginación: hasta 200 entradas por página
Los filtros se pueden combinar: por ejemplo, «todas las acciones deleted de la usuaria Anna durante la última semana».
#Detalles de una entrada
Al hacer clic en una tarjeta se abre el JSON expandido en el campo «Detalles»: es el contenido de la columna details de la base de datos. Lo que suele verse allí:
- Para
updated: la lista de campos cambiados (fields) - Para
role_changed: el rol antiguo y el nuevo - Para
consent updated: el ámbito (all/essential) - Para las operaciones de facturación: un breve
summaryde lo que ocurrió
Sugerencia. Si necesita entender qué cambió exactamente en un artículo, mire el campo
fields_changedendetails. El contenido completo del artículo no se guarda en el registro (sería costoso en cuanto a espacio); para el versionado use el Historial de versiones del artículo en el editor.
#Retención y cumplimiento
- Las entradas del registro no se pueden eliminar desde la interfaz: es una limitación deliberada (de lo contrario, el rastro de auditoría pierde su sentido)
- Las entradas muy antiguas se eliminan periódicamente mediante una tarea automática conforme a la política de retención de auditoría: el registro no se guarda para siempre
- Cuando se elimina la propia organización, el registro se elimina junto con ella (mediante ON DELETE CASCADE)
#Qué no va al registro
Para no inflar los registros ni convertir el diario en ruido, no se registran los siguientes:
- Las consultas de búsqueda de los usuarios: para analíticas use la sección Analíticas
- Las vistas de artículos: también Analíticas
- Las operaciones de IA dentro del editor (
AI Improve,AI Rewrite): es el flujo de trabajo del autor, no un cambio auditable - Los eventos técnicos (tareas en segundo plano, ejecuciones de sincronización): están en los registros del sistema del backend, para los administradores de la plataforma
- Las acciones de usuarios del sistema (por ejemplo,
platform-help-systemal sembrar la documentación): se filtran
#Secciones relacionadas
- Papelera: los eventos
trashed/restored/permanently_deletedpara artículos, colecciones y espacios se registran precisamente aquí - Gestión del equipo: los cambios de rol y las eliminaciones de miembros se registran con
resource_type=user - Analíticas: para las métricas de uso (consultas, vistas): es una herramienta aparte, no el registro