WooCommerce: автоматическое очищение старых вариаций товаров с очисткой связанных данных

Диагностика проблемы: зачем удалять старые вариации товаров

С течением времени в WooCommerce накапливаются вариации товаров, которые перестают использоваться — например, устаревшие цвета или размеры. Они увеличивают размер базы данных, замедляют админ-панель и влияют на производительность сайта. Часто такие вариации остаются в базе без привязки к активным продуктам, что создает «мусор» в базе данных.

Проверить наличие «старых» вариаций можно через SQL-запрос к базе данных или с помощью плагинов для анализа:

SELECT p.ID, p.post_title, p.post_parent, p.post_modified FROM wp_posts p WHERE p.post_type = 'product_variation' AND p.post_status = 'publish' ORDER BY p.post_modified ASC LIMIT 20;

Этот запрос покажет 20 самых старых вариаций, которые активны. Если вы видите вариации, давно не обновлявшиеся и не используемые, их стоит очистить.

Шаги по автоматическому удалению старых вариаций с очисткой связанных данных

1. Определяем критерии удаления

В нашем примере удалять будем вариации, которые не обновлялись более 180 дней и не связаны с активными товарами.

2. Создаем WP-Cron задачу для регулярного запуска очистки

Добавим в functions.php или в собственный плагин следующий код:

if (! wp_next_scheduled('clear_old_product_variations_daily')) {
    wp_schedule_event(time(), 'daily', 'clear_old_product_variations_daily');
}

add_action('clear_old_product_variations_daily', 'clear_old_product_variations');

function clear_old_product_variations() {
    global $wpdb;
    $date_limit = date('Y-m-d H:i:s', strtotime('-180 days'));
    // Получаем ID вариаций для удаления
    $variations = $wpdb->get_col($wpdb->prepare(
        "SELECT p.ID FROM {$wpdb->posts} p
         LEFT JOIN {$wpdb->posts} parent ON p.post_parent = parent.ID
         WHERE p.post_type = 'product_variation'
           AND p.post_modified < %s
           AND (parent.post_status != 'publish' OR parent.ID IS NULL)",
        $date_limit
    ));

    if (empty($variations)) return;

    foreach ($variations as $variation_id) {
        // Удаляем метаданные вариации
        $wpdb->delete($wpdb->postmeta, ['post_id' => $variation_id]);
        // Удаляем саму вариацию
        wp_delete_post($variation_id, true);
    }
}

3. Очистка связанных данных

Важный момент — вариации могут иметь метаданные, связанные с атрибутами, запасами, заказами. Чтобы избежать мусора, мы удаляем все метаданные через $wpdb->delete, а затем удаляем пост вариации с помощью wp_delete_post с параметром true для полного удаления.

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

Чтобы проверить, что очистка работает, можно:

• Запустить функцию вручную, вызвав clear_old_product_variations() из админки или через WP-CLI.
• Просмотреть таблицу wp_posts, проверив, что вариации, которые соответствовали критериям, удалены.
• Убедиться, что в админке WooCommerce вариации устаревших товаров отсутствуют.

Для простоты тестирования можно временно уменьшить период с 180 до 7 дней.

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

• Удаляются активные вариации. Проверьте условие в SQL-запросе, чтобы не удалять вариации с родительскими товарами в статусе publish. Используйте LEFT JOIN и проверку parent.post_status != 'publish'.
• Не удаляются метаданные. Метаданные нужно удалять вручную перед удалением поста, иначе они остаются в базе.
• Функция не запускается по расписанию. Проверьте, что WP-Cron работает, и в настройках сервера нет ограничений на вызов cron-задач.
• Удаление занимает слишком много времени. Если вариаций очень много, разбейте удаление на партии по 100 записей, чтобы избежать таймаутов.

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

• Всегда создавайте резервную копию базы перед массовым удалением данных.
• Используйте wp_delete_post с параметром true для полного удаления без возможности восстановления из корзины.
• Для больших магазинов реализуйте пагинацию удаления, например, через LIMIT и OFFSET в запросах.
• Отключайте WP-Cron и используйте системный cron на сервере для надежности.
• Логируйте удаляемые ID в отдельный файл для аудита и восстановления в случае ошибки.

Сравнение вариантов удаления старых вариаций