Інтеграція 1С-Бітрікс з Google Merchant Center

Інтеграція 1С-Бітрікс з Google Merchant Center Ми нерідко стикаємося з ситуацією: після налаштування Яндекс.Маркета клієнти намагаються завантажити YML-фід у Google Merchant Center і отримують помилку «Unsupported feed format». Формат Google Shopping XML принципово інший — використовується прості
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Інтеграція 1С-Бітрікс з Google Merchant Center
Середній
~1-2 тижні

Наші компетенції:

Часті запитання

Останні роботи

  • Розробка сайту компанії B2B ADVANCE
    Розробка сайту компанії B2B ADVANCE
    1461
  • Розробка веб-сайту для компанії ФІКСПЕР
    Розробка веб-сайту для компанії ФІКСПЕР
    1019
  • Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    764
  • Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    882
  • Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    810
  • Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1166

Інтеграція 1С-Бітрікс з Google Merchant Center

Ми нерідко стикаємося з ситуацією: після налаштування Яндекс.Маркета клієнти намагаються завантажити YML-фід у Google Merchant Center і отримують помилку «Unsupported feed format». Формат Google Shopping XML принципово інший — використовується простір імен http://base.google.com/ns/1.0, обов'язкові атрибути g:google_product_category, g:condition, а ціни оформлюються з кодом валюти. Без правильного фіду до 40% товарів можуть бути відхилені. Розберемося, як коректно налаштувати експорт з 1С-Бітрікс, щоб уникнути блокувань та disapproved.

Офіційна документація Google Merchant Center описує фід як RSS-стрічку з елементами <item>. Кожен товар вимагає мінімум 7 обов'язкових атрибутів, і їх відсутність — часта причина відхилень. Для складних каталогів (понад 10 000 SKU) кастомний обробник дає повний контроль: він генерує фід у 2 рази швидше за модульні рішення і дозволяє гнучко фільтрувати товари. При кастомній інтеграції витрати на доопрацювання знижуються на 30% у порівнянні з покупкою модуля.

Формат фіду Google Shopping

Google очікує XML з простором імен http://base.google.com/ns/1.0 і елементами <item> всередині RSS-обгортки <channel>. Основні атрибути товару:

Атрибут Google Опис Поле в Бітрікс
g:id Унікальний ID товару ID елемента або артикул
g:title Назва NAME
g:description Опис PREVIEW_TEXT або DETAIL_TEXT
g:link URL товару Генерується з DETAIL_PAGE_URL
g:image_link URL основного фото DETAIL_PICTURE
g:price Ціна з валютою Значення ціни з кодом валюти
g:availability Наявність in stock / out of stock
g:brand Бренд Властивість інфоблоку
g:gtin Штрихкод EAN/UPC Властивість інфоблоку
g:condition Стан new для більшості
g:google_product_category Категорія з таксономії Google Маппінг вручну

g:google_product_category — ключова відмінність від YML. Google використовує власну таксономію з 5732 категорій. Приклад: Електроніка > Телефони та аксесуари > Мобільні телефони. Вказується або текстом, або числовим ID. Без цього атрибута товар може потрапити не в ту категорію, а для одягу та продуктів — не пройде модерацію.

Генерація фіду в 1С-Бітрікс

У стандартній поставці 1С-Бітрікс немає готового профілю експорту для Google Shopping. Три шляхи:

  1. Модуль з Marketplace. Рішення на кшталт «Google Merchant — експорт товарів» (itsfera.google_merchant) додають профіль експорту в Магазин → Налаштування → Експорт каталогу. Налаштування: вибрати інфоблок, замапити властивості на атрибути Google, задати URL фіду. Модуль генерує файл по cron.

  2. Кастомний обробник експорту. Файл у /bitrix/php_interface/include/catalog_export/. Клас реалізує інтерфейс експорту, формуючи XML у форматі Google. Плюс — повний контроль над логікою, фільтрацією, форматуванням. Мінус — підтримка при оновленнях Бітрікс лягає на вас. Однак для каталогів з 10 000+ товарами це єдиний спосіб уникнути таймаутів.

  3. XML-трансформація існуючого YML. Якщо YML-фід вже є, XSLT-перетворення конвертує його у формат Google. Робочий варіант для простих каталогів, але при складній структурі SKU дані втрачаються.

Приклад XML-фіду для одного товару
<?xml version="1.0" encoding="UTF-8"?> <rss xmlns:g="http://base.google.com/ns/1.0" version="2.0"> <channel> <title>Мой магазин</title> <link>https://myshop.ru</link> <description>Товары</description> <item> <g:id>12345</g:id> <g:title>Смартфон X Pro</g:title> <g:description>6.5 дюймов, 128 ГБ</g:description> <g:link>https://myshop.ru/product/12345</g:link> <g:image_link>https://myshop.ru/images/12345.jpg</g:image_link> <g:price>ЦІНА</g:price> <g:availability>in stock</g:availability> <g:brand>X-Corp</g:brand> <g:gtin>4901234567890</g:gtin> <g:condition>new</g:condition> <g:google_product_category>Электроника > Телефоны и аксессуары > Мобильные телефоны</g:google_product_category> </item> </channel> </rss> 

Як досягти повного контролю над фідом? Кастомний обробник vs модуль

Кастомний обробник дає гнучкість: ви самі фільтруєте товари, форматуєте ціни, обробляєте множинні властивості. У складних каталогах (понад 5000 SKU, кілька інфоблоків, своя логіка цін) модуль часто не справляється. Кастомне рішення коштує дорожче на старті, але економить час на постійних доопрацюваннях. Ми в 80% проектів вибираємо кастомний експорт, оскільки він гарантує проходження модерації.

Глибоке налаштування: торгові пропозиції та варіанти

Google Shopping обробляє варіанти товару (розмір, колір) через item_group_id — аналог group_id в YML. Всі варіанти одного товару повинні мати однаковий item_group_id і відрізнятися атрибутами:

  • g:color — колір
  • g:size — розмір
  • g:material — матеріал
  • g:pattern — малюнок

У Бітрікс торгові пропозиції зберігаються в окремому інфоблоці, прив'язаному до основного через PROPERTY_CML2_LINK. При генерації фіду потрібно:

  1. Пройтися по інфоблоку торгових пропозицій.
  2. Для кожної пропозиції — отримати батьківський товар (CML2_LINK).
  3. Сформувати <item> з item_group_id = ID батьківського товару.
  4. Підставити властивості пропозиції (розмір, колір) у відповідні атрибути Google.

Стандартні модулі з Marketplace не завжди коректно обробляють множинні властивості пропозицій. Перевіряйте фід вручну для товарів з 3+ варіантами.

Як перевіряється відповідність цін?

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

Завантаження фіду та діагностика

Фід завантажується в Merchant Center: Products → Feeds → Add feed. Вказується URL, розклад оновлення (Google забирає фід за розкладом, мінімум — раз на добу).

Після завантаження Merchant Center показує звіт по помилках:

  • Disapproved — товар відхилено. Причини: відсутній обов'язковий атрибут, ціна на сайті не збігається з фідом, зображення не відповідає вимогам (мінімум 100×100 px, для одягу — 250×250).
  • Warning — товар показується, але з обмеженнями. Зазвичай — відсутній gtin або brand.
  • Pending — товар на перевірці.

Чому важлива категорія Google Product Category?

Категорія google_product_category визначає, в якому розділі показуватися товару і які атрибути обов'язкові. Для одягу, наприклад, потрібні g:gender, g:age_group. Неправильна категорія — причина disapproved. Налаштування маппінгу вручну неминуче, оскільки таксономія Google не збігається з категоріями Бітрікс. У кастомному обробнику можна реалізувати автоматичний підбір категорії за ключовими словами з назви.

Мультивалютність та регіональність

Merchant Center прив'язаний до країни таргетингу. Для Росії: ціни в RUB, валюта вказується в кожному <g:price>. Для мультимовних магазинів на Бітрікс (кілька сайтів в одній установці) потрібно генерувати окремий фід для кожної країни/мови — різні URL товарів, різні ціни, різний g:google_product_category. Кастомний обробник дозволяє автоматизувати створення кількох фідів з одного каталогу.

Що входить в інтеграцію під ключ

  • Аналіз каталогу та вибір підходу (модуль / кастом)
  • Розробка та налаштування профілю експорту
  • Тестовий фід та його валідація в Merchant Center
  • Інтеграція з Merchant Center (URL, розклад)
  • Документація по оновленню фіду
  • Навчання співробітників (1 година онлайн)
  • Підтримка протягом місяця після запуску

Для розрахунку точного терміну та вартості зв'яжіться з нами. Ми гарантуємо проходження модерації та стабільну роботу фіду.

Терміни інтеграції

Сценарій Термін
Простий каталог до 1000 товарів, модуль з Marketplace 3–5 днів
Каталог з SKU, кастомний обробник 1–1.5 тижні
Мультимовний каталог, кілька фідів 1.5–2 тижні

Оцінимо ваш проект безкоштовно — отримайте консультацію.