WooCommerce: автоматическое отключение неиспользуемых плагинов для оптимизации магазина

Почему важно отключать неиспользуемые плагины в WooCommerce

Магазины на WooCommerce часто наращивают функциональность с помощью множества плагинов. Однако не все плагины используются постоянно. Неиспользуемые плагины замедляют сайт, увеличивают нагрузку на сервер и повышают риск конфликтов и уязвимостей. Автоматическое отключение таких плагинов помогает поддерживать производительность и безопасность магазина без постоянного ручного контроля.

Диагностика: как определить неиспользуемые плагины WooCommerce

Первый шаг — определить, какие плагины действительно не используются. Для этого можно:

• Проверить логи активности (если установлен плагин типа Activity Log).
• Проанализировать, нет ли вызовов функций плагинов на страницах магазина (с помощью Query Monitor или Debug Bar).
• Использовать WP CLI для получения списка активных плагинов и их даты последнего обновления/активности.

Например, получить список активных плагинов через WP CLI:

wp plugin list --status=active

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

Пошаговое решение: автоматическое отключение неиспользуемых плагинов

1. Создание метки активности для плагинов

Добавим механизм, который вносит отметку активности для каждого плагина при его использовании. Для этого используем хук plugins_loaded и записываем метку в опции.

add_action('plugins_loaded', function() {
    $active_plugins = get_option('active_plugins', []);
    foreach ($active_plugins as $plugin) {
        $usage_key = 'plugin_usage_' . md5($plugin);
        update_option($usage_key, time());
    }
});

2. Скрипт для отключения плагинов с длительной неактивностью

Создаем функцию, которая отключает плагины, если с момента последней активности прошло больше 30 дней.

function auto_deactivate_unused_plugins() {
    $active_plugins = get_option('active_plugins', []);
    $threshold = 30 * DAY_IN_SECONDS; // 30 дней
    $now = time();
    $plugins_to_deactivate = [];

    foreach ($active_plugins as $plugin) {
        $usage_key = 'plugin_usage_' . md5($plugin);
        $last_used = get_option($usage_key, 0);
        if (($now - $last_used) > $threshold) {
            $plugins_to_deactivate[] = $plugin;
        }
    }

    if (!empty($plugins_to_deactivate)) {
        deactivate_plugins($plugins_to_deactivate);
        foreach ($plugins_to_deactivate as $plugin) {
            delete_option('plugin_usage_' . md5($plugin));
        }
    }
}
add_action('wp_loaded', 'auto_deactivate_unused_plugins');

3. Запуск проверки по расписанию (cron)

Для снижения нагрузки лучше запускать проверку не каждый запрос, а по расписанию:

if (!wp_next_scheduled('check_unused_plugins_cron')) {
    wp_schedule_event(time(), 'daily', 'check_unused_plugins_cron');
}
add_action('check_unused_plugins_cron', 'auto_deactivate_unused_plugins');

Проверка результата после внедрения

• Перейдите в раздел «Плагины» в админке — неиспользуемые плагины должны быть отключены.
• Проверьте таблицу опций — для отключенных плагинов удалены метки активности.
• Проверьте работу магазина, чтобы исключить случайное отключение нужных плагинов.

Частые ошибки и их исправление

• Ошибка: отключаются важные плагины, которые используются редко.
  Решение: увеличить порог времени или добавить исключения по списку плагинов.
• Ошибка: метки активности обновляются некорректно.
  Решение: добавить более точные триггеры активности — например, отслеживать конкретные хуки плагина, а не общий plugins_loaded.
• Ошибка: нагрузка на базу из-за частых обновлений опций.
  Решение: ограничить обновления меток, например, не чаще раза в сутки.

Практические советы по безопасности и производительности

• Всегда делайте резервные копии перед автоматическим отключением плагинов.
• Реализуйте возможность восстановления плагинов из админки с уведомлением пользователя.
• Для крупных магазинов лучше запускать проверки в ночное время через wp-cron или системный cron.
• Используйте фильтры для исключения из автоматического отключения критичных плагинов.

Сравнение вариантов реализации