Перенесення каталогу на новий сайт: як оцінити обсяг і бюджет

Перенесення каталогу на новий сайт варто оцінювати як окремий робочий потік, а не як рядок «імпорт товарів». Один файл може містити 500 позицій і вимагати небагато дій, а каталог такого самого розміру — значної ручної звірки, якщо дані зібрані з CMS, облікової системи, папок із фото та кількох таблиць менеджерів. Реальний обсяг визначає не лише кількість товарів, а й придатність кожного запису для нової структури.

Для власника бізнесу ключове завдання — до початку розробки погодити, що саме переноситься, що очищується, що створюється заново, а що свідомо не потрапляє на новий сайт. Це зменшує ризик непередбачених ручних робіт, суперечок під час приймання та появи некоректних карток після запуску.

Що саме входить в оцінювання каталогу

Підрахунок лише SKU дає хибне уявлення про складність. Одна картка може мати назву, артикул, ціну, залишок, бренд, категорію, короткий і повний опис, характеристики, варіації, документи, кілька фото, відео або пов’язані товари. Важливо також встановити, чи ці дані вже є у придатному вигляді та чи можна їх використати без втрати змісту.

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

Визначте джерело правди для кожного поля

Якщо ціна та залишок у CMS відрізняються від даних ERP або CRM, команда не може безпечно «взяти все звідусіль». Для кожної групи полів призначають джерело правди: наприклад, назва й опис — із затвердженої таблиці, ціна та доступність — з облікової системи, зображення — з медіатеки. Таке рішення потрібне ще до мапінгу колонок, інакше після імпорту доведеться виправляти вже опубліковані картки.

Рахуйте не тільки товари, а й одиниці ручної роботи

Окремими одиницями оцінювання є запис, поле, варіація, зображення, файл, категорія та правило трансформації. Наприклад, заміна десяткового роздільника в усіх цінах — одне правило, а ручне доповнення характеристик у 300 картках — сотні окремих дій. Саме ця різниця найбільше впливає на бюджет перенесення контенту.

Інвентаризація перед імпортом: заповнений навчальний приклад

Нижче — умовний навчальний приклад інвентаризації для магазину. Цифри не є кошторисом, строком або типовим результатом: вони показують, які питання мають бути заповнені до затвердження робіт. У реальному проєкті таблицю складають за фактичними файлами та доступами.

Така таблиця перетворює розмите «перенести каталог» на зрозумілий набір припущень. Якщо після інвентаризації виявляється, що значна частина описів порожня, це не технічна помилка імпорту. Це окреме рішення: залишити поле порожнім, підготувати контент вручну або не публікувати такі позиції до заповнення.

Які операції найчастіше формують ручний обсяг

Автоматизація корисна для повторюваних і чітко описаних правил, але не замінює редакторського та операційного рішення. Вона не визначить надійно, який із двох схожих товарів є актуальним, чи достатньо якісне фото або до якої категорії належить товар із неповною назвою.

• зіставлення різних ідентифікаторів: SKU, артикулів постачальника, внутрішніх кодів;
• об’єднання дублікатів і вибір основної картки;
• очищення описів від застарілої розмітки, технічних символів і копій тексту;
• нормалізація назв брендів, одиниць виміру, кольорів, розмірів і форматів чисел;
• переклад або редактура полів для потрібних мовних версій;
• розподіл товарів за новими категоріями та атрибутами фільтра;
• підбір, обрізання, стиснення та прив’язка зображень;
• заповнення обов’язкових полів, яких не існувало у старій системі.

Мапінг полів потрібно затвердити до завантаження

Мапінг — це таблиця відповідності між полем джерела та полем нової платформи: наприклад, «виробник» переходить у бренд, «матеріал корпусу» — у характеристику, а «колір: чорний/графіт» — у контрольований атрибут із погодженими значеннями. Для кожного поля варто визначити формат, обов’язковість, дозволені значення, правило обробки порожнього значення та відповідального за уточнення.

Саме імпорт товарів на сайт стає передбачуваним, коли цей мапінг доповнений правилами для винятків: що робити з відсутнім SKU, кількома можливими фото, неузгодженим брендом або незаповненою характеристикою. Без таких правил файл може технічно завантажитися, але створити картки, непридатні для продажу чи подальшого адміністрування.

Особливу увагу приділіть варіативним товарам. Розмір, колір або комплектація можуть бути окремими простими товарами в старій системі, але мають стати варіаціями однієї картки в новій. Це змінює структуру даних, фільтри, ціну, залишки, фото та логіку відображення — тобто не зводиться до копіювання рядків.

Як структура каталогу впливає на дизайн і кошторис

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

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

Попросіть команду показати щонайменше кілька репрезентативних типів карток до масового перенесення: простий товар, товар із варіаціями, товар без фото, позицію зі специфікацією або документами. Це допомагає вчасно побачити прогалини в даних і не приймати рішення лише за ідеально заповненим прикладом.

Як сформувати обґрунтований бюджет перенесення контенту

Бюджет не повинен бути припущенням на кшталт «один товар помножити на кількість». Коректніше розділити роботу на етапи та окремо описати припущення. Загальна вартість створення сайту залежить також від платформи, функціональності, інтеграцій і дизайну, тому перенесення каталогу доцільно виділити в самостійний блок кошторису.

1. Аудит джерел. Перевірка доступів, форматів, кількості записів, якості медіа та конфліктів між системами.
2. Підготовка структури. Затвердження категорій, атрибутів, обов’язкових полів, правил для варіацій і джерел правди.
3. Очищення та трансформація. Автоматичні правила, ручні виправлення, редактура й обробка винятків.
4. Налаштування імпорту. Мапінг, форматування файлу, прив’язка медіа, інтеграційна логіка за потреби.
5. Пробний імпорт. Завантаження контрольної вибірки, фіксація помилок і коригування правил.
6. Повне завантаження та приймання. Контроль кількості, вибіркова звірка карток, виправлення погоджених дефектів.

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

Безпечний процес: від вибірки до повного каталогу

Пробний імпорт — не формальність і не демонстрація того, що система може завантажити файл. Його мета — перевірити, чи правильно дані поводяться у вітрині та в адмінпанелі: чи збереглися зв’язки, чи працюють фільтри, чи не зникли зображення, чи коректно показано ціну, наявність і варіації.

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

Для контрольної вибірки беруть не лише «хороші» записи. До неї мають увійти товар із довгою назвою, кількома фото, порожнім описом, кількома варіаціями, нестандартною характеристикою, відсутнім залишком і позиція з неоднозначним артикулом. Помилка на такому наборі показує правило, яке треба виправити один раз, а не сотні разів після запуску.

Що приймати після перенесення

Приймання має спиратися на погоджений реєстр, а не на загальне враження від каталогу. Кількість карток сама по собі не гарантує якості: завантажені товари можуть містити неповні характеристики, хибні фото або дублікати.

• кількість опублікованих, прихованих і виключених позицій відповідає погодженому реєстру;
• обов’язкові поля, категорії, бренди та атрибути заповнені за затвердженими правилами;
• ціни, статуси наявності та варіації збігаються з визначеним джерелом правди;
• зображення належать правильним товарам, мають належну послідовність і не дублюються без причини;
• працюють фільтри, пошук, сортування та посилання між категоріями й картками;
• зафіксовано список винятків: що не переноситься, що потребує контенту та хто це допрацьовує.

Збережіть вихідні файли, фінальний імпортний файл, правила трансформації та журнал змін. Це спростить наступне оновлення асортименту, підключення інтеграції або перенесення на іншу платформу. Головна цінність підготовки — не одноразове завантаження, а керований каталог, який команда зможе підтримувати без повторної ручної реконструкції даних.