Крупнейший новостной портал Эстонии — один замер главной страницы, 4262 запроса, 66 узлов. Раскрытие здесь образцовое: платформа согласия Didomi по стандарту IAB TCF и поимённый список партнёров примерно на 950 тысяч знаков — названы Google, Adform, Criteo, RTB House, Cxense, Chartbeat и сотни других. Но решение пользователя это раскрытие не защищает. Пользователь отказал: строка согласия TCF кодирует ноль целей и ноль легитимного интереса. Несмотря на отказ, сразу после него запускается полный рекламный аукцион — свыше двухсот обращений к Google Ad Manager, Setupad, Criteo, RTB House, Adform, DoubleClick, — и каждое несёт партнёрам ту же строку «согласия нет». А ещё до выбора, в первые секунды, платформа аудиторных данных Cxense уже профилирует посетителя по сохранённому идентификатору, Chartbeat шлёт pageview с токеном, а рекламный сервер Google грузится раньше самого баннера. GA4 идёт вовсе без сигнала согласия.
Хронология обращений
Декларация против факта
Тайминги передачи
Google Publisher Tag (gpt.js) из разметки, раньше SDK Didomi.
segment/lookup с устойчивым идентификатором persisted=af85f1f8…. Рекламные аудиторные сегменты.
pageview /ping с токеном пользователя.
consent.given по клику; строка TCF CQqOSAA… = ноль целей, ноль легитимного интереса.
gdpr_consent=CQqOSAA… (нулевая строка) уходит в Google Ad Manager; аукцион запускается после отказа.
Criteo получает нулевую строку согласия.
DoubleClick получает нулевую строку согласия.
GA4 page_view, G-380QQP0TRP, режим согласия не настроен.
Зафиксированные трекеры
Показать получателей (22)
- Didomi (sdk.privacy-center.org — 2829 обр., api.privacy-center.org) — платформа управления согласием IAB TCF (CMP ID 7); баннер «Olen nõus» / «Halda valikuid». Зафиксированный выбор пользователя — отказ (строка согласия кодирует ноль целей и ноль легитимного интереса)
- Cxense / Piano DMP (cdn.cxense.com, api.cxense.com, comcluster.cxense.com) — платформа аудиторных данных; api.cxense.com/segment/lookup несёт устойчивый идентификатор persisted и запрашивает рекламные сегменты на +1167 мс — до выбора
- Chartbeat (pong.chartbeat.net — 231 обр., static.chartbeat.com, mab.chartbeat.com) — издательская аналитика; pong/ping с токеном пользователя на +1437 мс — до выбора
- Google Publisher Tag / Ad Manager (pagead2.googlesyndication.com — 237 обр.) — рекламный сервер; gpt.js на +190 мс (раньше самого CMP), /pagead/ping на +2526 мс — до выбора; полный аукцион — после, при зафиксированном отказе
- Weborama (static.wwcloud.eu — 12 обр.) — платформа аудиторных данных; загружается на +247 мс — до выбора
- Confiant (www.npttech.com) — контроль качества и безопасности рекламы; +213 мс — до выбора
- Piano Analytics / AT Internet (tag.aticdn.net, xqnzlnc.pa-cd.com — 26 обр., api-esp.piano.io) — измерение потребления контента; pa-cd.com/event до выбора несёт idclient=OPT-OUT (без идентификатора)
- Google Tag Manager (www.googletagmanager.com — 20 обр.) — контейнер тегов; +1350 мс — до выбора
- Google Analytics 4 (region1.analytics.google.com, G-380QQP0TRP) — идёт со статусом gcs=- (режим согласия не настроен); Universal Analytics (www.google-analytics.com) — устаревший счётчик
- Setupad (node.setupad.com — 28 обр., wb.setupad.com, stpd.cloud) — платформа заголовочных ставок; аукцион запускается ПОСЛЕ отказа
- Google DoubleClick (ad.doubleclick.net, stats.g.doubleclick.net, s0.2mdn.net, tpc.googlesyndication.com, *.safeframe.googlesyndication.com) — рекламная отдача и показ; ПОСЛЕ отказа, несёт нулевую строку согласия
- Google Ad Traffic Quality (ep1.adtrafficquality.google, ep2.adtrafficquality.google) — контроль качества рекламного трафика; ПОСЛЕ отказа
- Criteo (static.criteo.net, gum.criteo.com) — рекламная сеть / ретаргетинг (RTB); ПОСЛЕ отказа, получает нулевую строку согласия
- RTB House (invstatic101.creativecdn.com) — рекламная сеть (RTB); ПОСЛЕ отказа
- Adform (track.adform.net) — рекламная сеть (RTB); ПОСЛЕ отказа
- euddn.net (le303.euddn.net — 29 обр., router.euddn.net, ode601.euddn.net, ode602.euddn.net) — рекламная инфраструктура доставки (RTB); ПОСЛЕ отказа
- Adobe (animate.adobe.com) — библиотека анимации рекламного креатива; ПОСЛЕ отказа
- Kanal2 (tigu.kanal2.ee) — узел эстонского телеканала (медиагруппа); ПОСЛЕ отказа
- city24 (static.img-city24.ee) — узел родственной площадки медиагруппы; ПОСЛЕ отказа
- Библиотеки и шрифты (cdnjs.cloudflare.com, cdn.jsdelivr.net, code.jquery.com, cdn.ampproject.org, fonts.googleapis.com, fonts.gstatic.com, www.gstatic.com, www.google.com, www.google.ee) — функциональная отдача
- Первая сторона (www.postimees.ee, v.postimees.ee, vx.postimees.ee, services.postimees.ee, auth.postimees.ee, c2/infographics/ams/andy/cdn.postimees.ee, f.pmo.ee и f7–f12/f302.pmo.ee, sisuturundus.pmo.ee) — инфраструктура Postimees Grupp
- Список партнёров — вендорский перечень IAB TCF ~950 тыс. знаков; названы поимённо Google, Adform, Criteo, RTB House, Weborama, Piano, Cxense, Setupad, Xandr, Chartbeat и сотни других
Признаки несоответствия GDPR
- ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a)) — рекламная обработка при зафиксированном отказе и трекинг до выбораНа портале установлена платформа согласия Didomi (CMP ID 7) по стандарту IAB TCF, а список партнёров раскрыт исчерпывающе. Пользователь сделал выбор в баннере, и Didomi записал строку согласия TCF CQqOSAA…, которая декодируется в полный отказ: согласие на все двадцать четыре цели обработки — 0, легитимный интерес — 0. Несмотря на это, сразу после фиксации выбора запускается полный программатик-аукцион: свыше двухсот обращений к рекламному серверу Google Ad Manager (pagead2 — 233 обращения), заголовочные ставки Setupad, Criteo, RTB House, Adform, инфраструктура euddn, Google DoubleClick. Обращения несут партнёрам ту самую нулевую строку согласия (проверено: gdpr_consent=CQqOSAA… уходит в pagead2.googlesyndication.com, gum.criteo.com, ad.doubleclick.net). То есть рекламный аукцион привязан к самому факту решения, а не к его содержанию: он срабатывает и при отказе, лишь передавая партнёрам сигнал «согласия нет». Отдельно, ещё до выбора, в первые секунды работают трекеры: платформа аудиторных данных Cxense запрашивает рекламные сегменты по устойчивому идентификатору (api.cxense.com/segment/lookup, persisted=af85f1f8…, +1167 мс), Chartbeat отправляет pageview с токеном пользователя (+1437 мс), рекламный сервер Google Publisher Tag загружается раньше самого CMP (+190 мс), подгружается Weborama (+247 мс).
- GDPR Art. 5(1)(a) / Art. 6(1)(a) — образцовое раскрытие при проигнорированном решенииРаскрытие получателей у Postimees сделано на образцовом уровне: платформа Didomi по стандарту IAB TCF и поимённый список партнёров примерно на 950 тысяч знаков. Но это раскрытие не сопровождается соблюдением решения пользователя. Зафиксированный отказ (ноль целей, ноль легитимного интереса) рекламный стек не останавливает — он запускается ровно после отказа. При этом баннер относит к необходимым, на основании законного интереса, в том числе измерение потребления контента, а запрос рекламных аудиторных сегментов Cxense по сохранённому идентификатору до выбора выходит за рамки измерения — это профилирование, для которого требуется согласие. Аналитика GA4 (G-380QQP0TRP) вдобавок идёт со статусом gcs=- — сигнал согласия Google не передаётся вовсе. Итог: полнота списка партнёров не заменяет ни удержания обработки до выбора, ни соблюдения отказа после него.
Контекст
postimees.ee — крупнейший новостной портал Эстонии; ответственный обработчик — Postimees Grupp. Управление согласием реализовано платформой Didomi по стандарту IAB TCF. Замер — одна запись главной страницы: 4262 запроса, 66 узлов, длинный сеанс, в ходе которого пользователь изучал настройки согласия и в итоге отказал.
Этот разбор стоит особняком дважды. Во-первых, раскрытие получателей здесь сделано на образцовом уровне: список партнёров развёрнут поимённо и полностью — вендорский перечень IAB TCF примерно на 950 тысяч знаков, где названы Google, Adform, Criteo, RTB House, Cxense, Chartbeat, Setupad и сотни других. Во-вторых, именно эта полнота делает наглядным главное расхождение: раскрыть всех — не то же самое, что соблюсти решение пользователя.
Кому уходят данные напрямую
До выбора — Cxense / Piano (аудиторные данные, профилирование), Chartbeat (аналитика), Google Publisher Tag (рекламный сервер), Weborama (аудиторные данные), Confiant (контроль рекламы), Google Tag Manager. После зафиксированного отказа — полный рекламный аукцион: Setupad, Criteo, RTB House, Adform, euddn, Google DoubleClick, плюс GA4 и Universal Analytics. Измерение Piano Analytics до выбора уходит без идентификатора (OPT-OUT).
Заявленное против фактического
Расхождение здесь не в составе получателей, а в отношении к решению пользователя — и это принципиально.
Первое — раскрытие образцовое. Платформа согласия Didomi по стандарту IAB TCF, баннер с выбором «Olen nõus» / «Halda valikuid», и поимённый список партнёров на ~950 тысяч знаков. По части того, кого назвали, к сайту претензий нет: назвали фактически всех.
Второе — но отказ проигнорирован. Пользователь сделал выбор, и Didomi записал строку согласия TCF CQqOSAA…. Эта строка декодируется однозначно: согласие на все двадцать четыре цели обработки — ноль, легитимный интерес — ноль. То есть зафиксирован полный отказ. Несмотря на это, ровно после фиксации отказа запускается полный программатик-аукцион: свыше двухсот обращений к рекламному серверу Google Ad Manager, заголовочные ставки Setupad, Criteo, RTB House, Adform, инфраструктура euddn, Google DoubleClick. И обращения несут партнёрам ту же нулевую строку — проверено, gdpr_consent=CQqOSAA… уходит в Google, Criteo и DoubleClick. Механика такова: аукцион привязан к самому факту решения, а не к его содержанию. Он срабатывает одинаково и при согласии, и при отказе — в последнем случае лишь честно передавая партнёрам сигнал «согласия нет». Но отказ должен останавливать обработку, а не сопровождать её.
Третье — и до выбора уже профилируют. Ещё в первые секунды, задолго до решения, платформа аудиторных данных Cxense запрашивает рекламные сегменты посетителя (api.cxense.com/segment/lookup, +1167 мс), неся устойчивый идентификатор persisted=af85f1f8…. Это чтение сохранённого идентификатора устройства и профилирование для рекламы — не измерение, которое баннер относит к законному интересу. Рядом Chartbeat отправляет pageview с токеном пользователя (+1437 мс), рекламный сервер Google Publisher Tag грузится на +190 мс — раньше самого CMP, — и подгружается Weborama (+247 мс).
Четвёртое — аналитика без сигнала согласия. GA4 (G-380QQP0TRP) отправляет события со статусом gcs=- — режим согласия Google не сконфигурирован.
Согласие: что доказано и что нет
Доказано: пользователь нажал «Keeldun kõigist» (отклонить всё). В панели Didomi «Nõusolekuhaldus» выбрана кнопка отказа ото всех категорий, включая рекламные (Reklaamküpsised). Didomi фиксирует решение на +3443371 мс событием consent.given (тип события означает «решение принято», а не «согласие дано»), а записанная строка TCF CQqOSAA… декодируется в ноль согласий по всем двадцати четырём целям и ноль легитимного интереса — то есть машинно подтверждённый отказ.
Доказано: рекламный аукцион запускается после отказа. Сразу за фиксацией решения (+3443383 мс и далее) уходит свыше двухсот рекламных обращений — Google Ad Manager, Setupad, Criteo, RTB House, Adform, euddn, DoubleClick.
Доказано: партнёрам уходит нулевая строка. gdpr_consent=CQqOSAA… присутствует в обращениях к Google Ad Manager, Criteo и DoubleClick — то есть сигнал «согласия нет» передаётся, но обращения всё равно происходят.
Доказано: до выбора работают трекеры. Cxense segment/lookup с сохранённым идентификатором — на +1167 мс; Chartbeat pong/ping с токеном — на +1437 мс; Google Publisher Tag — на +190 мс; Weborama — на +247 мс.
Доказано: часть стека отказ уважает. Коллектор Piano Analytics отправляет idclient=OPT-OUT, без идентификатора; на этом фоне рекламный аукцион, запускающийся при отказе, выделяется особенно наглядно.
Не доказано и не приводится: содержимое сегментов и полный идентификатор. Какие именно рекламные сегменты вернул Cxense и каков полный сохранённый идентификатор, в разборе не приводится; вывод опирается на факт запроса с сохранённым идентификатором и на факт рекламных обращений после отказа.
Границы наблюдения
Замер охватывает главную страницу и длинный сеанс, в ходе которого пользователь изучил настройки и отказал; фиксируется поведение браузера, не внутренняя кухня сервисов. Строка согласия TCF декодирована из параметра gdpr_consent, который сайт передаёт партнёрам; тип решения (consent.given) прочитан из событий Didomi. Отнесение обращений к получателям опирается на домены и схему адресов. Устойчивый идентификатор Cxense в разборе приведён усечённо. Как каждый рекламный партнёр распоряжается полученной нулевой строкой на своей стороне — уважает ли отказ server-side — браузерным замером не проверяется; существенно то, что сами обращения к ним после отказа состоялись.
Отдельно о прочтении согласия: платформа Didomi на любой выбор — и на приём, и на отказ — отправляет событие типа consent.given («решение зафиксировано»). Поэтому автоматическая проверка, ориентирующаяся на имя события, может ошибочно показать «согласие дано»; действительное состояние читается не по имени события, а по строке TCF, которая здесь кодирует полный отказ.
Файл опубликован очищенным от личных данных: удалены значения куки в запросах, сохранённые идентификаторы в телах-уликах усечены. Заголовки ответов, статусы, порядок загрузки, инициаторы, момент фиксации решения и строка согласия TCF сохранены и проверяются по опубликованному файлу напрямую.
Правовую оценку выносит компетентный орган — Andmekaitse Inspektsioon.
Вывод
Крупнейший новостной портал страны подошёл к раскрытию образцово: платформа согласия Didomi по стандарту IAB TCF и поимённый список партнёров почти на миллион знаков, где названы фактически все получатели. На вопрос «кто обрабатывает данные» сайт отвечает полнее большинства. Но решение пользователя это раскрытие не защищает.
Пользователь отказал — строка согласия TCF кодирует ноль целей и ноль легитимного интереса. Несмотря на отказ, сразу после него запускается полный рекламный аукцион: свыше двухсот обращений к Google Ad Manager, Setupad, Criteo, RTB House, Adform, DoubleClick, — и каждое несёт партнёрам ту же строку «согласия нет». Механизм привязан к факту решения, а не к его содержанию: он срабатывает и при отказе. А ещё до выбора, в первые секунды, платформа аудиторных данных Cxense профилирует посетителя по сохранённому идентификатору, Chartbeat отправляет pageview с токеном, рекламный сервер Google грузится раньше баннера, а GA4 идёт вовсе без сигнала согласия.
Показательно, что часть стека ведёт себя корректно: коллектор Piano Analytics до выбора отправляет OPT-OUT, без идентификатора. Это делает расхождение особенно наглядным — там, где измерение обходится без идентификатора, рекламный аукцион запускается прямо поверх отказа. Исчерпывающее раскрытие получателей — необходимое, но не достаточное: оно не заменяет ни удержания обработки до выбора, ни соблюдения отказа после него.
Устранение: остановить рекламный аукцион при отказе — обусловить запуск заголовочных ставок и обращений к Google Ad Manager, Criteo, RTB House, Adform, euddn и DoubleClick фактическим содержанием решения, а не самим фактом его фиксации; обусловить согласием сегментный запрос Cxense и любое чтение сохранённых идентификаторов до выбора; обусловить согласием загрузку и пинги Google Publisher Tag, Chartbeat и Weborama; настроить режим согласия Google, чтобы GA4 передавал сигнал согласия (сейчас gcs=-); пересмотреть отнесение рекламного аудиторного профилирования к законному интересу."
Как проверить: скачайте файл и посчитайте его контрольную сумму — sha256sum файл.har (Linux, macOS) или certutil -hashfile файл.har SHA256 (Windows); она должна совпасть с указанной. Вывод разбора относится к объёму этого замера — см. ограничения методики.
9b5dedce72b3411d8de72aabdd9d4fbec18b8af3f7b5c03c16fd74ccefc0b404Хотите получить ответ от компании по этому разбору? → Открыть инструмент
Впишите один раз — подставится во все письма ниже:
Все поля обязательны для печати документа — это формальное требование к самому письму (реквизиты официального обращения), а не сбор данных: ничего никуда не отправляется и не сохраняется, всё остаётся у вас в браузере и пропадает при закрытии страницы. Подробнее — в разделе методологии.
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Отправьте это письмо компании напрямую — до обращения к регулятору у неё есть право ответить (ст. 12(3) GDPR — 30 дней).
Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — postimees.ee Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта postimees.ee. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) На портале установлена платформа согласия Didomi (CMP ID 7) по стандарту IAB TCF, а список партнёров раскрыт исчерпывающе. Пользователь сделал выбор в баннере, и Didomi записал строку согласия TCF CQqOSAA…, которая декодируется в полный отказ: согласие на все двадцать четыре цели обработки — 0, легитимный интерес — 0. Несмотря на это, сразу после фиксации выбора запускается полный программатик-аукцион: свыше двухсот обращений к рекламному серверу Google Ad Manager (pagead2 — 233 обращения), заголовочные ставки Setupad, Criteo, RTB House, Adform, инфраструктура euddn, Google DoubleClick. Обращения несут партнёрам ту самую нулевую строку согласия (проверено: gdpr_consent=CQqOSAA… уходит в pagead2.googlesyndication.com, gum.criteo.com, ad.doubleclick.net). То есть рекламный аукцион привязан к самому факту решения, а не к его содержанию: он срабатывает и при отказе, лишь передавая партнёрам сигнал «согласия нет». Отдельно, ещё до выбора, в первые секунды работают трекеры: платформа аудиторных данных Cxense запрашивает рекламные сегменты по устойчивому идентификатору (api.cxense.com/segment/lookup, persisted=af85f1f8…, +1167 мс), Chartbeat отправляет pageview с токеном пользователя (+1437 мс), рекламный сервер Google Publisher Tag загружается раньше самого CMP (+190 мс), подгружается Weborama (+247 мс). 2) Раскрытие получателей у Postimees сделано на образцовом уровне: платформа Didomi по стандарту IAB TCF и поимённый список партнёров примерно на 950 тысяч знаков. Но это раскрытие не сопровождается соблюдением решения пользователя. Зафиксированный отказ (ноль целей, ноль легитимного интереса) рекламный стек не останавливает — он запускается ровно после отказа. При этом баннер относит к необходимым, на основании законного интереса, в том числе измерение потребления контента, а запрос рекламных аудиторных сегментов Cxense по сохранённому идентификатору до выбора выходит за рамки измерения — это профилирование, для которого требуется согласие. Аналитика GA4 (G-380QQP0TRP) вдобавок идёт со статусом gcs=- — сигнал согласия Google не передаётся вовсе. Итог: полнота списка партнёров не заменяет ни удержания обработки до выбора, ни соблюдения отказа после него. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/audits/ee-postimees-ee/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — postimees.ee 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 postimees.ee. 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 portal has the Didomi consent platform (CMP ID 7) installed under the IAB TCF standard, and the partner list is disclosed exhaustively. The user made a choice in the banner, and Didomi recorded the TCF consent string CQqOSAA…, which decodes to a full refusal: consent to all twenty-four processing purposes — 0, legitimate interest — 0. Nevertheless, immediately after the choice is recorded, a full programmatic auction starts: over two hundred requests to the Google Ad Manager ad server (pagead2 — 233 requests), Setupad header bidding, Criteo, RTB House, Adform, the euddn infrastructure, Google DoubleClick. The requests carry that same zero-consent string to the partners (verified: gdpr_consent=CQqOSAA… goes to pagead2.googlesyndication.com, gum.criteo.com, ad.doubleclick.net). That is, the ad auction is tied to the mere fact of the decision, not to its content: it fires under a refusal as well, merely passing the partners a 'no consent' signal. Separately, before the choice, in the first seconds, trackers are already running: the Cxense audience data platform requests the visitor's advertising segments carrying a persistent identifier (api.cxense.com/segment/lookup, persisted=af85f1f8…, +1167 ms), Chartbeat sends a pageview with a user token (+1437 ms), the Google Publisher Tag ad server loads before the CMP itself (+190 ms), and Weborama is loaded (+247 ms). 2) Postimees's disclosure of recipients is done at an exemplary level: the Didomi platform under the IAB TCF standard and a named partner list of about 950 thousand characters. But this disclosure is not accompanied by respect for the user's decision. The recorded refusal (zero purposes, zero legitimate interest) does not stop the advertising stack — it starts precisely after the refusal. Meanwhile the banner assigns to necessary, on the basis of legitimate interest, content-consumption measurement among other things, whereas Cxense's request for advertising audience segments using a stored identifier before the choice goes beyond measurement — it is profiling, for which consent is required. GA4 analytics (G-380QQP0TRP) additionally runs with the status gcs=- — no consent signal is passed to Google at all. The upshot: the completeness of the partner list replaces neither holding processing back until the choice nor respecting the refusal after it. 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-postimees-ee/ 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) — postimees.ee 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 postimees.ee 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) Portaalil on IAB TCF standardile vastav Didomi nõusoleku platvorm (CMP ID 7) ning partnerite nimekiri on täielikult avalikustatud. Kasutaja tegi valiku bänneris ja Didomi salvestas TCF CQOSAA nõusoleku stringi ..., mis dekodeeritakse täielikuks keeldumiseks: nõusolek kõigi kahekümne nelja töötlemise eesmärkidel on 0, õigustatud huvi on 0. Sellest hoolimata käivitatakse kohe pärast valiku fikseerimist täielik programmiline oksjon: üle kahesaja kõne Google Ad Manageri reklaamiserverisse (pagead2 - 233 päringut), päisehinnad Setupad, Criteo, RTB House, Adform, euddn infrastruktuur, Google DoubleClick. Kontaktid kannavad partnereid, kellel on sama nõusoleku nullrida (kontrollitud: gdpr consent=CQOSAA... läheb pagead2). googlesyndication.com, gum criteo.com, ad. doubleclick.net. See tähendab, et reklaamioksjon on seotud otsuse faktiga, mitte selle sisuga: see toimib keeldumise korral, edastades partneritele ainult signaali "nõusoleku puudumine". Eraldi, isegi enne valimist, töötavad jälgijad esimeste sekunditega: Cxense auditium andmeplatvorm nõuab reklaami segmente, kasutades stabiilset identifikaatorit (api.cxense.com/segment/lookup, persisted=af85f1f8..., +1167 ms), Chartbeat saadab lehevaate kasutaja tokeniga (+1437 ms), Google Publisher Tag reklaamiserver laadib enne CMP enda (+190 ms) laadimist Weama (+247 ms). 2) Postimehe saajate avalikustamine toimub eeskujulikul tasemel: Didomi platvorm IAB TCF standardi järgi ja partnerite nimekiri umbes 950 tuhande tähemärgi kohta. Kuid selle avalikustamisega ei kaasne kasutaja otsuse järgimine. Fikseeritud rike (nulleesmärgid, null õigustatud huvi) ei peata reklaamikogumit - see algab täpselt pärast ebaõnnestumist. Samal ajal viitab bänner õigustatud huvi alusel vajalikule, sealhulgas sisu tarbimise mõõtmisele ja Cxense reklaamipubliku segmentide taotlusele salvestatud identifikaatori kohta enne valimist läheb mõõtmisest kaugemale - see on profileerimine, mille jaoks on vaja nõusolekut. GA4 analüüsiga (G-380QP0TRP) kaasneb ka staatus gcs=- - Google'i nõusoleku signaali ei edastata üldse. Alumine rida: partnerite nimekirja täielikkus ei asenda töötlemise säilitamist enne valimist ega sellele järgnevat keeldumist. 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-postimees-ee/ 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]
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Куда подавать: AKI — Эстонский надзорный орган по защите данных — напишите на info@aki.ee
Важно: AKI рассматривает обращения только на эстонском языке. Переведите письмо перед отправкой.
Регулятор рассматривает жалобы на своём государственном языке. Есть официальный переведённый шаблон Европейского совета по защите данных (EDPB) — можно использовать его вместо этого письма или вместе с ним: Официальная форма жалобы EDPB (PDF, ваш язык)
Тема: Жалоба на обработку персональных данных — postimees.ee 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом postimees.ee. 2. Обстоятельства Я посетил сайт postimees.ee и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 08.09.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) На портале установлена платформа согласия Didomi (CMP ID 7) по стандарту IAB TCF, а список партнёров раскрыт исчерпывающе. Пользователь сделал выбор в баннере, и Didomi записал строку согласия TCF CQqOSAA…, которая декодируется в полный отказ: согласие на все двадцать четыре цели обработки — 0, легитимный интерес — 0. Несмотря на это, сразу после фиксации выбора запускается полный программатик-аукцион: свыше двухсот обращений к рекламному серверу Google Ad Manager (pagead2 — 233 обращения), заголовочные ставки Setupad, Criteo, RTB House, Adform, инфраструктура euddn, Google DoubleClick. Обращения несут партнёрам ту самую нулевую строку согласия (проверено: gdpr_consent=CQqOSAA… уходит в pagead2.googlesyndication.com, gum.criteo.com, ad.doubleclick.net). То есть рекламный аукцион привязан к самому факту решения, а не к его содержанию: он срабатывает и при отказе, лишь передавая партнёрам сигнал «согласия нет». Отдельно, ещё до выбора, в первые секунды работают трекеры: платформа аудиторных данных Cxense запрашивает рекламные сегменты по устойчивому идентификатору (api.cxense.com/segment/lookup, persisted=af85f1f8…, +1167 мс), Chartbeat отправляет pageview с токеном пользователя (+1437 мс), рекламный сервер Google Publisher Tag загружается раньше самого CMP (+190 мс), подгружается Weborama (+247 мс). 2) Раскрытие получателей у Postimees сделано на образцовом уровне: платформа Didomi по стандарту IAB TCF и поимённый список партнёров примерно на 950 тысяч знаков. Но это раскрытие не сопровождается соблюдением решения пользователя. Зафиксированный отказ (ноль целей, ноль легитимного интереса) рекламный стек не останавливает — он запускается ровно после отказа. При этом баннер относит к необходимым, на основании законного интереса, в том числе измерение потребления контента, а запрос рекламных аудиторных сегментов Cxense по сохранённому идентификатору до выбора выходит за рамки измерения — это профилирование, для которого требуется согласие. Аналитика GA4 (G-380QQP0TRP) вдобавок идёт со статусом gcs=- — сигнал согласия Google не передаётся вовсе. Итог: полнота списка партнёров не заменяет ни удержания обработки до выбора, ни соблюдения отказа после него. Полная техническая документация опубликована по адресу: https://gdpru.eu/audits/ee-postimees-ee/ 3. Положения GDPR, соблюдение которых прошу проверить ePrivacy — Директива 2002/58/EC, ст. 5(3) (в связке с GDPR Art. 6(1)(a)) — рекламная обработка при зафиксированном отказе и трекинг до выбора; GDPR Art. 5(1)(a) / Art. 6(1)(a) — образцовое раскрытие при проигнорированном решении 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — postimees.ee 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website postimees.ee. 2. Circumstances I visited the website postimees.ee and found indications that the processing of my personal data does not comply with the GDPR. The technical analysis published on gdpru.eu on 8 September 2026 (open methodology, reproducible measurements) documents the following indications: 1) The portal has the Didomi consent platform (CMP ID 7) installed under the IAB TCF standard, and the partner list is disclosed exhaustively. The user made a choice in the banner, and Didomi recorded the TCF consent string CQqOSAA…, which decodes to a full refusal: consent to all twenty-four processing purposes — 0, legitimate interest — 0. Nevertheless, immediately after the choice is recorded, a full programmatic auction starts: over two hundred requests to the Google Ad Manager ad server (pagead2 — 233 requests), Setupad header bidding, Criteo, RTB House, Adform, the euddn infrastructure, Google DoubleClick. The requests carry that same zero-consent string to the partners (verified: gdpr_consent=CQqOSAA… goes to pagead2.googlesyndication.com, gum.criteo.com, ad.doubleclick.net). That is, the ad auction is tied to the mere fact of the decision, not to its content: it fires under a refusal as well, merely passing the partners a 'no consent' signal. Separately, before the choice, in the first seconds, trackers are already running: the Cxense audience data platform requests the visitor's advertising segments carrying a persistent identifier (api.cxense.com/segment/lookup, persisted=af85f1f8…, +1167 ms), Chartbeat sends a pageview with a user token (+1437 ms), the Google Publisher Tag ad server loads before the CMP itself (+190 ms), and Weborama is loaded (+247 ms). 2) Postimees's disclosure of recipients is done at an exemplary level: the Didomi platform under the IAB TCF standard and a named partner list of about 950 thousand characters. But this disclosure is not accompanied by respect for the user's decision. The recorded refusal (zero purposes, zero legitimate interest) does not stop the advertising stack — it starts precisely after the refusal. Meanwhile the banner assigns to necessary, on the basis of legitimate interest, content-consumption measurement among other things, whereas Cxense's request for advertising audience segments using a stored identifier before the choice goes beyond measurement — it is profiling, for which consent is required. GA4 analytics (G-380QQP0TRP) additionally runs with the status gcs=- — no consent signal is passed to Google at all. The upshot: the completeness of the partner list replaces neither holding processing back until the choice nor respecting the refusal after it. Full technical documentation is published at: https://gdpru.eu/audits/ee-postimees-ee/ 3. GDPR provisions I ask you to examine ePrivacy — Directive 2002/58/EC, Art. 5(3) (in conjunction with GDPR Art. 6(1)(a)) — advertising processing under a recorded refusal, and tracking before the choice; GDPR Art. 5(1)(a) / Art. 6(1)(a) — exemplary disclosure alongside an ignored decision 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 postimees.ee. 2. Asjaolud Külastasin veebisaiti postimees.ee 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 08.09.2026 (avatud metoodika, korratavad mõõtmised), dokumenteerib järgmist: 1) Portaalil on IAB TCF standardile vastav Didomi nõusoleku platvorm (CMP ID 7) ning partnerite nimekiri on täielikult avalikustatud. Kasutaja tegi valiku bänneris ja Didomi salvestas TCF CQOSAA nõusoleku stringi ..., mis dekodeeritakse täielikuks keeldumiseks: nõusolek kõigi kahekümne nelja töötlemise eesmärkidel on 0, õigustatud huvi on 0. Sellest hoolimata käivitatakse kohe pärast valiku fikseerimist täielik programmiline oksjon: üle kahesaja kõne Google Ad Manageri reklaamiserverisse (pagead2 - 233 päringut), päisehinnad Setupad, Criteo, RTB House, Adform, euddn infrastruktuur, Google DoubleClick. Kontaktid kannavad partnereid, kellel on sama nõusoleku nullrida (kontrollitud: gdpr consent=CQOSAA... läheb pagead2). googlesyndication.com, gum criteo.com, ad. doubleclick.net. See tähendab, et reklaamioksjon on seotud otsuse faktiga, mitte selle sisuga: see toimib keeldumise korral, edastades partneritele ainult signaali "nõusoleku puudumine". Eraldi, isegi enne valimist, töötavad jälgijad esimeste sekunditega: Cxense auditium andmeplatvorm nõuab reklaami segmente, kasutades stabiilset identifikaatorit (api.cxense.com/segment/lookup, persisted=af85f1f8..., +1167 ms), Chartbeat saadab lehevaate kasutaja tokeniga (+1437 ms), Google Publisher Tag reklaamiserver laadib enne CMP enda (+190 ms) laadimist Weama (+247 ms). 2) Postimehe saajate avalikustamine toimub eeskujulikul tasemel: Didomi platvorm IAB TCF standardi järgi ja partnerite nimekiri umbes 950 tuhande tähemärgi kohta. Kuid selle avalikustamisega ei kaasne kasutaja otsuse järgimine. Fikseeritud rike (nulleesmärgid, null õigustatud huvi) ei peata reklaamikogumit - see algab täpselt pärast ebaõnnestumist. Samal ajal viitab bänner õigustatud huvi alusel vajalikule, sealhulgas sisu tarbimise mõõtmisele ja Cxense reklaamipubliku segmentide taotlusele salvestatud identifikaatori kohta enne valimist läheb mõõtmisest kaugemale - see on profileerimine, mille jaoks on vaja nõusolekut. GA4 analüüsiga (G-380QP0TRP) kaasneb ka staatus gcs=- - Google'i nõusoleku signaali ei edastata üldse. Alumine rida: partnerite nimekirja täielikkus ei asenda töötlemise säilitamist enne valimist ega sellele järgnevat keeldumist. Täielik tehniline dokumentatsioon on avaldatud aadressil: https://gdpru.eu/audits/ee-postimees-ee/ 3. Sätted, mille järgimist palun kontrollida e-privaatsus - direktiiv 2002/58/EÜ, artikli 5 lõige 3 (koosmõjus GDPRi artikli 6 lõike 1 punktiga a) - reklaami töötlemine registreeritud rikke korral ja jälgimine enne valimist; GDPR art 5(1)(a) / art 6(1)(a) – eeskujulik avalikustamine ignoreeritud otsusega 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]