Policy changed — see what exactly · 2026-10-14 →
Budapest City Hall (the official portal of the Hungarian capital) — 110 requests, a single domain. All resources, including fonts, are hosted locally on the site's own domain; there are no external calls, trackers, or cookies in the capture. The Matomo analytics declared in the policy (self-hosted at matomo.budapest.hu) does not fire prior to consent. No violations have been recorded.
Request timeline
Declared versus actual
Context
budapest.hu is the official portal of the city of Budapest. The data controller is the Budapest Metropolitan City Hall (Budapest Főváros Főpolgármesteri Hivatal). The site is built on Next.js. The portal discloses a cookie policy that distinguishes between strictly necessary and analytics cookies. Capture: 110 requests, a single domain, recorded in a clean browser.
Declared versus Actual
The Cookie Policy divides cookies into two categories. Strictly necessary cookies (cc_cookie, for storing consent settings, and the session cookie cookiesession1) are set automatically on the basis of the performance of a task carried out in the public interest. Analytics cookies, by contrast, are declared non-essential: the policy states directly that their setting requires the visitor’s voluntary consent (legal basis: GDPR Art. 6(1)(a)), and these are the Matomo analytics cookies (_pk_id, _pk_ses, _pk_ref) on self-hosted infrastructure.
The capture confirms the declared model. All 110 requests go to the single domain budapest.hu; there is no external domain present in the capture — no font services, no analytics, no advertising pixels, no maps. Matomo analytics does not fire in a session without consent: there are no calls to matomo.budapest.hu in the capture. Scripts, stylesheets, fonts, and images are served locally via Next.js optimization. No cookies are set (Set-Cookie is zero).
The site’s Content Security Policy (CSP) lists a number of permitted domains for embedded content — among them the self-hosted Matomo instance, as well as Facebook, TikTok, YouTube, Google, Spotify, and Office/Forms. These are permissible sources for embedded elements (video, maps, forms) on individual pages, but on the home page in its pre-consent state, none of them is invoked: the CSP list describes what is potentially permitted, not what is actually loaded.
Accordingly, no discrepancy between “declared” and “actual” arises: analytics is declared as consent-based and does not activate prior to consent, and there are no external calls in the capture whatsoever.
Timing Relative to Consent
All calls go to the site’s own domain. Analytics cookies are not set prior to consent, there are no third-party resources on the home page, and no cookies are set. For a municipal portal, this is the expected and correct behavior.
What Cannot Be Asserted from This Capture
The capture covers the home page in its pre-consent state. Matomo’s behavior after clicking “accept,” as well as embedded content (YouTube/TikTok video, maps, Office forms) permitted by the security policy on internal pages, are not covered by this capture; with correct configuration and consent given, their firing would be lawful. Server-side processing is not visible in a browser-based capture.
Conclusion
The official portal of Budapest demonstrates a configuration that is clean as captured: all resources, including fonts, are hosted locally on the site’s own domain, there are no external calls whatsoever, trackers and cookies are absent, and the declared Matomo analytics on self-hosted infrastructure does not fire prior to consent. Analytics is correctly declared in the policy as non-essential and consent-based. What is declared matches actual behavior. No violations have been recorded in the capture.
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.
d1c8d1e0cd3a5f3bf08fc31130eecfa55a052c96370e164d5bc6d6999ec51737Want 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) — budapest.hu Кому: [укажите адрес компании — DPO / поддержка / юридический отдел] От: [Ваше имя], [контактный email] Прошу предоставить доступ к моим персональным данным, обрабатываемым в связи с использованием сайта budapest.hu. 1. Категории данных и цели обработки (ст. 15(1)(a)-(c)) Прошу предоставить информацию по всем категориям, целям и получателям обработки моих данных на этом сайте — независимо от того, выявлены ли на сегодняшний день какие-либо несоответствия. 2. Получатели, сроки хранения и передача за пределы ЕЭЗ (ст. 15(1)(c)-(d), 46) Прошу также указать полный список третьих лиц-получателей, применимые сроки хранения по каждой категории и правовые основания передачи данных за пределы ЕЭЗ, если таковая происходит. Полный технический разбор с доказательствами (сохранённый сетевой журнал, контрольная сумма SHA-256) опубликован по адресу: https://gdpru.eu/en/audits/hu-budapest-hu/ 3. Автоматизированная обработка и профилирование (ст. 15(1)(h)) Прошу сообщить, применяется ли в отношении меня автоматизированное принятие решений или профилирование, и если да — раскрыть логику такой обработки. С уважением, [Ваше имя] [контактный email] [Страна] [Дата]
Subject: Data access request (GDPR Art. 15) — budapest.hu 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 budapest.hu. 1. Categories of data and purposes of processing (Art. 15(1)(a)-(c)) I request information on all categories, purposes, and recipients of my data processed on this site — regardless of whether any non-compliance has been identified to date. 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/hu-budapest-hu/ 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]