Политика изменена — посмотреть, что именно · 2026-07-11 →
Раздел про итальянские спецслужбы на блоге Intel Today — площадка на WordPress.com с рекламной программой WordAds. 94 запроса, 37 доменов — крупнейший рекламный стек серии. Машинная строка согласия, которую несут все биржи, говорит «согласия нет ни на что» — а полтора десятка рекламных бирж всё равно синхронизируют идентификаторы. Это не выбор блога, а типовая схема платформы для миллионов сайтов.
Хронология обращений
Декларация против факта
Зафиксированные трекеры
- Полный рекламный аукцион в реальном времени: Google DoubleClick GPT, Amazon APS, Rubicon/Magnite, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media, OmnitagJS, SmartAdServer (через обёртку Prebid)
- Google Analytics Classic (ga.js, давно отключён Google)
- Аналитика Automattic/Jetpack (stats.wp.com, pixel.wp.com)
Признаки несоответствия GDPR
- Art. 6(1)(a) GDPR — реклама работает вопреки сигналу «согласия нет»Все запросы к рекламным биржам несут машинную строку согласия в стандартном отраслевом формате. При её расшифровке видно: согласие не дано ни на одну цель обработки — все разрешения обнулены. Тем не менее свыше десяти бирж выполняют синхронизацию идентификаторов и запросы ставок, неся именно эту строку «ничего не разрешено». Первая такая синхронизация (SmartAdServer) уходит уже на +1310 мс — ещё до того, как на странице появляется уведомление о cookie (+2261 мс), а основной обмен с биржами идёт с +10250 мс. Явного нажатия «принять» в замере нет: строка отказа — это состояние по умолчанию, и реклама работает поверх него.
- Art. 13(1)(e) GDPR — получатели данных не названыПолитика Automattic описывает рекламу обобщённо — «рекламные партнёры», — не называя ни одного из более чем пятнадцати реальных получателей данных (Google, Amazon, Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media и других). Конкретный список вынесен на отдельную страницу, не входящую в сам документ.
Контекст
inteltoday.org — независимый блог о европейских спецслужбах, размещённый на платформе WordPress.com и зарабатывающий через её рекламную программу WordAds. Аудит сделан по разделу «Европейские агентства: Италия». Важная оговорка о юрисдикции: у самого блога нет отдельной итальянской привязки — и площадка, и политика конфиденциальности принадлежат американской компании Automattic и едины для всей платформы. В замере 94 обращения к 37 доменам — это крупнейший рекламный стек во всей серии. Замер, как и вся серия, снят на чистом браузере Edge без VPN и блокировщика.
Был ли баннер согласия
Баннер есть, но появляется он позже самой рекламы. Уведомление о cookie приходит на +2261 мс, а полный список рекламных вендоров подгружается лишь на +9610 мс — почти на десятой секунде. К этому времени рекламная инфраструктура давно работает: аналитика, обёртка аукциона, Google и Amazon запущены ещё в первые две секунды, а первая синхронизация идентификатора с биржей ушла и вовсе на +1310 мс — раньше, чем уведомление вообще показалось. Явного нажатия «принять» в замере нет.
Согласие говорит «нет» — а реклама всё равно работает
Это сердцевина разбора, и здесь нужна точность. Каждый запрос к рекламным биржам несёт с собой особую машинную строку — стандартный отраслевой формат записи того, на что пользователь согласился. Я эту строку расшифровал. И в ней не разрешена ни одна цель обработки данных: согласия нет ни на что.
То есть биржи получают однозначный сигнал «пользователь ничего не разрешил» — и всё равно делают своё дело: больше десяти рекламных площадок синхронизируют между собой идентификаторы посетителя, чтобы узнавать его на разных сайтах и подбирать рекламу. Сигнал отказа и фактическое поведение прямо противоречат друг другу. Это уже не просто «трекеры сработали раньше согласия» — это работа поверх явно зафиксированного отсутствия согласия.
Кто получает данные
Чтобы было предметно, вот кто участвует в этом обмене: рекламная система Google, Amazon, и целый ряд рекламных бирж — Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media, OmnitagJS, SmartAdServer. Полтора десятка получателей, и каждый забирает свою долю данных о визите. В политике же не назван ни один из них — только обобщённые «рекламные партнёры». Посетитель из документа никак не узнает, что его данные расходятся по такому количеству компаний.
Google Analytics — здесь дважды мёртвый
Отдельная деталь. Установленный счётчик — это даже не прошлая, а позапрошлая версия Google Analytics, ещё более старая, чем та, что Google отключил в 2023 году. Запрос к ней по-прежнему уходит, и IP посетителя вместе с ним, но обрабатывать эти данные давно нечему — счётчик мёртв. Очередное свидетельство, что стек собран по инерции и никем не сопровождается.
Это схема платформы, а не выбор блога
Важно для справедливости. Весь этот рекламный аукцион — не то, что настроил автор блога про спецслужбы. Это стандартная монетизация WordPress.com: подключаешь WordAds — и платформа сама вешает на сайт весь набор бирж. Поэтому ровно та же картина повторяется на миллионах бесплатных блогов с этой программой, независимо от их содержания. С одной стороны, это снимает вопрос личного умысла автора. С другой — делает находку куда масштабнее: это поведение не одного сайта, а целой платформы.
Чего по замеру утверждать нельзя
Несколько честных оговорок. Установку cookie на стороне бирж в этой облегчённой выгрузке напрямую не видно — о синхронизации идентификаторов я сужу по характерным запросам обмена, а не по сохранённым заголовкам. Отсутствие нажатия «принять» означает, что строка отказа — это состояние по умолчанию, а не обязательно сознательный отказ живого человека; но именно это и видит обычный посетитель в первые секунды. Часть бирж формально может ссылаться на «законный интерес» для отдельных операций, однако синхронизация рекламных идентификаторов — это как раз то, что по правилам требует согласия. И напомню: площадка и политика — общие, американские, аудирован раздел про Италию.
Вывод
Это самый тяжёлый случай серии по объёму рекламной слежки. Полный аукцион в реальном времени — Google, Amazon и десяток бирж — синхронизирует идентификаторы посетителя, хотя машинная запись согласия прямо говорит, что не разрешено ничего. Ни один из полутора десятков получателей в политике не назван, а сверху ещё и мёртвый счётчик Google впустую утекает IP. И поскольку всё это — стандартная монетизация платформы, а не выбор конкретного блога, та же схема работает на миллионах подобных сайтов. Главное, что должен вынести читатель: здесь интересы читателя — в данном случае интерес к теме спецслужб — уходят на рекламный рынок несмотря на сигнал, что согласия он не давал.
Как проверить: скачайте файл и посчитайте его контрольную сумму — sha256sum файл.har (Linux, macOS) или certutil -hashfile файл.har SHA256 (Windows); она должна совпасть с указанной. Вывод разбора относится к объёму этого замера — см. ограничения методики.
36a2bb8ac653e3f8d8a70508ee5609b8ec6f40d4554eb8b4a6fe605c6ed6ad75Хотите получить ответ от компании по этому разбору? → Открыть инструмент
Впишите один раз — подставится во все письма ниже:
Все поля обязательны для печати документа — это формальное требование к самому письму (реквизиты официального обращения), а не сбор данных: ничего никуда не отправляется и не сохраняется, всё остаётся у вас в браузере и пропадает при закрытии страницы. Подробнее — в разделе методологии.
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Отправьте это письмо компании напрямую — до обращения к регулятору у неё есть право ответить (ст. 12(3) GDPR — 30 дней).
Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — inteltoday.org Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта inteltoday.org. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) Все запросы к рекламным биржам несут машинную строку согласия в стандартном отраслевом формате. При её расшифровке видно: согласие не дано ни на одну цель обработки — все разрешения обнулены. Тем не менее свыше десяти бирж выполняют синхронизацию идентификаторов и запросы ставок, неся именно эту строку «ничего не разрешено». Первая такая синхронизация (SmartAdServer) уходит уже на +1310 мс — ещё до того, как на странице появляется уведомление о cookie (+2261 мс), а основной обмен с биржами идёт с +10250 мс. Явного нажатия «принять» в замере нет: строка отказа — это состояние по умолчанию, и реклама работает поверх него. 2) Политика Automattic описывает рекламу обобщённо — «рекламные партнёры», — не называя ни одного из более чем пятнадцати реальных получателей данных (Google, Amazon, Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media и других). Конкретный список вынесен на отдельную страницу, не входящую в сам документ. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/audits/it-inteltoday-org-it/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — inteltoday.org 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 inteltoday.org. 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) All requests to the advertising exchanges carry a machine consent string in the standard industry format. On decoding it, one sees: consent is not given for any processing purpose — all permissions zeroed. Nevertheless, over ten exchanges perform identifier synchronisation and bid requests, carrying precisely this «nothing allowed» string. The first such synchronisation (SmartAdServer) goes out already at +1310 ms — before the cookie notice even appears on the page (+2261 ms), while the main exchange with the exchanges goes on from +10250 ms. There is no explicit «accept» press in the capture: the refusal string is the default state, and the advertising works on top of it. 2) The Automattic policy describes advertising in general terms — «advertising partners» — without naming a single one of the more than fifteen actual data recipients (Google, Amazon, Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media and others). The specific list is moved to a separate page not included in the document itself. 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/it-inteltoday-org-it/ 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]
RIA DigiDoc — телефон · Smart-ID / Mobile-ID
Куда подавать: Garante — Итальянский гарант защиты данных — garanteprivacy.it
Регулятор рассматривает жалобы на своём государственном языке. Есть официальный переведённый шаблон Европейского совета по защите данных (EDPB) — можно использовать его вместо этого письма или вместе с ним: Официальная форма жалобы EDPB (PDF, ваш язык)
Тема: Жалоба на обработку персональных данных — inteltoday.org 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом inteltoday.org. 2. Обстоятельства Я посетил сайт inteltoday.org и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 15.06.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) Все запросы к рекламным биржам несут машинную строку согласия в стандартном отраслевом формате. При её расшифровке видно: согласие не дано ни на одну цель обработки — все разрешения обнулены. Тем не менее свыше десяти бирж выполняют синхронизацию идентификаторов и запросы ставок, неся именно эту строку «ничего не разрешено». Первая такая синхронизация (SmartAdServer) уходит уже на +1310 мс — ещё до того, как на странице появляется уведомление о cookie (+2261 мс), а основной обмен с биржами идёт с +10250 мс. Явного нажатия «принять» в замере нет: строка отказа — это состояние по умолчанию, и реклама работает поверх него. 2) Политика Automattic описывает рекламу обобщённо — «рекламные партнёры», — не называя ни одного из более чем пятнадцати реальных получателей данных (Google, Amazon, Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media и других). Конкретный список вынесен на отдельную страницу, не входящую в сам документ. Полная техническая документация опубликована по адресу: https://gdpru.eu/audits/it-inteltoday-org-it/ 3. Положения GDPR, соблюдение которых прошу проверить Art. 6(1)(a) GDPR — реклама работает вопреки сигналу «согласия нет»; Art. 13(1)(e) GDPR — получатели данных не названы 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — inteltoday.org 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website inteltoday.org. 2. Circumstances I visited the website inteltoday.org and found indications that the processing of my personal data does not comply with the GDPR. The technical analysis published on gdpru.eu on 15 June 2026 (open methodology, reproducible measurements) documents the following indications: 1) All requests to the advertising exchanges carry a machine consent string in the standard industry format. On decoding it, one sees: consent is not given for any processing purpose — all permissions zeroed. Nevertheless, over ten exchanges perform identifier synchronisation and bid requests, carrying precisely this «nothing allowed» string. The first such synchronisation (SmartAdServer) goes out already at +1310 ms — before the cookie notice even appears on the page (+2261 ms), while the main exchange with the exchanges goes on from +10250 ms. There is no explicit «accept» press in the capture: the refusal string is the default state, and the advertising works on top of it. 2) The Automattic policy describes advertising in general terms — «advertising partners» — without naming a single one of the more than fifteen actual data recipients (Google, Amazon, Rubicon, OpenX, TripleLift, 33Across, GumGum, Media.net, Casale Media and others). The specific list is moved to a separate page not included in the document itself. Full technical documentation is published at: https://gdpru.eu/audits/it-inteltoday-org-it/ 3. GDPR provisions I ask you to examine Art. 6(1)(a) GDPR — advertising works against the «no consent» signal; Art. 13(1)(e) GDPR — data recipients not named 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]