Ідентифікація відвідувачів сайту: як працює відстеження компаній

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

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

Три методи ідентифікації

Кожен вендор використовує певне поєднання трьох методів. Вони відрізняються тим, що ідентифікують (компанію чи особу), наскільки впевнене зіставлення і наскільки великі юридичні ризики.

1. Зворотний IP-пошук (рівень компанії)

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

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

Бази зіставлення IP з компаніями будуються на записах регіональних інтернет-реєстрів (ARIN, RIPE NCC, APNIC та інших), зворотному DNS, даних маршрутизації BGP, спостережуваному трафіку та комерційних партнерствах щодо даних. Якість цієї бази — найбільша відмінність між постачальниками. Механіку описано в статті глосарію зворотний пошук IP.

Чого він не може: сказати, хто ця людина, або ідентифікувати будь-кого в мережі, не зареєстрованій на роботодавця. Коли працівник працює з дому, його трафік іде від домашнього інтернет-провайдера, як-от Comcast, AT&T чи Deutsche Telekom, і інструмент бачить провайдера, а не роботодавця. Віддалена й гібридна робота ще більше знизили цю стелю. Деякі інструменти намагаються обійти її за допомогою зіставлення на основі cookie, цифрових відбитків пристроїв або кореляції власних даних, але чисте визначення за IP має жорстку межу.

2. First-party ідентифікація (рівень людей, відомі контакти)

Коли хтось заповнює форму, входить в акаунт чи натискає відстежуване посилання у вашому листі, ви можете пов'язати сесію (і подальші сесії в тому самому браузері, якщо cookie дозволені) з відомим контактом у CRM чи платформі автоматизації маркетингу. Це найточніший метод, бо людина сама сказала, хто вона. Його обмеження — охоплення: він працює лише для людей, які вже є у вашій базі.

3. Графи ідентичності (рівень осіб, третя сторона)

Деякі вендори, здебільшого орієнтовані на трафік зі США, зіставляють браузер з конкретною людиною, поєднуючи cookie чи сигнали пристрою зі стороннім графом ідентичностей, зібраним із мереж видавців і партнерів із даних. Вони можуть повернути ім'я та email відвідувача, який ніколи не заповнював форму. Наша позиція: для трафіку з ЄС і Великої Британії це дуже важко обґрунтувати, бо відвідувач не має з вами жодних відносин і не має розумних очікувань, що його ідентифікують. Вважайте це поза межами допустимого, якщо ваш юрист не схвалив конкретного вендора й потік даних.

Чому показники зіставлення так сильно різняться

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

• Де люди працюють. Офісні мережі часто зареєстровані на роботодавця. Домашній інтернет зареєстровано на споживчого провайдера, тож віддалений працівник виглядає як домогосподарство. Аудиторії з великою часткою віддаленої чи гібридної роботи зіставляються рідше.
• Розмір компанії. Великі організації частіше мають зареєстровані діапазони IP і спрямовують через них трафік. Малі компанії часто ділять з'єднання в коворкінгах або користуються послугами споживчих провайдерів.
• Мобільний трафік. Мобільні оператори використовують ті самі IP-адреси для дуже великої кількості абонентів, тож мобільні сесії рідко вдається зіставити з компанією.
• VPN і сервіси приватної ретрансляції. Корпоративний VPN може допомогти (трафік виходить із діапазону компанії) або зашкодити (він виходить через хмарного провайдера, як-от AWS). Споживчі сервіси конфіденційності повністю приховують походження: Apple зазначає, що з увімкненим iCloud Private Relay (Apple Support) сайти бачать тимчасову IP-адресу, а не власну адресу користувача.
• Географія. Покриття баз даних відрізняється за регіонами та постачальниками. Постачальник, сильний щодо північноамериканських корпорацій, може бути слабким щодо компаній середнього бізнесу в Скандинавії.
• Боти та нелюдський трафік. Пошукові роботи та сервіси моніторингу приходять із дата-центрів і без фільтрації роздувають кількість «ідентифікованих» за рахунок хостинг-компаній.

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

Приклад: від сесій до корисних акаунтів

Ілюстративні цифри для гіпотетичного B2B-сайту з 10 000 сесій на місяць:

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

Які дані ви насправді отримуєте

Коли відвідувача ідентифіковано на рівні компанії, ви зазвичай отримуєте дві категорії даних.

Дані на рівні візитів

• Назва компанії та домен
• Переглянуті сторінки та час на кожній
• Сторінка входу та джерело переходу
• Кількість візитів за період
• Приблизне місцезнаходження з’єднання (на рівні міста, а не вулиці)

Фірмографічні дані (збагачення)

• Галузева класифікація (коди SIC/NAICS)
• Кількість працівників або діапазон
• Діапазон річного доходу
• Розташування штаб-квартири
• Технографічні дані (яке програмне забезпечення використовує компанія)
• Інформація про фінансування (для стартапів)

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

Узгоджуйте дію з рівнем упевненості

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

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

Конфіденційність: GDPR і не тільки

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

• Чи йдеться про персональні дані? Майже напевно так. Recital 30 GDPR відносить IP-адреси до онлайн-ідентифікаторів, а Суд ЄС у справі Breyer (CJEU, 2016) постановив, що динамічна IP-адреса може бути персональними даними для оператора сайту. На виході може бути назва компанії, але на вході — IP-адреса з пристрою людини.
• Яка правова підстава? Ідентифікацію на рівні компанії зазвичай обґрунтовують законними інтересами, стаття 6(1)(f) GDPR. Для цього потрібна задокументована оцінка законних інтересів: мета, необхідність і тест балансу з очікуваннями відвідувача. Посібник ICO щодо законних інтересів розбирає всі три частини.
• Чи потребує згоди саме відстеження? Читання або зберігання інформації на пристрої (cookie, local storage, багато скриптів) підпадає під Article 5(3) ePrivacy Directive, яку EDPB широко тлумачить у своїх Guidelines 2/2023. Якщо ваш тег ідентифікації встановлює або читає ідентифікатори, вважайте, що він має бути за банером згоди, якщо юрист не дійде іншого висновку.
• Чи можуть відвідувачі заперечити? Згідно зі статтею 21 GDPR, люди можуть заперечувати проти обробки на підставі законного інтересу, а для прямого маркетингу таке заперечення є безумовним. Вам потрібен робочий спосіб його виконати.
• Трафік зі США. Тимчасовий виняток CCPA для персональної інформації в B2B-контексті закінчився 1 січня 2023 року, тож дані про співробітників інших компаній захищені так само, як будь-яка інша персональна інформація. Закон Каліфорнії зі змінами надає споживачам право знати і відмовитися від продажу чи передачі персональної інформації, зокрема через сигнали Global Privacy Control; див. сторінку CCPA Генерального прокурора Каліфорнії.

Залишайтеся на рівні компаній. «Відвідувач з Deutsche Bank переглянув вашу сторінку про безпеку» розглядається інакше, ніж «Макс Мюллер з Deutsche Bank переглянув вашу сторінку про безпеку». Практичний мінімум, незалежно від того, яке законодавство застосовується:

• Повідомлення про конфіденційність, у якому названо ідентифікацію відвідувачів на рівні компанії та її мету
• Угода про обробку даних (DPA) з постачальником
• Задокументований строк зберігання даних ідентифікації
• Збагачення на рівні особи вимкнено для трафіку з ЄС і Великої Британії, якщо його окремо не погоджено
• Сповіщення для відділу продажів, що описують активність компанії, а не перегляди окремих людей
• Спосіб обробляти заперечення та запити на відмову від розсилки

Поєднання ідентифікації відвідувачів із власними даними

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

Етап 1: анонімна ідентифікація компаній

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

Етап 2: поступове збагачення

Той самий відвідувач завантажує whitepaper і залишає свою email-адресу. Тепер можна зіставити цю людину з історією на рівні компанії, яка у вас уже є: три попередні візити, переглянуті сторінки та профіль компанії. Ваш запис у CRM отримує весь цей контекст.

Етап 3: картина на рівні акаунта

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

Жодне окреме джерело не дає вам цієї картини. Шар ідентифікації охоплює анонімні візити, а кожна first-party взаємодія додає ім'я.

Що робити з даними

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

Дайджести та сповіщення для продажів

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

Персоналізація сайту

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

Account-based реклама

Експортуйте ICP-акаунти, які відвідували сторінки з високим наміром, як списки компаній для account-based рекламних кампаній і виключіть поточних клієнтів і відкриті можливості з кампаній із пошуку нових клієнтів.

Звітність і перевірка контенту

Розбивайте звіти про трафік і конверсії за галуззю та розміром, щоб бачити, чи залучають кампанії потрібні компанії, а не просто більше сесій. Той самий шар допомагає з рішеннями щодо контенту: замість знати лише, що стаття про Kubernetes набрала кілька тисяч переглядів, ви бачите, чи ідентифіковані відвідувачі були з ICP-компаній, чи це студенти та ентузіасти.

Product-Led Growth

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

Сигнали розширення та відтоку клієнтів

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

Конкурентна розвідка

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

Вибір підходу до ідентифікації відвідувачів

У вас є три основні варіанти:

Окремі інструменти ідентифікації (як-от Leadfeeder чи Albacross) зосереджені на ідентифікації компаній і показі дашборду активності відвідувачів. Їх легко впровадити, але шар активації вам доведеться будувати самостійно — чи то перевіряючи дашборди, чи налаштовуючи інтеграції для передавання даних у CRM.

ABM-платформи з вбудованою ідентифікацією (як-от Demandbase чи 6sense) поєднують ідентифікацію з рекламою, даними про наміри та скорингом акаунтів. Вони всеосяжні й зазвичай потребують окремого відповідального. Ціни — за запитом: сторінка цін 6sense перелічує пакети, але без цін (станом на жовтень 2026 року), тож запитайте в кожного постачальника пропозицію під ваш трафік і кількість місць.

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

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

План впровадження з 5 кроків

1. Спершу визначте дії (тиждень 1). Запишіть, які дії з таблиці впевненості ви виконуватимете, хто за кожну відповідає і що для вас означає «придатний акаунт» (відповідність ICP плюс які поведінкові ознаки). Без цього ви купуєте просто список.
2. Визначтеся з правовою підставою (тижні 1–2). Завершіть оцінку законного інтересу, вирішіть, що потребуватиме згоди, оновіть повідомлення про конфіденційність і підпишіть DPA, перш ніж будь-який код відстеження запрацює. Якщо зробити це після запуску, тег доведеться переробляти.
3. Тест на власному трафіку (тижні 2–4). Встановіть скрипт на всіх сторінках, а не лише на головній, бо відвідувачі часто заходять через статті блогу чи лендинги. Запустіть одного-двох вендорів паралельно щонайменше на два тижні, перевірте зіставлення на відомих сесіях і зафіксуйте базовий рівень збігів і кількість придатних акаунтів.
4. Підключіть CRM і жорстко фільтруйте (тижні 4–5). Синхронізуйте лише компанії, що проходять фільтри ICP і поведінки. Виключіть інтернет-провайдерів, хостинг-провайдерів, університети, наявних клієнтів (їх передавайте команді customer success) і власну компанію.
5. Запустіть одну дію, виміряйте результат, потім додайте наступну (з 6-го тижня). Почніть із щотижневих дайджестів акаунтів для відділу продажів, потім додайте сповіщення про перегляд сторінок з високим наміром. Персоналізацію чи рекламні аудиторії додавайте лише тоді, коли відділ продажів підтвердить, що акаунти визначено правильно.

Поширені помилки

• Оцінка постачальників за заявленою часткою збігів. Вимірюйте на власному трафіку й рахуйте придатні акаунти, а не збіги.
• Сповіщення продажам про кожен збіг. За кілька тижнів менеджери почнуть ігнорувати канал. Почніть із дайджестів, відфільтрованих за ICP і купівельною поведінкою.
• Сприйняття даних про компанії як анонімних. Обробка починається з персональних даних. Документуйте її відповідно.
• Не фільтрувати інтернет-провайдерів, хостинги та університети. Вони роздувають цифри й забруднюють сегменти.
• Називати компанію на сторінці для холодних відвідувачів. Це сприймається як стеження. Використовуйте галузеве формулювання, доки не з'являться відносини.
• Ігнорувати наявних клієнтів. Їхні візити на сторінки цін чи порівнянь — сигнали розширення або відтоку; передавайте їх менеджеру акаунта.

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

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

Як працює ідентифікація відвідувачів сайту?

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

Який відсоток відвідувачів сайту можна ідентифікувати?

Надійного універсального показника немає, бо все залежить від аудиторії. Сайти, відвідувачі яких працюють в офісах великих компаній, ідентифікують більше сесій; сайти з віддаленими працівниками, малим бізнесом, мобільним трафіком чи користувачами privacy relay — менше. Вимірюйте це на власному трафіку під час пробного періоду в постачальника й відстежуйте придатні акаунти з ICP, а не сирі збіги.

Чи законна ідентифікація відвідувачів сайту згідно з GDPR?

Це може бути законним, але це регулюється. IP-адреси можуть бути персональними даними, тож вам потрібні правова підстава (зазвичай законний інтерес із задокументованою оцінкою), повідомлення про конфіденційність, DPA з постачальником і спосіб виконувати заперечення. Скрипти, що зберігають або зчитують ідентифікатори на пристрої, загалом потребують згоди за правилами ePrivacy.

Чи можна ідентифікувати окремих людей, які відвідують ваш сайт?

Надійно й законно — лише тоді, коли вони називають себе самі: заповнюють форму, входять в акаунт або натискають посилання з вашого листа. Деякі постачальники стверджують, що називають анонімних відвідувачів через графи ідентичності, переважно для трафіку зі США. Для відвідувачів з ЄС і Великої Британії це складно обґрунтувати, бо людина не має з вами стосунків і цього не очікує.

Чим ідентифікація відвідувачів відрізняється від відстеження відвідувачів?

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