Google Display переходить у Demand Gen: відповідь за 90 секунд
Що малому й середньому бізнесу варто підготувати зараз
Google поетапно переводить наявні Display-кампанії в Demand Gen. Станом на 25 серпня 2026 року рекламодавці, які відповідають вимогам, можуть переносити кампанії за допомогою інструмента переходу; наступні етапи відбудуться пізніше. Офіційне повідомлення про міграцію Display називає Demand Gen новим місцем для Медійної мережі Google і передбачає продовження переходу у 2027 році. Однак це не встановлює єдиної обов’язкової дати вимкнення для кожного облікового запису. Вирішальними залишаються повідомлення у вашому Google Ads і актуальна довідка.
Для малого й середнього бізнесу перехід із Display у Demand Gen — не просто перейменування. Тип кампанії, доступні стратегії призначення ставок, виключення, рекламні матеріали, фіди, звіти й методи вимірювання не завжди мають прямі відповідники. Рекомендований Google інструмент може перенести налаштування та обмежену частину сигналів ефективності. Непідтримувані функції потрібно завчасно виявити й обґрунтовано замінити, видалити або тимчасово відкласти.
Головний робочий інструмент цього посібника — реєстр міграції Display. Для кожної кампанії він фіксує вихідне завдання, бюджет, стратегію ставок, аудиторії, виключення, оголошення, джерела даних, ризики й критерії схвалення. На ньому ґрунтується 90-денний план: 30 днів на підготовку, 30 — на пілот і стабілізацію, ще 30 — на перенесення контрольованими хвилями. Ці періоди впорядковують роботу, але не гарантують ані певної тривалості навчання, ані кращого результату.
Інвентаризувати всі активні й призупинені Display-кампанії, їхні завдання, налаштування та відповідальних осіб.
Окремо задокументувати підтримувані функції, потрібні відповідники та справжні перешкоди для міграції.
Спочатку перенести одну репрезентативну керовану кампанію й спостерігати за нею протягом її циклу конверсії.
Переносити наступні кампанії прозорими групами лише після виконання погоджених критеріїв.
Display у Demand Gen: що Google оголосив на 2026–2027 роки
Підтверджені етапи та дати, які ще не визначено
Актуальна довідка Google Ads про перенесення наявних Display-кампаній описує три етапи. Із червня 2026 року інструмент переходу поетапно надається рекламодавцям, які відповідають вимогам. Пізніше нові Display-кампанії можна буде створювати лише всередині Demand Gen. Також пізніше решту придатних кампаній мають перенести автоматично, без дій рекламодавця. Для обох майбутніх етапів актуальна довідка використовує лише формулювання «Пізніше», або «Coming later».
Опублікована Google часова шкала називає січень 2027 року початковим орієнтиром для припинення створення нових GDA-кампаній; автоматичний перехід решти кампаній вона розміщує пізніше у 2027 році. Ці орієнтири не є універсальними незмінними датами: на графіку є застереження «Timeline subject to change», облікові записи можуть переходити різними хвилями, а поточна сторінка довідки не наводить точної дати майбутніх етапів. Тому коректне формулювання таке: подальший перехід заплановано на 2027 рік, а конкретний момент для вашого облікового запису підтверджують повідомлення в ньому та актуальна документація продукту.
Наявні кампанії не зникають з облікового запису негайно. За поточною довідкою до міграції їх можна й далі відкривати та редагувати. Проте очікування не є безризиковою стратегією. Автоматичне перенесення залишає менше часу, щоб завчасно усунути несумісні функції, виправити порушення правил, зберегти базові показники й вибрати придатний період для пілота. Підготовка не означає негайної міграції кожної кампанії; вона означає, що рішення не відкладають до останнього можливого дня.
Січень 2027 року залишається початковим орієнтиром з опублікованої часової шкали, а не заявленою датою припинення Display-кампаній у вашому обліковому записі. Перед кожною хвилею перевіряйте актуальну довідку та повідомлення в Google Ads.
Що дає цей посібник із міграції — і чого він не охоплює
Технічний перехід, а не нова стратегія каналів
Цей матеріал починається з уже наявної Google Display-кампанії. Він показує, як задокументувати її функцію, перевірити можливість міграції, вибрати шлях перенесення, убезпечити день переходу й проконтролювати нову Demand Gen-кампанію. Він не вирішує заново, яку роль у загальній стратегії мають виконувати YouTube, Discover, Gmail або Display. Спочатку міграція повинна якомога прозоріше продовжити наявне бізнес-завдання, а не одночасно перебудовувати всю медіамодель.
Для подальшого планування каналів використовуйте окрему карту завдань каналів Demand Gen. У ній YouTube, Discover, Gmail і GDN розрізняються за станом користувача, рекламним матеріалом, цільовою сторінкою та контрольним сигналом. У цьому міграційному проєкті вихідну кампанію спочатку обмежують GDN, якщо потрібно зберегти порівнюваність із попередніми Display-показами. Додавання інших каналів відбувається пізніше й потребує окремого обґрунтування.
Не перебудовуйте все одночасно під час пілота. Якщо разом змінити мету кампанії, основну конверсію, стратегію ставок, аудиторію, рекламні матеріали, цільову сторінку й канали, причину відхилення майже неможливо визначити. Реєстр міграції відокремлює потрібні технічні відповідники від добровільних стратегічних змін. Кожна добровільна зміна отримує окрему дату, гіпотезу та власний критерій схвалення.
Перед оновленням повністю інвентаризуйте всі Display-кампанії
Реєстр міграції Display як надійна вихідна основа
Відфільтруйте в обліковому записі кампанії типу Display і спочатку внесіть до реєстру всі невидалені кампанії. Активні й призупинені кампанії однаково важливі, адже обидва типи, залежно від нещодавнього використання, можуть підлягати майбутній міграції. Видалені кампанії не включають до операційної хвилі, але вони залишаються важливим історичним орієнтиром. Зафіксуйте обліковий запис, ідентифікатор кампанії, статус, назву й відповідальну особу до зміни налаштувань.
Запис не повинен обмежуватися бюджетом і CPA. Задокументуйте бізнес-мету, основну конверсію, модель атрибуції та вікно конверсії, стратегію ставок, цільове значення, денний бюджет, спільні бюджети, регіони, мови, аудиторії, оптимізований таргетинг, виключення місць показу й тем, придатність контенту, типи оголошень, логотипи, фіди, дослідження ефективності та відомі обмеження політик. Додайте базовий період, який охоплює щонайменше типовий цикл конверсії, і збережіть стовпці, потрібні для подальшої оцінки.
Реєстр — не просто експорт. Для кожної кампанії додайте її бізнес-завдання, очікувану цінність і ризик переривання роботи. Це дає змогу рознести сезонні кампанії продажів, постійний ремаркетинг і кампанії охоплення в належні хвилі міграції.
| Кампанія | Бізнес-мета | Ставки й бюджет | Аудиторії та виключення | Оголошення й фіди | Ризик міграції |
|---|---|---|---|---|---|
| Постійне залучення нових клієнтів | Кваліфікована заявка або купівля | Стратегія, цільове значення, денний бюджет і цикл конверсії | Сигнали, розширення, регіони та захисні межі | Адаптивне медійне оголошення, статичні зображення, логотип і цільова сторінка | Втрата даних, повторне схвалення або змінена оптимізація |
| Ремаркетинг | Доречний повторний контакт | Бюджет відповідно до розміру списку | Джерело списку, строк, виключення покупців і лідів | Послідовність, актуальність і зв’язок зі згодою | Надто широкі покази або відсутні виключення |
| Електронна торгівля з фідом | Дохід або цінність конверсії | tROAS або ціннісна стратегія | Інтерес до товару, наявні клієнти й регіони | Merchant Center, фільтри та дані товарів | Непідтримувані фільтри або фід бізнес-даних |
| Сезонна кампанія чи акція | Результат у межах обмеженого періоду | Бюджет, початок, завершення та цільове значення | Актуальні сегменти й географічні межі | Строк, ціна, наявність і права | Замало часу на повторну перевірку та стабілізацію |
Інструмент переходу чи ручне перенесення бюджету?
Рішення залежить від придатності, а не від зручності
Google описує два шляхи. Рекомендований інструмент переходу оновлює придатну активну Display-кампанію до Demand Gen і переносить налаштування та сигнали ефективності за період до 42 днів. За даними Google, це може запобігти повністю холодному старту й скоротити початкове навчання приблизно до одного-двох днів. Це оцінка Google щодо роботи продукту, а не обіцянка, що витрати, обсяг або якість конверсій стабілізуються за два дні.
За ручного переходу ви створюєте нову Demand Gen-кампанію й поступово переносите бюджет: зменшуєте бюджет попередньої Display-кампанії та пропорційно збільшуєте бюджет нової. Цей шлях може бути потрібним, якщо певні функції блокують інструмент або якщо необхідна принципово інша архітектура кампанії. Водночас він потребує окремого плану навчання й порівняння. Ідентична нова кампанія поруч з історичною вихідною кампанією може повільно набирати покази, адже стара має більше даних про ефективність, а обидві паралельно змагаються за ті самі можливості показу.
Визначайте маршрут для кожного запису в реєстрі. Інструмент переходу надає пріоритет безперервності; ручне створення потребує повністю нових перевірок. Якщо критично важлива функція лише тимчасово не підтримується, обґрунтоване й задокументоване очікування може бути кращим рішенням.
Для придатних кампаній, коли потрібно якомога точніше продовжити історію та порівнювані вихідні налаштування.
Для справжньої реструктуризації або перешкод, які не можна усунути, з окремим планом бюджету, навчання та схвалення.
Коли критично важливу функцію анонсовано, але вона ще не має підтвердженої доступності, а термінової потреби в міграції немає.
Перевірте можливість міграції: усуньте перешкоди до старту
Зіставлення функцій замість сліпого копіювання
Не кожна відмінність має однакове значення. Актуальні специфікації та вимоги до форматів Demand Gen допомагають завчасно перевірити обов’язкові складові: кінцеву URL-адресу, назву компанії, логотип, заголовки й придатні формати зображень. Окрема довідка з міграції наводить конкретні причини помилок інструмента: адаптивне медійне оголошення зі старим форматом застереження, відсутній логотип, непідтримуваний власний рекламний текст, об’єкти Click-to-Call або форми для потенційних клієнтів, коригування ставок на рівні групи оголошень, фільтри товарів, спільний бюджет і певні виключення.
Віднесіть кожну знахідку до одного з чотирьох класів. Перший: підтримується без змін. Другий: підтримується, але має інший або розширений відповідник. Третій: наразі не підтримується, тому перед оновленням функцію потрібно видалити або обґрунтовано замінити. Четвертий: анонсовано, але надійну доступність ще не підтверджено. Лише інтерфейс Google Ads конкретного облікового запису визначає, чи справді інструмент приймає кампанію. Загальна таблиця не замінює попередньої перевірки в обліковому записі.
Очищення має залишатися фахово зрозумілим. Замініть видалені форми для потенційних клієнтів перевіреним шляхом конверсії, задокументуйте розподіл спільних бюджетів і перевірте наслідки виключень придатності контенту для всього облікового запису. Для кожного виправлення зафіксуйте початкове значення, обґрунтування, відповідальну особу та доказ перевірки.
| Попередня функція | Статус у Demand Gen | Найближчий відповідник | Чи блокує інструмент? | Попередня дія | Підтвердження |
|---|---|---|---|---|---|
| Адаптивне медійне оголошення без логотипа | Логотип обов’язковий | Власний перевірений логотип замість заповнювача | Може вимагати доповнення | Підготувати логотип і назву компанії | Попередній перегляд і статус політик |
| Спільний бюджет | Не підтримується для міграції інструментом | Окремий бюджет кампанії | Так, за актуальним переліком помилок | Визначити частку бюджету й місячну межу | Схвалення бюджету в реєстрі |
| Форма для лідів або Click-to-Call | Не переноситься в попередньому вигляді | Доречний CTA і перевірена цільова сторінка | Може перешкоджати міграції | Видалити об’єкт і перевірити шлях конверсії | Тестова заявка або тестовий клік |
| Фільтр товарів | Інша логіка товарів | Області товарів або групи позицій | Може перешкоджати міграції | Задокументувати й відтворити фільтр | Схвалена добірка товарів |
| HTML5 або стороннє оголошення | Доступність змінюється | Перевірити актуальний стан облікового запису | Залежить від доступності | Не покладатися лише на анонсовані дати | Успішне створення й схвалення |
Функція, запланована на кінець 2026 року, вважається доступною лише тоді, коли її справді можна використати за актуальною довідкою та в потрібному обліковому записі. Строки можуть змінюватися.
Перенесіть ставки, не спотворивши логіку оптимізації
Як діяти з ручним призначенням CPC та оплатою за конверсії
До підтримуваних стратегій, за актуальною таблицею порівняння, належать цільова CPA, максимум конверсій, максимальна цінність конверсій, цільова ROAS і максимум кліків. Це не означає, що кожне історичне цільове значення автоматично залишається доцільним. Перевірте фактичну основну конверсію, цінності конверсій, затримку, обмеження бюджету й досягнутий обсяг. Перенесене цільове значення може бути технічно ідентичним, але економічно недоречним, якщо водночас змінилося вимірювання або логіка кампанії.
Ручна CPC не підтримується в Demand Gen; як альтернативу Google називає цільову CPC. Офіційне пояснення стратегії Target CPC у Demand Gen описує автоматизовану стратегію, що керує кліками навколо середнього цільового значення CPC. Отже, це не ручне керування окремими ставками. Видимі покази також не переносяться як попередня стратегія; альтернативою Google називає максимум кліків. Кампанії з оплатою за конверсії перед міграцією потрібно перевести з платіжної події «конверсія» на «взаємодія», після чого вони працюватимуть із цільовою CPA.
Коригування ставок, сезонні коригування та портфельні стратегії, за актуальним оглядом, недоступні. Задокументуйте їхнє попереднє завдання та можливий відповідник. Починайте з порівнюваних цільових значень, не змінюйте одночасно ціль і бюджет та враховуйте повний цикл конверсії.
- Технічно й фахово підтвердити основну конверсію; не дозволити, щоб мікродії непомітно стали базою оптимізації.
- Зберегти в реєстрі попередню стратегію, цільове й фактичне значення, стан бюджету та затримку конверсій.
- Непідтримуваний механізм не просто видалити, а задокументувати його очікувану дію та можливий відповідник.
- Після оновлення змінювати лише один ключовий параметр ставок або бюджету за раз.
- Зіставляти CPA й ROAS з якістю лідів, доходом, маржею або підтвердженою вартістю замовлення поза платформою.
Контрольовано перенесіть аудиторії, контекст і виключення
Спочатку лише GDN як безпечна межа
Під час міграції за допомогою інструмента Медійна мережа Google вибрана за замовчуванням, і вимкнути її в процесі не можна. Інші канали можна додати після завершення. Актуальні налаштування каналів у Demand Gen керуються на рівні групи оголошень. Для першого порівняння обмеження показів лише GDN зазвичай є найчистішою межею: воно не дає змішати технічне перенесення й нову багатоканальну стратегію в одному спостереженні.
Перенесіть підхід до аудиторій із порівнюваної Display-кампанії настільки, наскільки це дозволяють функції та бізнес-завдання. Окремо перевірте списки ремаркетингу, Customer Match, спеціальні сегменти, демографічні налаштування, оптимізований таргетинг, контекстний таргетинг і виключення. Наявний сегмент не завжди є жорсткою межею: автоматизоване розширення може охоплювати користувачів поза введеними сигналами. Тому реєстр описує і заплановані вхідні дані, і фактично дозволене розширення.
Виключення місць показу й тем підтримуються, а виключення придатності контенту в Demand Gen, за оглядом міграції, доступні лише на рівні облікового запису. Перенесення з рівня кампанії на рівень облікового запису може вплинути на інші кампанії. Перевірте масштаб зміни, зафіксуйте підставу захисту й відповідальну особу, а після міграції проконтролюйте звіт про фактичні місця показу. Виключення або коригування ставок на рівні групи оголошень можуть блокувати інструмент і потребують свідомого виправлення заздалегідь.
Не вмикайте YouTube, Discover, Gmail або Maps на тому самому кроці, якщо перше питання полягає в тому, чи стабільно продовжується попереднє технічне й економічне завдання GDN.
Підготуйте оголошення, логотипи та фіди до повторного схвалення
Нові оголошення означають нову перевірку політик
Перенесені оголошення вважаються новоствореними й мають пройти повторне схвалення. Тому передбачте між оновленням та очікуваним початком показів час на перевірку політик і можливі виправлення. Звіт про об’єкти Demand Gen показує статус і показники окремих текстів, зображень, відео й логотипів, але застерігає, що дані об’єктів оновлюються не в реальному часі. Після запуску він допомагає діагностувати результати, однак не замінює фахової попередньої перевірки.
До міграції перевірте назву компанії, логотип, кінцеву URL-адресу, мобільну цільову сторінку, тексти, зображення, права й обов’язкові застереження. Якщо логотипа немає, інструмент може створити тимчасове зображення-заповнювач; його не можна без перевірки залишати постійним представленням бренду. Якщо об’єкт або ціль відхилено через політику, Google описує порядок виправлення або оскарження рішення щодо політики. Спочатку усуньте підтверджену причину. Повторні оскарження без нової підстави не є належною процедурою контролю якості.
В електронній торгівлі розрізняйте товарні фіди Merchant Center і фіди бізнес-даних. Товарні фіди підтримуються частково, тоді як фіди бізнес-даних, за актуальним оглядом міграції, ще не підтримуються. Інструкція щодо товарних фідів у Demand Gen серед іншого вимагає пов’язаного Merchant Center, схвалених товарних даних і відповідної логіки фільтрів. Наявні фільтри товарів можуть блокувати міграцію, після якої їх потрібно фахово відтворити через групи товарів або групи позицій.
- Перевірити логотип і назву компанії на відповідність бренду, домену та статусу політик.
- Повторно протестувати кінцеві URL-адреси, мовні версії, форми, купівлі й мобільне відображення.
- Підтвердити за актуальним джерелом застереження, рекламні тексти, строки, ціни й наявність.
- Для кожного об’єкта задокументувати джерело, право використання, строк чинності, статус схвалення та відповідальну особу.
- Порівняти фільтри фіду до й після міграції за збереженою добіркою товарів.
- Визначити план дій на випадок, якщо важливі оголошення не схвалять після оновлення.
Правильно збережіть історію, відстеження та дослідження приросту
42 дні сигналів навчання — не п’ять років звітності
Інструмент переходу може перенести до нової кампанії історію ефективності за період до 42 днів. Google пов’язує це з коротшим початковим періодом, а в інтерфейсі зберігається зв’язок між вихідною та цільовою кампаніями. Це не те саме, що повний експорт усіх історичних налаштувань, змін і бізнес-результатів. Після успішної міграції вихідна Display-кампанія отримує статус «Видалено», але за стандартом Google Ads залишається в обліковому записі для звітності до п’яти років.
До оновлення збережіть власний базовий звіт із періодом, циклом конверсії, витратами, показами, кліками, основними конверсіями, цінністю конверсій, цільовими значеннями й доречними даними про якість. Паралельно перевірте технічну основу вимірювання. Посібник SaleStudia про відстеження конверсій Google Ads за допомогою GA4 і Consent Mode показує, як пов’язані основні конверсії, GA4, теги, статус згоди й подальші бізнес-дані. Міграція не виправляє дубльовану, відсутню або неправильно визначену з погляду бізнесу конверсію.
Google не рекомендує використовувати інструмент під час незавершеного дослідження приросту, оскільки цільова кампанія не приєднується до нього автоматично. Задокументуйте дослідження й найранішу можливу дату міграції. Та сама обережність потрібна для сезонних тестів або паралельних змін цільової сторінки.
Обмежені сигнали ефективності, які інструмент може перенести до нової кампанії для безперервності.
Можливий строк доступності видаленої вихідної кампанії для історичних звітів Google Ads.
Збережене порівняння налаштувань, періоду, зрілості конверсій і бізнес-даних до оновлення.
Дата, особа, причина, попереднє й нове значення та очікуваний вплив кожного виправлення.
Убезпечте день міграції від несподіванок із бюджетом
Уже витрачений денний бюджет не зараховується
Під час оновлення бюджет кампанії переноситься, але сума, яку стара Display-кампанія вже витратила того самого дня, у новій кампанії не враховується. Якщо стара кампанія використала частину денного бюджету, нова кампанія може знову розпочати решту дня з повним перенесеним денним бюджетом. Саме тому Google попереджає про можливе тимчасове недовикористання або перевитрачання бюджету протягом перших 24 годин.
Заплануйте оновлення у контрольований і менш критичний для бізнесу проміжок та безпосередньо перед ним зафіксуйте вже витрачену за день суму. Загальне пояснення середніх денних бюджетів у Google Ads наголошує, що ця сума є середнім значенням: у багатьох кампаніях денні витрати можуть сягати подвійного середнього денного бюджету, а місячний розрахунковий ліміт застосовується окремо. Отже, денний бюджет не є гарантованою жорсткою межею витрат за один день.
Заздалегідь визначте відповідальну особу, допустиме відхилення й правило зупинення. Незвичний перший день не виправдовує кількох спонтанних змін одночасно. Спершу перевірте перезапуск бюджету, схвалення оголошень, статус і покази; для термінової пропозиції доцільніше вибрати інший день міграції.
До запуску міграції в реєстрі мають бути зазначені поточні денні витрати, перенесений бюджет, відповідальна особа, період спостереження та правило зупинення.
90-денний план міграції для малого й середнього бізнесу
30 днів підготовки, 30 днів пілота, 30 днів масштабування
Цей план є операційною рамкою, а не офіційним строком Google. Темп і тривалість спостереження залежать від складності та циклу конверсії. Етап завершується лише після виконання критерію схвалення; невирішена перешкода не зникає через дату в календарі.
У перші 30 днів створюють реєстр, фіксують базові показники, проводять перевірки відстеження й функцій, а також готують сценарії схвалення. Потім виберіть важливу, але не критичну для безперервної роботи бізнесу пілотну кампанію, яка не бере участі в активному дослідженні приросту й не припадає на критично важливий сезонний пік.
Дні 31–60 охоплюють оновлення, повторну перевірку оголошень і стабілізацію. У дні 61–90 переносять пріоритетні групи. Хоча одночасна міграція кількох кампаній можлива, Google не рекомендує обробляти понад 100 за один раз; для малого й середнього бізнесу значно менші хвилі зазвичай легше контролювати.
| Період | Група | Обов’язкова перевірка | Дія | Захисне правило | Критерій схвалення |
|---|---|---|---|---|---|
| Дні 1–10 | Усі невидалені Display-кампанії | Завдання, статус, ідентифікатори, базові показники та відповідальні | Створити реєстр міграції Display | Ще не запускати міграцію | Реєстр повний і фахово підтверджений |
| Дні 11–30 | Кандидати за рівнем ризику | Перешкоди, відстеження, об’єкти, фіди та дослідження приросту | Виправити, протестувати й визначити маршрут | Протоколювати кожну зміну окремо | Пілот придатний для інструмента й схвалений |
| Дні 31–45 | Одна репрезентативна пілотна кампанія | Денні витрати, статус і повторне схвалення | Перенести інструментом і залишити лише в GDN | Не додавати інші канали одночасно | Покази технічно стабільні |
| Дні 46–60 | Спостереження за пілотом | Витрати, конверсії, якість і затримка | Оцінити щонайменше один цикл конверсії | Не робити кількох поспішних змін одночасно | Відхилення пояснено або усунено |
| Дні 61–90 | Наступні пріоритетні хвилі | Схвалення кожного запису реєстру | Мігрувати й документувати малі групи | Зупинити хвилю за системної помилки | Кожна кампанія має підсумкове підтвердження |
Покроково проведіть міграцію за допомогою інструмента Google Ads
Операційний порядок дій у день переходу
Відкрийте таблицю в розділі кампаній, установіть у фільтрі тип кампанії Display і виберіть лише кампанії, схвалені в реєстрі. Потім відкрийте меню редагування та виберіть перехід на Demand Gen. Обліковий запис покаже повідомлення про перенесення налаштувань і сигналів навчання та про те, що витрати за поточний день не враховуються в новому денному бюджеті. Перервіть процес, якщо вибір кампаній, бюджет або попередження не відповідають схваленню.
Після застосування обробка може тривати кілька хвилин. Обмежте хвилю реальною спроможністю команди перевірити результат і не перевищуйте рекомендацію Google — щонайбільше 100 кампаній за один раз. Зафіксуйте час, ідентифікатори й попередження. Повернути оновлену кампанію до попереднього типу неможливо.
У розділі масових дій перевірте особу, яка запустила процес, статус і змінені кампанії. Цільова кампанія повинна мати тип Demand Gen; назва й міграційна мітка допомагають установити відповідність. Вихідна кампанія отримує статус «Видалено», а її статус «Увімкнено» або «Призупинено» зберігається в цільовій кампанії.
- Безпосередньо перед початком підтвердити схвалення реєстру, статус оголошень, денні витрати та відповідальну особу.
- Установити фільтр Display і звірити ідентифікатори кампаній зі схваленою групою.
- У меню редагування вибрати перехід на Demand Gen; повністю прочитати й задокументувати попередження.
- Застосувати зміни лише тоді, коли бюджет, статус і вибір кампаній правильні.
- У масових діях перевірити помилки, ініціатора та фактично змінені кампанії.
- Перевірити тип Demand Gen, назву, мітку, вибір GDN і статус кожної цільової кампанії.
- Пов’язати видалену вихідну кампанію та збережені базові показники в реєстрі.
- У разі помилки не запускати наступні кампанії навмання, а зупинити хвилю й класифікувати причину.
Зберігайте стабільність у перші дні після оновлення
Відрізняйте коротше навчання після перенесення від довгого циклу конверсії
Для придатних кампаній, перенесених інструментом, Google описує скорочений період навчання приблизно до одного-двох днів. Загальна довідка про фазу навчання Demand Gen водночас пояснює, що новим кампаніям або кампаніям після суттєвих змін може знадобитися довше калібрування. Єдиного гарантованого строку для всіх облікових записів немає: на тривалість впливають, зокрема, обсяг конверсій, довжина циклу конверсії та стратегія призначення ставок; наявні дані можуть прискорити процес. Ці твердження не суперечать одне одному: інструмент зменшує ефект холодного старту, але не скасовує періоду спостереження й не усуває затримку конверсій.
У перші 24 години перевіряйте передусім технічний стан: статус, схвалення за правилами, бюджет, вибір GDN, цільову сторінку, спрацювання конверсії та очевидні помилки показу. Незвичайна CPA в цьому вікні рідко дає надійний стратегічний висновок. У наступні дні з’ясуйте, чи надходять покази, кліки й конверсії та чи має кампанія статус навчання. Термінові технічні помилки виправляють; звичайним коливанням дають час для спостереження.
Не змінюйте одночасно ставки, бюджет, ціль конверсії, аудиторію та рекламні матеріали. Кожна така зміна може запустити нове калібрування й приховати причину подальших відхилень. Очікування не означає бездіяльності: перевіряйте правила, цільові сторінки, форми, наявність товарів, дані з CRM і затримку конверсій, не переналаштовуючи систему оптимізації щодня. У реєстрі визначте найраніший фаховий перегляд після завершення повного циклу конверсії.
Перевірити статус, перезапуск бюджету, схвалення, вибір GDN, цільові сторінки та спрацювання конверсій.
Спостерігати за показами й навчанням; виправляти лише підтверджені технічні помилки або порушення політик.
Перевірити витрати, місця показу й перші результати, не роблячи остаточних висновків за незрілими конверсіями.
Поєднати показники платформи зі зрілими лідами, купівлями, доходом і даними компанії про якість.
Після міграції перевірте статус, покази, витрати та якість
Протокол після міграції для кожної кампанії
У документації про показники та звіти Demand Gen серед іншого описано сегментування за мережею. За міграції лише в GDN фактичні покази мають відповідати запланованим межам GDN. Також перевірте тип кампанії, назву, мітку, статус, бюджет, ставки, основну конверсію, аудиторії, виключення, схвалення оголошень і кінцеві URL-адреси. Технічно активну кампанію можна схвалити лише після підтвердження її фахових захисних меж.
Для перевірки фактичного оточення використовуйте звіт «Де показувалися оголошення». Google застерігає, що його не слід вважати повним переліком місць показу або точною розрахунковою базою: рідкісні покази можуть не відображатися, а пороги та недійсний трафік впливають на дані. Використовуйте звіт для виявлення повторюваних закономірностей і відповідності бренду, а не для поспішних виключень після поодиноких спостережень. Дані рахунків залишаються визначальними для оплачуваних витрат.
Порівнюйте результат із власними базовими показниками за схожої сезонності та зрілості конверсій. Відрізняйте коливання, технічну помилку й погіршення бізнес-результату. Низька CPA втрачає цінність, якщо падає якість лідів або маржа; натомість результати B2B можуть надходити із затримкою.
| Період перевірки | Контрольний сигнал | Очікуване відхилення | Сигнал зупинення | Рішення |
|---|---|---|---|---|
| День міграції | Тип, статус, мітка, бюджет і вибір GDN | У цільовій кампанії бюджет починається заново | Неправильна кампанія, статус або неконтрольовані витрати | Призупинити й з’ясувати технічну відповідність |
| День 1–2 | Схвалення, покази, цільова сторінка й тест конверсії | Перевірка та коротке калібрування | Відхилення, несправна сторінка або відсутнє вимірювання | Виправити помилку, але ще не масштабувати стратегічно |
| День 3–7 | Витрати, покази, перші конверсії та закономірності місць показу | Коливання й затримка звітності | Повторюваний ризик для бренду або системна несправність | Локалізувати причину й змінити одну змінну |
| Повний цикл конверсії | Зрілі конверсії, цінність, якість лідів і маржа | Пізня атрибуція та мала вибірка | Якість бізнес-результату постійно нижча за погоджену межу | Далі спостерігати, виправити або зупинити |
| День 30 | Порівняння з базовими показниками й задокументовані відхилення | Сезон і ринок можуть обмежувати порівняння | Непояснене погіршення за коректної технічної роботи | Затримати пілот або схвалити наступну групу |
Коли можна додавати інші канали Demand Gen
Спершу зафіксуйте базові показники, потім розширюйте охоплення
Міграцію завершено, коли попереднє завдання GDN працює прозоро, а всі поля схвалення заповнено. Це не означає автоматичного розширення на YouTube, Discover, Gmail або Maps: новий інвентар змінює рекламні матеріали, звіти й розподіл бюджету.
Додавайте канал лише за наявності конкретного стану користувача, придатного рекламного матеріалу, відповідної цільової сторінки та контрольного сигналу. Окремо фіксуйте базові показники GDN і дату розширення, щоб подальші зміни можна було пов’язати з новим інвентарем, а не з технічною міграцією.
Під час повторного контакту або використання власних даних логіка аудиторій і згоди також має залишатися правильною. Посібник про ремаркетинг у Google і Meta, аудиторії та згоду пояснює значення сегментів, виключення, часові вікна й межі вимірювання. Перенесена кампанія не виправдовує ані необмежених повторів, ані розширення поза заплановану аудиторію. Після кожної структурної зміни повторно перевіряйте оптимізований таргетинг і виключення.
Фіксуйте кожне розширення в журналі змін разом із гіпотезою, рекламними матеріалами, цільовою сторінкою, впливом на бюджет, вікном вимірювання та правилом повернення. Інакше базові показники міграції втратять цінність.
Поширені запитання про міграцію з Display у Demand Gen
Вісім відповідей перед натисканням кнопки оновлення
Відповіді відображають задокументований стан на 25 серпня 2026 року. Поетапне впровадження, право облікового запису на міграцію, строки й підтримувані функції можуть змінитися. Перед операційними діями перевіряйте актуальну довідку Google Ads і повідомлення в потрібному обліковому записі.
Чи вимкнуть наявні Display-кампанії негайно?
Ні. Наявні Display-кампанії можна відкривати й редагувати до їхньої міграції. Інструмент поетапно впроваджується з червня 2026 року; обмеження створення нових кампаній та автоматичне перенесення відбудуться пізніше. Важливі дати мають з’являтися в повідомленнях облікового запису.
Чи є вже обов’язкова дата вимкнення в січні 2027 року?
Ні. Часова шкала називає січень 2027 року початковим орієнтиром припинення створення нових GDA, а автоматичне перенесення — пізнішим етапом 2027 року. Поточна довідка для обох наступних етапів використовує лише «Coming later». Строки можуть змінитися, тому не стверджуйте про універсальний січневий день і перевіряйте довідку та повідомлення облікового запису.
Чи може перенесена кампанія залишитися виключно в GDN?
Так. Під час міграції інструментом GDN вибрана за замовчуванням, і вимкнути її в процесі не можна. Інші канали можна додати пізніше. Для порівнюваності спочатку доцільно залишити лише GDN; кожне розширення повинно мати окрему гіпотезу.
Чи можна скасувати оновлення?
Ні. Перенесену кампанію не можна повернути до попереднього типу Display. Вихідна кампанія отримує статус «Видалено» й залишається доступною для історичних звітів. Тому до застосування підтвердьте вибір, бюджет, статус і відсутність перешкод.
Чи зберігаються історичні дані та сигнали навчання?
Інструмент може перенести сигнали за період до 42 днів. Видалена вихідна кампанія залишається доступною для звітів до п’яти років. Додатково збережіть базові показники й журнал змін: сигнали навчання та історичний звіт не замінюють власної документації.
Чи потрібно повторно схвалювати оголошення?
Так. Перенесені оголошення вважаються новими й проходять повторну перевірку. Також проконтролюйте автоматично доданий заповнювач, якщо логотипа не було. Передбачте час на перевірку, виправлення й, за потреби, обґрунтоване оскарження.
Що відбувається з ручною CPC, оплатою за конверсії та HTML5-оголошеннями?
Ручна CPC не підтримується; як альтернативу Google називає автоматизовану цільову CPC. Оплата за конверсії потребує переходу на платіжну подію «взаємодія», після чого використовується цільова CPA. HTML5 і сторонні формати планувалися на кінець 2026 року, тому перевіряйте їхню фактичну доступність.
Коли інструмент переходу кращий за ручне створення нової кампанії?
Інструмент рекомендовано для придатних кампаній, де важлива безперервність. Нове створення доречне за перешкод, які неможливо прийнятно усунути, або за справжньої реструктуризації. Не запускайте без контролю ідентичну копію паралельно; заздалегідь визначте бюджет, період навчання та критерії схвалення.
Керовано проведіть міграцію Display у 2026–2027 роках
Надійний перехід складається з п’яти підтверджених результатів: повного реєстру міграції Display, задокументованого зіставлення функцій, схваленої пілотної кампанії, перевіреного протоколу після міграції та пріоритетних груп, що залишилися. Кампанію позначають завершеною лише після підтвердження завдання, статусу, бюджету, ставок, аудиторій, виключень, рекламних матеріалів, відстеження й відповідальності. Самого зеленого статусу політик недостатньо.
Для малого й середнього бізнесу невелика прозора хвиля зазвичай цінніша за швидке перенесення всього облікового запису. Вона обмежує бюджетні ризики, залишає час на повторну перевірку оголошень і показує, які відхилення є системними, а не властивими окремій кампанії. 90-денна модель задає послідовність роботи без жорстких обіцянок результату. Якщо Google змінює строки або функції, реєстр оновлюють; фахові правила захисту й схвалення залишаються чинними.
Після стабільної міграції GDN можна перевіряти інші канали Demand Gen, але лише як новий окремо вимірюваний тест. Вирішальне питання полягає не в тому, чи активовано всі доступні функції, а в тому, чи продовжує кампанія досягати релевантної бізнес-мети з контрольованими витратами й підтвердженою якістю.
Якщо ви хочете перевірити наявні Display-кампанії, задокументувати ризики міграції та контрольовано підготувати перехід у Demand Gen, SaleStudia допоможе зі стратегією, відстеженням, рекламними матеріалами та професійним веденням інтернет-реклами для бізнесу.