У вівторок, 8 вересня 2026 року, Ads Liaison компанії Google Ginny Marvin анонсувала дві функції для роздрібних мереж із кількома локаціями, ресторанів і локальних сервісних бізнесів. Перша, Local customer optimization (оптимізація для локальних клієнтів), — це перемикач у кампаніях Performance Max із цілями для магазинів, і він уже впроваджується. Друга, Store Sales у Data Manager, дає рекламодавцю змогу підключити CRM або Google Таблицю всередині Google Data Manager, щоб транзакції з магазину надходили в обліковий запис без ручного завантаження; Google каже, що вона з’явиться «найближчими тижнями». Для всіх, хто намагався зв’язати продажі в магазині Google Ads із касою, саме за другою варто стежити.
«Напередодні святкового ажіотажу ми представляємо дві функції для роздрібних мереж із кількома локаціями, ресторанів і локальних сервісів, щоб легко збільшувати й вимірювати продажі в магазинах», — написала Marvin у X, у дописі, про який повідомили Search Engine Land і Search Engine Roundtable. Вона описала цю пару як поєднання «сигналів навігації в реальному часі на фронтенді з безшовним вимірюванням офлайн-доходу на бекенді».
Чому Google пов’язує рекламу з касою саме зараз
Жодна з функцій не є цілком новою. Оптимізація для локальних клієнтів уперше з’явилася як довідковий документ Google Ads 12 серпня 2026 року, і Search Engine Land тоді зауважив, що вона є частиною переміщення локальної реклами Google у Performance Max. 8 вересня змінилося те, що налаштування стало активним в облікових записах, а не лише описаним у документації.
Вимірювання продажів у магазині ще старіше. Google роками пропонує пряме завантаження продажів у магазині, але його довідкова сторінка читається як корпоративний контракт: список дозволених, підтримувана країна та галузь, мінімум 30 000 транзакцій за останні 90 днів, регулярні завантаження понад 10 000 нових транзакцій на місяць. Data Manager, запущений у бета-версії у 2023 році як хаб Google для власних даних, поступово вбирав у себе підключення, які роблять такі завантаження можливими: джерела Google Sheets і HTTPS у червні 2024 року, потім Zoho CRM, HubSpot, Oracle і Shopify у червні 2025 року, згідно з його сторінкою анонсів. Вересневий анонс об’єднує два продукти, щоб дані транзакцій жили там, де вже є конектори.
Таймінг повторює знайому схему. 1 вересня Google почала автоматично переводити пошукові кампанії на AI Max, а офлайн-дохід — це сигнал, якого автоматичному призначенню ставок найчастіше бракує.
Що робить і чого не робить оптимізація для локальних клієнтів
Довідковий документ Google точний щодо умов. Ціль кампанії має бути «Відвідування місцевих магазинів і акції», тип кампанії — Performance Max, а цілі конверсій — лише офлайн: відвідування магазину, продажі в магазині, контакти, розміщені Google, або маршрути, розміщені Google. Локації беруться з підключеного облікового запису Business Profile або з об’єктів локацій і партнерських локацій. З увімкненим перемикачем Google Ads спрямовує бюджет насамперед на людей, які «активно прокладають маршрут, планують поїздку або шукають локації в Google Maps, Waze чи Google Пошуку», або, за словами Marvin, «саме тоді, коли вони активно готові до покупки поруч».
Дві несумісності важливі для планування. Перемикач не можна поєднувати з онлайн-цілями конверсій і не можна використовувати в кампанії Performance Max, яка містить товари з Merchant Center. Search Engine Land трактує це так: рітейлер, який веде одну кампанію Performance Max і для онлайн-продажів, і для відвідуваності магазинів, має її розділити — одна кампанія для магазину, окрема для сайту.
Що змінюють продажі в магазині Google Ads у Data Manager
Сьогодні передати Google Ads транзакції з магазину означає відформатувати файл за схемою Google, захешувати ідентифікатори клієнтів і завантажувати його за розкладом. Marvin описує нову функцію як «зменшення технічного навантаження при передачі даних про продажі в магазині у ваш обліковий запис Google Ads»: рекламодавець підключає CRM або Google Таблицю в Data Manager, і обліковий запис може вимірювати продажі в магазині та, за її словами, оптимізувати «на клієнтів із найвищим потенціалом відвідати магазин».
Те, чого Google не сказала, важливе не менше за сказане. Немає дати впровадження, крім «найближчих тижнів». Search Engine Journal повідомляє, що інформацію про клієнтів, як-от електронні адреси, номери телефонів і адреси, потрібно хешувати перед завантаженням, що рекомендовано щоденні або щотижневі завантаження і що доступ обмежено відповідними рекламодавцями зі списку дозволених. Чи успадковує шлях через Data Manager поріг у 30 000 транзакцій прямого завантаження, чи пом’якшує його, не сказано. Поки довідковий центр Google не задокументує версію в Data Manager, ми виходили б із того, що діють наявні правила відповідності.
Що це означає для вашого бізнесу
Перевірте відповідність вимогам, перш ніж планувати навколо цього. Пороги на сторінці Google про продажі в магазині виключають більшість бізнесів з однією локацією, а власний перелік аудиторії від Marvin — роздрібні мережі з кількома локаціями, ресторани та локальні сервіси — каже, для кого це. Якщо ви мережа аптек, спортзалів чи ресторанів із десятками тисяч транзакцій на квартал, внесіть це до списку на четвертий квартал. Якщо у вас один магазин, еквівалентна можливість уже існує без списку дозволених: імпорт офлайн-конверсій і розширені конверсії для потенційних клієнтів, які записують продаж із CRM на клік, що його спричинив. Саме цю інфраструктуру наші проєкти CRM і аналітики будують насамперед, бо від неї залежить кожна подальша оптимізація.
Обмеження — це CRM, а не Google Ads. Хоч який шлях застосовний, обліковий запис може вчитися лише на транзакціях, які несуть ідентифікатор, що його можна зіставити: послідовно відформатовану електронну адресу чи номер телефону, часову мітку, суму й магазин. Каса, яка реєструє анонімні продажі, або CRM, де персонал вводить ім’я клієнта й нічого більше, не дає Data Manager нічого для зв’язування. У статті чому вартість ліда зростає місяць за місяцем ми описали, як призначення ставок дрейфує, коли оптимізується на неправильну подію; передавати йому реальні суми продажів — це і є виправлення, і починається воно з гігієни даних у точці продажу.
У Європі перше завантаження — це рішення щодо приватності. Хешування не скасовує потреби в правовій підставі, у політиці приватності, що охоплює передачу даних клієнтів рекламній платформі, і в дотриманні політик Google щодо даних клієнтів, які довідкова сторінка перелічує як умову відповідності. Узгодьте це з тим, хто відповідає за захист даних, до ввімкнення конектора, а не після надходження першого звіту.
Оптимізація для локальних клієнтів варта окремої кампанії. Для ресторанної групи чи роздрібної мережі кампанія Performance Max із цілями для магазинів і ввімкненим перемикачем — чистий спосіб купити момент, коли хтось поруч обирає, куди піти. Їй потрібен повний Business Profile для кожної локації, лише офлайн-цілі й жодного фіда Merchant Center, тому відокремлення від онлайн-кампанії не є необов’язковим. Наші кампанії платної реклами для клієнтів із кількома локаціями зазвичай уже ведуть відвідуваність магазинів і онлайн-продажі окремо; це налаштування дає кампанії на відвідуваність власну причину існувати.
Не розраховуйте на це для цьогорічного піку. «Напередодні святкового ажіотажу» — це амбіція; «найближчі тижні» плюс список дозволених — це реальність. На нашу думку, довгострокова робота однакова в будь-якому разі: CRM, що записує, хто, що й коли купив, Business Profile, правильний для кожної локації, і кампанії, структуровані так, щоб відвідуваність і онлайн-дохід можна було вимірювати окремо. Чи дійде конектор Data Manager до вашого облікового запису у вересні, чи в січні, саме до цього фундаменту він підключиться.
