Зв’яжіться з нами просто зараз!


Як близько 80 країн у налаштуваннях Пошуку, лише 6 активних ключів і несправний скрипт заважали міжнародному просуванню проєкту.
Реклама може отримувати кліки й навіть приносити окремі конверсії. Але це ще не означає, що вона працює відповідно до цілей бізнесу.
Зміст
Саме це ми побачили під час аудиту Google Ads для Проєкту з міжнародного страхування турів.
У рекламному акаунті вже були пошукові кампанії, Performance Max, ключові слова й оголошення. Зовні все виглядало робочим. Проте після зіставлення налаштувань із цілями бізнесу з’ясувалося:
Проблема була не в одному оголошенні.
Рекламний акаунт працював без чіткого розподілу.

Тематика та географія
Проєкт з міжнародного страхування турів працює у сфері туристичного страхування й орієнтується на міжнародну аудиторію.
Основними ринками, за інформацією клієнта, були ОАЕ, Саудівська Аравія, Польща та Латвія.
Для міжнародного проєкту недостатньо просто вибрати країни в Google Ads. Користувач у Польщі шукає страхування не так, як користувач у Саудівській Аравії. Він вводить інші слова, читає іншою мовою та звертає увагу на інші аргументи.
Тому кожному важливому ринку потрібні окремі ключі, оголошення, бюджет і критерії ефективності.
Клієнту потрібно було зрозуміти, чому Google Ads не використовує потенціал пріоритетних ринків і що заважає безпечно збільшувати бюджет.
Ми перевіряли, чи відповідає структура кампаній географії бізнесу, чи отримують потрібні країни достатньо показів, чи охоплює семантика попит різними мовами та чи відсікає система нерелевантні запити.
Мета полягала не в тому, щоб зібрати довгий список помилок. Потрібно було показати, де реклама втрачає охоплення, попит і контроль над бюджетом.
Аудит охопив структуру акаунта, фактичну географію показів, ключові слова, пошукові запити, мінус-слова, скрипти, оголошення, рекламні об’єкти та ремаркетинг.
Ми дивилися не тільки на налаштування в кабінеті, а й на їхню відповідність цілям бізнесу.

Кампанії не були чітко розділені за країнами та мовами.
В одній рекламній структурі змішувалися різні ринки. Також не вистачало окремих кампаній для гарячих комерційних запитів, загального попиту, конкурентної семантики та ремаркетингу.
Коли різні країни змішані, бізнес бачить усереднену статистику.
Одна країна може давати дешеві кліки, але слабкі конверсії. Інша — дорожчі кліки, але більше оформлених страхових полісів. У спільному звіті ці відмінності губляться.

Через це складно зрозуміти, який ринок приносить клієнтів, де CPA прийнятний і куди варто додавати бюджет.
Для основних країн ми запропонували структуру:
країна → мова → тип попиту → окрема кампанія → окремий бюджет → окремий KPI.
Польщу не варто змішувати з ОАЕ, тому що це різні запити, мови, рекламні аргументи та рівні конкуренції.
Бюджет розподілявся між надто великою кількістю країн

Пошукові кампанії були налаштовані приблизно на 80 країн. Performance Max водночас працювала переважно на ОАЕ.

У звітах були покази у Франції, США, Молдові, Австрії, Швеції, Італії, Мексиці та інших країнах.

Польща та Латвія, які клієнт назвав пріоритетними, майже не отримували показів.
Якщо система бачить десятки країн, п’ять загальних ключів і спільний бюджет, вона може частіше показувати рекламу там, де простіше отримати клік.
Але дешевший клік у другорядній країні не допомагає, якщо не приводить потрібного клієнта.

У результаті бюджет розподілявся між багатьма ринками, а основні країни не отримували достатньо показів і даних для оптимізації.
Ми запропонували залишити чіткий перелік основних країн і створити для них окремі кампанії.
Для кожного ринку потрібно встановити власний бюджет, перевірити географічні налаштування та окремо рахувати конверсії й CPA.
Розширювати географію варто лише після того, як основні країни накопичать достатньо даних.


Отже, міжнародний попит намагалися охопити лише п’ятьма загальними ключами.

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

Частина таких запитів раніше приносила конверсії, але не була додана до активних кампаній.
Реклама могла не помічати користувача, який шукав потрібну послугу своєю мовою. Намір у нього був, але його запит не збігався з кількома ключами в акаунті.
Семантику потрібно збирати окремо для кожної країни й мови.
Усередині ринку варто розділити брендові, гарячі комерційні, загальні продуктові, локальні та низькочастотні запити.
Конкурентну семантику можна тестувати окремо, щоб вона не змішувалася з основним попитом.
Мета не в тому, щоб просто додати сотні ключів. Кожен кластер має отримати правильну країну, мову, оголошення та бюджет.
Що ми виявили

В акаунті був скрипт, який мав автоматично додавати мінус-слова й виключати небажані місця показу.
Але в його налаштуваннях не було робочого посилання на Google Sheets. Замість адреси таблиці залишилося шаблонне значення.
Скрипт не міг отримувати дані, а отже, не міг додавати виключення.

До того ж списки мінус-слів були підключені нерівномірно: в одних кампаніях вони працювали, в інших — ні.

Найгіршою була не сама технічна помилка, а відчуття, що все працює.
Команда могла бачити скрипт у кабінеті й думати, що він автоматично чистить трафік. Насправді нерелевантні запити могли продовжувати отримувати покази.
Це як сигналізація, яка встановлена на дверях, але не підключена до живлення.
Спочатку потрібно було підключити робочу таблицю, перевірити доступи й провести тестовий запуск.
Після цього — переглянути журнали виконання, зібрати єдині списки мінус-слів і визначити, до яких кампаній вони застосовуються.
Навіть після відновлення скрипту пошукові запити потрібно регулярно перевіряти вручну. Автоматизація допомагає, але не замінює контроль спеціаліста.

У частині груп було лише одне адаптивне пошукове оголошення.

Також не всюди були заповнені рекламні об’єкти: назва компанії, логотип, ціни та промоакції.

Через це система мала обмежений набір повідомлень і майже не могла порівнювати різні офери.
Користувачів у різних країнах можуть переконувати різні аргументи.
Для одного важлива швидкість оформлення. Для іншого — ціна. Третій дивиться на покриття страховки або підтримку.
Коли оголошення одне, бізнес не бачить, який аргумент працює краще.
Для кожного пріоритетного ринку потрібно підготувати кілька змістовно різних оферів і локалізувати заголовки та описи.
Тестувати краще одну помітну гіпотезу за раз. Наприклад, порівняти акцент на ціні з акцентом на швидкому оформленні.
Оцінювати потрібно не лише CTR. Високий відсоток кліків не має цінності, якщо після них немає заявок.
Окремі аудиторії в акаунті були, але вони не складалися у зрозумілу ремаркетингову воронку.
Новий відвідувач, людина, яка кілька разів поверталася на сайт, і користувач, який уже переглянув ключові сторінки, могли бачити однакову рекламу.
Новому відвідувачу потрібно пояснити продукт і сформувати довіру.
Людині, яка вже знайома з пропозицією, потрібен інший аргумент: відповідь на заперечення або повернення до незавершеної дії.
Коли всі бачать одне й те саме повідомлення, ремаркетинг стає простим повтором реклами.
Аудиторії потрібно розділити за поведінкою, країною, мовою та рівнем готовності.
Користувачів, які вже виконали цільову дію, варто виключати з частини кампаній. Для інших сегментів — налаштувати різні строки участі, повідомлення й частоту показів.

| Що виявили | Що міг втрачати бізнес | Що потрібно зробити |
|---|---|---|
| Пошук працював приблизно на 80 країн | Бюджет ішов у другорядні країни | Виділити пріоритетні ринки |
| Польща та Латвія майже не отримували показів | Основні країни залишалися без охоплення | Запустити окремі кампанії |
| У роботі було лише 6 ключів | Локальні запити залишалися поза рекламою | Розширити семантику за мовами |
| Скрипт не був підключений до таблиці | Нерелевантні запити не відсікалися | Відновити й протестувати скрипт |
| Списки працювали не в усіх кампаніях | Бюджет був захищений нерівномірно | Уніфікувати виключення |
| Оголошень було мало | Бізнес не бачив, який офер сильніший | Побудувати систему тестів |
| Ремаркетинг не був сегментований | Різні користувачі бачили однакову рекламу | Створити окремі сценарії |

Спочатку потрібно відновити скрипт мінус-слів, перевірити його роботу й зібрати єдині списки виключень.
Паралельно варто прибрати другорядні країни та звірити географію з актуальними цілями бізнесу.
Для пріоритетних країн потрібно створити окремі кампанії, розділити мовні сегменти, брендовий і загальний попит.
Кожен ринок має отримати власний бюджет і показники ефективності.
Після перебудови структури можна збирати локальну семантику, повертати до тестів історичні запити, які вже приносили конверсії, і додавати низькочастотні комерційні ключі.
Для кожного ринку потрібно підготувати кілька оферів, локалізувати тексти й додати рекламні об’єкти.
Після запуску варто порівнювати не тільки кліки, а й конверсії та їхню вартість.
Збільшувати бюджет можна після того, як стане зрозуміло, яка країна приносить результат, якою мовою краще конвертує аудиторія, які запити дають цільовий трафік і який CPA прийнятний.
Тоді масштабування спирається на дані, а не на припущення.

Цей кейс описує аудит, а не результати подальшого впровадження. Тому ми не заявляємо про зниження CPA чи зростання продажів без підтверджених даних.
Клієнт отримав карту системних проблем, пояснення причин слабкого охоплення у пріоритетних країнах і список втрачених мовних та семантичних можливостей.
Головним результатом став порядок дій: що виправити негайно, що перебудувати після цього й які кампанії тестувати перед збільшенням бюджету.
Аудит не замінює впровадження. Він показує маршрут.
Звичайна перевірка показала б кількість кампаній, ключі, оголошення, мінус-слова й географію.
Але самі по собі ці дані мало що пояснюють.
Близько 80 країн не обов’язково є помилкою. Вони стають проблемою, коли бізнес має чотири основні ринки, лише шість активних ключів і майже не використовує локальну семантику.
Так само одне оголошення не завжди провал. Але воно заважає, якщо компанія хоче зрозуміти, який офер краще працює в Польщі, а який — в ОАЕ.
Бутиковий підхід JobStudio в цьому аудиті полягав у конкретних діях. Ми зіставили налаштування з цілями бізнесу, перевірили історичні запити, знайшли непідключений скрипт і відділили критичні проблеми від другорядних покращень.
Мета аудиту — не налякати клієнта кількістю помилок, а показати причини втрат і порядок дій.

Проблема була не в одному ключі чи оголошенні.
Аудит показав цілий ланцюг:
надто широка географія → вузька семантика → слабка мовна адаптація → несправні виключення → мало тестів → недостатній контроль.
У такій системі збільшення бюджету не усуває проблему. Воно лише збільшує витрати за тією самою логікою.
Перед масштабуванням бізнес має знати, яка країна приносить клієнтів, якою мовою краще працює реклама, які запити дають цільовий попит і який CPA залишається прийнятним.

Не масштабуйте те, чим ще не можете керувати.
Окремі конверсії не доводять, що реклама використовує весь потенціал. Аудит показує, чи не переплачує бізнес, чи правильно розподілений бюджет і чи можна отримати більше результатів із наявного акаунта.
Тому що реклама працювала на десятки країн, а частина пріоритетних ринків майже не отримувала показів. Більший бюджет міг збільшити наявні перекоси.
Проєкт працював із кількома країнами й мовами. Шість ключів не могли охопити всі способи, якими користувачі шукають туристичне страхування.
Він створює ілюзію автоматичного захисту бюджету. Якщо скрипт не підключений до джерела даних, мінус-слова не додаються, а непотрібні запити продовжують отримувати покази.
Аудит показує, де реклама працює неправильно і що потрібно виправити. Ведення — це подальше впровадження, тестування й регулярний контроль.
Коли видно, які країни, мови, запити й оголошення приводять цільові конверсії за прийнятною для бізнесу ціною.
Не впевнені, що реклама показується потрібній аудиторії й у потрібних країнах?
Напишіть «АУДИТ» — перевіримо структуру кампаній, географію, семантику й точки втрати бюджету.
Ви отримаєте чіткий план: що виправити зараз, що протестувати далі та що вже можна масштабувати.