Налаштування фіду Google Shopping на 1С-Бітрікс

Налаштування фіду для Google Shopping 1С-Бітрікс

Власники каталогів на Бітрікс часто стикаються з проблемою: товари не проходять модерацію в Google Merchant Center, фід відхилений, продажі не ростуть. Стандартний модуль «Експорт каталогу» не генерує коректний XML для Google Shopping — не вистачає простору імен xmlns:g та маппінгу обов'язкових атрибутів. Неправильний фід не тільки втрачає продажі, але й може призвести до штрафів від Google за некоректні дані. Ми налаштовуємо фід під ключ: від аудиту інфоблоків до повної автоматизації оновлень. За 10+ років роботи ми налаштували понад 200 фідів для каталогів від 100 до 500 000 товарів — і гарантуємо проходження модерації.

Чому стандартний експорт не підходить для Google Shopping?

Бітрікс за замовчуванням вміє вивантажувати YML (Яндекс.Маркет) та довільний XML. Але формат Google Base вимагає специфічних тегів: g:id, g:title, g:price, g:availability, g:brand, g:gtin. Стандартний профіль не додає префікс g і не підтримує вкладеність атрибутів. Результат — фід з помилками схеми.

Покрокова інструкція: від аудиту до деплою

1. Аудит структури інфоблоків та торгових пропозицій — перевіряємо наявність обов'язкових властивостей (GTIN, бренд, розміри), оцінюємо об'єм каталогу та частоту змін.
2. Визначення маппінгу властивостей — складаємо карту відповідності між полями Бітрікс та тегами Google Base. Враховуємо специфіку типу товару: для одягу — колір і розмір, для електроніки — GTIN і MPN.
3. Написання кастомного PHP-скрипта — реалізуємо генерацію XML з коректними просторами імен, підтримкою g:item_group_id та fallback для відсутніх властивостей.
4. Налаштування агента або cron — забезпечуємо автоматичну перегенерацію фіду з потрібною періодичністю. Для каталогів понад 50 000 товарів використовуємо посторінкову вибірку та set_time_limit(0).
5. Тестування та відправка в Merchant Center — проганяємо фід через валідатор W3C, перевіряємо в розділі Diagnostics, виправляємо типові помилки.
6. Моніторинг та коригування — після запуску відстежуємо статус у Merchant Center і оперативно правимо зауваження.

Що дає кастомний скрипт?

Ми використовуємо кастомний PHP-скрипт, розміщений в /local/cron/google_feed.php. Він збирає всі активні товари, включаючи торгові пропозиції, маппить властивості в потрібні теги та записує XML в /upload/feeds/google.xml. Скрипт запускається агентом Бітрікс щогодини — так фід завжди актуальний.

Приклад маппінгу властивостей:

$PROPERTY_MAP = [ 'brand' => 'BRAND', // Властивість "Бренд" 'barcode' => 'BARCODE', // EAN/штрихкод 'article' => 'ARTICLE', // Артикул/MPN 'color' => 'COLOR', // Колір (для одягу) 'size' => 'SIZE', // Розмір (для одягу) 'material'=> 'MATERIAL', // Матеріал ]; 

Перед генерацією фіду ми обов'язково перевіряємо, чи існують ці властивості в інфоблоці через CIBlockProperty::GetList(). Якщо властивість відсутня або не заповнена у товару — додаємо fallback або пропускаємо елемент.

Що робити з торговими пропозиціями?

Для каталогів із варіантами (розмір, колір) кожна пропозиція має бути окремим <item> з атрибутом g:item_group_id, рівним ID батьківського товару. Батьківський товар у фід не потрапляє. Ось як це реалізовано:

$offers = \CIBlockElement::GetList( [], ['IBLOCK_ID' => $OFFERS_IBLOCK_ID, 'PROPERTY_CML2_LINK' => $elementId, 'ACTIVE' => 'Y'], false, false, ['ID', 'NAME', 'CATALOG_QUANTITY', 'CATALOG_PRICE_1'] ); while ($offer = $offers->GetNextElement()) { $offerFields = $offer->GetFields(); $offerProps = $offer->GetProperties(); // g:item_group_id = ID батьківського елемента // g:id = ID торгової пропозиції // g:color, g:size — з властивостей пропозиції } 

Як автоматизувати оновлення фіду?

Краще ставити агент Бітрікс — він не вимагає доступу до cron і простіший у налаштуванні:

\CAgent::AddAgent( '\Local\Feed\GoogleFeedGenerator::generate();', 'local.feed', 'N', 3600, // щогодини '', 'Y', date('d.m.Y H:i:s', time() + 3600) ); 

Файл фіду перезаписується при кожному запуску. Якщо товарів більше 50 000, збільште час виконання скрипта через set_time_limit(0) і використовуйте посторінкову вибірку. Як альтернативу можна налаштувати cron-завдання: * * * * * /usr/bin/php /path/to/bitrix/local/cron/google_feed.php >/dev/null 2>&1.

Перевірка фіду перед відправкою в Merchant Center

Ми перевіряємо фід трьома способами:

1. Вбудовані інструменти Google — розділ Diagnostics у Merchant Center одразу покаже помилки валідації. Згідно з офіційною документацією, більше 40% відхилень пов'язані з відсутністю GTIN.
2. Валідатор W3C — перевіряє коректність XML-структури.
3. Google Rich Results Test — переконайтесь, що структуровані дані на сайті відповідають очікуванням Google.

Обов'язкові атрибути фіду

Що входить у налаштування фіду під ключ

• Аудит поточного каталогу: перевіряємо наявність властивостей (GTIN, бренд, розміри), правильність ведення торгових пропозицій.
• Маппінг та написання кастомного скрипта генерації фіду з підтримкою xmlns:g.
• Налаштування агента або cron-завдання для автоматичного оновлення.
• Первинна перевірка фіду в Merchant Center, усунення типових помилок.
• Гарантія проходження модерації — виправляємо зауваження Google протягом дня. Економія рекламного бюджету за рахунок коректних даних сягає 30%, а зниження частки відхилень на 25% скорочує втрати від неучасті в безкоштовних лістингах.

Наш досвід — понад 10 років роботи з Бітрікс і 200+ налаштованих фідів для каталогів від 100 до 500 000 товарів. Отримайте консультацію: оцінимо ваш проект і запропонуємо рішення без прихованих доплат. Зв'яжіться з нами для безкоштовного аудиту поточного фіду. Замовте налаштування фіду під ключ — гарантуємо проходження модерації.