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. Змініть щось у тестовому товарі й перевірте, що запис з’явився.