Технический аудит · 09.09.2026

luxexpress.eu

Сайт автобусного перевозчика

Сайт автобусного перевозчика — один замер главной страницы, 143 запроса, 12 узлов, около пяти минут. Платформа управления согласием Cookiebot на месте, и пользователь явно отклоняет согласие (action=decline). Аналитика Google этому выбору соответствует: события GA4 и Google Ads идут со статусом «запрещено», бескуково. Но запись сессий Microsoft Clarity отказ не соблюдает: поток данных о поведении посетителя идёт в Microsoft всю сессию — и до отказа, и после него. Платформа клиентских данных Exponea при этом лишь подгружает SDK, событий не шлёт. Заголовки безопасности слабые.

Хронология обращений

+1739…+3135 мс · стек грузится, запись сессии стартует

api.exponea.com/js/exponea.min.js (SDK Exponea), www.googletagmanager.com/gtm.js, consent.cookiebot.com/uc.js, www.clarity.ms/tag/qutgpux0eg и scripts.clarity.ms/clarity.js, затем i.clarity.ms/collect (POST 204) — запись сессии Microsoft Clarity начинается на +3135 мс. Отдача через Cloudflare; из защитных заголовков выставлен только HSTS.

+2427…+2621 мс · аналитика и реклама (бескуково)

pagead2.googlesyndication.com/ccm/collect (page_view, gcs=G100) и region1.google-analytics.com/g/collect (GA4 G-GXFF79XC5T, page_view, gcs=G100). Оба со статусом «запрещено», бескуково.

+313262 мс · Clarity продолжает после отказа

Обращение i.clarity.ms/collect уходит после зафиксированного отказа. Запрет на запись сессии не повлиял.

Декларация против факта

✓ Контролёр — Lux Express (по документу «Политика и куки») — заявлен

✓ Декларация cookie на движке Cookiebot называет: Microsoft (clarity.ms), Exponea, Google Analytics, Google Ads, Meta — заявлен

✓ Категории: необходимые, статистика (statistika), маркетинг (turundus) — с настройкой согласия — заявлен

✓ Управление согласием — Cookiebot; надзорный орган — Andmekaitse Inspektsioon — заявлен

+ То, что запись сессий Microsoft Clarity ведётся до и вопреки отказу (action=decline) — не заявлен

+ То, что запись сессии как отдельная операция обработки в документе не описана (Clarity раскрыт лишь как cookie Microsoft) — не заявлен

Тайминги передачи

+3135 мс i.clarity.ms

Microsoft Clarity, проект qutgpux0eg. Начало потока /collect.

+2621 мс region1.google-analytics.com

GA4 page_view, G-GXFF79XC5T, gcs=G100.

+2427 мс pagead2.googlesyndication.com

Google Ads ccm/collect, page_view, gcs=G100.

+295898 мс consent.cookiebot.com

logconsent.ashx?action=decline, метод strict.

+313262 мс i.clarity.ms

Поток /collect продолжается после отказа, вопреки выбору.

Зафиксированные трекеры

Cookiebot (consent.cookiebot.com, consentcdn.cookiebot.com) — платформа управления согласием; в записи зафиксирован выбор пользователя action=decline (отказ, метод strict). Запись сессий Clarity она не удерживает
Microsoft Clarity (www.clarity.ms, scripts.clarity.ms, i.clarity.ms; проект qutgpux0eg) — запись сессий и тепловые карты; поток POST-обращений i.clarity.ms/collect идёт с +3135 мс до +313262 мс — 21 обращение за пять с лишним минут, в том числе после отказа. В декларации cookie раскрыт как Microsoft (clarity.ms)
Google Analytics 4 (region1.google-analytics.com, G-GXFF79XC5T) — аналитика; page_view и scroll со статусом gcs=G100 (оба хранилища запрещены), пинги бескуковые — запрет соблюдён
Google Ads (pagead2.googlesyndication.com) — обращения ccm/collect с событием page_view, gcs=G100 (запрет соблюдён)
Exponea / Bloomreach (api.exponea.com) — платформа клиентских данных; в записи загружается только SDK (exponea.min.js на +1739 мс), track-события не наблюдается
Google Tag Manager (www.googletagmanager.com) — контейнер тегов
Первая сторона: luxexpress.eu, luxexpress.fra1.cdn.digitaloceanspaces.com (CDN ресурсов)

Признаки несоответствия GDPR

ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a)) — запись сессий вопреки отказу
На сайте установлена платформа управления согласием Cookiebot, и пользователь в записи явно отклонил согласие: обращение consent.cookiebot.com/logconsent.ashx несёт action=decline (на +295898 мс, метод strict, страна EE). Аналитика Google этому выбору соответствует — события GA4 (G-GXFF79XC5T) и обращения Google Ads идут со статусом gcs=G100 (оба хранилища запрещены), пинги бескуковые. Но запись сессий Microsoft Clarity (проект qutgpux0eg) отказ не соблюдает. Поток POST-обращений i.clarity.ms/collect начинается на +3135 мс и продолжается на протяжении всего сеанса — 21 обращение с +3135 мс до +313262 мс, то есть и после отказа, зафиксированного на +295898 мс. Clarity ведёт запись сессии до выбора и после явного «нет». Платформа Cookiebot этот сервис не гейтит: аналитика Google запрет соблюдает, а запись сессии — нет.
GDPR Art. 32 — безопасность обработки, слабые заголовки
Основной документ сайта отдаётся через Cloudflare и из защитных заголовков выставляет только Strict-Transport-Security. Отсутствуют Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options и X-Content-Type-Options. Это происходит на сайте перевозчика, где посетитель покупает билеты и оставляет контактные и платёжные данные. Для площадки с таким составом данных отсутствие базового набора защитных заголовков — самостоятельный дефект безопасности обработки.

Контекст

luxexpress.eu — сайт автобусного перевозчика Lux Express. Ответственный обработчик указан в документе «Политика и куки». Управление согласием реализовано платформой Cookiebot. Сайт отдаётся через Cloudflare и из защитных заголовков выставляет только Strict-Transport-Security; Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options и X-Content-Type-Options отсутствуют.

Замер — одна запись главной страницы: 143 запроса, 12 узлов, около пяти минут, съёмка 9 сентября 2026 года. По ходу сеанса пользователь отклоняет согласие в баннере. Обработку описывает декларация cookie на движке Cookiebot.

Кому уходят данные напрямую

Microsoft (Clarity, запись сессии — до и после отказа). Аналитика Google (Analytics, Ads) идёт бескуково, запрет соблюдает. Платформа клиентских данных Exponea подгружает SDK, но событий не шлёт.

Заявленное против фактического

Расхождение здесь избирательное: одну часть стека платформа согласия удерживает, другую — нет.

Аналитика Google запрет соблюдает. Cookiebot настроен на режим согласия Google, и после отказа события GA4 (G-GXFF79XC5T) и обращения Google Ads идут со статусом gcs=G100 — оба хранилища запрещены, пинги бескуковые. Это корректное поведение, и его стоит зафиксировать в плюс.

Но запись сессий отказ не соблюдает. Пользователь в записи явно отклонил согласие — обращение logconsent.ashx несёт action=decline на +295898 мс, метод strict. Тем не менее запись сессий Microsoft Clarity (проект qutgpux0eg) работает независимо от этого выбора: поток обращений i.clarity.ms/collect начинается на +3135 мс и продолжается всю сессию — 21 обращение, — в том числе после отказа, вплоть до +313262 мс. Clarity ведёт запись и до выбора, и после явного «нет». Платформа Cookiebot этот сервис не удерживает.

Exponea пока молчит. Платформа клиентских данных Exponea (Bloomreach) в этом замере лишь подгружает свой SDK (exponea.min.js); track-события в записи не наблюдается. Отмечается как присутствие сервиса, а не как передача.

Заголовки безопасности слабые. Из защитных заголовков сайт выставляет только HSTS — ни Content-Security-Policy, ни Referrer-Policy, ни Permissions-Policy, ни X-Frame-Options, ни nosniff, — на площадке, где покупают билеты и оставляют платёжные данные.

Согласие: что доказано и что нет

Доказано: пользователь отклонил согласие. Обращение consent.cookiebot.com/logconsent.ashx несёт action=decline, метод strict, страна EE.

Доказано: аналитика Google соблюдает запрет. События GA4 и обращения Google Ads несут gcs=G100 и бескуковы.

Доказано: Clarity пишет сессию до и после отказа. Поток i.clarity.ms/collect идёт с +3135 мс, продолжается всю сессию и включает обращение после отказа — на +313262 мс.

Доказано: Exponea событий не шлёт. В записи присутствует только загрузка exponea.min.js; обращений с передачей события не зафиксировано.

Не доказано и не приводится: содержимое записанных сессий. Что именно зафиксировала запись Clarity, в разборе не приводится; вывод опирается на факт потока обращений записи сессии до и после отказа.

Границы наблюдения

Замер охватывает главную страницу и фиксирует поведение браузера, не внутреннюю кухню сервисов: серверная обработка, настройка контейнера тегов и договоры с получателями браузерным замером не проверяются. Инструмент записи сессий опознан по доменам Clarity и характеру потока /collect; тип решения (action=decline) прочитан из обращения Cookiebot. Значения куки в опубликованном файле удалены при очистке.

Файл опубликован очищенным от личных данных. Заголовки ответов, статусы, порядок загрузки, инициаторы, поток обращений Clarity и момент отказа проверяются по опубликованному файлу напрямую.

Правовую оценку выносит компетентный орган — Andmekaitse Inspektsioon.

Вывод

Сайт автобусного перевозчика держит платформу управления согласием Cookiebot, и аналитику Google она удерживает корректно: после отказа события GA4 и Google Ads идут со статусом «запрещено», бескуково. Но запись сессий Microsoft Clarity этот отказ не соблюдает: поток данных о поведении посетителя идёт в Microsoft всю сессию — и до явного отказа, и после него. Один из компонентов стека честно обусловлен согласием, другой — нет.

Microsoft Clarity в декларации cookie присутствует как cookie Microsoft, но запись сессии как отдельная операция обработки в документе не описана, а главное — она продолжается вопреки прямому отказу. К этому добавляется слабость заголовков безопасности на площадке, где покупают билеты.

Устранение: обусловить запись сессий Microsoft Clarity фактическим согласием, чтобы при отказе (action=decline) запись не велась и поток /collect прекращался; описать запись сессии в политике как отдельную операцию обработки с указанием цели и основания; проверить, что платформа клиентских данных Exponea также обусловлена согласием, прежде чем начнёт отправлять события; выставить базовый набор защитных заголовков — Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options и X-Content-Type-Options."

Доказательство

Как проверить: скачайте файл и посчитайте его контрольную сумму — sha256sum файл.har (Linux, macOS) или certutil -hashfile файл.har SHA256 (Windows); она должна совпасть с указанной. Вывод разбора относится к объёму этого замера — см. ограничения методики.

Оригинал (разбор)

HAR-файл: ee/luxexpress-eu-2026-09-09.har

SHA-256: 389e5dd22d3e940dedd9c5055971921eaa7b34ae1e8b528d7c3921ce97574174

Контрольный снимок

Ждём изменений

HAR-файлы хранятся в EU-инфраструктуре (Proton Drive). SHA-256 публикуется для проверки целостности.

Хотите получить ответ от компании по этому разбору? → Открыть инструмент

Впишите один раз — подставится во все письма ниже:

Дата подачи:

Все поля обязательны для печати документа — это формальное требование к самому письму (реквизиты официального обращения), а не сбор данных: ничего никуда не отправляется и не сохраняется, всё остаётся у вас в браузере и пропадает при закрытии страницы. Подробнее — в разделе методологии.

Шаг 1. Запрос доступа к данным (ст. 15 GDPR)

Отправьте это письмо компании напрямую — до обращения к регулятору у неё есть право ответить (ст. 12(3) GDPR — 30 дней).

Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — luxexpress.eu

Кому: [укажите адрес компании — DPO / поддержка / юридический отдел]
От: [Ваше имя], [контактный email]

Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта luxexpress.eu.

1. Категории данных и цели обработки (ст. 15(1)(a)-(c))
На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки:

1) На сайте установлена платформа управления согласием Cookiebot, и пользователь в записи явно отклонил согласие: обращение consent.cookiebot.com/logconsent.ashx несёт action=decline (на +295898 мс, метод strict, страна EE). Аналитика Google этому выбору соответствует — события GA4 (G-GXFF79XC5T) и обращения Google Ads идут со статусом gcs=G100 (оба хранилища запрещены), пинги бескуковые. Но запись сессий Microsoft Clarity (проект qutgpux0eg) отказ не соблюдает. Поток POST-обращений i.clarity.ms/collect начинается на +3135 мс и продолжается на протяжении всего сеанса — 21 обращение с +3135 мс до +313262 мс, то есть и после отказа, зафиксированного на +295898 мс. Clarity ведёт запись сессии до выбора и после явного «нет». Платформа Cookiebot этот сервис не гейтит: аналитика Google запрет соблюдает, а запись сессии — нет.

2) Основной документ сайта отдаётся через Cloudflare и из защитных заголовков выставляет только Strict-Transport-Security. Отсутствуют Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options и X-Content-Type-Options. Это происходит на сайте перевозчика, где посетитель покупает билеты и оставляет контактные и платёжные данные. Для площадки с таким составом данных отсутствие базового набора защитных заголовков — самостоятельный дефект безопасности обработки.


2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46)
Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/audits/ee-luxexpress-eu/

3. Автоматизированная обработка и профилирование (ст. 15(1)(h))
Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки.

С уважением,

[Ваше имя]
[контактный email]
[Страна]


[Дата]

Subject: Data access request (GDPR Art. 15) — luxexpress.eu

To: [insert the company's address — DPO / support / legal department]
From: [Your name], [contact email]

I request access to my personal data processed in connection with the website luxexpress.eu.

1. Categories of data and purposes of processing (Art. 15(1)(a)-(c))
Based on an independent technical analysis of the site, I request confirmation and detailed disclosure of the following categories of processing:

1) The site has the Cookiebot consent management platform installed, and in the recording the user explicitly declined consent: the consent.cookiebot.com/logconsent.ashx request carries action=decline (at +295898 ms, method strict, country EE). Google analytics matches this choice — the GA4 events (G-GXFF79XC5T) and the Google Ads requests carry the status gcs=G100 (both storages denied), the pings cookieless. But the Microsoft Clarity session recording (project qutgpux0eg) does not respect the refusal. The stream of POST requests i.clarity.ms/collect begins at +3135 ms and continues throughout the session — 21 requests from +3135 ms to +313262 ms, that is, also after the refusal recorded at +295898 ms. Clarity records the session both before the choice and after the explicit 'no'. The Cookiebot platform does not gate this service: Google analytics honours the denial, but the session recording does not.

2) The site's main document is served via Cloudflare and, of the protective headers, sets only Strict-Transport-Security. Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options and X-Content-Type-Options are absent. This on a carrier's site, where a visitor buys tickets and leaves contact and payment data. For a platform with this composition of data, the absence of a basic set of protective headers is a standalone security-of-processing defect.

2. Recipients, retention periods, and transfers outside the EEA (Art. 15(1)(c)-(d), 46)
I also request the full list of third-party recipients, the applicable retention period for each category, and the legal basis for any transfer of data outside the EEA. The full technical audit with evidence (saved network log, SHA-256 checksum) is published at: https://gdpru.eu/audits/ee-luxexpress-eu/

3. Automated processing and profiling (Art. 15(1)(h))
Please state whether I am subject to automated decision-making or profiling, and if so, disclose the logic involved.

Sincerely,

[Your name]
[contact email]
[Country]

[Date]

Teema: Isikuandmetele juurdepääsu taotlus (IKÜM art 15) — luxexpress.eu

Kellele: [märkige ettevõtte aadress — DPO / tugi / juriidiline osakond]
Kellelt: [Teie nimi], [kontakt-e-post]

Palun anda mulle juurdepääs minu isikuandmetele, mida töödeldakse seoses veebisaidi luxexpress.eu kasutamisega.

1. Andmekategooriad ja töötlemise eesmärgid (IKÜM art 15(1)(a)-(c))
Sõltumatu tehnilise analüüsi põhjal palun kinnitada ja üksikasjalikult avaldada järgmised töötlemiskategooriad:

1) Saidil on nõusoleku haldamise platvorm Cookiebot ja kasutaja kirjes lükkas nõusoleku selgesõnaliselt tagasi: taotlus consent.cookiebot.com/logconsent .ashx kannab action=decline (+295898 ms, range meetod, riik EE). Google Analytics vastab sellele valikule - GA4 sündmused (G-GXFF79XC5T) ja Google Adsi apellatsioonid on staatusega gcs=G100 (mõlemad salvestused on keelatud), küpsisteta pingid. Kuid Microsoft Clarity'i seansside (projekt qutgpux0eg) salvestamine ei vasta keeldumisele. i.clarity.ms/collect POST-voog algab +3135 ms-st ja jätkub kogu seansi jooksul - 21 kõnet +3135 ms-lt +313262 ms-le, st pärast +295898 ms-l salvestatud tõrget. Selgus salvestab seansi enne valimist ja pärast selgesõnalist „ei. Cookieboti platvorm ei ole lüüsiteenus: Google Analytics keelab ja seansi salvestamine mitte.

2) Saidi põhidokument on antud läbi Cloudflare'i ja kuvab kaitserubriikidest ainult range transpordi-turvalisuse. Sisu-turvalisus-poliitika, suunaja-poliitika, load-poliitika, X-raami valikud ja X-sisu-tüüpi valikud. See juhtub vedaja veebisaidil, kus külastaja ostab pileteid ja jätab kontakti- ja makseandmed. Sellise andmekoosseisuga saidi puhul on turvapäiste põhikomplekti puudumine töötlemise turvalisuse sõltumatu puudus.


2. Vastuvõtjad, säilitustähtajad ja edastamine väljapoole EMP-d (IKÜM art 15(1)(c)-(d), 46)
Palun samuti esitada täielik loetelu kolmandatest isikutest vastuvõtjatest, iga kategooria puhul kohaldatavad säilitustähtajad ning andmete EMP-välisele edastamisele kohaldatav õiguslik alus, kui selline edastamine toimub. Täielik tehniline analüüs koos tõenditega (salvestatud võrgulogi, SHA-256 kontrollsumma) on avaldatud aadressil: https://gdpru.eu/audits/ee-luxexpress-eu/

3. Automatiseeritud töötlemine ja profiilianalüüs (IKÜM art 15(1)(h))
Palun teatada, kas minu suhtes kohaldatakse automatiseeritud otsuste tegemist või profiilianalüüsi, ning kui jah, siis avaldada selle loogika.

Lugupidamisega,

[Teie nimi]
[kontakt-e-post]
[Riik]


[Kuupäev]

Прошло 30 дней с момента обращения к компании, ответа нет? → Показать письмо для регулятора

Готовое письмо для подачи жалобы

Куда подавать: AKI — Эстонский надзорный орган по защите данных — напишите на info@aki.ee

Важно: AKI рассматривает обращения только на эстонском языке. Переведите письмо перед отправкой.

Регулятор рассматривает жалобы на своём государственном языке. Есть официальный переведённый шаблон Европейского совета по защите данных (EDPB) — можно использовать его вместо этого письма или вместе с ним: Официальная форма жалобы EDPB (PDF, ваш язык)

Тема: Жалоба на обработку персональных данных — luxexpress.eu

1. Предмет жалобы
Я подаю жалобу в отношении обработки моих персональных данных сайтом luxexpress.eu.

2. Обстоятельства
Я посетил сайт luxexpress.eu и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 09.09.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки:

1) На сайте установлена платформа управления согласием Cookiebot, и пользователь в записи явно отклонил согласие: обращение consent.cookiebot.com/logconsent.ashx несёт action=decline (на +295898 мс, метод strict, страна EE). Аналитика Google этому выбору соответствует — события GA4 (G-GXFF79XC5T) и обращения Google Ads идут со статусом gcs=G100 (оба хранилища запрещены), пинги бескуковые. Но запись сессий Microsoft Clarity (проект qutgpux0eg) отказ не соблюдает. Поток POST-обращений i.clarity.ms/collect начинается на +3135 мс и продолжается на протяжении всего сеанса — 21 обращение с +3135 мс до +313262 мс, то есть и после отказа, зафиксированного на +295898 мс. Clarity ведёт запись сессии до выбора и после явного «нет». Платформа Cookiebot этот сервис не гейтит: аналитика Google запрет соблюдает, а запись сессии — нет.

2) Основной документ сайта отдаётся через Cloudflare и из защитных заголовков выставляет только Strict-Transport-Security. Отсутствуют Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options и X-Content-Type-Options. Это происходит на сайте перевозчика, где посетитель покупает билеты и оставляет контактные и платёжные данные. Для площадки с таким составом данных отсутствие базового набора защитных заголовков — самостоятельный дефект безопасности обработки.

Полная техническая документация опубликована по адресу: https://gdpru.eu/audits/ee-luxexpress-eu/

3. Положения GDPR, соблюдение которых прошу проверить
ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a)) — запись сессий вопреки отказу; GDPR Art. 32 — безопасность обработки, слабые заголовки

4. Требование
Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR.

5. Приложения
Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше.

С уважением,

[Ваше имя]
[контактный email]
[Страна]

[Дата]

Subject: Complaint regarding personal data processing — luxexpress.eu

1. Subject of the complaint
I am filing a complaint regarding the processing of my personal data by the website luxexpress.eu.

2. Circumstances
I visited the website luxexpress.eu and found indications that the processing of my personal data does not comply with the GDPR. The technical analysis published on gdpru.eu on 9 September 2026 (open methodology, reproducible measurements) documents the following indications:

1) The site has the Cookiebot consent management platform installed, and in the recording the user explicitly declined consent: the consent.cookiebot.com/logconsent.ashx request carries action=decline (at +295898 ms, method strict, country EE). Google analytics matches this choice — the GA4 events (G-GXFF79XC5T) and the Google Ads requests carry the status gcs=G100 (both storages denied), the pings cookieless. But the Microsoft Clarity session recording (project qutgpux0eg) does not respect the refusal. The stream of POST requests i.clarity.ms/collect begins at +3135 ms and continues throughout the session — 21 requests from +3135 ms to +313262 ms, that is, also after the refusal recorded at +295898 ms. Clarity records the session both before the choice and after the explicit 'no'. The Cookiebot platform does not gate this service: Google analytics honours the denial, but the session recording does not.

2) The site's main document is served via Cloudflare and, of the protective headers, sets only Strict-Transport-Security. Content-Security-Policy, Referrer-Policy, Permissions-Policy, X-Frame-Options and X-Content-Type-Options are absent. This on a carrier's site, where a visitor buys tickets and leaves contact and payment data. For a platform with this composition of data, the absence of a basic set of protective headers is a standalone security-of-processing defect.

Full technical documentation is published at: https://gdpru.eu/audits/ee-luxexpress-eu/

3. GDPR provisions I ask you to examine
ePrivacy — Directive 2002/58/EC, Art. 5(3) (in conjunction with GDPR Art. 6(1)(a)) — session recording despite the refusal; GDPR Art. 32 — security of processing, weak headers

4. Request
I request that you examine the circumstances described and, if non-compliance is confirmed, apply the measures provided for in Article 58(2) GDPR.

5. Attachments
The full evidence base — the HAR file, its SHA-256 checksum and the quotation from the site's privacy policy documenting the stated contradiction — is published and verifiable at the link in point 2 above.

Sincerely,

[Your name]
[contact email]
[Country]


[Date]

1. Kaebuse ese
Esitan kaebuse seoses minu isikuandmete töötlemisega veebisaidil luxexpress.eu.

2. Asjaolud
Külastasin veebisaiti luxexpress.eu ja tuvastasin märke sellest, et minu isikuandmete töötlemine ei vasta isikuandmete kaitse üldmääruse (IKÜM) nõuetele. Tehniline analüüs, mis on avaldatud aadressil gdpru.eu 09.09.2026 (avatud metoodika, korratavad mõõtmised), dokumenteerib järgmist:

1) Saidil on nõusoleku haldamise platvorm Cookiebot ja kasutaja kirjes lükkas nõusoleku selgesõnaliselt tagasi: taotlus consent.cookiebot.com/logconsent .ashx kannab action=decline (+295898 ms, range meetod, riik EE). Google Analytics vastab sellele valikule - GA4 sündmused (G-GXFF79XC5T) ja Google Adsi apellatsioonid on staatusega gcs=G100 (mõlemad salvestused on keelatud), küpsisteta pingid. Kuid Microsoft Clarity'i seansside (projekt qutgpux0eg) salvestamine ei vasta keeldumisele. i.clarity.ms/collect POST-voog algab +3135 ms-st ja jätkub kogu seansi jooksul - 21 kõnet +3135 ms-lt +313262 ms-le, st pärast +295898 ms-l salvestatud tõrget. Selgus salvestab seansi enne valimist ja pärast selgesõnalist „ei. Cookieboti platvorm ei ole lüüsiteenus: Google Analytics keelab ja seansi salvestamine mitte.

2) Saidi põhidokument on antud läbi Cloudflare'i ja kuvab kaitserubriikidest ainult range transpordi-turvalisuse. Sisu-turvalisus-poliitika, suunaja-poliitika, load-poliitika, X-raami valikud ja X-sisu-tüüpi valikud. See juhtub vedaja veebisaidil, kus külastaja ostab pileteid ja jätab kontakti- ja makseandmed. Sellise andmekoosseisuga saidi puhul on turvapäiste põhikomplekti puudumine töötlemise turvalisuse sõltumatu puudus.

Täielik tehniline dokumentatsioon on avaldatud aadressil: https://gdpru.eu/audits/ee-luxexpress-eu/

3. Sätted, mille järgimist palun kontrollida
e-privaatsus - direktiiv 2002/58/EÜ, artikli 5 lõige 3 (koostoimes GDPRi artikli 6 lõike 1 punktiga a) - istungite salvestamine vaatamata keeldumisele; GDPR artikkel 32 – töötlemisturvalisus, nõrgad rubriigid

4. Nõue
Palun kontrollida kirjeldatud asjaolusid ja mittevastavuse kinnitamisel kohaldada IKÜM artikli 58 lõikes 2 ette nähtud meetmeid.

5. Lisad
Täielik tõendusmaterjal — HAR-fail, kontrollsumma SHA-256 ning veebisaidi privaatsuspoliitika tsitaat, mis dokumenteerib nimetatud vastuolu — on avaldatud ja kontrollitav punktis 2 viidatud lingil.

Lugupidamisega,

[Teie nimi]
[kontakt-e-post]
[Riik]

[Kuupäev]