Google Merchant: бачимо які товари не рекламуються

Інтернет-магазин на 1375 товарів у Google Merchant — а скільки з них реально показуються в Google Ads? Стандартні звіти на це не відповідають. Spilno Agency разом з Claude Code розробила інструмент «Покриття товарів Google Merchant в Google Ads» на внутрішній платформі RobotsCheck: він звіряє обидва джерела й показує конкретний список товарів, які пройшли модерацію, але не потрапили в жодну кампанію. У прикладі нижче — 227 таких товарів і 83% покриття.

Проблема, яку не видно в жодному стандартному звіті

Уявіть інтернет-магазин на 1375 товарних позицій. Усі вони начебто в фіді, всі виглядають «активними» в Merchant Center. Але скільки з них насправді крутяться в Google Ads? Відповіді на це запитання немає в жодному стандартному звіті — ні в Merchant Center, ні в Google Ads окремо.

Це класична сліпа зона перформанс-маркетингу: товар може бути ідеально оформлений у фіді, пройти модерацію Google, і при цьому просто не потрапити в жодну рекламну кампанію. Або потрапити — але з нульовою активністю. Клієнт платить за виробництво й логістику товару, а реклама про нього мовчить. Без спеціального аудиту це виявляється випадково — коли хтось з команди вручну звіряє два інтерфейси товар за товаром.

При 1375 позиціях вручну це не аудит, а тижні роботи.

Рішення: інструмент, який порівнює Merchant і Ads за вас

У межах внутрішньої платформи RobotsCheck команда Spilno Agency разом з Claude Code розробила новий інструмент — «Покриття товарів Google Merchant в Google Ads». Його задача сформульована гранично просто: показати спеціалісту, які товари реально рекламуються, а які — ні, і чому.

Ідея була очевидна з самого початку, а от реалізація — ні. Це не разовий скрипт, а повноцінний модуль платформи: із OAuth-інтеграцією, поясненням причин, пошуком, фільтрами, PDF-звітами й авторозсилкою. Ось як він влаштований.

Як це працює технічно

1. Підключення двох джерел. Спеціаліст підключає Google Merchant Center і Google Ads одним і тим самим Google-акаунтом (або різними — система це коректно розводить і памʼятає, під яким акаунтом авторизуватись до кожного сервісу).
2. Статус кожного товару з Merchant Content API. Інструмент забирає повний список товарів і їхній реальний статус у призначенні Shopping Ads — approved, pending чи disapproved.
3. Перевірка активності в Google Ads. Для товарів, які Merchant вважає активними, система додатково перевіряє, чи була по них реальна активність у рекламних кампаніях за останні 30 днів.
4. Зведення в один звіт. Два джерела зводяться в чіткі категорії: показується, не запущено в Ads, відхилено Merchant, на модерації — з причиною там, де вона є.

Це не проста SQL-склейка двох таблиць. Найцікавіше сталося на етапі відлагодження: перша версія парсингу статусів Merchant показувала, що всі 1375 товарів відхилені — хоча в самому Merchant Center 1270 з них були зеленими, схваленими. Причина виявилась тонкою: Google Content API іноді повертає поле status: "disapproved" навіть для товарів, які реально схвалені в потрібній країні (правдива інформація ховається не в цьому полі, а в списках країн-схвалень). Без живого зіставлення з реальним акаунтом клієнта цей нюанс було б неможливо впіймати — саме тут ітеративна робота з Claude Code, коли кожна гіпотеза одразу перевіряється на реальних даних, а не в вакуумі, показала свою цінність.

Що бачить спеціаліст

Результат — не просто цифра, а робочий інструмент на щодень:

• Дашборд із ключовими метриками: скільки товарів показуються, скільки не запущені в рекламі, скільки відхилив Merchant, який відсоток покриття.
• Таблиця товарів з пошуком за назвою, item ID, ціною чи причиною — і сортуванням по будь-якій колонці.
• Колонка «Назва кампанії Google Ads» — одразу видно, у якій саме кампанії товар показується, або що кампанії немає взагалі.
• Причина проблеми при наведенні — якщо Merchant відхилив товар, спеціаліст одразу бачить текст помилки від Google (наприклад, «сторінка товару недоступна»), без переходу в інший інтерфейс.
• PDF-дайджест одним кліком — брендований звіт із показниками, який можна вкласти в клієнтський репортинг.
• Публічне посилання на звіт — можна поділитися живим звітом з клієнтом чи колегою без надання доступу до самої платформи.
• Email-розсилка за розкладом — спеціаліст один раз налаштовує дні тижня й час, і дайджест покриття автоматично летить на пошту без ручного запуску.

Приклад із реального клієнта

Ось реальний знімок дайджесту одного з клієнтів агенції — інтернет-магазину:

Цифра 83% сама по собі нейтральна. Але за нею стоїть конкретний, дієвий список: 227 товарів, які пройшли модерацію Google, готові до показу — і просто ніхто не додав їх у кампанію. Для інтернет-магазину це не абстрактна метрика, а прямий сигнал: ось конкретні SKU, додайте їх у Performance Max чи Shopping-кампанію, і вони почнуть приносити трафік уже завтра.

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

Той самий дайджест доступний і у вигляді PDF одним кліком: завантажити приклад PDF-дайджесту.

Чому це важливо для agile-команди перформанс-маркетингу

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

• не витрачає години на ручне звіряння Merchant і Ads;
• отримує чіткий пріоритезований список дій, а не просто «загальне відчуття», що щось не так;
• може автоматизувати регулярний контроль покриття для кожного клієнта окремо;
• ділиться прозорим звітом з клієнтом одним посиланням.

Це маленький приклад того, як Claude Code застосовується в Spilno Agency не для генерації тексту чи коду «на показ», а для побудови реальних внутрішніх продуктів, що напряму впливають на ефективність рекламних бюджетів клієнтів — від першої ідеї до продакшн-інструмента з живими даними, авторизацією, розсилками й PDF-звітами.

RobotsCheck — внутрішня платформа Spilno Agency для SEO- та PPC-аудитів, що постійно розвивається у зв’язці з Claude Code.