Grindr платить £26 млн за витік даних про ВІЛ

Дата публікації: 12.09.2026

£26 млн на 12 000 британських користувачів — це приблизно £2 167 на людину. Саме стільки коштувала Grindr історія з передачею рекламним партнерам даних про ВІЛ-статус, і це перший випадок, коли витік медичних даних отримав зрозумілу ціну за одного позивача.

Як рахували й на що погодилися

Позов подали ще у квітні 2024 року, заявників представляла лондонська фірма Austen Hays. Мирову угоду підписали 2 вересня 2026-го: £13 млн компанія має сплатити до 31 грудня 2026 року і ще £13 млн — до 31 березня 2027-го. Провини Grindr не визнала й формально продовжує заперечувати претензії, погоджуючись лише з тим, що користувачі пережили стрес.

Що саме йшло рекламним партнерам

Період — з 20 липня 2018-го по 7 квітня 2020 року, склад переданого розбирає PPC Land:

  • ВІЛ-статус користувача разом із рекламними ідентифікаторами;
  • IP-адреса, характеристики пристрою та GPS-координати;
  • вік, стать і App ID.

Отримувачів було від семи до десяти — у норвезькій справі звучали MoPub, AppNexus та AppsFlyer. Тобто дані розходилися не по одному партнеру, а по ланцюжку, і відкликати їх назад після передачі вже неможливо.

Штраф регулятора і колективний позов — різні статті витрат

Норвегія, рішення регулятораВелика Британія, мирова угода
Сума65 млн крон (~£4,8 млн)£26 млн
Кого стосуєтьсяусіх користувачів у країні12 000 позивачів
Хто ініціюєнаглядовий органсамі користувачі
Визнання провинивстановлене порушенняне визнано

Британська угода вийшла у 5,4 раза дорожчою, хоча стосувалася лише 12 тисяч людей. Штраф наглядача й колективний позов — це дві різні статті витрат, і друга виявилася болючішою. Для бюджету висновок простий: аудиторні сегменти, зібрані на чутливих даних, тепер мають внятну ціну ризику.

Чому це стосується звичайного рекламодавця

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

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

Що перевірити у себе

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

Зробити це зараз дешевше, ніж потім рахувати £2 167 на кожного користувача.

Редакція SEO Factory

Редакція SEO Factory щодня переглядає першоджерела — блог Google Search Central, Search Engine Land, Search Engine Journal та інші галузеві видання — і відбирає те, що впливає на роботу українського бізнесу в пошуку та рекламі.

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