Поширені запитання

Аналіз поєднує чотири джерела: налаштування кампаній (структура акаунта, стратегії ставок, пошукові запити, виключення), рівень вимірювання (дії-конверсії у Google Ads, події GA4, теги й тригери в GTM), органічні запити з Search Console та відповідність цільової сторінки інтенту пошукового запиту. Перевіряють, чи можна простежити шлях від кліку по рекламі до запиту та чи той самий контакт не рахується кілька разів. Meta Ads і LinkedIn Ads - окремі модулі обсягу. Обсяг і строк визначаються до початку роботи.

Трудомісткість зростає разом із кількістю кампаній, ринків, цільових сторінок і джерел даних. Аудит одного акаунта Google Ads потребує іншої роботи, ніж мультиканальний аудит, що охоплює GA4, GTM, Search Console і сайт. Для попередньої оцінки достатньо опису акаунтів, каналів і проблеми; якщо обсяг охоплює сайт, потрібна його адреса. Ціна не охоплює впровадження змін.

Кожен висновок вказує місце виникнення (акаунт, кампанія, тег, подія, URL-адреса), дані, що його обґрунтовують, рекомендовану зміну та спосіб перевірки після впровадження. Приклад: якщо конверсією є клік по кнопці, звіт показує, яка подія надсилається, коли вона спрацьовує і яка подія має підтверджувати прийняття форми. Гіпотези та відсутні дані мають окремі позначення. Аудит завершується передаванням PDF-звіту; впровадження, ведення кампаній і подальша технічна підтримка не входять до послуги.

Для аудиту потрібні: рекламні канали, мета аналізу та, якщо сайт входить до обсягу, його адреса. Для перекладу: тип матеріалу, мовна пара, обсяг і строк. Перший контакт відбувається протягом 24 годин у робочі дні. Після прийняття умов наступний крок - надання погоджених доступів або передача файлів.

Дозволи, надані вказаному акаунту, слугують для читання даних і конфігурації; аудит не передбачає змін в акаунтах. Для аудиту Google перелік зазвичай охоплює Google Ads, GA4, GTM і Search Console, а для модуля Meta Ads - рекламний акаунт, Pixel і Conversions API. Допомагають також приклади лідів та інформація про те, які з них відділ продажів вважає цінними. Саме надсилання запрошення не підтверджує доступу до даних.

Звіт описує, що змінити, чому і як оцінити ефект. Це не інструкція з користування панелями й не покрокове налаштування. Опис проблеми, доказ і критерій приймання дають виконавцю змогу спланувати впровадження та перевірити, чи зміна спрацювала.

Приклад перевірки: порівняння конверсій у Google Ads, подій у GA4 і спрацювань тегів у GTM, щоб з’ясувати, що фактично рахується як запит. Клік по кнопці форми та прийнятий запит - різні події, а система збирає дані, потрібні для цієї перевірки. Аналіз охоплює також відповідність сторінки рекламному повідомленню. У звіті підтверджені проблеми, гіпотези й відсутні дані мають окремі позначення.

B2B-аудит перевіряє дві речі: чи запити надходять від компаній із цільового профілю та чи результат продажів (кваліфікований лід, можливість продажу, договір) повертається до рекламних систем. Google Ads приймає такі дані через імпорт офлайн-конверсій на основі GCLID, а в розширених конверсіях для лідів - також на основі хешованих контактних даних. Без цього стратегії ставок оптимізують під конверсію, яку бачать, тобто під саму форму, а не під лід, цінний для продажів.

Ланцюжок подій перевіряють з кінця: чи запити надходять до поштової скриньки або CRM, чи форма надсилає дані, чи підтверджувальна подія (наприклад, generate_lead у GA4) спрацьовує після прийняття запиту, а не після кліку по кнопці, і чи потрапляє вона до Google Ads як конверсія. Лише після цього оцінюють відповідність реклами сторінці та інтент пошукових запитів. До помилок вимірювання належать також відмова надати згоду на вимірювання, після якої частина конверсій може не зареєструватися, та затримка конверсії відносно кліку. Кількість запитів у CRM зіставляють із конверсіями в GA4 і Google Ads, а розбіжність вказує на рівень, на якому виникає помилка.

Відправна точка - визначення хорошого запиту: потрібна компанія, потреба, що відповідає пропозиції, і реальна можливість купівлі. Дані з продажів (CRM, експорт, впорядкований список) дають змогу порівняти джерела за прийнятими лідами та причинами відмов. Потрібно враховувати затримку: свіжі запити не порівнюють із завершеними розмовами, а вікно конверсії у Google Ads (за замовчуванням 30 днів для Search і Display, до 90 днів для кліків) обмежує, які конверсії взагалі реєструються. Без даних з продажів оцінка якості неповна.

У Google Ads дії-конверсії ділять на основні та другорядні: основні потрапляють до стовпця «Конверсії» і використовуються для призначення ставок, а другорядні слугують лише для спостереження і відображаються у стовпці «Усі конверсії». Клік по номеру телефону не підтверджує розмови, а відкриття поштової програми не означає надсилання повідомлення, тому такі події мають бути другорядними. У GA4 запит описують подією generate_lead; під час призначення цінності подія потребує параметрів currency і value.

Search добре працює, коли існує вимірюваний попит на пошукові запити, що описують рішення. LinkedIn дає змогу налаштовувати таргетинг за компанією, галуззю, функцією, посадою та рівнем посади, що важливо для невеликої, чітко визначеної групи покупців, але надто вузькі критерії обмежують охоплення й темп збору даних. Google також може формувати інтерес через YouTube і Demand Gen. Вибір враховує бюджет, потрібний для збору даних, якість запитів, можливості продажу та час дозрівання контактів.

Умовою змістовної оцінки є правильне вимірювання. Події з браузера (Pixel) і з сервера (Conversions API) дедуплікуються, коли збігаються event_name і event_id, а друга подія надійде протягом 48 годин після першої; без цього той самий запит рахується двічі. Результат кампанії оцінюють разом із даними про взаємодії, пошук бренду та якість контактів, бо приписування результату виключно останньому кліку не враховує попередніх контактів із рекламою.

Обмеженням є кількість подій, потрібних для оцінки, та затримка між кліком і результатом. Вікно конверсії у Google Ads за замовчуванням становить 30 днів для кліків у Search і Display (до 90 днів); конверсії після його завершення не реєструються, а аналіз затримок обмежений вибраним вікном. Тому ранні сигнали (відповідність пошукових запитів, частка показів, правильність подій) оцінюють окремо від бізнес-результатів, а за циклу продажу, довшого за вікно конверсії, потрібен імпорт офлайн-конверсій.

Аудит перевіряє відповідність повідомлення реклами сторінці, зміст і докази компетентності, форму (кількість полів, валідацію, повідомлення після надсилання), роботу на телефоні та продуктивність, виміряну метриками Core Web Vitals: LCP до 2,5 с, INP до 200 мс і CLS до 0,1 для 75-го перцентиля відвідувань. Видиму проблему можна описати прямо, але її вплив на результат кампанії потребує даних або тесту.

Клієнт може побачити рекламу, прочитати статтю та повернутися за кілька тижнів через пошук назви компанії, а останній клік не описує всього цього шляху. Google Ads наразі пропонує дві моделі: «Останній клік» і «На основі даних» (за замовчуванням для більшості дій-конверсій); правилові моделі («Перший клік», «Лінійна», «З урахуванням давності взаємодії», «На основі позиції») вилучено. GA4 надає модель на основі даних і два варіанти last click (платні й органічні канали та лише платні канали Google), а решту видалено в листопаді 2023 року. Жоден окремий звіт не покаже всіх каналів і людей, які беруть участь в ухваленні рішення, тому висновки зіставляють із даними з продажів.

Події надходять до контейнера на власному домені (хостинг, зокрема Cloud Run, App Engine або керований постачальник, наприклад Stape), де серверні теги можуть їх фільтрувати, збагачувати та передавати далі, наприклад до GA4, Google Ads чи Meta Conversions API. Частина вимірювання й надалі відбувається в браузері. Впровадження збільшує контроль над даними, що залишають сайт, але не замінює згоди користувача, спричиняє витрати на хостинг і підтримку та не гарантує повних даних чи стійкості до блокувань браузера. Доцільність впровадження залежить від того, чи потрібен контроль над даними, які надсилаються постачальникам, або покращення якості вимірювання, і чи виправдовують вони витрати. Аудит оцінює доцільність sGTM, але не охоплює впровадження.

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

Конкретну пару й обсяг підтверджують на основі файлу або зразка тексту. Допомагає також інформація про те, для кого створюється матеріал і де його використовуватимуть, наприклад на сайті, у документації чи в інтерфейсі, бо від цього залежать мовний регістр і термінологія.