Policy changed — see what exactly · 2026-09-08 →
Jumbo.com is the site of the Jumbo supermarket chain. Homepage scan: 335 requests, 16 domains, but the stack is largely first-party. No third-party advertising or analytics trackers were found — no Google Analytics, no social media pixels, no advertising, no programmatic exchanges; Google Tag Manager loads but deploys no commercial tags. The site has the OneTrust consent mechanism, with consent recorded at 8127 ms. This works in the site's favor. But before consent, primary analytics fires: a series of POST events goes to the site's own /api/pixel endpoint from as early as 3648 ms — before the banner even finishes rendering — and continues thereafter without interruption. Primary behavioral data collection requires consent, and here it fires before it is given.
Request timeline
Declared versus actual
Detected trackers
- Jumbo's primary analytics pixel (/api/pixel, before consent)
- OneTrust (consent mechanism, TCF)
- mPulse / Akamai (RUM and performance — technical)
- Google Tag Manager (container loaded, no tags deployed)
- Mopinion (reviews widget)
Indicators of GDPR non-compliance
- Art. 6(1)(a) GDPR and art. 11.7a Telecommunicatiewet — the primary analytics pixel runs before consentThe site is built largely on its own infrastructure, and a third-party commercial layer is practically absent: the scan contains no Google Analytics, no social media pixels, no advertising networks, and no programmatic exchanges. Google Tag Manager loads but does not deploy any commercial tags. The site has the OneTrust consent mechanism, and consent is recorded at 8127 ms (a request to privacyportal-de.onetrust.com/request/v1/consentreceipts). This works in the site's favor. However, before consent is recorded, primary analytics fires: a series of POST requests with events goes out to the site's own endpoint www.jumbo.com/api/pixel (from 3648 ms — that is, before the consent banner even finishes rendering — and continuing thereafter without interruption). This is primary behavioral data collection, a non-technical purpose requiring consent under art. 11.7a Telecommunicatiewet and Art. 6(1)(a) GDPR. Jumbo's own policy classifies advertising and personalization as consent-based processing. Here, however, the analytics pixel fires before the user's choice. The content of the events cannot be assessed from the sanitized HAR, since the payload has been stripped — so the behavior itself is what's recorded: primary event requests before consent. Performance monitoring (mPulse/Akamai), functional chat, and the reviews widget are not part of the concern.
Context
www.jumbo.com is the site of Jumbo, the Netherlands’ second-largest supermarket chain (catalog, recipes, loyalty program, online ordering and delivery). The data controller is Jumbo. The site is commercial.
Scan: 335 requests to 16 domains, homepage, captured in a clean browser without a VPN or ad blocker. The stack is largely first-party. The site has the OneTrust consent mechanism.
Who receives the data
There are no third-party commercial data recipients before consent in this session.
Primary analytics go to the site’s own endpoint www.jumbo.com/api/pixel. Google Tag Manager loads but deploys no commercial tags. The scan contains no third-party Google Analytics, no social media pixels, no advertising networks, and no programmatic exchanges whatsoever. On the technical and functional side, there’s mPulse/Akamai performance monitoring, Akamai bot protection, functional chat (Google chat-messenger SDK), and the Mopinion reviews widget (loading).
Was there a consent banner
Yes, the site has the OneTrust consent mechanism (via the IAB TCF framework): the loader script starts at 3610 ms, the banner finishes rendering by 5474 ms, and consent is recorded at 8127 ms (consentreceipts).
The key issue is that primary analytics fired earlier: the /api/pixel pixel went out in a series starting at 3648 ms — before the banner finished rendering — and continued after consent was recorded.
What fires before consent
Before consent is recorded, the following fire:
- the primary analytics pixel /api/pixel (from 3648 ms) — series of POST events;
- the GTM tag manager (855 ms) — without deploying commercial tags;
- mPulse performance monitoring (858 ms) — technical;
- Akamai bot protection (2258 ms) — security.
The tag manager, performance monitoring, and bot protection raise no concerns — these are functional, technical, and security purposes, and GTM in particular deploys nothing third-party. The concern is the primary analytics pixel: this is behavioral data collection, and it fires before consent.
Why “first-party” is not a free pass
This point matters for understanding the issue. The fact that Jumbo keeps analytics on its own infrastructure and involves almost no third-party trackers is indeed better than a scatter of external advertising tools. But legally, the question isn’t who receives the data — it’s on what legal basis it’s collected. The primary analytics pixel is behavioral data collection requiring consent, and the site has the OneTrust consent mechanism, which records the choice. Launching the pixel before that choice is inconsistent with the very legal basis the site itself relies on. The content of the events cannot be assessed from the sanitized HAR, since the payload has been stripped — so the behavior itself is what’s recorded: primary event requests before consent.
Conclusion
Jumbo.com is a case of an overall restrained setup with one inconsistency at the analytics level. Much works in the site’s favor: there are no third-party advertising or analytics trackers, GTM deploys no commercial tags, performance monitoring and chat are functional, and the OneTrust consent mechanism is present. But the primary analytics pixel /api/pixel sends events before consent is recorded, even though the site’s own policy classifies advertising and personalization as consent-based processing. The key takeaway for the reader: the absence of third-party recipients does not eliminate the consent requirement — the in-house analytics pixel should be gated on consent. It would be enough to defer these event requests until after the user’s choice.
How to verify: download the file and compute its checksum — sha256sum file.har (Linux, macOS) or certutil -hashfile file.har SHA256 (Windows); it must match the one shown. The conclusions apply to the scope of this measurement — see the limitations of the method.
bc711f3be2b5724e8c0cb2a67f9fb5d832fa9c65625e2cf009aa96d56a42bc22Want a response from the company about this audit? → Open the tool
Fill in once — it will be inserted into every letter below:
All fields are required to print the document — this is a formal requirement of the letter itself (the particulars of an official submission), not data collection: nothing is sent or saved anywhere, it all stays in your browser and disappears when you close the page. See the methodology for details.
RIA DigiDoc — phone · Smart-ID / Mobile-ID
Send this letter directly to the company first — before contacting the regulator it has the right to respond (GDPR Art. 12(3) — 30 days).
Тема: Запрос доступа к персональным данным (ст. 15 GDPR) — jumbo.com Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта jumbo.com. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) Сайт построен преимущественно на собственной инфраструктуре, и сторонний коммерческий слой здесь практически отсутствует: ни Google Analytics, ни пикселей соцсетей, ни рекламных сетей, ни программатик-бирж в замере нет. Google Tag Manager загружается, но коммерческих тегов не разворачивает. На сайте есть механизм согласия OneTrust, и согласие фиксируется на 8127 мс (обращение privacyportal-de.onetrust.com/request/v1/consentreceipts). Это в пользу сайта. Однако ещё до фиксации согласия отрабатывает первичная аналитика: на собственный эндпойнт www.jumbo.com/api/pixel уходят серии POST-обращений с событиями (с 3648 мс — то есть раньше, чем дорисовывается баннер согласия, — и далее непрерывно). Это первичный сбор поведения, нетехническая цель, требующая согласия по art. 11.7a Telecommunicatiewet и Art. 6(1)(a) GDPR. Собственная политика Jumbo относит рекламу и персонализацию к обработке за согласием. Здесь же аналитический пиксель отрабатывает раньше выбора пользователя. Содержание событий по очищенному HAR не оценивается — полезный груз удалён, — поэтому фиксируется само поведение: первичные событийные обращения до согласия. Мониторинг производительности (mPulse/Akamai), функциональный чат и виджет отзывов в претензию не входят. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/en/audits/nl-jumbo-com/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — jumbo.com 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 jumbo.com. 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 is built largely on its own infrastructure, and a third-party commercial layer is practically absent: the scan contains no Google Analytics, no social media pixels, no advertising networks, and no programmatic exchanges. Google Tag Manager loads but does not deploy any commercial tags. The site has the OneTrust consent mechanism, and consent is recorded at 8127 ms (a request to privacyportal-de.onetrust.com/request/v1/consentreceipts). This works in the site's favor. However, before consent is recorded, primary analytics fires: a series of POST requests with events goes out to the site's own endpoint www.jumbo.com/api/pixel (from 3648 ms — that is, before the consent banner even finishes rendering — and continuing thereafter without interruption). This is primary behavioral data collection, a non-technical purpose requiring consent under art. 11.7a Telecommunicatiewet and Art. 6(1)(a) GDPR. Jumbo's own policy classifies advertising and personalization as consent-based processing. Here, however, the analytics pixel fires before the user's choice. The content of the events cannot be assessed from the sanitized HAR, since the payload has been stripped — so the behavior itself is what's recorded: primary event requests before consent. Performance monitoring (mPulse/Akamai), functional chat, and the reviews widget are not part of the concern. 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/en/audits/nl-jumbo-com/ 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 — phone · Smart-ID / Mobile-ID
Where to file: Dutch Data Protection Authority (AP) — autoriteitpersoonsgegevens.nl
The regulator reviews complaints in its national language. There is an officially translated template from the European Data Protection Board (EDPB) — you can use it instead of or alongside this letter: Official EDPB complaint form (PDF, your language)
Тема: Жалоба на обработку персональных данных — jumbo.com 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом jumbo.com. 2. Обстоятельства Я посетил сайт jumbo.com и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 23.06.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) Сайт построен преимущественно на собственной инфраструктуре, и сторонний коммерческий слой здесь практически отсутствует: ни Google Analytics, ни пикселей соцсетей, ни рекламных сетей, ни программатик-бирж в замере нет. Google Tag Manager загружается, но коммерческих тегов не разворачивает. На сайте есть механизм согласия OneTrust, и согласие фиксируется на 8127 мс (обращение privacyportal-de.onetrust.com/request/v1/consentreceipts). Это в пользу сайта. Однако ещё до фиксации согласия отрабатывает первичная аналитика: на собственный эндпойнт www.jumbo.com/api/pixel уходят серии POST-обращений с событиями (с 3648 мс — то есть раньше, чем дорисовывается баннер согласия, — и далее непрерывно). Это первичный сбор поведения, нетехническая цель, требующая согласия по art. 11.7a Telecommunicatiewet и Art. 6(1)(a) GDPR. Собственная политика Jumbo относит рекламу и персонализацию к обработке за согласием. Здесь же аналитический пиксель отрабатывает раньше выбора пользователя. Содержание событий по очищенному HAR не оценивается — полезный груз удалён, — поэтому фиксируется само поведение: первичные событийные обращения до согласия. Мониторинг производительности (mPulse/Akamai), функциональный чат и виджет отзывов в претензию не входят. Полная техническая документация опубликована по адресу: https://gdpru.eu/en/audits/nl-jumbo-com/ 3. Положения GDPR, соблюдение которых прошу проверить Art. 6(1)(a) GDPR и art. 11.7a Telecommunicatiewet — первичный аналитический пиксель работает до согласия 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — jumbo.com 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website jumbo.com. 2. Circumstances I visited the website jumbo.com and found indications that the processing of my personal data does not comply with the GDPR. The technical analysis published on gdpru.eu on 23 June 2026 (open methodology, reproducible measurements) documents the following indications: 1) The site is built largely on its own infrastructure, and a third-party commercial layer is practically absent: the scan contains no Google Analytics, no social media pixels, no advertising networks, and no programmatic exchanges. Google Tag Manager loads but does not deploy any commercial tags. The site has the OneTrust consent mechanism, and consent is recorded at 8127 ms (a request to privacyportal-de.onetrust.com/request/v1/consentreceipts). This works in the site's favor. However, before consent is recorded, primary analytics fires: a series of POST requests with events goes out to the site's own endpoint www.jumbo.com/api/pixel (from 3648 ms — that is, before the consent banner even finishes rendering — and continuing thereafter without interruption). This is primary behavioral data collection, a non-technical purpose requiring consent under art. 11.7a Telecommunicatiewet and Art. 6(1)(a) GDPR. Jumbo's own policy classifies advertising and personalization as consent-based processing. Here, however, the analytics pixel fires before the user's choice. The content of the events cannot be assessed from the sanitized HAR, since the payload has been stripped — so the behavior itself is what's recorded: primary event requests before consent. Performance monitoring (mPulse/Akamai), functional chat, and the reviews widget are not part of the concern. Full technical documentation is published at: https://gdpru.eu/en/audits/nl-jumbo-com/ 3. GDPR provisions I ask you to examine Art. 6(1)(a) GDPR and art. 11.7a Telecommunicatiewet — the primary analytics pixel runs before consent 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]