Can You Change a QR Code After Printing? What Works

The flyers are in the letterboxes, the table cards are laminated, the labels are on two thousand jars. Then someone scans the code and lands on a 404. Or the menu changed last week. Or the free QR service you used in a hurry now wants a monthly fee before it will send anyone anywhere.

Whether you can fix it without reprinting depends on one thing only: what the printed code actually contains. This guide starts with how to find that out in thirty seconds, then walks through the five situations that send people searching for this question, with the fixes that genuinely work for each one and the ones that do not.

Step zero: find out what your printed code contains

Do not trust your memory of which generator you used. Scan the printed code with your phone camera and read the address in the preview before you tap it. Both the iOS camera and Google Lens show the domain the code opens.

It shows your own final address, for example example.com/menu/summer.pdf. The code is static: that exact address is drawn into the pattern and will never change.
It shows a short-link or QR-service domain followed by a code. The code is dynamic: the printed address is a pointer, and whoever controls that pointer can change where it goes. The real question becomes who controls it and on what terms.
It shows no address at all, but a prompt to join a Wi-Fi network, save a contact or send a text. That is a payload, not a link. There is no server in between, so nothing about it can be changed after printing.

If you want to see the raw content without opening anything, a scanner app that displays the decoded text is enough. Write down the full address; every fix below starts from it.

Scenario 1: the URL on the code is wrong

A typo in the path, a staging address that went to print, a page that was renamed the week before the run. This is the most common case, and for a static code it is often fixable.

If the wrong address is on a domain you own

You cannot change the code, but you can change what that address answers. Add a 301 redirect on your website from the wrong path to the right page. Every printed code then lands on the correct page, permanently, for as long as you keep that redirect and that domain. Write the rule down somewhere: the next person to rebuild the site will delete it unless they know why it is there.

If the typo is in the domain itself

Then the code points at a domain you do not own, and there is no redirect you can add. Do not register the misspelled domain as a workaround unless you are prepared to keep paying for it as long as the print exists. This is a sticker or a reprint, covered below.

If the code is dynamic

Change where the short link points, and every printed copy follows from the next scan. Nothing to stick, nothing to reprint.

Scenario 2: the website moved

New domain after a rebrand, a switch of shop platform, a site rebuilt with different URLs. Static codes printed against the old structure break quietly: nobody calls to say the code on the packaging stopped working, they just stop scanning.

The fix is the same mechanism as scenario 1, applied at scale. Keep the old domain registered, and redirect each printed path to its new equivalent, not everything to the homepage. Someone who scanned a product label wants that product. List every address that ever went to print before you migrate: that list is the set of redirects you must not lose.

The one thing never to do is let the old domain expire. Expired domains get registered by other people, and your printed codes will then send your customers to whatever they decide to put there. A static code is only as permanent as the domain inside it.

Scenario 3: the menu or the document changed

Restaurants hit this constantly: new prices, a seasonal page, an allergen correction that cannot wait for a reprint.

The code points at a PDF on your own hosting. Upload the new version to the same address, overwriting the old file under the same name. The code keeps working and shows the new menu. Watch for two traps: platforms that append a version number to replaced files, and caches that keep serving the old file for a while, so check from a phone on mobile data.
The code points at a web page you edit, a digital menu or a link page. Edit the page.

For a printed table card the most durable option is that last one: the code points at a page, and the page is what changes. Our QR code for a PDF page covers the file route in more detail if you need to keep a PDF.

Scenario 4: the campaign ended

The posters are still on the wall after the offer is over, and they will be for months. A code that opens an expired promotion, or a 404, costs you the one moment someone was interested enough to scan.

With a static code on your own domain, do not delete the campaign page: redirect it to the closest page that is still true, such as the current offers page or the product itself, or keep it up with a short note that the offer has ended and a link onward. With a dynamic code, re-point it to that evergreen page. Either way the old print keeps doing some work instead of becoming a dead end.

Scenario 5: the QR provider wants payment

This is the scenario with the least room to manoeuvre. Your scan preview showed the provider's domain, which means every printed code depends on a redirect you do not control. Some services stop resolving codes when a trial ends; some send scans to their own upgrade page.

Your options are short:

Pay until the print is out of circulation. Sometimes it is the cheapest option.
Cover or reprint the codes with new ones pointing at an address you control.
Migrate, only if you used your own domain. If the codes encode a custom domain you own, you can point that domain at another service and recreate the same paths there. If they encode the provider's domain, the codes cannot be moved, because the domain is not yours.

The lesson for the next print run is in our editable QR code after printing page: ask what happens to the printed code when you stop paying, before the artwork goes out.

The sticker fix, done properly

When nothing else works, a printed label over the old code is faster and cheaper than reprinting the whole item. It fails in predictable ways, so:

Cover the old code completely, quiet zone included. The QR standard, ISO/IEC 18004, specifies a blank margin four modules wide around the symbol. If a strip of the old code peeks out from under your sticker, some phones will lock onto the wrong one.
Use an opaque, matte label. Thin glossy labels let the old pattern show through and reflect light straight into the camera.
Make it at least as large as the original. A smaller replacement on a poster read from two metres away will not scan from the same distance.
Use a dynamic code on the sticker. You are paying to fix this once; make sure it is the last time.
Test a stuck sample with two different phones before you label the whole batch.

Exactly what you can change on a ShareCut code

If you are making the replacement code with ShareCut, here is what is and is not editable, stated precisely, because this is where QR marketing tends to blur the details.

The QR generator has two modes. Static encodes the payload itself, so everything above about static codes applies. Dynamic encodes a ShareCut short link, so the printed pattern never names your final destination.
Re-pointing a plain short link to a different destination URL is done through the REST API or the MCP tool update_link, which are part of the Business plan. In the web editor, the Link Studio, you can change the link's title, description, UTM tags and QR styling, but the destination's base address stays fixed.
A code that points at a TreeLink page or a digital menu stays editable on its content. Change the links on the page, or the dishes and prices on the menu, and every printed copy shows the new version. A TreeLink page holds up to 10 links, and that is often the practical answer for a printed code on any plan: put a page you control behind it, and edit the page instead of the code. Digital menus are part of the Restaurant and Business plans.
Nothing expires. If you cancel a paid plan, every code, page and menu you created keeps resolving, free. What pauses is the paid layer, such as no-ads and the detailed analytics. Scenario 5 does not happen to a ShareCut code.
What ShareCut cannot do: it cannot change a static code you already printed, from us or from anyone else, and it does not host files, so a PDF behind a code still lives on hosting you control.

A short decision table

Static, your domain, wrong or moved page: add a 301 redirect on your site. No reprint.
Static, your domain, file changed: replace the file at the same address. No reprint.
Static, domain you do not control: sticker or reprint.
Wi-Fi, contact or text payload: reprint. There is no server to change.
Dynamic, you control the short link: re-point it, or edit the page it opens.
Dynamic, provider wants payment: pay, migrate if the domain is yours, otherwise sticker or reprint.

If you are about to print the replacement, make it the last one: create a code in dynamic mode with the free QR generator, point it at a page you can keep editing, and compare what each plan unlocks on the pricing page. Every paid plan starts with a 14-day free trial.