Чому внутрішній трафік завищує вебаналітику

Чому внутрішній трафік завищує показники вебаналітики?

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

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

Що вважати внутрішнім трафіком, якщо команда користується сайтом?

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

Внутрішній трафік не обмежується офісною мережею. Працівник може перевірити сайт із ноутбука, під’єднаного до офісного Wi-Fi, а згодом знову зайти з особистого телефона вдома. Підрядник може користуватися корпоративним VPN, а представник агенції — заходити із зовсім іншого офісу. Усе це може бути внутрішньою активністю, хоча в аналітиці кожен такий візит може мати іншу мережеву адресу чи пристрій.

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

Чому звичайні робочі завдання призводять до повторних відвідувань?

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

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

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

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

Які показники найбільше залежать від внутрішніх відвідувань?

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

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

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

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

Як визначити, чи є відвідування внутрішніми, не роблячи поспішних висновків?

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

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

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

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

Як внутрішній трафік впливає на дані про поведінку клієнтів?

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

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

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

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

Як команді вирішити, який внутрішній трафік виключати?

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

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

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

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

Як запобігти впливу внутрішнього трафіку на майбутній аналіз?

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

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

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

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