Після публікації програми в Google Play або App Store користувачі рідко починають знаходити її самі в потрібному обсязі. Навіть якісний продукт може довго залишатися без стабільного потоку установок, якщо його картка займає низькі позиції, бренд поки що маловідомий, а органічний попит обмежений.
Реклама мобільних додатків у Google Ads допомагає залучати людей, які потенційно зацікавлені у продукті, та пов'язувати рекламні витрати з конкретними діями: встановленням, реєстрацією, оформленням підписки, замовленням або покупкою. При правильному налаштуванні кампанія орієнтується на бізнес-мету програми, а не на максимальну кількість дешевих завантажень.
Реклама програми в Google Ads запускається через кампанії для додатків – App Campaign. Власник програми задає рекламну мету, географію, бюджет та цільові показники, додає тексти, зображення та відео. Система розподіляє оголошення між доступними майданчиками Google та накопичує дані про реакцію аудиторії.
Такий підхід відрізняється від звичайних пошукових кампаній. Тут рекламодавець не збирає вручну десятки груп оголошень для кожного майданчика та не керує кожним окремим розміщенням. Більшість розподілу показів і комбінацій креативів виконується автоматично з урахуванням отриманих конверсій.
Google Ads App Campaign – тип рекламної кампанії, призначений для просування мобільних програм. Він може використовуватися для отримання нових установок, залучення користувачів, які виконують потрібні дії після встановлення, повернення існуючої аудиторії та попередньої реєстрації перед запуском програми.
Запит app campaign google ads часто використовують власники програм та маркетологи, які шукають саме цей формат реклами. Зустрічається і зворотний варіант google ads app campaign. Обидва запити належать до одного типу кампаній, тому в тексті та налаштуваннях правильніше орієнтуватися на актуальну назву App Campaign.
Universal App Campaign – колишня назва кампаній для програм Google. У старих інструкціях, курсах та статтях досі зустрічаються формулювання google universal app campaign, google ads universal app campaign та абревіатура UAC. Зараз Google використовує коротку назву App Campaign.
Тому google ads universal app campaigns та сучасні App Campaign не варто сприймати як різні рекламні продукти. Різниця переважно пов'язана з термінологією. При обговоренні старих кейсів або пошуку інформації термін UAC все ще трапляється досить часто.
Термін Universal App Campaign багато років використовувався фахівцями з контекстної реклами, тому він зберігся у професійній лексиці та пошуковій семантиці. Крім того, багато інструкцій, відео та кейси були опубліковані ще до перейменування кампаній і продовжують отримувати органічний трафік.
Через це можна зустріти формулювання universal app campaign google ads і навіть запити на кшталт google mobile app ads. При налаштуванні реклами важливо орієнтуватися на актуальні функції Google Ads, а стару назву використовувати лише там, де вона допомагає користувачеві правильно зіставити терміни.
App Campaign працює одразу з кількома майданчиками Google. Розподіл залежить від мети кампанії, доступних рекламних матеріалів, характеристик аудиторії та даних, які система отримує під час навчання.
Рекламодавцю тому варто дивитися не на окремий майданчик, а на загальний результат кампанії: скільки користувачів прийшло, що вони робили після встановлення та скільки коштувала потрібна бізнесу дія.
Я не рекомендую запускати App Campaign, поки не зрозуміло, яка дія користувача дійсно приносить бізнесу цінність. Установка сама собою ще не означає результат. До запуску я визначаю ключові події всередині програми, перевіряю їх передачу в аналітику і лише після цього вибираю, під яку конверсію має оптимізуватись реклама. Інакше можна отримати дешеві установки, які практично не впливають на виручку.
Налаштування починається не зі створення оголошення, а з вибору цілі та перевірки даних. Коли зрозуміло, який результат потрібний бізнесу та які події вже передаються в аналітику, можна переходити до створення кампанії.
Послідовність запуску допомагає не змішувати технічне налаштування з подальшою оптимізацією та швидше знаходити джерело проблем, якщо статистика після старту відрізняється від очікуваної.
Стоматологія · Київ і Чернігів
Домен без історії, сайт на конструкторі. Зібрали семантику під послуги й обидва міста, переробили посадкові сторінки, з нуля побудували посилальний профіль. За чотири місяці: 34,8 тис. кліків, покази 1,32 → 1,76 млн, DR 0 → 41.
E-commerce · міжнародний ринок
Каталог цифрових 3D-моделей. Кластеризували семантику, перебудували хабові сторінки, закрили дублі та помилки індексації. Користувачі з Google 247 → 532, CTR 2,4% → 4%.
Медичний центр · Україна
Вузька видимість і мала семантика на старті. Семантика, структура посадкових, метадані та перелінковка, поступове посилення посиланнями.
Універсального терміну немає, оскільки швидкість навчання залежить від бюджету, кількості конверсій, типу програми, географії та обраної мети. Кампанія з великим обсягом подій швидше накопичує статистику, ніж проєкт із кількома конверсіями на тиждень.
Краще оцінювати готовність до оптимізації за обсягом даних та стабільністю показників. Часті зміни відразу після запуску зазвичай ускладнюють об'єктивне порівняння результатів.
Єдиної ціни установки або цільової дії для всіх програм немає. Вартість залежить від країни, категорії продукту, конкуренції, операційної системи, якості картки програми, обраної мети та поведінки аудиторії.
На підсумкові витрати також впливають підготовлені креативи, накопичена історія конверсій та здатність програми утримувати користувачів. Тому бюджет краще розраховувати після визначення мети кампанії та доступної аналітики.
На вартість особливо впливають:
Перед запуском можна розрахувати тестовий бюджет, визначити основний показник та встановити правила оцінки. Після отримання перших стабільних даних бюджет коригують з урахуванням фактичних результатів.
App Campaign містить багато автоматизації, але автоматичний вибір майданчиків та комбінацій оголошень не скасовує роботу спеціаліста. До запуску потрібно перевірити аналітику, вибрати правильну мету, підготувати конверсії та зрозуміти економіку користувача.
Після старту потрібно регулярно зіставляти рекламні показники з реальними діями всередині програми. Без цього легко оптимізувати кампанію за зручним показником, який майже не пов'язаний із доходом бізнесу.
В результаті команда отримує зрозумілу систему оцінки, де рекламні витрати можна пов'язати з реальними діями користувачів та поступово покращувати кампанії на основі даних.
Робота над рекламою зазвичай включає:
Медійна реклама Google Ads: налаштування КМС, аудиторій, банерів, аналітики та конверсій. Запускаємо та оптимізуємо кампанії під завдання бізнесу.
Налаштування Google Shopping та Merchant Center для інтернет-магазинів: фід товарів, зв'язок з Google Ads, запуск Shopping та Performance Max, аналітика, оптимізація та ведення.
Налаштування Performance Max у Google Ads: цілі, конверсії, фід, групи об'єктів, аудиторії, бюджет та оптимізація. Запуск PMax під продаж та ліди.
Пошукова реклама Google Ads: налаштування кампаній, добір ключових слів, оголошення, ставки, аналітика та оптимізація. Запускаємо рекламу під мету бізнесу.
Налаштування та запуск відеореклами на YouTube через Google Ads. Формати, націлення, вартість розміщення та ведення. Замовте рекламу на YouTube у Seo-Gen.
Google Ads App Campaign – рекламна кампанія для просування мобільних програм через майданчики Google. Вона може використовуватися для отримання установок, залучення користувачів до дій всередині програми, повернення існуючої аудиторії та попередніх реєстрацій.
Рекламодавець задає мету, бюджет, географію та рекламні матеріали. Google автоматично формує варіанти оголошень, розподіляє покази між доступними майданчиками та оптимізує кампанію на основі отриманих конверсій.
Universal App Campaign та App Campaign належать до одного типу рекламного продукту Google. Назва Universal App Campaign використовувалася раніше, а зараз в інтерфейсі та актуальній документації застосовується більш короткий варіант App Campaign.
Тому запити google ads universal app campaign та google ads app campaign можуть вести користувача до однієї теми. Під час налаштування необхідно орієнтуватися на актуальні можливості кабінету Google Ads.
Покази можуть відбуватися в Google Search, Google Play, YouTube, Google Display Network, Discover, AdMob та на інших доступних рекламних поверхнях Google залежно від типу кампанії.
Конкретний розподіл багато в чому автоматизований. Тому оцінювати кампанію краще за установками, цільовими діями, вартістю залучення та якістю користувачів, а не за бажанням отримати максимальний обсяг трафіку з одного майданчика.
Так, Google Ads використовується для просування програм на обох основних мобільних платформах. При цьому способи вимірювання та частина технічних налаштувань можуть різнитися між Android та iOS.
Якщо програма доступна відразу для двох платформ, їх результати бажано аналізувати окремо. Вартість установки, конверсія в оплату та поведінка аудиторії можуть помітно відрізнятись.
Фіксованої вартості встановлення чи запуску реклами немає. Ціна залежить від ринку, категорії програми, географії, конкуренції, операційної системи, рекламної мети та якості залученої аудиторії.
Перед запуском зазвичай визначають тестовий бюджет та цільову метрику. Після накопичення статистики стає зрозуміло, який рівень CPI або CPA доступний проєкту та наскільки він відповідає економіці програми.
На першому етапі установки допомагають оцінити вартість залучення нової аудиторії. Але якщо програма заробляє після реєстрації, замовлення або підписки, одних установок недостатньо для повноцінної оцінки.
У міру накопичення даних корисніше пов'язувати рекламу з подіями, які є ближчими до доходу. Тоді оптимізація враховує якість користувачів, а не лише кількість завантажень.
Firebase часто використовують для аналітики програм та передачі подій, особливо в проєктах екосистеми Google. Він допомагає відстежувати дії користувачів та пов'язувати їх із рекламними кампаніями.
Firebase не єдиний варіант. Залежно від проєкту можна використовувати AppsFlyer та інші системи мобільної атрибуції. Головне, щоб події передавалися коректно та підходили для обраної моделі аналізу.
Реклама мобільних програм через Google Ads вимагає підготовленої аналітики, правильно обраної мети та достатньої кількості якісних даних. App Campaign може залучати нові установки, повертати існуючих користувачів та оптимізуватись під дії, які мають цінність для бізнесу.
Якщо потрібно запустити рекламу програми або переглянути кампанії, що вже працюють, почніть з аудиту аналітики, подій і поточної структури Google Ads. Після цього можна визначити відповідну стратегію, тестовий бюджет та показники, за якими оцінюватиметься результат.
Відповідаємо протягом робочого дня. Без розсилок і дзвінків «просто нагадати».
Подивиться сайт сам, а не передасть менеджеру.
Перед запуском потрібно визначити, яка дія користувача має цінність для продукту. Для одного бізнесу достатньо отримати установку, тому що монетизація починається одразу після першого запуску. Для іншого додатка установка практично нічого не означає, доки людина не зареєструється, не сплатить підписку або не оформить замовлення.
Тому рекламну мету вибирають з урахуванням моделі продукту. Чим точніше визначено корисну дію, тим зрозуміліше можна оцінювати вартість залучення та якість аудиторії.
App Campaign for installs використовують, коли основним завданням залишається залучення нових користувачів. Кампанія оптимізується під установки і намагається знаходити аудиторію, яка з більшою ймовірністю завантажить програму після перегляду реклами або кліку на неї.
При цьому низький CPI сам не говорить про хороший результат. Дві рекламні кампанії можуть давати установки за різною ціною, але дорожча аудиторія іноді активніше реєструється, купує товари або продовжує передплату. Тому вартість установки краще розглядати разом із подальшою поведінкою користувачів.
Якщо програма вже отримує стабільний потік установок, логічно переходити до оцінки дій усередині продукту. Такими діями можуть бути реєстрація, оформлення замовлення, покупка тарифу, бронювання, поповнення рахунку або початок пробного періоду.
Для такої оптимізації Google Ads мають отримувати дані про in-app події. Після накопичення статистики алгоритм може шукати аудиторію, яка частіше виконує обрану конверсію. У цьому випадку основною метрикою стає CPA або вартість конкретної цільової дії.
App Campaign for engagement використовують для роботи з людьми, які вже встановили програму. Наприклад, користувач зареєструвався, але давно не входив, додав товар у кошик і не оформив замовлення чи перестав користуватися сервісом після закінчення пробного періоду.
Для подібних сценаріїв важливо коректне налаштування deep links. Після кліку людина повинна потрапляти у відповідний розділ програми: картку товару, екран підписки, кошик чи інший цільовий інтерфейс. Чим коротший шлях після реклами, тим менша ймовірність втратити користувача між кліком і потрібною дією.
App Campaign for pre-registration підходить для проєктів, які ще готуються до офіційного запуску. Користувач бачить рекламу і може заздалегідь зареєструватися в Google Play, щоб отримати сповіщення після виходу програми.
Такий формат допомагає заздалегідь зібрати зацікавлену аудиторію та оцінити попит до релізу. Його особливо зручно використовувати для ігор, сервісів та продуктів, навколо яких маркетингова активність починається раніше за офіційну публікацію.
Якість рекламної кампанії сильно залежить від підготовки аналітики. Якщо Google Ads отримує лише дані про установки, система не розуміє, які з нових користувачів стають клієнтами, а які видаляють програму після першого запуску.
До старту потрібно визначити ключові події, перевірити їх передачу, підготувати рекламні матеріали та переконатися, що картка програми відповідає обіцянці в рекламі. Інакше частина бюджету йтиме на трафік, якість якого неможливо нормально оцінити.
Для мобільного додатка варто відстежувати не лише сам факт встановлення. Залежно від продукту корисними подіями можуть бути перший запуск, реєстрація, додавання товару, придбання, оформлення підписки, бронювання або початок пробного періоду.
Для аналітики можна використовувати Firebase та системи мобільної атрибуції, наприклад AppsFlyer. Головна вимога – фахівець має бачити шлях користувача після реклами та розуміти, які кампанії приводять аудиторію, яка виконує потрібні дії.
У рекламну оптимізацію не варто передавати усі події поспіль. Якщо користувач робить десятки технічних дій, вони можуть заважати системі зрозуміти, яка поведінка справді пов'язана з бізнес-результатом.
Для інтернет-магазину ключовою конверсією може бути покупка, для сервісу передплати – початок платного періоду, для доставки – перше замовлення. Вторинні події залишаються корисними для аналізу, але основна мета має відповідати економіці програми.
Набір подій залежить від продукту. Для однієї програми достатньо відстежувати registration і purchase, для іншої додатково потрібні subscription, booking, add_to_cart або trial_started. Універсального переліку для всіх проєктів немає.
Перед запуском фахівці перевіряють, чи подія спрацьовує коректно, чи не передається одна конверсія кілька разів і чи збігаються дані рекламного кабінету з аналітикою. Помилка на цьому етапі здатна спотворити подальшу оптимізацію всієї кампанії.
Deep links ведуть користувача відразу у конкретний розділ програми. Якщо людина побачила рекламу певної категорії товарів, після натискання логічно відкрити цю категорію, а не відправляти її на головний екран і змушувати шукати потрібний розділ самостійно.
Особливо корисним є таке налаштування для кампаній на взаємодію з існуючою аудиторією. Чим точніше посилання відповідає рекламному повідомленню, тим коротший шлях до покупки, бронювання, передплати чи іншої цільової дії.
Реклама приводить користувача до програми, але рішення про встановлення часто приймається вже на сторінці магазину. Тому перед масштабуванням трафіку варто перевірити назву, опис, іконку, скріншоти, відео, локалізацію, рейтинг та відгуки.
Ця робота пов'язана з ASO. Якщо картка погано пояснює продукт чи помітно поступається конкурентам, зростання рекламного бюджету не виправить низьку конверсію в установку. Спочатку краще усунути очевидні проблеми сторінки, потім збільшувати обсяг платного трафіку.
Для App Campaign потрібні різні варіанти текстів, зображень та відео. Бажано показувати конкретні сценарії використання програми, а не повторювати одну загальну обіцянку у кількох форматах.
Креативи варто поділяти за мотивами аудиторії. Один користувач реагує на економію часу, інший – на зручну функцію, третій – на ціну чи асортимент. Такий набір дає алгоритму більше матеріалу для тестування комбінацій.
Стратегію вибирають за тим результатом, який програма вміє вимірювати. Якщо бізнес лише починає збирати дані, логічним орієнтиром може бути вартість установки. Коли накопичені покупки, реєстрації або дані про дохід, оцінка стає глибшою.
Не варто вибирати показник тільки тому, що він виглядає звичнішим. Його потрібно пов'язати з реальною моделлю монетизації програми.
CPI показує, скільки в середньому коштує одна установка програми. Метрика зручна на етапі, коли головне завдання – швидко зібрати нову аудиторію та отримати достатньо користувачів для подальшого аналізу.
При порівнянні кампаній потрібно дивитися і на якість цих установок. Низька ціна може бути марною, якщо користувачі майже не відкривають програму після першого запуску або не доходять до ключової дії.
CPA показує вартість конкретної конверсії: реєстрації, покупки, передплати, замовлення або іншої вибраної події. Такий підхід ближчий до бізнес-результату, ніж оцінка лише за установками.
Для оптимізації системі потрібна стабільна передача подій. Якщо конверсій занадто мало або вони фіксуються з помилками, алгоритму складніше знаходити схожу аудиторію і оцінювати якість трафіку.
ROAS пов'язує рекламні витрати з цінністю конверсій чи виручкою. Цей орієнтир є корисним для програм, де можна передавати вартість покупок, підписок або інших грошових дій.
Така модель потребує якісних даних. Якщо частина платежів не фіксується або різні події передають неправильну цінність, підсумкова оцінка кампанії буде спотворена.
Для мобільного продукту рідко достатньо однієї метрики. Вартість установки показує ціну залучення, але нічого не говорить про подальшу поведінку користувача. CPA відображає конкретну дію, але також вимагає зв'язку з доходом та утриманням.
Тому звіт з реклами варто будувати як воронку: від показу та встановлення до активності, купівлі та повторного використання програми.
| Метрика | Що показує | Коли корисна |
|---|---|---|
| CPI | Вартість однієї установки | При наборі нової аудиторії |
| CPA | Вартість цільової дії | При оптимізації під реєстрацію, замовлення чи підписку |
| Conversion Rate | Частку користувачів, які вчинили дію | Для пошуку слабких етапів воронки |
| ROAS | Повернення рекламних витрат через виторг | Коли передається цінність конверсій |
| Retention Rate | Частку користувачів, які повертаються | Для оцінки якості залученої аудиторії |
| LTV | Дохід від користувача за період життя | Для довгострокової оцінки окупності |
Така таблиця допомагає не зводити аналіз до одного рекламного показника і пов'язувати рекламу з поведінкою користувачів після установки.
CPI розраховується як рекламні витрати, поділені на кількість установок. Показник зручно використовувати для порівняння періодів та оцінки первісної вартості залучення.
При цьому дешева установка не повинна автоматично вважатися кращою. Користувач із більш високим CPI може частіше купувати, довше користуватися програмою та приносити більшу виручку.
CPA показує ціну події, яку бізнес вважає корисною. Якщо після встановлення користувач повинен зареєструватися або оформити першу покупку, цей показник зазвичай інформативніший за CPI.
Для порівняння CPA необхідно однаково визначати конверсії у всіх кампаніях. Якщо в одному звіті рахується реєстрація, а в іншому — покупка, показники не можна порівнювати безпосередньо.
Conversion Rate показує частку користувачів, які перейшли від одного етапу воронки до наступного. Наприклад, можна оцінити конверсію з установки на реєстрацію або з реєстрації в першу покупку.
Якщо CPI залишається стабільним, а підсумковий CPA зростає, проблема може бути вже всередині програми. У такому разі зміна рекламних налаштувань не завжди вирішує причину зниження результату.
ROAS показує співвідношення отриманої цінності до рекламних витрат. Цей показник зручний для додатків із покупками, платними передплатами та іншими діями, яким можна призначити грошову вартість.
Оцінювати ROAS краще за однакові періоди, оскільки частина користувачів купує не відразу після встановлення. Особливо це помітно у продуктів із довгим циклом прийняття рішення.
Retention показує, яка частина нових користувачів продовжує користуватися програмою через певний час. Для багатьох продуктів цей показник безпосередньо пов'язаний із якістю залучення.
Якщо кампанія дає багато установок, але користувачі швидко перестають відкривати програму, варто перевірити відповідність рекламної обіцянки реальному продукту, аудиторію та перші сценарії після запуску.
LTV відображає цінність користувача за весь період взаємодії з продуктом. Для додатків із підпискою або повторними покупками цей показник допомагає зрозуміти, який рівень вартості залучення залишається економічно виправданим.
Порівняння LTV та вартості залучення дає більш корисну картину, ніж прагнення отримати мінімальний CPI за будь-яку ціну.
Показ реклами → Клік → Установка → Реєстрація → Цільова дія → Повторне використання → Дохід
Кожен наступний етап зменшує кількість користувачів, тому падіння підсумкового результату потрібно шукати у конкретній частині цієї послідовності, а не автоматично пояснювати рекламою.
Після накопичення статистики розпочинається регулярна робота з даними. Фахівець перевіряє якість користувачів, вартість ключових дій, динаміку конверсій, креативи та розподіл бюджету.
Рішення ухвалюються після порівняння достатніх періодів. Поодинокий стрибок CPI або CPA ще не говорить про системну проблему, особливо якщо кампанія нещодавно запущена або отримала значну зміну бюджету.
Ми порівнюємо не лише кількість установок, а й подальшу поведінку аудиторії. У звіті дивимося реєстрації, замовлення, підписки, покупки та інші події, пов'язані з метою додатка.
Такий аналіз допомагає побачити кампанії, де установка коштує трохи дорожче, але користувачі помітно частіше виконують корисні дії. Саме ці відмінності слід враховувати під час розподілу бюджету.
Після накопичення даних можна переглянути мету кампанії та стратегію ставок. Наприклад, проєкт поступово переходить від залучення установок до оптимізації щодо покупок або інших подій.
Зміни вносять послідовно та фіксують їх в аналітиці. Якщо одночасно змінювати бюджет, мету, креативи та стратегію, потім складно визначити, яка дія вплинула на результат.
Тексти, зображення та відео регулярно перевіряють за доступною статистикою. Слабкі варіанти замінюють, а вдалі ідеї використовують як основу нових тестів.
При цьому копіювати один успішний креатив десятки разів безглуздо. Краще тестувати різні аргументи, сценарії використання та переваги програми, зберігаючи зрозумілий зв'язок із продуктом.
Бюджет збільшують після того, як кампанія показує прийнятну якість трафіку та стабільні конверсії. Різке масштабування до підтвердження економіки може швидко збільшити витрати без відповідного зростання результату.
При розширенні також перевіряють, чи зберігаються CPA, ROAS та інші вибрані показники. Якщо ефективність значно погіршується, темп масштабування коригують.
Дані Google Ads, Firebase, AppsFlyer, магазину додатків та внутрішньої аналітики можуть відрізнятися через різні моделі атрибуції та терміни фіксації подій.
Тому заздалегідь визначаємо, яке джерело використовується для управлінської оцінки, а які системи потрібні для додаткової перевірки. Це зменшує кількість спірних висновків під час аналізу звітів.
Більшість проблем виникає ще до етапу оптимізації. Кампанія запускається без нормальної аналітики, бізнес орієнтується на дешеві установки, а після кількох днів починає змінювати бюджет та цілі одночасно.
Перед масштабуванням варто перевірити базові помилки:
Після усунення цих проблем оптимізацію можна проводити на більш надійних даних. Це спрощує порівняння періодів та дозволяє швидше побачити причину зміни результату.
У пошуку оголошення можуть відображатися людям, які вводять запити, пов'язані з тематикою програми, брендом, послугою або завданням, яке вирішує продукт. Такий користувач вже сформулював потребу, тому пошуковий трафік часто добре підходить для додатків зі зрозумілим попитом.
При цьому структура App Campaign відрізняється від класичної пошукової реклами. Спеціаліст управляє метою, бюджетом, конверсіями та рекламними матеріалами, а підбір конкретних можливостей показу автоматизовано системою Google Ads.
Google Play знаходиться безпосередньо в точці, де користувач вибирає та встановлює програми. Тому покази всередині магазину є особливо логічними для аудиторії, яка вже порівнює додатки певної категорії або шукає конкретний продукт.
На підсумкову конверсію тут помітно впливає картка програми. Слабка іконка, неінформативні скріншоти, низький рейтинг або незрозумілий опис можуть знизити результат навіть за умови правильно налаштованої рекламної кампанії.
Відео допомагає показати інтерфейс програми, сценарій використання або конкретну користь продукту. Для гри можна продемонструвати ігровий процес, для фінансового сервісу – зрозумілий сценарій користувача, для додатка доставки – шлях від вибору товару до оформлення замовлення.
Для YouTube варто готувати кілька відеоматеріалів з різними початками та сюжетами. Один ролик рідко однаково добре працює на всій аудиторії, тому різноманітність креативів дає системі більше варіантів для тестування.
Google Display Network охоплює сайти та програми, де можна відображати графічні та інші формати реклами. Таке розміщення розширює обсяг доступної аудиторії та допомагає знаходити користувачів за межами пошукової видачі та магазину програм.
Для КМС особливо помітно вплив креативів. Зображення має швидко передавати зміст продукту, а текст – пояснювати причину встановити програму або повернутися до неї без довгих рекламних обіцянок.
Спочатку визначають, що має робити кампанія: приводити нові установки, збільшувати кількість дій усередині програми, повертати існуючих користувачів чи збирати попередні реєстрації.
Вибір мети впливає на подальші налаштування, доступні стратегії та вимоги до аналітики. Тому міняти завдання вже після запуску лише заради більш гарного показника у звіті не варто.
Під час створення кампанії вибирають програму та відповідну мобільну платформу. Для Android та iOS можуть відрізнятися способи вимірювання, доступні сигнали та технічні вимоги.
Якщо продукт працює на обох платформах, результати краще аналізувати окремо. Користувачі Android та iOS можуть відрізнятися за вартістю залучення, конверсією в оплату та середнім доходом.
Географія має відповідати реальній зоні роботи бізнесу. Немає сенсу купувати установки в країнах, де програма не підтримує потрібну валюту, доставку, мову або способи оплати.
Для кількох ринків варто використовувати локалізовані тексти та креативи. Простого перекладу інтерфейсу іноді недостатньо: рекламні аргументи, ціни і сценарії користувача можуть відрізнятися між країнами.
Бюджет визначають з урахуванням обраної мети та очікуваної вартості конверсії. Для нової кампанії занадто малий обсяг даних може уповільнити навчання, а різке збільшення витрат без підтвердженої економіки створює непотрібний ризик.
Залежно від завдання можуть використовуватись орієнтири на CPI, CPA або ROAS. Конкретну стратегію обирають після перевірки того, які дані програма вже може передавати в рекламну систему.
До кампанії додають тексти, зображення та відео, які відповідають реальному змісту програми. Матеріали повинні пояснювати продукт досить швидко, оскільки користувач часто ухвалює рішення за кілька секунд.
Краще підготувати кілька змістовно різних варіантів, а не змінювати лише колір кнопки чи окреме слово. Тоді тестування покаже, які аргументи сильніше впливають на установки та подальші дії.
Перед запуском перевіряють вибрані конверсії та їх пріоритет. Якщо рекламна система отримує помилкові або дубльовані події, подальше навчання будуватиметься на некоректних даних.
У звітах також слід враховувати особливості атрибуції. Показники Google Ads, магазину програм та мобільної аналітики можуть трохи відрізнятися, тому заздалегідь визначають основне джерело даних для оцінки бізнесу.
Після старту кампанії системі потрібен час та достатній обсяг подій для навчання. Часті зміни бюджету, цілей та стратегії заважають порівнювати періоди та ускладнюють накопичення стабільних даних.
На першому етапі краще стежити за коректністю трафіку, конверсій та витрати бюджету. Після цього вже можна приймати рішення про креативи, ставки та масштабування.
Залежно від типу кампанії, Google може використовувати Discover, AdMob та інші доступні рекламні поверхні. Формат показу та склад майданчиків визначаються можливостями конкретної кампанії та налаштуваннями системи.
Рекламодавцю не варто оцінювати такі розміщення лише за кількістю кліків. Набагато корисніше пов'язувати джерела залучення з установками, реєстраціями, покупками, retention та іншими показниками продукту.