Дактилоскопія пристроїв у світі після cookie: регуляторна й технічна мапа 2026 року

Фраза «світ після cookie» стискає дві дуже різні історії в одну, і саме це змішування спричиняє більшість плутанини навколо того, чи життєздатна ще дактилоскопія пристроїв у 2026 році. Одна історія технічна: браузери обмежили, а потім прибрали third-party cookie й вибудували механізми на заміну. Інша історія юридична: регулятори роз'яснили, що дактилоскопія регулюється тими самими правилами, що й cookie. Обидві історії реальні, обидві важливі, й обидві часто хибно читаються як «дактилоскопія мертва», тоді як насправді вони встановлюють дещо значно конкретніше.

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

Що насправді прибрав «світ після cookie»

Перехід у світ після cookie прибрав third-party cookie — механізм міжсайтового відстеження — залишивши недоторканими first-party стан і first-party ідентифікацію пристрою. Ця відмінність — найважливіший факт для оцінки дактилоскопії, і саме його найчастіше втрачають.

Third-party cookie встановлює домен, відмінний від того, що в адресному рядку, і він дозволяє цій третій стороні впізнавати користувача на всіх непов'язаних сайтах, де працює її код. Це двигун міжсайтової поведінкової реклами, і саме його браузери демонтували. First-party cookie — встановлений сайтом, який ви справді відвідуєте, читаний лише цим сайтом — ніколи не був мішенню й продовжує працювати.

Браузери рухалися за різними графіками з різними механізмами, але напрям був єдиний: убити міжсайтовий third-party стан, зберегти first-party відносини.

Safari (Intelligent Tracking Prevention). ITP від Apple блокує third-party cookie за замовчуванням з 2020 року й поступово скорочує терміни життя first-party сховища для стану, встановленого скриптами, щоб обмежити обхідні шляхи відстеження. ITP націлений саме на сценарій міжсайтового відстеження.

Firefox (Enhanced Tracking Protection / Total Cookie Protection). Firefox блокує third-party cookie відстеження за замовчуванням і розділяє сховище по сайтах, тож третя сторона отримує окрему банку cookie на кожному сайті, а не одну спільну ідентичність на всіх. Знову ж таки — мішень — міжсайтова зв'язність.

Chrome (Privacy Sandbox). Шлях Chrome був довшим і суперечливішим. Замість того щоб просто блокувати third-party cookie, Google вибудував Privacy Sandbox — набір API з обмеженням за метою (Topics для сигналів інтересів, Protected Audience для ремаркетингу, Attribution Reporting для вимірювання конверсій), покликаний забезпечити рекламні результати без міжсайтових ідентифікаторів. Розгортання, графік згортання й точний статус вибору для користувача неодноразово змінювалися протягом 2024–2026 років, але архітектурний намір лишався: замінити міжсайтовий ідентифікатор на агреговані механізми з privacy-обмеженнями. Вплив саме на дактилоскопію розглянуто в Вплив Privacy Sandbox.

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

First-party антифрод-дактилоскопія — це інший сценарій

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

Подумайте, що браузеру довелося б зламати, щоб зупинити first-party ідентифікацію пристрою. Йому довелося б завадити сайту читати характеристики браузера, який рендерить його ж сторінки — розмір екрана, мову, тайминг і поведінку рендерингу, потрібні сайту для роботи, мережевий стек, з яким він і так спілкується. Це не гачки для відстеження; це базова поверхня, на якій працює вебзастосунок. Обмеження їх ламає легітимну функціональність, тож браузери обмежують міжсайтову комбінацію та зловживання цими сигналами, а не їх first-party спостереження.

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

Отже, вирок щодо технічної життєздатності простий: зміни браузерів у світі після cookie зменшують міжсайтову дактилоскопію (складніше, більше обмежень) і залишають first-party антифрод-дактилоскопію практично недоторканою. Антифрод-система, що залежала від міжсайтового обміну сигналами, опинилася б у скруті; система, побудована навколо first-party ідентичності пристрою, — ні.

Що GDPR та ePrivacy насправді кажуть про дактилоскопію

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

Застосовуються два інструменти, і вони діють послідовно.

Директива ePrivacy (стаття 5(3)) регулює дію зі збереження інформації в кінцевому обладнанні користувача або отримання доступу до вже збереженої там інформації. Це «закон про cookie», але його текст технологічно нейтральний — він охоплює «інформацію» та «доступ», що регулятори (і настанови Європейської ради із захисту даних) послідовно тлумачать як такі, що включають техніки дактилоскопії, які отримують доступ до характеристик пристрою. Тож зчитування сигналів із пристрою потрапляє в сферу ePrivacy незалежно від того, чи задіяно cookie.

Критично, що стаття 5(3) містить винятки. Згода не потрібна там, де доступ строго необхідний або для передавання повідомлення, або для надання послуги, явно запитаної користувачем. Безпека й протидія шахрайству, від яких справді залежить запитана користувачем послуга, мають реальну підставу для винятку «строго необхідне» — до цього ми повернемося нижче.

GDPR регулює обробку будь-яких отриманих у результаті персональних даних. Відбиток пристрою, який може виокремити конкретну особу, є персональними даними, тож його обробка потребує законної підстави за статтею 6. Релевантні підстави для антифрод-роботи — це законні інтереси (стаття 6(1)(f)) — і власні преамбули GDPR прямо називають протидію шахрайству законним інтересом — а також, де застосовно, юридичне зобов'язання. Саме тут живе детальна механіка відповідності: обмеження мети, мінімізація даних, прозорість, ліміти зберігання й задокументована оцінка законних інтересів. Практичну форму відповідного розгортання викладено в Відповідна GDPR дактилоскопія пристроїв.

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

Чи потребує антифрод-дактилоскопія згоди?

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

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

Для протидії шахрайству аргумент на користь винятку «строго необхідне» реальний, але умовний. Він тримається найміцніше, коли:

• Дактилоскопія справді необхідна для надання запитаної користувачем послуги — захисту його входу, захисту його платежу, запобігання захопленню його акаунта. Безпека є частиною того, що користувач просить, коли користується послугою.
• Обробка обмежена безпековою метою й не перепрофільовується під маркетинг, профілювання чи будь-що, чого користувач не просив. Обмеження мети тут виконує реальну роботу; щойно той самий відбиток живить рекламу — аргумент про виняток розсипається.
• Збір даних мінімізовано до того, що потребує безпекова мета, зберігання обмежене, а обробка задокументована й прозора (розкрита в повідомленні про приватність, навіть якщо згода не є підставою).

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

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

Стійка архітектура

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

З наведеної вище мапи випливають три проєктні зобов'язання.

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

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

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

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

Tracio побудований саме за цією формою. Ідентичність first-party й безкукова, зважена між серверними мережевими сигналами й клієнтськими сигналами пристрою, обмежена рішеннями з безпеки та шахрайства, і вона не живить рекламний граф. Її спроєктовано лишатися стабільною крізь зміни приватності браузерів, бо вона не залежить від міжсайтових механізмів, на які ці зміни націлені. Детальну механіку відповідності дивіться в Посібнику з розгортання за GDPR; глосарій охоплює базові поняття.

Хочете побачити, як first-party ідентичність пристрою з безпековою метою вписується у вашу поставу з приватності та відповідності?

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