Як переписати товари WooCommerce масово без втрат SEO

Якщо у вас каталог на 1000+ позицій і ви плануєте оновити описи через ChatGPT, шаблони чи власний скрипт — спочатку дочитайте до кінця. Питання «як переписати товари WooCommerce масово» виглядає простим тільки до моменту, коли через два тижні після апдейту трафік з Google падає на 40%, а в Search Console зʼявляються сотні 404. Нижче — стратегія, яку ми використовуємо для магазинів від 500 до 50 000 SKU: що бекапити, як писати batch-апдейти, які поля чіпати, а які — категорично ні, і як ловити проблеми ще до того, як їх помітить Google.

Чому масове переписування часто провалює позиції

Переписування каталогу — не просто косметика. WooCommerce зберігає товар як кастомний пост-тип product, і кожне поле, яке ви оновлюєте, має SEO-вагу: title, slug, description, short description, мета-теги Yoast/RankMath, alt-текст зображень, атрибути. Коли ви масово міняєте 5–6 цих полів одночасно, Google бачить інший документ — і переоцінює його з нуля.

Найчастіші помилки, які ми бачимо в магазинах:

• Зміна slug разом з описом. Старий URL віддає 404, а нового ще немає в індексі 2–4 тижні.
• Втрата H1. AI-генератор переписує title товару й випадково ріже бренд або модель — ключові слова вилітають з тегу.
• Однакові описи. Якщо промпт не врахував категорію, виходить 1000 товарів з майже ідентичним текстом — Google маркує це як thin content.
• Видалення внутрішніх посилань. Старі описи мали лінки на категорії та супутні товари; новий шаблон їх просто не містить.
• Канонікали, що ламаються. Особливо для варіативних товарів зі своїми URL-параметрами.

За нашими спостереженнями на десятку магазинів на Horoshop, Prom.ua і WooCommerce — необачний batch-апдейт стабільно дає просадку 25–60% органіки на 3–6 тижнів. Питання не в тому, чи буде вплив, а в тому, наскільки ви його контролюєте. Перш ніж відкривати phpMyAdmin, треба зробити фундамент — бекап і план відкату.

Бекап і безпечне середовище для batch-update

Перше правило: ніколи не редагуйте 1000 товарів напряму на проді. Це не про обережність, це про математику — навіть 1% помилок у скрипті означає 10 зламаних карток.

Що саме бекапити

Стандартний бекап хостингу не врятує, якщо ви помітите проблему через тиждень — просто бо там уже наклалися замовлення й нові коментарі. Робіть точкові експорти:

1. Повний дамп БД через mysqldump або плагін UpdraftPlus — тримайте його окремо від хостингу мінімум 30 днів.
2. CSV всіх товарів через WooCommerce → Products → Export. Виставте всі колонки, включно з meta_data. Це ваш «золотий стандарт» для порівняння.
3. Окремий експорт SEO-полів з Yoast або RankMath — ці поля живуть у postmeta і часто губляться при міграціях.
4. Список поточних URL і їхніх позицій з Search Console (Performance → Pages, експорт за 90 днів).

Staging-копія, на якій ви тестуєте

Багато хостингів (Hostinger, SiteGround, Kinsta) дають staging у пару кліків. Якщо ні — підніміть копію на піддомені stage.yoursite.com через All-in-One WP Migration. Закрийте її від індексації через robots.txt та паролем на рівні сервера. Перші 50 товарів проганяйте саме там і дивіться, як виглядає результат у фронті, а не лише в адмінці.

Дрібниці, які рятують

Перед запуском batch-скрипта вимкніть автогенерацію sitemap (вона перевантажує сервер при масових апдейтах) і відключіть автопостинг у соцмережі — інакше ваш Telegram-канал отримає 1000 нотифікацій про «новий товар». Коли інфраструктура готова, час говорити про сам процес — як переписати товари WooCommerce масово, не зачепивши того, що ранжується.

Які поля чіпати, а які залишити недоторканими

Це найважливіша частина. Поділимо поля на три зони:

🟢 Зелена зона — переписуйте сміливо:

• Long description (повний опис товару)
• Short description (анонс під ціною)
• Alt-тексти зображень
• Meta description
• Заголовки таб-блоків (Доставка, Гарантія тощо)

🟡 Жовта зона — тільки з планом редіректів:

• Product title (H1) — змінюйте, якщо старий був генеричним типу «Артикул 12345»
• SEO title (тег <title>) — оновлюйте, але зберігайте ключові слова, які вже ранжуються
• Категорії та теги — переміщення товару в іншу категорію змінює breadcrumb-лінки

🔴 Червона зона — не чіпайте без крайньої потреби:

• Slug (URL-частина). Якщо товар у топ-20 за комерційним запитом, зміна slug відкине його на 30+ позицій на місяць-два.
• SKU. Часто завʼязаний на CRM, склад, фіди для Google Shopping і Prom.ua.
• Product ID. Ніколи. Він повʼязаний з замовленнями, відгуками, варіаціями.
• Permalink structure. Налаштування на рівні сайту — зміна обвалить весь каталог одночасно.

Якщо все ж потрібно перейменувати slug (наприклад, у вас старі URL типу /product/post-12345), це окремий процес із обовʼязковими 301-редіректами. Як тільки визначилися зі скоупом, переходимо до самого механізму оновлення.

Технічні шляхи batch-апдейту: що працює на 1000+ SKU

Є чотири робочі підходи, і вибір залежить від ваших технічних навичок та обʼєму.

1. CSV-імпорт через вбудований інструмент WooCommerce

Найпростіший спосіб. Експортуєте CSV, переписуєте описи в Google Sheets або через AI, імпортуєте назад з опцією «Update existing products» і вибираєте тільки ті колонки, які хочете оновити. Працює до ~5000 товарів. Слабкі місця: повільно (1000 товарів = 15–40 хвилин), не вміє в HTML-форматування великих описів, інколи ламає кодування українських символів — завжди зберігайте в UTF-8.

2. WP-CLI скрипти

Якщо у вас є SSH-доступ, WP-CLI — найшвидший і найбезпечніший спосіб. Команди типу wp post update з циклом по списку ID дозволяють оновити 1000 товарів за 2–5 хвилин. Бонус: легко завернути в transaction і відкотити при помилці. Вимагає базових навичок bash.

3. WooCommerce REST API

Для повної автоматизації — особливо якщо ви генеруєте описи через AI і хочете вливати їх одразу в магазин. Детально про це ми писали в окремому матеріалі: WooCommerce REST API: автоматизація оновлення каталогу — там розібрані ключі автентифікації, batch-endpoint та обробка лімітів.

4. Спеціалізовані сервіси

Якщо не хочеться писати скрипти, AI-платформи на кшталт Revenza генерують описи з урахуванням категорії, бренду й атрибутів і вливають їх через API без вашої участі. Це швидше, ніж ручний промптинг, бо логіка SEO-полів вже зашита. Магазини на Horoshop, до речі, мають свою специфіку інтеграції — ми її розібрали на сторінці для Horoshop.

Незалежно від обраного шляху, після першої сотні оновлень ви маєте провести аудит. Ось як саме.

Контроль якості: як зрозуміти, що оновлення не зламало SEO

Запустили batch на 100 товарах? Не біжіть оновлювати решту. Дайте 7–10 днів і зробіть три перевірки.

Перевірка №1: технічна цілісність

• Запустіть Screaming Frog на каталог. Шукайте: 404, 5xx, дублі title, відсутні meta description, порожні H1.
• Перевірте 10 випадкових карток вручну: чи відображається опис, чи не зʼявилися <p>-теги як текст, чи коректно рендеряться кириличні лапки.
• Перегляньте sitemap.xml — там мають бути всі товари з оновленою датою lastmod.

Перевірка №2: Google Search Console

Через 5–14 днів після апдейту:

1. Coverage / Pages: зростання «Crawled but not indexed» — тривожний сигнал.
2. Performance: порівняйте CTR за тиждень до й після. Падіння CTR при тих самих позиціях = погані title/description.
3. Запустіть URL Inspection на 10 ключових товарах і подивіться, який title Google показує в результатах. Часто він переписує ваш — тоді треба коригувати.

Перевірка №3: позиції за комерційними запитами

Виберіть 20 топ-товарів за виторгом і відстежуйте їх в Serpstat, Ahrefs або безкоштовному Topvisor. Просадка 3–7 позицій — нормальна реакція Google на оновлення, вирівняється за 2–4 тижні. Просадка більше 10 позицій або вилітання з топ-50 — час відкочуватися на бекап.

Якщо все стабільно — котіть batch на наступні 200–300 товарів. І не забудьте про окремий аспект, який часто ігнорують: редіректи.

301-редіректи й структура URL: коли вони потрібні

Якщо ви не чіпаєте slug — редіректи не потрібні. Якщо чіпаєте бодай один — потрібні всі.

Сценарії, коли редіректи стають обовʼязковими:

• Перейменування товару зі зміною URL (/product/iphone-12 → /product/apple-iphone-12-128gb).
• Обʼєднання двох карток в одну (наприклад, варіації, які раніше були окремими товарами).
• Зміна структури permalink на рівні сайту (з /product/ на /shop/).
• Зміна основної категорії, якщо у вас в URL присутній slug категорії.

Налаштовуйте 301-редіректи через плагін Redirection або на рівні nginx/.htaccess. Правило: один старий URL → один новий URL, без ланцюжків. Перевіряйте через curl -I yoursite.com/old-url — має бути HTTP/1.1 301 і коректний Location-хедер.

Окремий нюанс — внутрішні посилання. Після оновлення URL пройдіться Screaming Frog по сайту й знайдіть всі внутрішні лінки на старі адреси (categories, blog posts, hand-picked widgets). Замініть їх на нові — інакше отримаєте redirect-chains, які повільно зʼїдають crawl budget.

Коли всі редіректи на місці, можна переходити до фінальної фази — масштабування процесу.

Реальна послідовність для каталогу на 1000 товарів

Зведемо все в один план. Ось як виглядає типовий проєкт переписування у нас:

1. День 1. Бекап БД, експорт CSV, експорт SEO-полів, фіксація позицій з GSC.
2. День 1–2. Створення staging-копії. Тестовий прогон на 20 товарах. Аудит результату.
3. День 3. Налаштування промптів/шаблонів з урахуванням категорій, брендів, атрибутів. Окремі шаблони для топ-100 товарів, що приносять основний трафік.
4. День 4. Batch №1 — 100 товарів з найнижчим трафіком (хвіст каталогу). Це ваш безпечний експеримент.
5. День 5–11. Спостереження за GSC, позиціями, конверсією. Якщо все ок — продовжуємо.
6. День 12. Batch №2 — 300 товарів середнього сегмента.
7. День 13–19. Знову моніторинг 7 днів.
8. День 20. Batch №3 — 400 товарів.
9. День 21–27. Моніторинг.
10. День 28. Останні 200 топ-товарів — найбільш обережно, з ручною редагурою кожного після генерації.
11. День 30+. Фінальний аудит, чистка редіректів, оновлення sitemap, перевірка структурованих даних через Rich Results Test.

Так, це місяць замість «вихідних з ChatGPT». Але саме така послідовність дозволяє переписати товари WooCommerce масово й не отримати листа від клієнта в стилі «де поділися всі замовлення з Google».

FAQ

Чи можна переписати 1000 товарів за один день?

Технічно — так, особливо через REST API. Стратегічно — ні. Google переоцінює сторінки поступово, і одночасний апдейт всього каталогу виглядає для алгоритму як підозріла зміна сайту. Розбийте на 3–5 batch-ів з інтервалом 7+ днів.

Чи впливає AI-генерація описів на ранжування?

Сам по собі факт AI-генерації — ні, Google офіційно це підтвердив у 2023. Впливає якість: унікальність, релевантність запиту, наявність характеристик. Поганий ручний опис ранжується гірше, ніж добре згенерований AI з людською редактурою.

Що робити, якщо позиції просіли більше ніж на 30%?

Не панікуйте перші 14 днів — це нормальний коливальний період. Якщо після 3 тижнів картина не виправляється, відкочуйтеся на бекап для найбільш постраждалих категорій і аналізуйте, що саме змінилося в цих картках порівняно з попередньою версією.

Чи треба переписувати alt-тексти зображень?

Так, це одне з найдешевших SEO-покращень. Alt-тексти впливають на видачу в Google Images, яка для багатьох товарних запитів дає 10–25% трафіку. Шаблон: «{Назва товару} — {ключова характеристика} — {бренд}».

Чи потрібен redirect, якщо я тільки змінив опис, але не URL?

Ні. Редіректи потрібні виключно при зміні URL (slug, категорія в permalink, structure). Зміни в тілі сторінки редіректів не вимагають.

Замість висновку

Питання «як переписати товари WooCommerce масово» — це не про швидкість, а про контроль. Магазини, які роблять це за вікенд, втрачають місяці трафіку. Магазини, які виділяють 4 тижні на поетапний rollout з моніторингом GSC, не лише не просідають — часто виходять у плюс на 15–30%, бо нові описи краще відповідають інтенту запитів.

Якщо самостійно проходити цей шлях не хочеться, можна спробувати Revenza безкоштовно — платформа генерує описи з урахуванням SEO-полів і завантажує їх через API партіями, які ви самі контролюєте. Перші 50 товарів — без оплати, цього вистачить, щоб протестувати підхід на власному каталозі та порівняти з ручним переписуванням. А далі — рішення за вами.