QR codes
Edit a dynamic code
Repoint a code after the QR is already printed.
This is the killer feature of dynamic QR codes. Print once, repoint as many times as you want — the QR pattern stays the same; just the destination changes.
How it works
A dynamic QR encodes drentio.com/r/<short-slug> rather than your actual URL. When someone scans, our server looks up the current destination and 302-redirects them. Change the destination → next scan goes to the new URL.
How to edit
Step 1 — Open the code
From /dashboard/<brand>/qr, click any dynamic code in your list.
Step 2 — Edit the destination
Tap the URL field, paste the new URL, tap Save.
Step 3 — Test
Scan the printed QR with your phone. Should redirect to the new URL within a second.
That's it. No reprint, no reflow, no wasted ink.
What you can change
| Field | Editable? |
|---|---|
| Destination URL | ✓ |
| Code name (internal label) | ✓ |
| Folder | ✓ |
| Design (colors, dots, logo) | ✓ — but the printed code keeps the OLD design forever; only digital downloads reflect the new design |
| Type (URL → vCard, etc.) | ✗ — create a new code instead |
Slug (drentio.com/r/<slug>) | ✗ — would invalidate printed materials |
| Dynamic ↔ static | One-way: static → dynamic ✓ (Pro+); dynamic → static ✗ |
Common use cases
- Seasonal campaigns — same printed flyer used for Christmas, then Valentine's, then Spring sale. One QR, three destinations.
- A/B testing — change destination weekly to test landing pages without changing the print.
- Recovering from a mistake — destination URL had a typo? Fix it in 10 seconds.
- Vendor pivots — Stripe → Square → Stripe. Same printed table tents, just repoint.
Track scans before and after each repoint. Open analytics, note the daily scan count. Change destination. Watch for scan-rate drops (means people who scanned the old destination are bouncing without converting) — that's a sign the new destination needs better UX.