Audit Log — журнал действий администраторов для WooCommerce

Audit Log для WooCommerce ведёт собственный журнал: как только в магазине работает больше одного человека, появляются вопросы — кто изменил цену, кто отменил заказ, когда исчезла скидка. WooCommerce на них не отвечает: экран заказа показывает только смены статуса, остальное не фиксируется нигде.

Что записывается

Каждое действие становится отдельной записью: пользователь, роль, IP, время и список изменённых полей в виде «было → стало». Заказы (статус, суммы, метод оплаты, адреса, позиции, удаление), товары (цена, акционная цена, остаток, наличие, артикул, статус, габариты, описания), категории, теги и атрибуты, настройки WooCommerce со сравнением ключ за ключом, пользователи и роли, плагины и темы, а также входы, выходы и неудачные попытки входа.

Журнал, который не подделаешь

Записи не редактируются из интерфейса — ни кнопки, ни запроса для правки или удаления отдельной строки не существует. Доступны только очистка по правилам хранения и полная очистка, и оба действия тоже попадают в журнал.

Приватность по умолчанию

Пароли, токены, API-ключи, номера карт и подобные поля маскируются до записи — их нет ни на экране, ни в CSV-экспорте, ни в дампе базы. Смена пароля фиксируется как факт, без значения и без хеша. IP берётся только из REMOTE_ADDR, сохранение user agent отключается.

Размер под контролем

Правила хранения действуют по возрасту и по количеству строк (в Free — 90 дней и 50 000 записей), каждую группу событий можно выключить. В Pro хранение — до 10 лет и без лимита строк.

Зачем это магазину

Когда в админке больше одного человека, рано или поздно возникает вопрос «кто изменил цену» или «куда делся товар». Без журнала ответа нет — есть только предположения и испорченные отношения в команде.

Журнал действий закрывает это фактами: кто, когда, что именно изменил и с какого значения на какое.

Как это работает — шаг за шагом

1. Модуль включается и начинает писать действия пользователей админки.

2. Каждая запись — это пользователь, время, объект и изменение «было → стало».

3. В журнале можно фильтровать по пользователю, типу действия и периоду.

4. Старые записи убираются по заданному сроку хранения — кнопкой, а в Pro ежедневно автоматически, — чтобы таблица не росла бесконечно.

Что под капотом

Журнал лежит в собственной таблице и не раздувает wp_options. Запись идёт синхронно с действием, поэтому не бывает «дыр» в журнале из-за сбоя крона.

Модуль не пишет в журнал то, что не имеет права хранить: пароли, токены, API-ключи и номера карт маскируются ещё до записи. Адреса и другие данные заказов в журнал попадают — как часть изменений «было → стало».

Как установить

1. Загрузите архив в «Плагины → Добавить новый → Загрузить плагин» и активируйте.

2. Задайте срок хранения записей.

3. Измените что-нибудь в тестовом товаре и проверьте, что запись появилась.