Learn
Operating a dynamic QR programme
A dynamic QR programme is a managed service, not a folder of images. Keep a registry, define lifecycle states, run it on your own domain, and monitor it.
A handful of QR codes is a task. A few hundred, across products, campaigns, and locations, is a service, and it needs to be run like one. The codes that stay useful for years are the ones whose owners treat the printed mark as a long-lived object with a record behind it, not as a one-off image. Here is what that looks like.
Keep a code registry
Give every code a record, separate from its destination. For each one, keep a unique id, the owner, the business purpose, the current destination, where it is physically placed, the product or campaign it belongs to, creation and expiry dates, and its lifecycle state. The point is to separate the code’s identity from where it currently points, so you always know why a code exists even after its destination has changed several times. Folders and tags do this inside redireo; see folders and tags, and for bulk operations, API keys and webhooks.
Define lifecycle states
A code moves through states, and naming them prevents accidents. A workable set is draft, approved, test, scheduled, active, suspended, expired, retired, and archived. The states that matter most in public are the last few: a retired code should show a controlled explanation, not a generic server error or an unrelated reassigned destination. redireo codes keep resolving past a plan allowance rather than hard-suspending, and expiring codes let you end a code on a date with a safe page after it.
Run it on a domain you own
Put codes on a domain you control, such as a subdomain of your own site. That keeps your brand in the link, keeps DNS and certificates under your control, and means the codes keep working if you change platforms. A code on a vendor short domain depends on that vendor staying in business and keeping the mapping alive. redireo runs codes on your own custom domain with no per-domain surcharge, and for products a GS1 Digital Link on your own domain does the same for product identity. Owning the domain is the difference between a resolver you keep and a link you rent.
Monitor availability and report analytics honestly
A dynamic code depends on its destination and its resolver staying online, so monitor the things that break: DNS, certificates, the redirect response, and the final page. Watch for unexpected destination changes, which can signal a compromised account.
Be equally disciplined about what the numbers mean. A scan is a request, not a person. One person can scan twice, and camera previews, security tools, bots, and link checkers all generate requests. Location inferred from an IP address is approximate. Report requests, unique sessions, and completed actions as separate figures rather than presenting raw scans as customers. redireo keeps analytics that never expire on paid plans, which is what lets you compare this quarter to last year honestly.
Decide your retention and privacy rules up front: what scan data you collect, why, how long you keep it, and who can see it. Collecting less than you can is often the right call. With the registry, the lifecycle states, the owned domain, and honest measurement in place, a printed code keeps doing its job long after the campaign that created it. If you are still choosing the approach, start with which kind of QR code you need.
Frequently asked questions
Why should QR codes run on my own domain?
A code on a domain you own keeps working if you change vendors, keeps your brand in the link, and puts DNS and certificates under your control. A code on a vendor short domain depends on that vendor staying in business and keeping the mapping. redireo lets you run codes on your own custom domain with no per-domain surcharge.
What should a QR code registry record?
For each code: a unique id, owner, business purpose, current destination, physical placements, associated product or campaign, creation and expiry dates, and its lifecycle state. Treating the code as an object with its own record, separate from its destination, is what keeps a large programme maintainable.
Do analytics tell me how many people scanned?
Not exactly. A scan is a request, not a person: one person can scan twice, and camera previews, bots, and link checkers add requests. Report requests, unique sessions, and completed actions separately rather than presenting raw scans as customers.