“Clear my browser state” deletes the cookie and the widget's local queue so the banner appears again. It does not delete anything on the server — that is the point of an append-only log, and you can watch the old entries stay put in the last panel.
Your decision, as stored in your browser
Read from the first-party consential_consent cookie on this domain.
What this page is holding
Status is read from the browser's own Resource Timing entries — whether the request was actually made, not whether we think it was. The marketing row points at a first-party file on this domain rather than a real ad pixel: this site runs no ad tracking, and adding one so a demo could show it firing would be the exact thing this product complains about. What is real is the holding and the release.
third party, real container—
first party, this domain—
The Google Consent Mode v2 signal
Read live from window.dataLayer. The widget sends default before anything loads and update the moment you choose.
What gets sent to the server
One request, on the decision only — not on every page view. A returning visitor's stored choice is re-applied from the cookie without writing a second record. Here is the exact body of the last POST /v1/consent this browser would send for your current decision:
Three things are deliberately absent from that body: your IP address, your user agent, and your jurisdiction. The server derives all three from the request it actually receives, because a value supplied by the page could be a lie. The IP is hashed before it is stored — the address itself is never written down.
What the server actually stored
This table is fetched back from the API by visitor ID. It is the append-only record: choosing again adds a row, it never edits one. If the table is empty, no decision has been recorded for this browser yet.
| Recorded at (UTC) | Action | Categories | Source | Policy | Region | IP hash |
|---|---|---|---|---|---|---|
| No record on file for this browser yet. | ||||||