Skip to content
Security Tool

QR Scan Log

Log your own QR scans locally in your browser: date, payload, location note, and your verdict. Filter the log, export it as CSV, and keep a record of the codes you have trusted — and the ones you did not.

Log a scan

Example: https://example.com/menu — never log passwords or tokens.

Example: Cafe window, Main Street

Stored only in this browser (localStorage). Export a CSV copy if the record matters.

Your log

0 total — 0 safe · 0 suspicious · 0 blocked

No entries match. Log your first scan on the left.

Why keep a log of QR codes you scan

A single QR scan is a forgettable moment. A log of scans is a memory. Most people cannot say what they scanned last week, where they saw it, or whether the destination behaved oddly. That amnesia is exactly what a swapped code relies on: the same sticker, in the same place, quietly redirecting scanners for weeks while nobody connects the dots. A log turns isolated moments into a pattern — the same suspicious destination appearing at two locations, a code that changed its behaviour, a venue whose codes keep turning hostile.

The verdict is the most valuable field. Safe, suspicious, and blocked are judgements you make in the moment, when the context is fresh: the code was where you expected it, the page matched the promise, the redirect felt wrong, the login prompt arrived uninvited. Record the judgement even when you are unsure — especially when you are unsure. A suspicious entry you later revise is still more useful than a blank you cannot reconstruct. Over time, your own log becomes a personal reputation database for the places and senders whose codes you encounter.

For teams, a shared habit of logging is even more powerful. Facilities staff who log the codes they inspect, marketing staff who log the codes they publish, and support staff who log the codes customers report create a record that makes incidents tractable. When a customer reports a malicious code on a poster, the log answers the questions that otherwise take days: when was it last checked, what did it point at, who owned it, and which other codes share the same destination.

Keep the log honest and lean. Record the payload and the context, and never record credentials, tokens, or personal details — a log full of secrets becomes a target of its own. If a payload itself contains sensitive data, log a description instead of the full text. Export a CSV copy when the record matters, because browser storage is local, fragile, and tied to one device. And review the log on a schedule: suspicious entries deserve follow-up, blocked entries deserve a second look, and safe entries deserve a quiet confidence that your codes are behaving.

The deeper habit is the point. Logging a scan takes ten seconds, and it changes how you look at codes: from passive scanning to active noticing. You start to see the sticker that was not there yesterday, the code whose frame does not match, the destination that drifted. That attention is the real defence — the log is just where it accumulates.

Frequently Asked Questions About QR Scan Logs

Where is this log stored?

In your own browser, using localStorage on this device. Nothing is uploaded or synced. Clearing your browser storage, using a private window, or switching devices will lose or hide the log — export a CSV copy if the record matters.

What is worth logging about a QR scan?

The payload or destination, where you saw the code, when you scanned it, and your verdict. That combination is what makes the log useful later: it lets you spot a code that keeps reappearing, a location that keeps producing suspicious codes, or a destination that changed.

How should I judge a scan safe or suspicious?

Safe means the destination matched what you expected and behaved normally. Suspicious means something was off — an unexpected redirect, a lookalike domain, a login prompt you did not expect, or a code in a place it did not belong. Blocked means you stopped before opening it. When in doubt, log it as suspicious; you can revise it later.

Should a scan log contain passwords or personal data?

No. Log the payload and the context, never credentials, tokens, or personal details. A log that contains secrets becomes a target of its own. If a payload itself contains sensitive data, log a description of it instead of the full text.