How Do I Move My QR Codes to Another QR Code Generator Without Reprinting?
You can move QR codes to another generator without reprinting only if they're static or use your own domain. Otherwise, redirect them from the old account.
You can move QR codes to another generator without reprinting only when the printed code points at something you control: a static code with your own URL, or a dynamic code on your own custom domain. Codes on the old provider’s short domain can’t be imported. For those, keep the old account alive and point each code at your new tool, or reprint.
Why dynamic QR codes can’t simply be imported
Dynamic QR codes can’t be imported because the printed pattern holds the old provider’s short URL, and only that provider can answer it. The code doesn’t contain your website. It contains something like provider-domain.com/x7k2p, and the provider’s server decides where that goes.
As of November 2026, QR TIGER’s help center says it’s “not possible to import or transfer existing dynamic QR codes from another platform.” It explains that the provider’s short URL “is permanently encoded into the pattern.” Another vendor’s docs say the same thing in different words: the shortened URL of a printed code “cannot be changed.”
Before you move QR codes to another generator, check what you printed
Scan each printed code and read the URL it opens. The domain in that URL tells you which migration path you’re on.
- Your own website URL (
yourbrand.com/menu): a static code. Nothing to move. - The provider’s domain (
provider-domain.com/x7k2p): a dynamic code you rent. - Your own subdomain (
qr.yourbrand.com/menu): a dynamic code on a custom domain. This one can move.
If a URL doesn’t settle it, these four checks tell static and dynamic codes apart. Log every code in a sheet with its URL, where it’s printed and how many copies exist.
Your options, by what’s printed
Each kind of printed code has one realistic path, and only one of them involves no ongoing tie to the old provider. This is the table I work from:
| What the code opens | Can it move? | What to do |
|---|---|---|
| Your own page (static) | Nothing to move | Keep it. Redirect the page if the content moves. |
| Your own subdomain (dynamic) | Yes | Repoint DNS to the new tool and recreate each path |
| Provider’s domain (dynamic) | No | Keep the old account and forward each code, or reprint |
QRCodeChimp’s help page draws the same line. As of November 2026, its team will take over codes from another provider “only if your QR codes are dynamic and white-labeled.” Codes that aren’t white-labeled, or are static, “can’t be transferred.”
Static codes: nothing to migrate
Static codes keep working after you leave a generator, because the destination is in the pattern itself. QRCodeChimp says outright that if you leave, “you may continue to use your static QR codes.”
The one catch is the page the code opens. If you move that page, add a server redirect from the old URL to the new one. MDN’s guide to HTTP redirects notes that 301 redirects “are meant to last forever,” which suits a URL printed on paper.
Codes on your own domain: repoint DNS
Dynamic codes on your own subdomain can move to a new generator through a DNS change, as long as the new tool recreates the same paths. Hovercode explains that a custom domain lets you move to another provider and keep existing codes active, and that this “is not possible when using the default domains.”
One vendor’s setup docs confirm it from the other side: if you control the DNS for a custom domain, you can migrate codes “without disrupting existing printed codes.” The steps:
- Export the path list. For every code, note the path (
/menu,/open-house) and where it should go. - Add the same subdomain in the new tool. It will show you a CNAME target for that host.
- Recreate each path on the new tool with the same slug and destination. A typo here breaks one printed code.
- Change the CNAME record at your DNS provider to the new target.
- Scan a few printed pieces on mobile data once SSL is active, then spot-check the rest.
Keep the same hostname. The docs I read warn that changing the domain “rewrites the redirect URL, effectively creating a new QR code image.” Our guide to using a custom domain for QR code redirects covers the DNS side in detail.
Codes on the provider’s domain: forward or reprint
Codes on the old provider’s domain can’t move, but you can still stop managing them there by forwarding each one to your new tool. Keep the cheapest plan that keeps the codes live. Then edit each old code’s destination to a link you create in the new generator.
Say a café has a stack of table tents printed with a code on the old provider’s domain. It creates a new dynamic link for the menu in the new tool, then sets the old code’s destination to that link. Scanners hop through two redirects and land on the menu. The café now edits the menu link in one place.
The stopgap costs you. You still pay the old provider, scans pass through two servers, and the old account still counts its own scans. So swap the printed pieces as they wear out or get reprinted for other reasons. Every new print gets a code from the new tool, ideally on your own domain.
Check these before you cancel the old account
Don’t cancel the old plan until every printed code is forwarded, reprinted or confirmed static. Many vendors stop redirecting dynamic codes when a plan ends, so cancelling first can break every menu and sign at once.
- Read the old vendor’s cancellation terms. Our post on what happens when you cancel a QR code subscription lists the common outcomes.
- Export scan history. Your data doesn’t follow you to the new tool.
- Note the renewal date. Leave yourself time to test every forwarded code.
My take
Treat the move as two projects. First, stop new lock-in: every code you print from today goes on a domain you own. Second, wind down the old codes as print runs end. Trying to rescue every old code in one weekend is how menus end up pointing at error pages.
How QRAnalytica fits a migration
QRAnalytica lets you connect your own custom domain, so codes you create there can leave later with a DNS change. Custom domains start on Pro at $39/month with 1 domain, and Business includes 5. Pro also has bulk CSV for recreating many codes at once, and there’s a 7-day free trial with no credit card required.
The limitation is the same as any dynamic tool. QRAnalytica’s codes run through its redirect servers, so they depend on that service. If a QRAnalytica subscription or trial ends, existing codes keep working on the free plan, and cancelling takes effect at the end of the paid period. It still can’t take over codes printed on another provider’s domain; nothing can. See pricing for plan limits, and dynamic vs static QR codes if you’re deciding what to print next.
FAQ
Can I import my dynamic QR codes into a new QR code generator?
Usually not. A dynamic code holds a short URL on the old provider’s domain, and only that provider can answer it. Some vendors will take over codes that use your own white-label domain, but codes on the provider’s default domain can’t be imported.
Do static QR codes need to be moved?
No. A static code stores the destination itself, so it keeps working after you leave a generator. If the destination changes, put a redirect on that page instead.
What if my printed codes use the old provider’s domain?
Keep a cheap plan with the old provider and point each code at a link in your new tool, or reprint over time. There’s no DNS trick for a domain you don’t own.
Will my scan history move to the new generator?
No. Scan data stays with the old account. Export it before you cancel, because analytics are often locked once a plan ends.
Sources
- QR TIGER: Can you import existing QR codes from another platform?
- QRCodeChimp: Is it possible to transfer my QR codes from a different provider?
- QRCodeChimp: What happens if we leave?
- Hovercode: Custom domains for more reliable dynamic QR codes
- QR Planet: Changing the white label domain
- Uniqode: Setting up your custom domain
- MDN: Redirections in HTTP