Головна·Блог·Структура Google Ads: кампанії під задачу магазину.
Pillar — поглиблений розбір·9 хв читання

Структура Google Ads: кампанії під задачу магазину.

Механіки Google і текст перевірено 11 жовтня 2026.

9 хв читання· ~1850 слів· опубліковано 13 травня 2026

Структура Google Ads визначає, які кампанії використовувати, що вони продають і як вимірюється результат. Почніть із товарів, цілей і якості даних. Search, Standard Shopping і Performance Max мають різні механізми контролю, але не кожному магазину потрібні всі три одночасно.

Як побудувати структуру Google Ads для інтернет-магазину?

Search керує пошуковими намірами й повідомленням, Standard Shopping працює з товарними групами, PMax поєднує інвентар Google та цілі кампанії. Спочатку перевірте фід і purchase/value, потім визначте межі, бюджет і роль кожного сегмента. Поділ за маржею є методикою команди, а не вимогою Google.

  • Основна дія для продажів: підтверджена покупка з коректними даними.
  • Ціна, наявність та ідентифікатори мають відповідати товару.
  • Ключові слова, типи відповідності, оголошення й посадкові сторінки.
  • Product groups у Standard; listing groups у PMax.
  • Групи активів мають тему; audience signals не є жорстким таргетингом.
  • Ролі, виключення й правила перегляду замість копіювання чужих бюджетів.
Google AdsPerformance MaxStandard ShoppingSearch campaignsMerchant Center
Зміст статті 13

Структуру Google Ads будують від економіки каталогу, цілей і якості даних, якими живляться кампанії. Маржа, наявність, сезонність та роль товару визначають потрібний рівень контролю; тип кампанії лише реалізує його. Тому два магазини з однаковим набором Search, Shopping і Performance Max можуть потребувати зовсім різної архітектури. Копіювати чужу схему без перевірки власних товарних даних і конверсій — слабка відправна точка.

Три типи кампаній — три механізми контролю

Search, Standard Shopping і Performance Max відрізняються насамперед сигналами, на яких працюють.

Search дає найпряміший контроль над пошуковим наміром: рекламодавець задає ключові слова, типи відповідності й тексти оголошень. Standard Shopping використовує дані Merchant Center, а товари організовуються в product groups. Performance Max — goal-based кампанія, яка працює з інвентарем Google та оптимізується на задані conversion goals за допомогою фіду, активів і сигналів рекламодавця.

Кампанія Основна одиниця керування Що контролює рекламодавець Коли корисна
Search ключові слова й оголошення намір, відповідність, текст, посадкову сторінку коли важливий явний контроль над запитом і повідомленням
Standard Shopping товар або product group склад груп, ставки та виключення коли потрібен детальний товарний контроль
Performance Max conversion goal і групи активів/товарів цілі, фід, активи, сигнали, виключення коли потрібна автоматизація на кількох каналах Google

Ставки товарних груп у Standard Shopping доступні за відповідної стратегії, наприклад ручного CPC; вони не замінюють цілі автоматичної стратегії.

Таблиця не встановлює універсальних ролей. У конкретному акаунті частина задач може перетинатися, а доцільність кожного типу залежить від каталогу, трекінгу й бізнес-цілей. Окреме порівняння механік є в матеріалі Performance Max чи Standard Shopping.

Пріоритет залежить від доступності реклами. Ідентичний запиту допустимий exact keyword має пріоритет; ідентичні phrase/broad keywords і search themes можуть мати спільний пріоритет. Далі Google враховує релевантність і Ad Rank.

Google описує PMax як доповнення до keyword-based Search. Якщо запит користувача ідентичний активному exact-match keyword у Search, Search зазвичай має пріоритет. Водночас Google прямо зазначає винятки: наприклад, Search-кампанія може бути обмежена бюджетом або мати суворіший таргетинг. Тому наявність exact-match keyword не дає абсолютної гарантії, що PMax ніколи не покаже оголошення за цим запитом.

Для керування перетином є різні інструменти:

  • campaign-level brand exclusions допомагають обмежити показ PMax за вибраними брендовими запитами;
  • campaign-level negative keywords у PMax відсікають конкретні нерелевантні або небажані запити в Search і Shopping inventory;
  • account-level negative keywords діють ширше — на відповідний Search і Shopping inventory в акаунті, включно з PMax.

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

Сегментація Shopping і PMax за даними фіду

Shopping і retail-PMax можуть організовувати товари за атрибутами Merchant Center: category, product_type, brand, condition, item id і custom_label_0–4. У Standard Shopping product groups дозволяють окремо керувати ставками для підгруп. У PMax listing groups визначають, які частини каталогу входять до групи активів.

Category і product_type відображають таксономію каталогу. Brand та condition корисні, якщо ці характеристики справді змінюють економіку або стратегію показу. Item id дозволяє виділити конкретний SKU. Custom labels — п’ять необов’язкових внутрішніх полів: їх значення не бачить покупець, зате рекламодавець може використовувати їх для фільтрації, звітності та bidding.

Ознака Як позначити Що контролювати Питання для перевірки
категорія або тип товару category / product_type склад product або listing groups чи не змішані товари з різною роллю в одному сегменті
бренд і стан brand / condition окремі групи, ставки або виключення чи впливає ознака на цінність продажу
конкретний SKU item id індивідуальне включення або виключення чи має товар достатнє бізнес-значення для окремого контролю
маржа, сезон, пріоритет custom_label_0–4 фільтри, звітність, bidding хто оновлює мітку і наскільки вона актуальна

Маржа й роль товару — методика, а не вимога Google

Google не вимагає групувати товари за маржею, оборотністю чи роллю у воронці. Це редакційна й управлінська модель, яку команда може накласти на стандартні атрибути через custom labels. Вона корисна тоді, коли товарна таксономія не відображає бізнес-економіку: два товари однієї категорії можуть мати різну маржу, доступність або стратегічну цінність.

Модель «Standard Shopping для контрольованого тесту, PMax для масштабування» теж є лише одним зі сценаріїв. Вона може допомогти, коли команді потрібен проміжний рівень ручного контролю. Для невеликого каталогу або стабільної групи товарів додаткова кампанія, навпаки, здатна створити зайву фрагментацію. Орієнтуйтеся на задачу сегмента; назва типу кампанії тут вторинна.

Передумови для осмисленої автоматизації

Окремо перевірте custom goals: вибрані дії в них можуть використовуватися інакше, ніж у звичайних цілях. Audience signals є підказками для навчання, а не жорстким обмеженням аудиторії.

До перебудови акаунта перевірте три шари.

Product data. Назва, ціна, availability, GTIN, категорія та інші атрибути мають відповідати товарній сторінці й реальному стану каталогу. Сегментація не виправить помилки в даних, на яких вона побудована. Для перевірки самого джерела даних використовуйте гайд із налаштування Google Merchant Center.

Conversion tracking. Purchase і його value повинні передаватися коректно. Якщо primary goal змішує покупку з add_to_cart або іншою проміжною подією, Smart Bidding отримує неоднозначний сигнал.

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

Без цього автоматизація може технічно працювати без помилок і водночас розподіляти бюджет за слабким сигналом.

Покрокова побудова структури

  1. Опишіть економіку каталогу. Зафіксуйте маржу, доступність, сезонність і роль товарних груп. Якщо частина даних недоступна, позначте це як обмеження — не підміняйте її здогадкою.
  2. Перевірте вимірювання. Зіставте purchase і revenue в рекламній системі з даними магазину. Відокремте primary conversion від допоміжних дій.
  3. Перенесіть потрібні ознаки у фід. Використовуйте стандартні атрибути та custom_label_0–4. Для кожної мітки визначте власника й правило оновлення.
  4. Призначте роль кожному сегменту. Вирішіть, де потрібен keyword-control Search, де корисна гранулярність Standard Shopping, а де виправдана автоматизація PMax.
  5. Зафіксуйте межі. Перевірте brand exclusions, negative keywords, product/listing groups та URL exclusions. Не додавайте виключення без пояснення, який конфлікт воно усуває.
  6. Розподіліть бюджет за пріоритетом. Враховуйте бізнес-цінність сегмента, місткість попиту й достовірність сигналу. Рівний бюджет для нерівних груп рідко є нейтральним рішенням.
  7. Встановіть цикл перегляду. Каталог і попит змінюються. Регулярно перевіряйте search terms, товарні групи, goals, якість фіду та актуальність custom labels.

Контроль search terms і мінус-слів

Search terms report у Search показує фактичні запити, за якими відбулися покази. У PMax Google також розвиває звітність за search terms та insights, але спосіб доступу й повнота даних можуть відрізнятися залежно від інтерфейсу й типу звіту. Тому рішення про виключення краще приймати за доступними фактичними запитами. Ставка на те, що алгоритм розбереться сам, звіту не замінює.

Мінус-слова доцільно розділити за рівнем:

  • account-level — для запитів, небажаних у всьому відповідному інвентарі акаунта;
  • campaign-level — для меж конкретної PMax або іншої кампанії;
  • brand exclusions — для контролю вибраних брендів у PMax.

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

Бюджет і bidding без магічних порогів

З березня 2025 eCPC недоступний для Search і Display. З червня 2026 змінюються назви target-стратегій, без зміни базової механіки; різні інтерфейси можуть тимчасово мати різні назви. Для broad match рекомендуємо Smart Bidding і перевірений сигнал конверсій.

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

Практичніше оцінювати якість рішення за ознаками:

  • чи вистачає бюджету для участі в релевантних аукціонах;
  • чи стабільно передаються purchase і value;
  • чи не змінилася доступність або ціна ключових товарів;
  • чи відповідає bidding goal реальній економіці сегмента;
  • чи не обмежують кампанію надто жорсткі targets або виключення.

ROAS або CPA в інтерфейсі не дорівнює прибутковості без урахування маржі, повернень, логістики й інших витрат. Рекламний target узгоджуйте з власною фінансовою моделлю; чужі значення переносяться погано.

Діагностика структурної проблеми

Campaign priority у Standard Shopping діє між Standard Shopping для тих самих товарів і країни. Це не засіб керування PMax. Перетин PMax/Shopping потребує аналізу аукціону та Ad Rank.

Структуру варто переглянути, якщо:

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

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

Підхід UPLIFY

UPLIFY — performance-marketing агенція для e-commerce. Як робочу методику команда рекомендує починати з аудиту каталогу та вимірювання, а вже потім призначати ролі Search, Shopping і PMax. Такий порядок не гарантує фінансовий результат, проте робить припущення видимими: команда може пояснити, чому сегмент існує, який сигнал використовує і за якою ознакою його переглядатимуть.

Питання про структуру Google Ads

Що робити, якщо товар входить і в Standard Shopping, і в PMax?

Перевірте, чи перетин потрібен для конкретної задачі. За потреби розділіть товари через item id, custom labels або listing/product groups. Пріоритет Standard Shopping не керує PMax; розподіл показів між звичайними кампаніями не є контрольованим тестом.

Як сегментувати за маржею з ручним оновленням собівартості?

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

Чи потрібна складна структура невеликому магазину?

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

Що виправити, якщо add_to_cart і purchase є primary conversions?

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

Чи потрібна кампанія для товарів не в наявності?

Зазвичай ні. Перевірте availability, оновлення фіду, сторінку товару й Merchant Center. Окрема кампанія не виправить розбіжність даних або затримку оновлення.

Audience signals обмежують аудиторію PMax?

Ні. Це підказки для навчання, а не жорстке обмеження показів. PMax може показувати рекламу за межами цих сигналів, якщо система вважає аудиторію релевантною цілям кампанії.

Джерела і межі рекомендацій

Механіки звірено з документацією Google. Сегментація за маржею та порядок перевірки є методикою UPLIFY, а не обов’язковою схемою Google.

Наступний крок

Обговоримо структуру вашого акаунта

Опишіть каталог, ринки та задачу. Узгодимо перевірку даних і наступні роботи до змін у рекламі.

Додати деталі (не обов'язково)

Надсилаючи заявку, ви погоджуєтесь з обробкою персональних даних.

Telegram →Написати в WhatsApp

Відповідь у той же робочий день · без спаму · без зобов'язань