<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[What a scan actually tells you — and what it does not]]></title><description><![CDATA[<p dir="auto">Scan counts are more slippery than they look. Worth knowing what is behind the number before you make a decision with it.</p>
<h3>What a scan can tell you</h3>
<ul>
<li><strong>That a redirect was served</strong>, with a timestamp</li>
<li><strong>Device, browser and operating system</strong>, from the request</li>
<li><strong>Roughly where from</strong> — see the tier note below</li>
<li><strong>Which code</strong>, so you can compare placements against each other</li>
</ul>
<h3>What it cannot tell you</h3>
<ul>
<li><strong>Whether a human saw anything.</strong> A request is not a person.</li>
<li><strong>What happened next.</strong> Whether they read the menu, followed the account, or bought something happens beyond the redirect.</li>
<li><strong>Who they are.</strong> No identity comes attached to a scan, and any claim otherwise should worry you.</li>
</ul>
<h3>The bot problem, and why the number you want is smaller</h3>
<p dir="auto">Not every request is a person with a phone. Link previews from messaging apps fetch the destination to build a thumbnail. Security scanners follow links in email. Crawlers wander. Paste a code's link into a group chat and you can generate a dozen "scans" before a human sees it.</p>
<p dir="auto">We classify traffic rather than counting every request equally, and separate engaged scans from automated ones. It means our headline number is often <em>lower</em> than a raw request count — which is the point. A number that flatters you is not useful for deciding where to put the next sign.</p>
<p dir="auto">This matters most when comparing placements. A code shared in a chat group and a code on a shop window collect very different proportions of automated traffic, and comparing their raw totals will mislead you.</p>
<h3>Location, honestly</h3>
<p dir="auto">Location comes from IP address, which is an approximation — it can be off by a city, and a VPN moves it entirely. Treat it as a regional signal, never as where someone physically stood.</p>
<p dir="auto">Depth of location detail depends on plan: the full city-level breakdown and scan map are on <strong>Advanced</strong>, and the free trial includes a taste of it. <strong>Starter</strong> and <strong>Pro</strong> show top countries rather than the full city map.</p>
<h3>A practical way to use the numbers</h3>
<p dir="auto">Compare like with like, over the same period: same code, two placements. Absolute totals mean little; the difference between two placements of the same code is a real signal you can act on.</p>
]]></description><link>https://qrcodestack.com/community/topic/7/what-a-scan-actually-tells-you-and-what-it-does-not</link><generator>RSS for Node</generator><lastBuildDate>Sun, 30 Aug 2026 14:42:30 GMT</lastBuildDate><atom:link href="https://qrcodestack.com/community/topic/7.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 29 Aug 2026 15:10:20 GMT</pubDate><ttl>60</ttl></channel></rss>