Видалення каталогу товарів у WooCommerce не завжди означає безповоротну втрату всіх даних. Частина інформації може залишатися в базі даних, резервній копії, кеші або файлах сайту. Водночас необережне відновлення чи повторний імпорт здатні перезаписати актуальні записи, зламати зв’язки між товарами та варіаціями або створити дублікати.
Перед будь-якими діями варто призупинити масове редагування магазину, зробити резервну копію файлів і бази даних та за можливості працювати на копії сайту або тестовому піддомені. Якщо магазин уже працює з новими замовленнями, спершу потрібно продумати, як зберегти ці зміни.
Товари в базі даних
Товари WooCommerce зберігаються переважно в базі даних WordPress. Основні записи розміщені в таблиці постів, а додаткові параметри — у таблиці метаданих. Категорії, теги та інші таксономії зберігаються окремо, тому після видалення каталогу частина пов’язаних даних іноді може залишитися.
Під час діагностики перевіряють:
- чи залишилися записи товарів у таблиці на кшталт
wp_postsзі статусом видалених або чернеток; - чи є відповідні метаполя в таблиці
wp_postmeta; - чи збережені категорії, теги та зв’язки товарів із таксономіями;
- чи не було виконано очищення кошика WordPress або оптимізацію бази даних після видалення;
- чи збігаються префікси таблиць, якщо сайт переносили на інший хостинг.
Якщо товари переміщені до кошика, їх іноді можна відновити стандартними засобами WordPress. Якщо записи видалені остаточно, відновлення окремих рядків вручну можливе лише після аналізу структури бази та зв’язків між таблицями. Пряме редагування бази даних без копії ризиковане: помилка в запиті може пошкодити не тільки каталог, а й замовлення, користувачів та налаштування магазину.
Коли актуальної копії немає, потрібно перевірити резервні копії хостингу, панелі керування, плагіна резервування або системи контролю версій. Якщо проблема зачепила не лише товари, а й роботу магазину загалом, може знадобитися Відновлення інтернет-магазину після технічного збою.
Зображення й атрибути
Навіть після повернення записів товарів каталог може виглядати неповним. Зображення фізично зберігаються у директорії wp-content/uploads, а в базі даних записуються посилання та ідентифікатори медіафайлів. Якщо відновити тільки таблиці без папки із завантаженнями, товари можуть з’явитися без головних ілюстрацій, галерей та мініатюр.
Потрібно перевірити:
- наявність оригінальних файлів і папок за роком та місяцем завантаження;
- відповідність URL зображень поточному домену;
- права доступу до файлів і папок;
- наявність записів медіабібліотеки в базі даних;
- чи не змінилися розміри або формати зображень після перенесення.
Атрибути, варіації та їхні значення також можуть бути втрачені частково. Для варіативних товарів важливо зберегти не тільки атрибути, а й дочірні записи варіацій, ціни, залишки, артикул, вагу та параметри доставки. Простий імпорт назв і описів не відновить повну структуру, якщо у файлі немає відповідних колонок.
Не варто одразу запускати масову генерацію мініатюр або очищення невикористаних медіафайлів. Такі операції можуть видалити файли, які ще використовуються відновленими товарами. Спочатку потрібно перевірити каталог на тестовій копії та переконатися, що зображення правильно прив’язані.
Замовлення та клієнти
Видалення товарів не обов’язково видаляє замовлення, але воно може вплинути на відображення їхніх позицій. У замовленнях зазвичай зберігається інформація про назву, ціну та кількість товару на момент покупки, проте зв’язок із поточним товаром може бути порушений.
Після відновлення каталогу потрібно перевірити:
- чи відкриваються старі замовлення в адміністративній панелі;
- чи збереглися товари в переліку позицій замовлення;
- чи не змінилися підсумки, податки, знижки та вартість доставки;
- чи доступні облікові записи клієнтів і їхня історія покупок;
- чи працюють листи, вебхуки платіжних систем та інтеграції з CRM.
Не слід відновлювати всю базу даних поверх поточного магазину без попереднього порівняння дат і вмісту. Стара копія може повернути каталог, але одночасно видалити нові замовлення, реєстрації клієнтів або платежі. Безпечнішим варіантом є відновлення копії в окреме середовище та вибіркове перенесення потрібних даних.
Якщо після видалення каталогу в магазині вже були оформлені замовлення, потрібна особлива обережність. У складних випадках базу даних краще аналізувати спеціалісту, який зможе зіставити товари, варіації, замовлення та користувачів без неконтрольованого перезапису.
Імпорт із копії
Якщо товарів немає в поточній базі, їх можна повернути з резервної копії або CSV-файлу WooCommerce. Перед імпортом потрібно визначити, які дані є джерелом: повна копія сайту, експорт каталогу, файл із CRM або вивантаження з маркетплейсу. Ці джерела можуть мати різні ідентифікатори, формати атрибутів і структуру варіацій.
- Створіть повну резервну копію поточного сайту та бази даних.
- Зробіть тестовий сайт або окрему копію WordPress.
- Перевірте CSV-файл у редакторі таблиць і переконайтеся, що кодування, роздільники та заголовки колонок коректні.
- Зіставте поля SKU, назви, описи, ціни, залишки, категорії, атрибути, варіації та URL зображень.
- Спочатку імпортуйте кілька товарів і перевірте результат вручну.
- Лише після тестування запускайте повний імпорт, бажано з вимкненим автоматичним оновленням цін або залишків, якщо ці дані мають надходити з іншої системи.
Під час імпорту важливо не створити дублікати. Для зіставлення зазвичай використовують SKU або інший стабільний ідентифікатор. Якщо імпорт виконувати тільки за назвами, товари з однаковими або зміненими назвами можуть об’єднатися неправильно.
Резервна копія має містити не лише базу даних, а й файли сайту, особливо wp-content/uploads та налаштування плагінів. Якщо копія неповна або пошкоджена, її придатність потрібно перевірити до початку відновлення. Не можна вважати, що наявність архіву автоматично означає можливість повного повернення каталогу.
Перевірка магазину
Після відновлення або імпорту каталог потрібно перевірити не тільки в адміністративній панелі, а й з боку покупця. Окремі помилки можуть проявитися лише під час відкриття картки товару, вибору варіації або оформлення замовлення.
- Перевірте сторінки категорій, пошук і фільтри.
- Відкрийте кілька простих і варіативних товарів.
- Переконайтеся, що ціни, валюта, залишки та статуси доступності відображаються правильно.
- Перевірте головні зображення, галереї, атрибути й варіації.
- Додайте товари до кошика та пройдіть тестове оформлення замовлення.
- Перевірте роботу способів оплати, доставки та автоматичних листів.
- Перегляньте помилки в журналі WordPress, PHP і вебсервера.
- Переконайтеся, що немає циклічних перенаправлень, помилок 404 або проблем із кешем.
Якщо після імпорту товари не видно на сайті, варто перевірити статус публікації, видимість у каталозі, права доступу, кешування та правила перезапису URL. Не слід одразу видаляти «зайві» записи або повторювати імпорт: це може ускладнити визначення причини.
До спеціаліста бажано звернутися, якщо каталог видалено разом із даними в базі, немає перевіреної резервної копії, магазин продовжує приймати замовлення або потрібне відновлення варіативних товарів та інтеграцій. Спочатку фахівець має провести діагностику, визначити доступні джерела даних і запропонувати спосіб роботи з мінімальним ризиком для поточних замовлень та клієнтської інформації.