Policy changed — see what exactly · 2026-08-14 →
The website of the National Research Council of Italy (CNR), Drupal. 64 requests, 3 domains — all its own. Two Matomo instances work in parallel, and neither is named in the policy. But this is the most private variant of analytics in the series: both are cookieless, without an identifier, nothing leaves CNR. The only question is about disclosure.
Request timeline
Declared versus actual
Detected trackers
- Matomo (metrics.cedrc.cnr.it) — first-party, cookieless
- Matomo (matomo.rsi.cnr.it) — first-party, cookieless
Indicators of GDPR non-compliance
- Art. 13(1)(e) GDPR — analytics not disclosed (though harmless in essence)The policy describes only technical session cookies and explicitly states that there is no profiling; there is no separate category of statistical/analytics cookies in the document at all. In fact, two independent Matomo instances work in parallel on the site — metrics.cedrc.cnr.it (idsite=20) and matomo.rsi.cnr.it (idsite=1) — both recording the same visit almost simultaneously. An important caveat in the site's favour: both work without cookies and without a visitor identifier, entirely on CNR's own domains, so the promise «no profiling» is truthful here. The violation here is in the incompleteness of disclosure (the analytics tool is not named and not set out as a separate category), not in a data leak.
Context
www.cnr.it is the website of the Consiglio Nazionale delle Ricerche, Italy’s principal state research institution. It is built on Drupal. The capture shows 64 requests to three domains — and all three belong to CNR itself. The policy correctly names the council itself as the data controller. The capture, like the whole series, was taken on a clean Edge browser with no VPN and no blocker. This is an interesting case, because formally there is something to nitpick here, while in essence the site behaves almost exemplarily. I will lay out both sides honestly.
Was there a consent banner
There is no consent banner, and it is not needed. The policy permits only technical session cookies, for which consent is not required by law. And since the analytics on this site works without cookies at all, there really is nothing to ask consent for. The absence of a banner here is entirely natural.
Two Matomo instances at once
A technical peculiarity of the site: two different, unconnected Matomo counters work on it in parallel — on two different CNR subdomains, with different site identifiers. Both record the same visit, practically within one millisecond of each other. This most resembles a situation where two departments of a large institution each set up their own counter, and both were left running on the shared site. The case recalls the medicines agency from this series, which also had two Matomos — but with two differences, and both in CNR’s favour.
But this is the most private variant of analytics in the series
Here is the side that is important to name directly. Both counters here work without a single cookie and without a visitor identifier — that is, they assign the person no marker by which they could be recognised between visits. Both are hosted on CNR’s own domains, nothing goes to Google or any third-party services, nothing is transmitted beyond the institution. This means that the policy’s explicit statement — «cookies are not used for profiling» — is the plain truth here. Of all the analysed sites where analytics works at all, this is perhaps the most private implementation of it: they count visits, but do not track the person. The difference from the medicines agency is exactly this: there both counters carried a visitor identifier, here neither does. But there at least one of the two was named in the policy, while here neither is — and this is the only real nitpick.
What is missing — only the declaration
The flaw comes down to disclosure. The policy describes only technical session cookies and does not set out statistics as a separate category at all — there are no words in the document about the site conducting analytics, albeit anonymous. So formally any analytics tool here turns out to be undeclared, and there are two of them at that. This is a question of the precision and completeness of informing, not of data security: the visitor ought to know that their visits are being counted, even if counted in an utterly harmless way.
What cannot be claimed from the capture
A few honest caveats. The conclusion that both counters work without an identifier I draw from the capture itself — there is neither a cookie nor a visitor identifier in it. The version of «two departments, two counters» is the most plausible explanation, but intent cannot be determined from the capture; I record the mere fact of the double counting. The capture covers the home page; the exact server addresses are not preserved in the lightweight export, but all three domains belong to CNR anyway.
Conclusion
Unlike the heavy commercial cases in the series, here the data-processing practice itself is almost exemplary: two first-party counters, both without cookies and without an identifier, nothing leaves CNR, there is no profiling — and this is not a promise but an observable fact. The only thing there is a complaint about is that neither of the two tools is named in the policy, and that the analytics is not set out in it as a separate category at all, while there are for some reason two counters. The main takeaway for the reader: there is such a thing as «undeclared yet harmless» — and this is exactly such a case; the site need only honestly add to the policy what it already does more carefully than many.
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.
ecdf07517d93aa798ecc18ce114099d370d92e1b89bb94f3a92158f18ee22604Want 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) — cnr.it Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта cnr.it. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) На основании независимого технического анализа сайта прошу подтвердить и подробно раскрыть следующие категории обработки: 1) Политика описывает только технические сессионные cookie и прямо заявляет, что профилирования нет; отдельной категории статистических/аналитических cookie в документе нет вовсе. Фактически на сайте параллельно работают два независимых экземпляра Matomo — metrics.cedrc.cnr.it (idsite=20) и matomo.rsi.cnr.it (idsite=1), — оба фиксируют один и тот же визит почти одновременно. Важная оговорка в пользу сайта: оба работают без cookie и без идентификатора посетителя, полностью на доменах самого CNR, так что обещание «без профилирования» здесь правдиво. Нарушение тут — в неполноте раскрытия (инструмент аналитики не назван и не выделен в отдельную категорию), а не в утечке данных. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/en/audits/it-cnr-it/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — cnr.it 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 cnr.it. 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 policy describes only technical session cookies and explicitly states that there is no profiling; there is no separate category of statistical/analytics cookies in the document at all. In fact, two independent Matomo instances work in parallel on the site — metrics.cedrc.cnr.it (idsite=20) and matomo.rsi.cnr.it (idsite=1) — both recording the same visit almost simultaneously. An important caveat in the site's favour: both work without cookies and without a visitor identifier, entirely on CNR's own domains, so the promise «no profiling» is truthful here. The violation here is in the incompleteness of disclosure (the analytics tool is not named and not set out as a separate category), not in a data leak. 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/it-cnr-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 — phone · Smart-ID / Mobile-ID
Where to file: Italian Data Protection Authority (Garante) — garanteprivacy.it
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)
Тема: Жалоба на обработку персональных данных — cnr.it 1. Предмет жалобы Я подаю жалобу в отношении обработки моих персональных данных сайтом cnr.it. 2. Обстоятельства Я посетил сайт cnr.it и обнаружил признаки несоответствия обработки моих персональных данных требованиям GDPR. Технический разбор, опубликованный на gdpru.eu 15.06.2026 (открытая методология, воспроизводимые измерения), документирует следующие признаки: 1) Политика описывает только технические сессионные cookie и прямо заявляет, что профилирования нет; отдельной категории статистических/аналитических cookie в документе нет вовсе. Фактически на сайте параллельно работают два независимых экземпляра Matomo — metrics.cedrc.cnr.it (idsite=20) и matomo.rsi.cnr.it (idsite=1), — оба фиксируют один и тот же визит почти одновременно. Важная оговорка в пользу сайта: оба работают без cookie и без идентификатора посетителя, полностью на доменах самого CNR, так что обещание «без профилирования» здесь правдиво. Нарушение тут — в неполноте раскрытия (инструмент аналитики не назван и не выделен в отдельную категорию), а не в утечке данных. Полная техническая документация опубликована по адресу: https://gdpru.eu/en/audits/it-cnr-it/ 3. Положения GDPR, соблюдение которых прошу проверить Art. 13(1)(e) GDPR — аналитика не раскрыта (хотя по сути безвредна) 4. Требование Прошу проверить изложенные обстоятельства и, если несоответствие подтвердится, принять меры, предусмотренные статьёй 58(2) GDPR. 5. Приложения Полная доказательная база — HAR-файл, контрольная сумма SHA-256 и цитата из политики конфиденциальности сайта, документирующая указанное противоречие — опубликована и проверяема по ссылке в пункте 2 выше. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Complaint regarding personal data processing — cnr.it 1. Subject of the complaint I am filing a complaint regarding the processing of my personal data by the website cnr.it. 2. Circumstances I visited the website cnr.it 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) The policy describes only technical session cookies and explicitly states that there is no profiling; there is no separate category of statistical/analytics cookies in the document at all. In fact, two independent Matomo instances work in parallel on the site — metrics.cedrc.cnr.it (idsite=20) and matomo.rsi.cnr.it (idsite=1) — both recording the same visit almost simultaneously. An important caveat in the site's favour: both work without cookies and without a visitor identifier, entirely on CNR's own domains, so the promise «no profiling» is truthful here. The violation here is in the incompleteness of disclosure (the analytics tool is not named and not set out as a separate category), not in a data leak. Full technical documentation is published at: https://gdpru.eu/en/audits/it-cnr-it/ 3. GDPR provisions I ask you to examine Art. 13(1)(e) GDPR — analytics not disclosed (though harmless in essence) 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]