Створення XML-фідів для маркетплейсів і Google Merchant Center

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

Фід під вимоги конкретного каналу

Розширення XML не означає, що один файл підходить будь-якому маркетплейсу або рекламній системі.

  1. Формат, призначення та спосіб передавання

    Уточнюю платформу, категорії, мову, країну та спосіб завантаження. Для кожного одержувача перевіряю актуальну специфікацію полів і обмеження. XML, YML, CSV та API вирішують різні завдання; вибираємо підтримуваний варіант. Фід описує товарні пропозиції, а обмін замовленнями й статусами за потреби стає окремою інтеграцією.

Підготовка джерела товарних даних

Робочий файл починається з правильних даних про товар, а не зі встановлення модуля вивантаження.

  1. Поля, категорії та правила виключення

    Розбираю структуру CMS, таблиці або облікової системи, визначаю відповідність полів і відсутні значення. Налаштовую вибір категорій, брендів та окремих товарів. Позиції без обов’язкових відомостей можна виключати зі звітом про причину. Узгодимо, які дані беруться автоматично, а які потребують редакторської підготовки й підтвердження власника.

Фід для Google Merchant Center

Товарні дані мають відповідати пропозиції на посадковій сторінці та вимогам вибраного ринку.

  1. Ідентифікатори, ціна, наявність і зображення

    Готую підтримуваний формат із потрібними атрибутами: ідентифікатор, назва, опис, посилання, зображення, ціна та наявність. Бренд, GTIN, MPN та інші поля додаються за застосовними вимогами й достовірними даними. Не вигадую ідентифікатори. Звіряю мову, валюту та вибраний варіант зі сторінкою товару; відомості про доставку налаштовуються узгодженим підтримуваним способом.

XML для Rozetka, Prom.ua та інших платформ

Категорії та характеристики зіставляються з каталогом одержувача, а не просто копіюються з вашого меню.

  1. Адаптація вивантаження до каталогу платформи

    Вивчаю доступний спосіб додавання й оновлення товарів, структуру пропозицій, категорії та параметри. Готую відповідність назв, характеристик, варіантів і зображень. Для Rozetka враховую вибраний процес роботи з XML та Pricecreator, для Prom.ua — підтримуваний імпорт. Перевірка однієї платформи не замінює перевірку іншої; вимоги звіряються для конкретного проєкту.

Варіанти, артикули та сталі ідентифікатори

Зміна назви товару не має перетворювати стару пропозицію на нову під час кожного оновлення.

  1. Моделі, розміри, кольори та комплекти

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

Посилання, фотографії та товарні сторінки

Одержувач має мати змогу завантажити зображення й відкрити потрібний товар без перешкод.

  1. Перевірка доступності та відповідності

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

Автоматичне оновлення фіду

Розклад генерації файлу та розклад його завантаження платформою мають працювати узгоджено.

  1. Оновлення без порожніх і неповних файлів

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

Виправлення помилок і відхилених товарів

Коректний XML може містити неправильну ціну, невідповідну категорію або недостатні відомості.

  1. Від повідомлення платформи до виправлення джерела

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

Етапи підготовки та результат

Передаються правила вивантаження, робочий спосіб оновлення та зрозумілий перелік решти обмежень.

  1. Розбір і зразок

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

  2. Повне вивантаження та завантаження

    Налаштовую генерацію й оновлення, перевіряю структуру, повноту та завантаження в узгоджений сервіс.

  3. Передавання й подальші оновлення

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

Вартість створення товарного фіду

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

  1. Підготовка даних і механізм вивантаження

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

Питання про товарні фіди

Не завжди. Одержувачі мають різні схеми й вимоги. Одне джерело можна використовувати для кількох окремих вивантажень.

Файл підготувати можна, але вимоги каналу до товарних сторінок і продавця залишаються. Для Merchant Center перевіряємо відповідні посадкові сторінки та модель продажів.

Так. Вивчаю файл, джерело, модуль і повідомлення одержувача. Виправлення робиться в потрібному місці, щоб помилка не поверталася під час оновлення.

Так. Узгодимо умови за категоріями, брендами, наявністю або списком позицій. Перевіряємо, як виключення відображається в одержувача.

Перевіряємо походження товару та застосовні вимоги до ідентифікаторів. Не підставляємо вигаданий код; відсутність GTIN оформлюється лише за допустимими правилами.

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

Не обов’язково. Блокування може стосуватися сайту або бізнес-відомостей. Розбираємо сповіщення окремо; рішення ухвалює платформа.

Це окремий напрям. Можна доповнити проєкт налаштуванням кампаній та аналітики після підготовки каталогу й перевірки акаунта.

Документація платформ і сервісів

Це офіційні джерела вимог і можливостей. Їхню застосовність до вашого проєкту перевіряють перед налаштуванням; умови сторонніх сервісів можуть змінюватися.

  1. Google: специфікація товарних даних

  2. Rozetka: документація для продавців

  3. Prom.ua: робота з товарним каталогом

Підготуємо вивантаження для ваших каналів продажів

Вкажіть джерело каталогу та платформи, куди потрібно передати товари. Для наявного фіду опишіть помилку завантаження.