Most people find out the difference the expensive way. The code goes on 5,000 postcards, the campaign landing page moves, and now 5,000 postcards point at a 404.
The distinction is simple once you see it, and it decides everything about how you use the code.
Static: the destination is the pattern
In a static code, the URL is physically encoded in the black and white grid. https://example.com/spring-sale becomes a specific arrangement of modules. Scan it and the phone reads that text straight off the paper. Nothing sits in the middle.
That means:
- It's free, and it stays free. There's no account and no subscription because there's no server doing anything.
- It works forever. Ten years from now, that pattern still decodes to that URL. No company can turn it off or start charging you for it.
- It can never be changed. Not by you, not by anyone.
- It can't be tracked. There's no request hitting anything you control, so there's nothing to count.
Static is also the only option for most payload types. A WiFi code, a vCard, a calendar event, a phone number, plain text: all of them carry their data inside the pattern. There's nothing to redirect.
Dynamic: the destination is a redirect you own
A dynamic code encodes a short link instead. Something like gmqr.dev/r/k3f9dx. When someone scans it, their phone hits that short link, your server looks up where it currently points, and forwards them there.
The pattern on the paper never changes. What it points at can change any time you want.
That gets you two things static codes can't do.
You can edit the destination after printing. The banner is already hanging. The mailer already shipped. You change the URL in a dashboard and every existing code starts going somewhere new within seconds.
You get scan data. Because every scan passes through your redirect, you can count them. How many, when, and what kind of device. That's the difference between "we printed 500 flyers" and "we printed 500 flyers and 43 people scanned, mostly on Sunday afternoon."
The cost is that it depends on a service staying up and on you continuing to pay for it. That dependency is real and you should weigh it honestly rather than pretend it isn't there.
The actual decision
Ask one question: is the printed thing disposable or permanent?
Disposable printing, static is fine. An event flyer for one Saturday, a one-off handout, a code on a slide deck you're presenting tomorrow. It does its job and gets thrown away before the URL has a chance to change.
Permanent or expensive printing, dynamic every time. Vehicle wraps. Engraved plaques. Yard signs. Business cards you ordered a thousand of. Trade show banners. Product packaging. Anything you cannot cheaply reprint is a bad place to bake in a URL that has to be right forever.
A second question, if the first one didn't settle it: do you need to know whether it worked?
If you're spending money on a campaign and someone is going to ask what the return was, you want the scan numbers. Static codes give you nothing but guesses.
Cases where the answer is obvious
Restaurant menu. Dynamic. Menus change, prices change, the PDF gets replaced seasonally, and the table tents cost real money to reprint.
Guest WiFi card. Static, and it has to be. WiFi credentials live in the pattern. There's no URL to redirect.
Business card. Depends. A vCard code is static by nature. But if you'd rather point at a page about you, dynamic means the card survives a job change.
Church bulletin. Static for this week's connect card, since the bulletin is in the trash by Tuesday. Dynamic for the giving code on the back of the seat, since that one stays put for years and you want to know if anyone uses it.
Real estate yard sign. Dynamic. The listing goes under contract, the sign gets reused for the next property, and you just repoint the code instead of ordering a new sign.
Product packaging. Dynamic, without much debate. Packaging runs are enormous, they sit in warehouses for a year, and the support page you're linking to will absolutely move.
Conference badge. Static vCard. It exists for two days.
What tracking actually tells you
Worth setting expectations, because QR analytics get oversold.
You can see scan counts, timestamps, and rough device type. That's genuinely useful for comparing placements: the code by the door outperformed the code on the receipt, the mailer drove most of its scans in the first four days.
You cannot see who scanned it. There's no name, no email, no identity. A scan is an anonymous request. If someone tells you their QR platform identifies individual scanners, ask hard questions about what they're actually doing.
You also can't distinguish one person scanning five times from five people scanning once. Treat the number as a directional signal, not a headcount.
Migrating from static to dynamic later
You can't, exactly. The static pattern is fixed, so the only path is printing new artwork.
What you can do is plan the escape hatch up front. If you're committed to static for cost reasons but suspect the URL might move, point it at a page on a domain you control, then set up a redirect on your own server when the destination changes. It's a manual dynamic code with extra steps, but the code keeps working.
The thing you cannot recover from is pointing a static code at a URL on someone else's platform that you don't control. A campaign URL on a link shortener that later shuts down takes your printed codes with it.
What this costs here
Static codes on QR Studio are free with no account, no watermark, no scan limit, and no expiring trial. All nine payload types, full design controls, SVG and PNG export. I don't gate them because gating them would be a bad product.
Dynamic codes need an account. Starter is $9.99 a month for up to 25 dynamic codes. Unlimited is $19.99 a month. Both include a one week free trial, destination editing, and scan tracking on every code.
The honest framing: if you're making one code for one flyer, use the free one and don't think about it again. If you're printing something you can't take back, $9.99 is cheap insurance against a dead link on 5,000 postcards.
FAQ
Can you change a QR code after printing? Only if it's dynamic. A static code has the destination encoded in the pattern itself, so changing it means printing new artwork.
Do dynamic QR codes expire? They stop redirecting if the subscription lapses. That's the real tradeoff against static codes, which work forever with no dependency.
Are dynamic QR codes slower to scan? Marginally. There's one extra HTTP redirect, which is milliseconds. Dynamic codes are usually faster to read, actually, because a short link makes a less dense pattern than a long URL with tracking parameters.
Can I track a static QR code? Not through the code itself. You can put UTM parameters on the URL and read them in your analytics, but you can't change them later and long parameters make the pattern denser.
Is a free QR code generator safe to use? Depends on the generator. Some "free" services quietly make every code dynamic and route it through their servers, then start charging or expire it later. A genuinely static code doesn't touch anyone's server after you download it. In QR Studio, static codes render entirely in your browser.
Start free at gmqr.dev. Static codes are unlimited and always will be.