01 / Завдання асортименту
Групи товарів Shopping починаються з рішення
Залишки, сезон і цінність потрібно поєднати спільним правилом
Сегментуйте асортимент Shopping там, де відмінність веде до іншого рішення. Варіанту з малим залишком може бути потрібен інший допуск до реклами, ніж основному товару з надійним поповненням; сезонній позиції — інша дата перевірки, ніж цілорічній пропозиції. Мітка описує цю ситуацію. На дію її перетворюють лише фактично налаштований добір товарів, стратегія призначення ставок і структура кампаній.
Для малих і середніх інтернет-магазинів у Німеччині зрозуміла структура, яку можна перевірити, зазвичай корисніша за велику кількість нібито точних підгруп. Почніть із достовірних залишків, обґрунтованого сезонного календаря та вже погодженої економічної оцінки. Потім запишіть, які товари варто розглядати для регулярної реклами, окремо дослідити, включити до обмеженої акції або тимчасово прибрати з певної рекламної вибірки.
Робочий інструмент цього посібника — матриця ролей асортименту зі словником Custom Labels і журналом змін. Вона пов’язує вхідні дані, пріоритет правил, добір товарів і повторну перевірку. Закупівлі, команда магазину та фахівці з реклами зможуть однаково зрозуміти рішення, замість того, щоб вкладати у слово «бестселер» різні вказівки до дії.
Посібник передбачає, що передавання даних уже працює. Він не розраховує заново вартість повернень і не усуває відхилення Merchant Center. Завдання — перетворити перевірені сигнали на сегментацію, яку можна підтримувати, та показати реальні можливості керування у Standard Shopping і Performance Max. Тут немає обіцянок зростання виторгу чи універсальних мінімальних бюджетів.
Актуальність: 2 жовтня 2026 року. Ролі, пороги й числові приклади — власна робоча методика. Google не вимагає такої класифікації. Технічно правильний сегмент не гарантує ні показів, ні економічного результату.
02 / Різні рівні керування
Не плутайте мітку, групу товарів і кампанію
Докладніший звіт ще не створює окремого бюджету
Перш ніж заповнювати поля, з’ясуйте призначення кожного рівня. Огляд нижче допомагає обрати спосіб реалізації, а не закликає ускладнити всі рівні одночасно. Для кожного поділу запитайте: він потрібен лише для аналізу, для добору товарів, для інших рекламних матеріалів чи справді для самостійного рішення на рівні кампанії? Лише тоді можна визначити відповідне налаштування.
| Рівень | Що описує | Практичне завдання | Відповідальний | Чого автоматично не дає | Контрольне запитання |
|---|---|---|---|---|---|
| Товарні дані | Конкретну пропозицію | Передати факти й атрибути | Магазин і команда даних | Допуск до кожної кампанії | Правильні варіант і джерело? |
| Custom Label | Власну класифікацію | Позначити набори товарів | Власник бізнес-правила | Виключення або підвищення ставки | Яке правило створює значення? |
| Група товарів | Вибірку у Standard Shopping | Поділити товари й застосувати доступне керування | Фахівець із реклами | Самостійний бюджет кампанії | Яка стратегія активна? |
| Listing Group | Добір товарів у Performance Max | Пов’язати пропозиції з групою об’єктів | Фахівець із реклами | Індивідуальну ручну ставку товару | Які пропозиції включено? |
| Кампанія | Спільні умови керування | Визначити цілі й бюджет | Відповідальний за маркетинг | Рівномірний розподіл витрат | Навіщо потрібна окрема кампанія? |
Сегмент «високий внесок» спочатку може бути лише групою для аналізу. Можливо, перевірка покаже, що ці позиції вже отримують належну увагу. Тоді нова кампанія додасть обслуговування без визначеного завдання. Інша ситуація — обмежена акція з окремо погодженим бюджетом, який неможливо розумно реалізувати в наявній структурі.
Записуйте мету й реалізацію окремо. «Підвищити видимість сезонного асортименту» — намір; «включити цей набір пропозицій до цієї активної вибірки» — конфігурація, яку можна перевірити. Чи принесе це більше корисного попиту, покажуть відповідні дані про результати. Таке розмежування не дозволяє оголосити привабливу структуру облікового запису успішним тестом ще до появи доказів.
03 / Надійні вхідні дані
Класифікуйте пропозиції на правильному рівні
Одне сімейство товарів може мати різні ситуації із запасами
Створіть робочий файл зі сталим ID пропозиції, ринком, мовою, типом товару, доступним залишком, часом оновлення залишку, сезонною фазою та класом економічної цінності. Додайте джерело й відповідального. Сукупність полів має однозначно визначати конкретну пропозицію. Загального запасу сімейства недостатньо, якщо рекламований розмір або колір закінчується, а інших варіантів ще багато.
Власну товарну ієрархію можна передати через product_type. Вона відрізняється від заданої Google категорії; з кількох переданих типів для організації ставок і звітів Shopping використовується перший. Тому основний шлях потрібно обрати свідомо. Сезон або економічна роль не повинні постійно підміняти в цій ієрархії справжній тип товару.
Простежте один запис від облікової системи до обробленої пропозиції. Чи узгоджені ідентифікатор, ринок і прив’язка? Якщо такої основи немає, допоможе посібник із налаштування Merchant Center і товарного фіду Shopping. Для сегментації недостатньо поля магазину з назвою «тег». Важливо, чи потрапляє потрібне значення до правильного атрибута правильної пропозиції.
Явно позначайте невідомі вхідні дані. Відсутній запис про витрати не означає низького внеску; затриманий файл залишків не доводить порожнього складу. Класифікація не має перетворювати невизначеність на нібито достовірну категорію. Надайте запису статус перевірки та визначте, хто додасть потрібні відомості й яке рекламне рішення діятиме до того часу.
04 / Словник міток
Закріпіть за кожною Custom Label один зміст
Короткі переліки значень простіше перевіряти, ніж складені коди
Спочатку визначте словник, а потім правила. За специфікацією custom_label_0–4 доступні п’ять необов’язкових атрибутів, по одному значенню на товар у кожному та до 1 000 різних значень на атрибут у всьому обліковому записі. Ці відомості не є видимим текстом оголошення. Не плутайте технічну межу з доцільною кількістю сегментів для вашого магазину.
Наведена схема — редакційна пропозиція. Вона відводить окремі поля залишкам, сезону, економічному класу, перевірці даних і підсумковій ролі. Використовуйте її, лише якщо поля ще не зайняті іншими завданнями. Непомітна заміна усталеного змісту може змінити інші кампанії, фахівці яких нічого не знають про ваш новий проєкт.
| Поле | Зміст | Приклади значень | Основне джерело | Коли оновлювати | Якщо відомостей немає |
|---|---|---|---|---|---|
| custom_label_0 | Стан запасів | stable, tight, excess | Залишок та оцінка попиту | Після відповідного оновлення запасів | unknown |
| custom_label_1 | Сезонна фаза | evergreen, prepare, active, exit | Затверджений сезонний календар | За зміни фази | unknown |
| custom_label_2 | Економічний клас | strong, standard, weak | Перевірена оцінка внеску | За зміни вихідних умов | unknown |
| custom_label_3 | Допуск даних | ready, review | Актуальність і правдоподібність | Під час кожної класифікації | review |
| custom_label_4 | Роль у рекламі | core, explore, clearance, hold | Задокументований пріоритет правил | Після перевірки вхідних даних | hold |
Англійські коди забезпечують технічну узгодженість і залишаються незмінними в усіх мовних версіях. Їхнє ділове пояснення зберігається у словнику. Не перекладайте «core» в німецькому експорті як «Kernware», якщо активна вибірка й далі шукає «core». Розглядайте перейменування як зміну зв’язку між веденням даних і кампанією.
Точні визначення зберігайте окремо від коротких кодів. «strong» може позначати затверджений діапазон внеску, але не має означати різне для різних відділів. Початкові суми, період розрахунку та погодження залишаються в робочому реєстрі. Це дає змогу пояснити значення без окремої мітки для кожної суми, дати й відповідальної особи.
05 / Запаси як сигнал ризику
Розрізняйте можливість доставки та резерв для реклами
Малий залишок не означає автоматично out_of_stock
Офіційні вимоги до наявності стосуються фактичної можливості прийняти й виконати замовлення. Не встановлюйте out_of_stock для доступної до замовлення пропозиції заради обмеження реклами. Внутрішня рекламна класифікація водночас може бути «tight»: доставити можна, але резерву для додаткового попиту мало. Ці відомості відповідають на різні запитання й мають залишатися зрозумілими поруч.
Для простого власного планового показника поділіть доступні, незарезервовані одиниці на обґрунтовану оцінку добового попиту. Отримаєте розрахункове покриття попиту запасом у днях. Для цього потрібні зіставні одиниці й придатна оцінка потреби. Якщо спостережень немає або сезон різко змінюється, результат невизначений; не записуйте штучно точний строк забезпечення запасом.
Умовний товар має 24 придатні для продажу одиниці за припущеного попиту 3 одиниці на день. Отже, запасу вистачить на 8 днів. Якщо до підтвердженого поповнення 12 днів, можливий розрив. Це привід перевірити резерв для реклами, а не універсальний поріг ставки Google. У рішенні також враховують резервування, інші канали продажу й надійність дати постачання.
Тому визначайте «tight» з огляду на процес закупівлі. Товар із швидким місцевим поповненням за того самого залишку може оцінюватися інакше, ніж модель, що виходить з асортименту. Для «excess» також потрібна обґрунтована мета щодо запасу чи розпродажу: велика кількість сама по собі не доводить надлишку. Запишіть, який цільовий запас або плановий період став підставою для класу.
Не допускайте щоденного перемикання біля межі. Власне правило повернення з «tight» до «stable» може вимагати підтвердженого надходження й достатнього резерву. Його величину визначає бізнес. Важливіше за нібито науковий поріг те, щоб закупівлі й маркетинг однаково тлумачили той самий стан.
06 / Сезон із датою завершення
Плануйте фази замість безстрокової сезонної мітки
Календарна мітка не є сезонним коригуванням ставок
Товар може готуватися до майбутнього сезону, перебувати в активному вікні попиту або переходити до завершення сезону. Запишіть у календарі початок, кінець, ринок, припущення й відповідального. Мітка містить лише поточну фазу. Тоді фахівцю з реклами не доведеться вгадувати, що означає «winter»: підготовку, пік чи розпродаж залишків.
Офіційні сезонні коригування Google Ads стосуються очікуваних істотних змін коефіцієнта конверсії під час коротких подій; Google особливо виділяє періоди 1–7 днів. Сезонна мітка описує набір товарів. Тому багатомісячний осінній план не слід автоматично перетворювати на коригування ставок. Зростання пошукового попиту саме по собі також не є виміряною зміною коефіцієнта конверсії.
Пов’язуйте фазу з фактичними умовами замовлення й доставки. Для подарунків остання надійна дата отримання може бути важливішою за календарний день свята. Окремо визначте, коли змінювати рекламну вибірку й до якого моменту товар можна продавати звичайним способом. Завершення рекламної акції не робить товарну інформацію автоматично недійсною.
Погодьте правило повернення заздалегідь. Хто завершить «active», якщо відповідальна особа недоступна? Що станеться, якщо постачання запізниться? Призначений заступник і контрольована дата закінчення часто корисніші за додаткові підгрупи. Без підтримки сезонні сегменти залишаються активними після своєї події, а згодом їх помилково сприймають як свідому постійну стратегію.
07 / Економічний клас
Використовуйте перевірені значення, не перейменовуйте ROAS на маржу
Клас дає контекст, але не передає цінність конверсії автоматично
Економічну оцінку потрібно визначити до класифікації. Для цього попереднього етапу використовуйте реєстр дохідності Shopping з урахуванням маржі, повернень і залишків. До сегментації переноситься підтверджений клас разом із періодом та версією. Нібито точний клас на основі невідомих витрат залишається ненадійним, навіть якщо він без технічних помилок потрапив до фіду.
Дорогий товар не обов’язково цінніший для бізнесу. Великий виторг може супроводжуватися високими закупівельними, транспортними чи очікуваними витратами на повернення. І навпаки, низький внесок не завжди означає негайне повне виключення: обмежений тест або обґрунтоване завдання розпродажу можуть залишатися доречними. Такому винятку потрібні задокументована мета й відповідальна особа.
За призначення ставок із цільовою ROAS Google використовує передані значення конверсій. Мітка «strong» не надсилає додаткової суми прибутку й не змінює дію-конверсію. Тому перевірте, що вимірює використане значення. Якщо ви й далі передаєте виторг, ROAS за виторгом залишається іншою величиною, ніж внесок, оцінений усередині компанії.
Не застосовуйте одну поправку двічі. Якщо погоджена модель цінності вже враховує певні витрати, не можна бездумно ще раз віднімати їх загальним коефіцієнтом у новій цілі. Матриці ролей спочатку достатньо пояснюваної категорії; зміну моделі вимірювання чи призначення ставок готують і перевіряють як окреме рішення.
Визначте, коли економічний клас потрібно погоджувати заново. Акції, нові закупівельні умови або точніші відомості про повернення можуть вимагати переоцінки. Зберігайте попереднє визначення, щоб перехід зі «standard» до «strong» згодом не виглядав раптовим поліпшенням реклами. Класифікація може змінитися, хоча поведінка покупців залишилася незмінною.
08 / Матриця ролей асортименту
Призначайте роль за однозначним порядком правил
Нез’ясовані дані важливіші за намір збільшити продажі
Наступна матриця — власне правило ухвалення рішень, яке можна скопіювати. Рухайтеся згори вниз: роль визначає перший відповідний рядок. Усі вихідні числа й оцінки залишаються в робочому файлі, мітка містить лише результат. Описану рекламну дію потім налаштовують окремо. Жоден код таблиці не є вбудованим перемикачем Google.
| Пріоритет | Умова | Роль | Запланована дія | Хто погоджує | Коли перевірити знову |
|---|---|---|---|---|---|
| Спочатку | Даних немає або вони суперечать одне одному | hold | Прибрати з нової вибірки; з’ясувати причину | Відповідальний за дані | Після виправлення джерела |
| Далі | Залишок tight | hold | Обмежити додаткове рекламне навантаження | Закупівлі й маркетинг | Після підтвердженого поповнення |
| Далі | Сезон exit і залишок excess | clearance | Розглянути обмежений розпродаж | Відповідальний за асортимент | За настання кінцевої дати або зміни залишку |
| Далі | Сезон active чи evergreen; клас strong або standard | core | Розглядати для регулярної вибірки | Відповідальний за маркетинг | За зміни сезону чи цінності |
| Інакше | Дані ready, попередні умови не виконано | explore | Визначити обґрунтований тест або відкласти | Відповідальний за тест | У погоджену дату перевірки |
Так привабливий внесок не перекриває нез’ясованої ситуації із запасами. Товар може водночас перебувати в активному сезоні й закінчуватися; за цим правилом він отримує «hold». Компанія може обрати інші пріоритети, але має явно їх описати. Інакше несумісні правила в різних таблицях призначатимуть тому самому варіанту різні ролі залежно від порядку імпорту.
У цій методиці «hold» спочатку означає відсутність автоматичного включення до нової регулярної вибірки. Зупинити, обмежити чи зберегти іншу вже активну кампанію — окрема явно призначена дія. Тому в реєстрі потрібні кампанія, вибірка й відповідальний. Загальна мітка сама по собі не доводить, що товар виключено з реклами всюди.
09 / Передавання даних і відповідальність
Визначте джерело, якому дозволено записувати мітку
Класифікація має зберегтися після наступного імпорту
Оберіть основне джерело для кожної мітки. Часто класи розраховують в обліковій системі, підтримуваній таблиці або під час попереднього перетворення даних. Інструмент менш важливий за однозначну відповідальність. Якщо застосунок магазину, імпорт таблиці й ручна зміна незалежно записують одне поле, успішний на вигляд тест може бути перезаписаний уже наступним регулярним оновленням.
Окреме додаткове джерело товарних даних може доповнювати чи перевизначати наявні атрибути; воно не замінює самостійного основного джерела й саме не додає товарів. За звичайного зіставлення за ID мають відповідати прив’язка та контекст джерела. Перевірте також передумови розширеного керування джерелами у своєму обліковому записі, перш ніж вважати цей спосіб доступним.
У робочому файлі зберігайте поруч з ID пропозиції вихідний файл, час дії даних, версію правила й відповідального. Необов’язково передавати все це в Custom Labels. Такі записи пояснюють, чому вчора товар був «core», а сьогодні став «hold». Без збережених вхідних даних надійно відповісти після автоматичного перезаписування складно.
Визначте поведінку на випадок збою передавання. Нескінченно використовувати старий файл буває так само ризиковано, як очистити всі мітки. Для кожного сигналу задайте допустимий вік даних і погоджене резервне рішення. Залишкам може бути потрібен коротший строк актуальності, ніж перевіреному економічному класу; однакова позначка «актуально» приховає цю відмінність.
Спочатку перевірте шлях на невеликій обґрунтованій вибірці: звичайний товар, варіант із малим залишком, зміна сезону та відсутнє вихідне значення. Для кожного випадку перевірте оброблену мітку й подальший добір. Це перевірка логіки рішення, а не статистичне дослідження ефективності; її не можна видавати за доказ підвищення віддачі кампанії.
10 / Застосування правил
Спочатку перевірте чернетку, потім оброблений результат
Порядок кількох правил може змінити підсумкову роль
Використовуючи правила атрибутів Merchant Center, враховуйте їхнє послідовне виконання. Google передбачає чернетку, тест правил і подальше застосування. Тому правильний на вигляд вхідний файл ще не підтверджує кінцевого значення. Перевірте, яке джерело читається й чи не змінює наступне правило результат знову. Підтвердження має стосуватися обробленого товару.
Для змістової перевірки інших атрибутів використовуйте реєстр оптимізації товарного фіду. Тут перевіряється саме класифікація: дозволене значення, правильний варіант, зрозумілий пріоритет правил і коректний результат. Зміна ролі не повинна водночас змінювати назви, ціни чи ідентифікатори. Якщо така правка потрібна, їй необхідна окрема задокументована підстава.
- Зберегти вхідні дані
Зафіксуйте приклади записів із джерелом, часом і очікуваною роллю. Додайте відсутні й суперечливі значення.
- Порівняти чернетку
Зіставте очікувані та розраховані значення. До застосування правила розберіть кожну розбіжність.
- Перевірити обробку
Після застосування перевірте ті самі ID пропозицій і фактичні значення міток у Merchant Center.
- Підтвердити вибірку
Потім перевірте в Google Ads включені й виключені товари, а також залишкову гілку.
Збережіть спосіб повернення. Він має відновлювати останню перевірену версію правила та відповідну вибірку кампанії. Попереднього файлу недостатньо, якщо критерії добору вже змінилися. Тому разом записуйте, що змінили в даних і рекламному обліковому записі, хто це виконав і коли. Так можна відновити пов’язану конфігурацію, а не випадкову її частину.
11 / Standard Shopping
Поділяйте групи товарів відповідно до потрібного рішення
Керування ставками залежить від фактично вибраної стратегії
У групах товарів кампаній Shopping поділ будується за переданими атрибутами. За ручного керування CPC можна редагувати ставки кінцевих груп без подальших підрозділів. Не переносьте такий спосіб керування автоматично на стратегію з автоматичним призначенням ставок. Спочатку перевірте активне налаштування, перш ніж приписувати групі нібито індивідуальну ціль ставки.
Проста реалізація починається з потрібного набору ролей і за потреби додає нижче поділ за типом товару. Не використовуйте кожен доступний атрибут лише тому, що це дозволяє меню. Питання в тому, чи допомагає нова гілка конкретному рішенню або необхідній перевірці. Інакше вона ускладнює підтримку, не поліпшуючи саму логіку керування.
Окремо перевірте залишкову гілку «Усе інше». До неї може потрапити нова мітка або значення з помилкою в написанні. Свідомо вирішіть, чи залишається ця частина включеною або виключається, та протестуйте невідоме значення. Створити лише потрібні видимі групи й припустити, що всі інші товари видалилися автоматично, — ненадійний спосіб контролю.
Зміна словника сама не перебудовує дерево добору. За наявних критеріїв нове значення атрибута може змінити належність товару; нові значення й перейменовані гілки однаково потрібно звіряти окремо. Порівняйте набори до та після обробки й перевірте конкретні приклади. Гілка без товарів може вказувати на помилку, а може бути обґрунтовано порожньою.
12 / Performance Max
Використовуйте Listing Groups для добору товарів
Група об’єктів не є самостійним бюджетом
Офіційна документація Listing Groups у Performance Max описує їхнє місце всередині груп об’єктів. Ставки визначаються автоматично; додаткова група не створює ручної ставки окремого товару. Пов’язуйте добір із темою рекламних матеріалів, не перетворюючи кожен економічний клас автоматично на самостійну групу об’єктів чи кампанію.
Створюйте нову групу об’єктів лише з обґрунтованим завданням для товарів і рекламних матеріалів. Різні потреби можуть вимагати інших зображень та повідомлень. Інакший внутрішній код внеску сам собою не формує нової обіцянки покупцеві. Якщо потрібен окремий керований бюджет, розглядайте рівень кампанії та поясніть, чому додатковий поділ виправдовує витрати на підтримку.
Перевірте перетини всіх відповідних вибірок. Якщо варіант є в кількох групах об’єктів, включення до нової не видаляє його зі старої. Внутрішній список розподілу з набором пропозицій і запланованою роллю дозволяє побачити такі випадки. Він пояснює структуру, а не стверджує, що певна група гарантовано отримає фіксовану частку витрат.
Ураховуйте й цільові сторінки. Listing Groups обмежують включені товарні пропозиції, але не є загальним виключенням усіх адрес сайту. Кінцевий URL та, якщо застосовується, його розширення також мають відповідати наміру. Якщо потрібна повна зупинка реклами, перевіряйте всю відповідну конфігурацію, а не лише видалення позиції з товарної вибірки.
13 / Паузи й виключення
Визначте точний обсяг кожної паузи
Зупинка реклами, приймання замовлень і завершення сезону — різні стани
Для короткої рекламної паузи Google описує атрибут pause. Значення ads стосується рекламних способів розміщення; задокументована короткострокова межа становить 14 днів. Не плануйте тривале виключення як нескінченне продовження короткої паузи. Запишіть дату повернення та перевірте оброблений стан. Збережений намір ще не підтверджує зупинки.
Через excluded_destination виключається певний спосіб розміщення. Shopping_ads діє ширше за добір у межах окремої кампанії та впливає на доступність під час вибору груп товарів. Тому перевірте, чи хочете ви змінити лише одну кампанію, чи виключити пропозицію з цього способу розміщення взагалі. Інші способи показу й сторінки сайту розглядаються окремо.
Не підміняйте цим налаштуванням нез’ясованого рішення щодо асортименту. Доступна для доставки пропозиція може залишатися в магазині, коли реклама конкретної акції завершується. Якщо ж замовлення справді більше не приймають, відомості про наявність мають бути достовірними. Маркетингова мітка не може скасувати цей факт або приховати його від покупців.
«hold» стає дієвим обмеженням реклами лише після зміни відповідного добору чи налаштування. Запишіть обсяг, початок, відповідального й поновлення. Не обіцяйте негайної дії змін даних без перевірки статусу.
14 / Розібраний приклад
Перевірте матрицю на трьох різних пропозиціях
Один економічний клас може привести до різних ролей
Наступний приклад повністю умовний. Магазин класифікує три пропозиції за описаним словником. Економічні класи вже погоджено; їхній розрахунок тут не розглядається. Усі рішення спочатку стосуються нової, чітко названої рекламної вибірки. Інші активні кампанії окремо перевіряються на наявність тих самих товарів.
Пропозиція A має сезон active, економічний клас strong і залишок tight. Попри її привабливість, раніше спрацьовує правило запасу: роль — hold. Відповідальний перевіряє поповнення та явно вирішує, яку поточну рекламу поки обмежити. Нову класифікацію виправдовує лише підтверджена зміна залишку, а не бажання отримати більший виторг.
У пропозиції B сезон exit, залишок excess і відомий економічний клас standard. Роль — clearance. До включення в розпродаж потрібно погодити ціну, період, рекламні матеріали й відповідальність. Роль не дозволяє автоматично знижку або певний бюджет. Якщо погодження не отримано, запланована дія залишається відкритим завданням.
Пропозиція C належить до evergreen, має залишок stable, клас standard і статус даних ready. Вона отримує core та може потрапити до регулярної вибірки. Якщо за наступного оновлення її джерело залишків стане непридатним, першим спрацює правило даних. Роль контрольовано зміниться на hold, з’явиться конкретне завдання перевірки; останній правильний стан не буде непомітно поданий як поточний.
Доведений успіх цієї вправи обмежений: очікувані ролі відповідають обробленим значенням і підтвердженій вибірці. Чи є розпродаж прибутковим і чи краще працює регулярна вибірка, покажуть подальші дані. Так технічне приймання відділяється від оцінювання економічної ефективності, водночас уже зараз даючи корисну контрольну точку.
15 / Зіставний аналіз
Зберігайте відомості про склад сегмента
Зміна набору товарів може пояснити поліпшення середнього показника
За кожної суттєвої зміни зберігайте набір ID пропозицій та версію правила. Якщо прибрати слабші позиції, середній показник сегмента може зрости, хоча жоден із решти товарів не став працювати краще. Тому разом із новими групами порівнюйте задокументований спільний набір товарів. Позначайте додавання, вилучення та змінені класифікації.
Ураховуйте час між рекламною взаємодією та купівлею. Google пояснює цей ефект у довідці про звіти із затримкою конверсій; описані там представлення доступні не для кожного типу кампанії. Свіжі періоди можуть залишатися неповними. Використовуйте для рішення достатньо зрілі дані та зазначайте дату, станом на яку виконано аналіз.
Розділяйте також звітність за товарами та за кампаніями. Оголошення з кількома товарами може враховуватися інакше на рівні позицій, ніж на рівні оголошення. Тому відмінність не означає автоматично помилки відстеження. Перш ніж поєднувати таблиці чи обчислювати нібито втрачений результат, з’ясуйте рівень і період кожної метрики.
Записуйте одночасні зміни цін, акцій, бюджету й умов доставки. Просте порівняння «до та після» не виокремлює впливу сегментації. Воно може підказати напрям перевірки, але не доводить додаткового виторгу. Спочатку визначте, чи виконує структура погоджене завдання та чи виправдовують спостережені економічні результати її подальше використання.
16 / Підтримка та приймання
Пов’яжіть кожен привід для оновлення з повторною перевіркою
Матриця завершена лише з відповідальними та способом повернення
Доповніть матрицю ролей наведеним журналом підтримки. Для кожної зміни записуйте дату, відповідні ID, очікуваний стан, фактичний результат і погодження. Таблиця показує приклади приводів. Частота залежить від бізнесу й шляхів даних; це не обов’язковий щоденний розклад, установлений Google.
| Привід | Відповідальний | Що перевірити | Погодити, якщо | Повернення за помилки |
|---|---|---|---|---|
| Нове оновлення запасів | Закупівлі й команда даних | Актуальність, резервування, варіанти | Мітка пояснює фактичний стан | Застосувати перевірене резервне рішення |
| Зміна сезону | Планування асортименту | Ринок, дату й вікно доставки | Фаза та вибірка узгоджені | Відновити попередній чинний план |
| Нова основа оцінки | Відповідальний за економіку | Визначення, період і прив’язку | Клас обґрунтовано погоджено | Зберегти попередню перевірену версію |
| Зміна правила | Відповідальний за фід | Чернетку, обробку й залишкову вибірку | Очікувані випадки відображено правильно | Разом відновити правило та добір |
| Зміна кампанії | Відповідальний за маркетинг | Включені набори й перетини | Потрібний обсяг підтверджено | Відновити задокументовану вибірку |
Зупиніть нове погодження за непоясненої розбіжності кількості, невідомих значень або відсутності відповідального. «Завантаження пройшло успішно» не відповідає на ці запитання. Приймання має визначити, які товари й де включені, яких свідомо немає та як опрацьовуються винятки. Конкретна відкрита розбіжність залишається видимим завданням, а не зникає під загальним зеленим статусом.
Після впровадження перевірте й наступний регулярний цикл даних. Лише тоді стане видно, чи зберігає постійне джерело потрібну класифікацію. Потім погодьте короткий повторюваний порядок контролю. Для спільної роботи невелика структура, яку надійно підтримують, цінніша за докладну матрицю, за яку ніхто не відповідає.
17 / Поширені запитання
Відповіді про сегментацію товарів Shopping
Кожному магазину потрібні всі п’ять Custom Labels?
Ні. Заповнюйте лише поля з чітким завданням. Наведений словник — пропозиція. Перед повторним використанням поля потрібно перевірити його поточне призначення.
Мітка strong автоматично підвищує ставки?
Ні. Вона класифікує товар. Керування визначають активна стратегія та налаштована структура. Мітка не змінює передану цінність конверсії й не гарантує додаткових витрат.
Чи можна встановити out_of_stock товару з малим залишком, який ще можна замовити?
Не як рекламний перемикач. Фактична можливість замовлення й доставки має відображатися правильно. Для потрібного рекламного обсягу використовуйте відповідний добір або налаштування та перевіряйте їхню дію.
Для кожного сезону потрібна окрема кампанія?
Ні. Інший календарний статус спочатку означає класифікацію. Поділу кампаній потрібне самостійне завдання керування, наприклад обґрунтований бюджет, і база даних, яку можна підтримувати.
Чи можна вручну призначати ставку кожній Listing Group у Performance Max?
Ні. Listing Groups упорядковують включені товари, а ставки визначаються автоматично. Додаткова група — не індивідуальна ставка CPC і не самостійний бюджет.
Що станеться з новими невідомими значеннями міток?
Перевірте залишкову гілку та фактичну прив’язку. Нові значення самі не створюють потрібного дерева добору. У словнику має бути явне правило для невідомих вхідних даних.
Як часто оновлювати матрицю ролей?
За погоджених значущих змін. Запаси, сезон і економічна основа потребують різної актуальності. Визначте джерело, відповідального та резервне рішення на випадок збою даних.
Поліпшення ROAS сегмента доводить користь зміни?
Ні. Склад товарів, зрілість даних, акції й бюджет можуть впливати на порівняння. Спочатку перевірте зіставні набори та значення; просте число «до та після» не виокремлює причинного ефекту.
18 / Початок упровадження
Почніть зі словника та вибірки, яку можна перевірити
Корисна сегментація пов’язує ведення даних із рекламними рішеннями
Оберіть доступну для перевірки частину асортименту. Уточніть ідентифікатори, джерела й економічне визначення, запишіть пріоритет правил та перевірте очікувані ролі на конкретних пропозиціях. Лише потім передавайте значення й налаштовуйте потрібний добір товарів. Так кожна технічна зміна буде пов’язана зі зрозумілим бізнес-рішенням.
До початку запишіть включені набори, залишкову гілку, відповідальних і спосіб повернення. Після обробки перевірте відповідні товари, після наступного регулярного оновлення — стійкість результату. На цій перевіреній основі можна розширювати структуру, коли додатковий поділ розв’язує реальне завдання.
Якщо ви хочете спільно налаштувати або перевірити товарні дані, Custom Labels і відповідну рекламну вибірку, Salestudia допоможе з налаштуванням і оптимізацією Google Merchant Center.