Dynamic vs Static QR Codes: The Real Difference and How to Choose
4 July 2026 · 7 min read
You've scanned a dozen QR codes this month without thinking twice about them — a menu, a poster, maybe a parcel label. But the moment you need to make your own, a question pops up that nobody explains properly: dynamic or static? It sounds like a technical distinction. It isn't, really. It comes down to one question: do you need to change where this code points after it's printed?
Get the answer right and you save yourself either a wasted subscription or a very expensive reprint. Here's the whole thing, no marketing fog.
What's actually inside the pattern
A QR code is just a pattern that encodes information. Scan it, and your phone reads that pattern and does something with what it finds. The difference between static and dynamic is entirely about what's encoded — not how the code looks, not how you scan it, not the size of the little squares.
Static: the destination is baked in
A static QR code has the full destination URL woven directly into its pattern. Print one pointing to yourrestaurant.com/menu, and that exact address lives inside the black-and-white squares themselves — permanently. No server, no middleman, no company involved. Scan it in ten years and it'll do exactly what it did on day one, provided the destination page still exists.
That permanence is the whole appeal. Print it and you're done. No account, no subscription, nothing to maintain. It also means nothing can take it offline except the destination website itself disappearing.
The catch is equally permanent: whatever's encoded is what you get, forever. Typo in the link? Wrong domain? Moved your menu page? You're reprinting, not editing.
Dynamic: a short link you control
A dynamic QR code doesn't encode your real destination at all. It encodes a short redirect URL — something like qrius.io/x7k2 — that belongs to a service. Scan it, and the phone hits that short link first, which then bounces the visitor on to wherever you've currently told it to go.
Because the redirect lives on a server rather than in the printed pattern, you can change the destination whenever you like without touching the physical code. Fix a typo in thirty seconds. Swap a landing page for a seasonal one. Point last year's flyers somewhere completely new. The printed square never changes; where it sends people can change as often as you want.
That's the entire trick, and it's why the choice matters more than it first appears.
What you can and can't do with each
Static gives you:
- Zero ongoing cost and no account to manage
- A code that works forever, independent of any company staying in business
- Total simplicity for something you'll genuinely never touch again
Static won't let you:
- Fix a typo or dead link without reprinting
- See how many people scanned it, or when
- Redirect to a different destination later
Dynamic gives you:
- The ability to change the destination any time, with no reprint
- Basic scan analytics — how many scans, roughly when
- A safety net for typos and last-minute changes
- The option to point one printed code at different things over a campaign's life
Dynamic won't let you:
- Run without a service behind it — there's no such thing as dynamic with no provider
- Guarantee the code keeps working if that provider disappears or you stop paying
When static is genuinely the right call
Don't overthink this bit. Static is fine — better than fine, it's the sensible choice — when:
- The destination is permanent. Your homepage, a YouTube video, a page that's been live for years and isn't going anywhere.
- It's a one-off. A single event, a small print run, something you'll never reorder.
- You don't care about numbers. If you just want people to reach the page and you're not measuring anything, tracking buys you nothing.
- You want zero admin. No login, no renewal, no "did I cancel that subscription" six months later.
A permanent shop sign pointing at your website, a product label linking to a spec sheet, a book cover linking to the publisher's page — all textbook static jobs. Print and forget.
When dynamic actually earns its keep
Dynamic pays for itself the moment change becomes likely, or when knowing what's working matters to you:
- Anything that might move. Event details that could shift venue or time. A menu that changes seasonally — worth reading our guide to QR code menus for restaurants if that's your situation. A campaign landing page you might want to swap.
- Large print runs. If you're distributing thousands of flyers or table cards, the cost of a dynamic subscription is trivial next to the cost of reprinting all of them because the link was wrong.
- You want to know if it's working. Scan counts and timing tell you whether anyone's actually using the thing you spent money printing.
- You're running more than one campaign. Being able to see which code gets scanned more, or update several at once from a dashboard, beats juggling a pile of one-off images.
A restaurant running a limited-time promotion, an event organiser who might need to change the venue link, a marketer testing which poster location performs — all better served by dynamic.
The honest trade-offs
Nobody selling dynamic QR codes tends to lead with the downsides, so here they are.
You need a service, and that service needs to stay up. Your code is only as reliable as the company running the redirect. Outages are rare with established providers, but they're not impossible — and if the redirect server has a bad afternoon, every printed copy of your code stops working until it's back.
You pay for it. Static costs nothing. Dynamic usually has a workable free tier for a handful of codes, then a modest monthly fee once you need more volume or features — typically somewhere in the region of a few pounds to a few tens of pounds a month, depending on the provider and how many codes you're running.
Someone sees the scan. Every dynamic scan passes through a server before it redirects, which means that server logs the event. That's not sinister — it's how the analytics work — but it does mean data is changing hands, and where that data lives and how it's handled is worth a moment's thought, especially for EU and UK businesses under GDPR. A service that logs raw IP addresses against every scan is collecting more than most businesses actually need. Look for one that gives you counts and timing without hoarding identifying detail, hosts within the EU, and offers a proper Data Processing Agreement rather than a vague privacy page.
Cost, in plain terms
Static: free, always. Generate it, export it, print it.
Dynamic: free to start on most services for a small number of codes, then a small recurring fee once you scale up. Weigh that fee against the alternative — what would it cost to reprint 5,000 flyers because the link changed? Usually, the subscription is the cheaper mistake to make.
The decision checklist
Run through this before you generate anything:
- Will the destination ever need to change?
- Am I printing a large or expensive run where a reprint would sting?
- Do I want to know whether people are actually scanning it?
- Does data privacy — EU hosting, no raw IP logging, a DPA — matter for my business or customers?
- Is this genuinely permanent, low-stakes, and one-off?
Answered yes to any of the first four? Go dynamic. Everything pointing to the last one, and nothing else? Static will do the job perfectly well, and there's no need to pay for flexibility you won't use.
Try it yourself
If static suits you, almost any generator will do — it's a two-minute job either way. If you want the flexibility of editing your destination later, with analytics and privacy handled properly, qrius.io's free generator is a sensible place to start: no card required, data hosted in Stockholm, no raw IP logging, and a Data Processing Agreement included as standard — which matters more than most generators let on if you're serving EU or UK customers.
FAQ
What is a dynamic QR code, exactly? It's a QR code whose printed pattern contains a short redirect link rather than your real destination. The service behind that link sends scanners on to wherever you've currently set it to point, which means you can change the destination without reprinting the code.
Can you edit a QR code after it's printed? Only if it's dynamic. A static code has the destination locked into the pattern itself — there's no edit button, no dashboard, nothing to update. Dynamic codes let you change the destination in a few clicks, and every scan from that point on follows the new link.
Can I convert a static QR code into a dynamic one? Not directly — they're structurally different. You'd need to generate a new dynamic code and, if it's already printed, swap the physical code over. This is exactly why it's worth deciding upfront rather than retrofitting later.
Which is cheaper, static or dynamic? Static is free, full stop. Dynamic usually has a free tier for a small number of codes, then a modest monthly fee as you scale. The real comparison isn't the subscription cost on its own — it's the subscription against the cost of a reprint if a static link turns out to be wrong or needs to change.
Do I need to worry about privacy with dynamic QR codes? If you're in the EU or UK, yes, it's worth checking. Every dynamic scan passes through a server, and that server can log more than it needs to — raw IP addresses, precise location, device fingerprints. Choose a provider that sticks to simple counts and timing, hosts in the EU, and offers a Data Processing Agreement, rather than one that treats scan data as something to hoard.
Most of the time, this isn't a hard call. If the link is never changing and you don't care about numbers, static is genuinely the better choice — cheaper and simpler. The moment something might move, or you want to know if anyone's actually scanning, dynamic pays for itself fast. Decide which camp you're in before you print, not after.