Static vs dynamic QR codes — what actually changes under the hood

Print a QR code on a poster, a menu, or a product label, and eventually someone asks: should this be "static" or "dynamic"? The terms get thrown around by QR services trying to upsell a subscription, which makes the actual technical difference harder to find than it should be. It's simpler than the marketing makes it sound.

What a QR code actually stores

A QR code is a pattern that encodes data directly — usually a URL, but it can be plain text, a phone number, WiFi credentials, or a contact card. When you scan it, your phone's camera decodes that pattern back into the original data and acts on it (opening a link, dialing a number, and so on). There's no server involved in the decode step itself — the data is sitting right there in the black-and-white pattern.

Static: the code is the destination

A static QR code encodes the final destination directly. If you generate one pointing at https://example.com/menu, that URL is permanently baked into the pattern. Our QR Code Generator makes static codes — you type in a link or text, it builds the pattern in your browser, and the code is yours with no account and no expiry.

The tradeoff: if the destination URL ever changes — you migrate your menu to a new page, your phone number changes — the printed QR code now points at the wrong place, and there's no way to redirect it. You'd need to reprint.

Dynamic: the code points at a redirect, not the destination

A dynamic QR code encodes a short URL controlled by a third-party service (like qrservice.com/abc123). Scanning it hits that service's server first, which looks up where abc123 currently points and redirects you there. Because the lookup happens on the service's server, the owner can change the destination at any time without reprinting the code — and the service can also show you scan counts, since every scan passes through their server first.

That flexibility comes with real dependencies: the code only works as long as the service stays online and you keep paying for the account, since the code itself just contains their short-link, not your actual destination. If the service shuts down or you stop your subscription, every printed dynamic code stops working — permanently, since you can't recover the original destination from the pattern alone.

Which one you actually need

If the destination is genuinely permanent — a WiFi password for a fixed router, a fixed phone number, contact details that don't change — static is simpler, free, and has no dependency on a third party staying in business. If you expect to change the destination after printing — a physical sign that should always route to "today's menu" or "this quarter's promotion" — a dynamic code (or, more simply, a static code pointing at a URL you control and can update server-side yourself) is the better fit.

A middle ground worth knowing: if you already run your own website, you can get the flexibility of a dynamic code without the subscription. Point a static QR code at a URL on your own domain that redirects — yoursite.com/menu — and update where that redirect points on your end whenever you like. The printed code never changes, but where it sends people can.

Generate a static code for free with the QR Code Generator — nothing is uploaded, and the code doesn't expire or depend on us staying online.