GDPR для аналітики QR-кодів: контрольний список

GDPR для аналітики QR-кодів: практичний контрольний список відповідності вимогам

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

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

1. Перед запуском: складіть карту шляху сканування

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

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

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

• QR-код: З’ясуйте, чи код статичний, чи веде на перенаправлення, яке можна змінювати.
• Перенаправлення: Перевірте, чи сервіс реєструє IP-адреси, відомості про пристрій або час сканування.
• Цільова сторінка: Перелічіть файли cookie, пікселі, форми й аналітичні скрипти, які завантажуються.
• Подальші інструменти: Зафіксуйте всі CRM-системи, платформи для електронної пошти й рекламні облікові записи, які отримують події.

Для невеликої кампанії часто достатньо таблиці. Присвойте кожному QR-коду назву кампанії, наприклад «Весняне меню — вітрина кафе», щоб пов’язати запис про сканування з відповідним друкованим матеріалом, а не покладатися на нечітку позначку на кшталт «QR 4».

2. Визначте відповідальних і виберіть правову підставу

З’ясуйте, хто визначає, для чого збирають дані про сканування та як їх використовують у кампанії. Така організація може бути контролером, а постачальник, який діє лише за її вказівками, — обробником; ролі залежать від фактичної обробки та домовленостей. Саме формулювання в договорі не визначає ролі остаточно. Щоб вирішити, як збирати дані сканувань QR-кодів відповідно до GDPR, спершу визначте мету й необхідний обсяг даних.

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

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

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

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

3. Підготуйте зрозумілі й доступні повідомлення

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

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

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

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

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

4. Мінімізуйте дані та встановіть строки зберігання

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

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

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

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

5. Перевірте постачальників аналітики та маршрути передавання даних

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

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

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

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

6. Перевірте обробку запитів людей і зміни кампанії

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

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

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

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