Як перевірити, чи не брешуть лічильники аналітики до запуску платної реклами

Платна реклама — це гроші, які ви віддаєте за чужу увагу, а ця увага має потрапити до рук аналітики. Якщо лічильник не встановлено на всіх сторінках, якщо мета не спрацьовує на тому кроці, де повинна, якщо один візит зараховується двічі — ви платитимете за трафік, який у звітах або не з'явиться, або з'явиться спотвореним. І найприкріше, що всі ці поломки не залежать від якості реклами: можна купити ідеальний потік відвідувачів, а в статистиці побачити тишу або, навпаки, накручені цифри, які не збігаються з реальністю.

Тому перед тим як вмикати рекламний бюджет, має сенс прогнати свою сторінку реальними браузерами і звірити, що саме бачить аналітика. Не «подивитися в консоль», не «відкрити й закрити вкладку», а повноцінно імітувати шлях відвідувача: завантажити сторінку, прокрутити, клікнути, заповнити форму — і перевірити, чи дійшло це до лічильника. Нижче — як це зробити без власного парку комп'ютерів і без найманих виконавців, і чому тестовий трафік потім обов'язково потрібно відфільтрувати, інакше він зіпсує всі майбутні звіти.

Що саме ламається найчастіше

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

• Лічильник не на всіх сторінках — візит «губиться» на шляху сайтом.
• Мета не спрацьовує — подія не фіксується, конверсія нульова.
• Дублі візитів — один відвідувач перетворюється на трьох.
• Лічильник вантажиться після основного контенту — частина сесій не встигає зарахуватися.

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

Синтетика проти живого браузера

Тут важливо не сплутати два різних інструменти. Синтетичні тести навантаження шлють запити прямо на сервер: вони перевіряють, чи відповідає сервер, скільки часу витрачає, чи не падає під навантаженням. Але вони не виконують JavaScript і не вантажать сторінку так, як це робить браузер. Для аналітики це майже марно: лічильник живе в JavaScript, і якщо скрипт не виконується, аналітика його просто не бачить. Синтетика відповість «сервер живий», а лічильник при цьому може мовчати.

Переглядач, на відміну від синтетики, вантажить сторінку повністю, як звичайний відвідувач: справжній браузерний двигун, виконується JavaScript, прокручується контент, спрацьовують події. Саму тому для перевірки аналітики потрібен не навантажувальний тест, а реальний браузерний прогін. Різниця принципова: один інструмент відповідає на запитання «чи витримає сервер», інший — «чи побачить аналітика відвідувача».

Звідки взяти тестовий трафік

Прогнати сторінку реальними браузерами можна двома способами. Перший — поставити на свій комп'ютер програму-переглядач і накопичувати поїнти, відкриваючи чужі сайти; за це вам нараховують поїнти, які потім витрачаються на свою кампанію. Другий — не накопичувати своїми силами, а взяти вже готові поїнти й одразу запустити тестову кампанію. Для разового тесту перед запуском реклами другий варіант зручніший: не потрібно тижнями тримати програму увімкненою, щоб накопичити обсяг.

Такий тестовий трафік дають біржі обміну трафіком, де учасник ставить переглядач, а той сам, без людини, відкриває сайти в справжньому браузерному двигуні, витримує заданий час і йде далі. На 9Hits, наприклад, учасник задає адресу сайту, час на сторінці, частоту та країни — і сторінка відкривається в переглядачах інших учасників по всьому світу. Це автоматичний трафік програм, а не живі люди й не виконавці, які отримують гроші за завдання: важливо розуміти, що за екраном не людина, а двигун браузера, який поводиться як відвідувач.

Якщо накопичувати поїнти своїми комп'ютерами не хочеться, їх можна купити готовими — на готові поїнти для разового тесту. Багато «сервісів поліпшення поведінкових факторів» під своєю вивіскою перепродають саме такий трафік з націнкою, тож знати, звідки він береться, корисно: ви розумієте, що купуєте, і не переплачуєте за посередника, який не додає нічого, крім логотипа.

Що перевіряти за кроками

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

1. Перевірте, чи стоїть лічильник на всіх ключових сторінках: головна, категорії, товар, форма, сторінка після відправки.
2. Прогоніть шлях із макросами: прокручування, кліки, заповнення полів — і звірте, чи дійшли події до аналітики.
3. Перевірте мету: після цільової дії (відправка форми, клік по кнопці) мета повинна зарахуватися рівно один раз.
4. Подивіться на дублі: один прогін не повинен перетворюватися на кілька візитів у звіті.
5. Порівняйте час на сторінці: заданий у кампанії час має збігатися з тим, що бачить аналітика.

Після прогону відкрийте звіт аналітики і звірте цифри з тим, скільки прогонів ви запустили. Якщо ви прогнали десять візитів, а у звіті п'ятнадцять — у вас дублі. Якщо прогнали десять, а у звіті три — лічильник не на всіх сторінках або не в усіх браузерах. Якщо мета мала спрацювати п'ять разів, а спрацювала два — проблема в налаштуванні події. Саме ця звірка «запустив стільки-то — бачу стільки-то» і показує, чи бреше лічильник.

Головна пастка: тестовий трафік у звітах

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

Тому до запуску реклами потрібно заздалегідь вирішити, як відокремити тестовий трафік від бойового. Зазвичай це роблять через мітку: окремий параметр в адресі, окреме джерело, окремий код мети, який потім вимикається. Головне — не запускати тести «насліпу» і не забувати про них. Тестовий прогін — це інструмент перевірки, а не частина аудиторії, і у звітах він має бути або позначений, або відфільтрований, або запущений в окремому вікні, яке потім закривається. Інакше ви отримаєте статистику, в якій половина візитів — це ви самі, і жодна реклама не врятує від плутанини.

Підсумок

Перевірка лічильників перед запуском реклами — це не параноїя, а дешева страховка від дорогого провалу. Лічильник не на всіх сторінках, неспрацьовуюча мета, дублі візитів — усе це ловиться одним прогоном сторінки реальними браузерами з макросами та звіркою «запустив стільки — бачу стільки». Синтетика тут не допоможе, тому що вона не виконує JavaScript, а аналітика живе саме в ньому. Тестовий трафік беруть на біржах обміну, де переглядач відкриває сайти в справжньому браузерному двигуні, а поїнти для разового тесту можна не накопичувати, а купити готовими. І головне — не забути відфільтрувати ці тестові візити зі звітів, інакше ви прийматимете рішення на основі статистики, в якій половина — ваші власні прогони.