New:Experimental free plan now live for everyonev1.6.0

Ok1Second
Menu
Guide

What happens when a QR subscription expires?

A subscription lapses quietly — and then a printed code in a waiting room or on packaging stops redirecting. Here is what usually happens, and how to avoid being caught out.

Updated October 6, 2026 · 5 min read

The three possible outcomes

Providers handle lapse differently, and the difference matters enormously if you have codes in the wild.

The variation is not accidental. Keeping codes resolving costs the provider money whether or not you are paying, so how a provider behaves at lapse says what it thinks a printed code is worth — and that is a better signal than the price on the plan page.

  • Codes are disabled immediately — the worst case for printed assets
  • Codes keep resolving but analytics and editing stop — annoying but recoverable
  • Codes continue on a free tier, possibly limited in number
  • Codes redirect to a page asking the owner to subscribe — technically alive, commercially dead

What usually happens in the first days

Few providers switch a code off the moment a card fails, because switching off codes in the wild generates support tickets. The usual sequence is a failed payment, a few emails, a grace period of days or weeks, and then a change in behavior — often not a hard stop but a downgrade.

The important part is that the first symptom is rarely visible to you. The person who scans gets the error, so unless someone tells you, a code on a poster in a waiting room can be dead for weeks before anyone mentions it.

  • A grace period in which everything still works, which hides the problem
  • Notifications that reach the account owner rather than whoever is looking at the poster
  • A quiet downgrade — redirects live, editing and analytics gone
  • A hard stop only after the grace period expires

How to protect yourself

Before printing at scale, read what the terms say about lapse, and prefer a provider whose free tier keeps codes alive. Where possible, run the redirects on a domain you control so you can move providers without reprinting.

Three habits cover most of the risk: know which plan keeps codes resolving, keep the billing details current, and put the renewal date somewhere a person will actually see it. The last one sounds trivial and is the most common cause of an accidental lapse.

  • A written answer on what happens to printed codes if the plan ends
  • Redirects on a domain you control, not the provider's
  • Payment details that do not expire along with a card
  • A named owner for the account, and a reminder before each renewal

What to do if it already happened

Reactivate the account if you can — codes usually resume instantly. If the provider is gone, the code cannot be rescued, and the only route is a new code with a redirect from the old destination page where you still control it.

Work out which codes are actually affected before you tell anyone. Most accounts hold dozens of codes and only a handful sit in public, and the ones on packaging or in a waiting room are the ones that cost money to fix. A short list of those, with a decision per code, is usually the whole recovery.

  • Reactivate first, and check whether the redirects come back without a reprint
  • List the codes that are genuinely in public, not every code in the account
  • Where you still control the old destination, redirect from there
  • Anything else is a reprint — and a reason to change how the next code is hosted

Why this keeps happening to people

Expiry is not bad luck, it is a pricing model expressing itself. A subscription that has to keep charging to fund redirects will eventually stop serving codes for someone who stopped paying — the only question is whether that happens loudly, at the end of a plan you chose, or quietly, in the middle of a campaign.

The durable answer is structural rather than careful: a domain you own in front of the code, so a change of provider is a configuration change rather than a print run, and a plan chosen for what it does at the end rather than what it costs at the start.

  • Own the domain, so a provider change never touches the print
  • Choose a plan by its exit behavior, not its entry price
  • Keep a written record of which codes exist, where they are, and on what

Frequently asked questions

Do printed QR codes stop working when a plan ends?
It depends on the provider. Some disable codes; others keep them resolving. Check before you commit to a large print run, because this is the one answer you cannot fix afterward.
Can I prevent it?
Use a provider that keeps codes alive without an active subscription, and prefer a short domain you control. Between them those two choices turn the worst outcome into an inconvenience.
Is my data lost?
Usually not — destinations and scan history remain, and reactivating the account restores service quickly.
Is there a grace period?
Often, but never rely on one you have not been promised. A grace period is a support decision rather than a contract term, which makes it one of the first things to disappear from a provider under pressure.
Will I be told before codes stop working?
Sometimes, usually by email to the account owner. Assume the message reaches whoever set the account up rather than whoever ordered the poster, and make sure those are the same person or that the mail is forwarded.
What is the cheapest insurance?
Redirects on a domain you own. It costs one DNS record and converts the worst outcome — reprinting packaging — into an afternoon of configuration. Nothing else in this article comes close for the price.

Keep reading

Ready to create one?

Dynamic codes are editable forever from €3/month.

Create your first dynamic QR code

Free to start. One code, editable forever, with scan tracking from the first scan.

Privacy-first analyticsNo per-scan feesEdit links anytimeNo contract