For restaurants
The menu changes daily. The sticker on the table does not.
A QR menu is only convenient while it points at the current menu. Dynamic links let you swap breakfast for dinner, retire a seasonal card and change the delivery partner without reprinting a single table tent.
Reprinting is the hidden cost of a QR menu
The pitch for QR menus was that paper would stop being a recurring expense. It usually is not what happens, because the codes are static: they encode a file address, and every time the menu file moves, the price list is replaced or the PDF is regenerated with a new name, the printed code stops working and every table tent goes back to the printer.
A dynamic code encodes a short link on your own domain instead. The link points at whatever the current menu is, and changing that destination takes a few seconds from a phone. The sticker, the tent card and the window decal never change again, which is what makes the original promise true.
It also fixes the awkward version of the same problem: the menu that is correct but not the one you want shown right now. Breakfast until eleven, lunch until four, dinner after that — the destination behind one code can follow that schedule without anybody swapping anything on the tables.
- One printed code that survives every menu revision
- Destination changed in seconds, from a phone, mid-service
- Time-of-day routing between breakfast, lunch and dinner menus
- Links on your own domain, so the address matches the sign on the door
A code per table, a code per room, a code per window
Most venues print one code and learn nothing from it. Giving each placement its own link costs nothing and turns the codes into a small stream of operational data: the terrace against the main room, the window decal that faces the street against the one by the entrance, the takeaway counter against the tables.
That answers questions that are otherwise guesswork. Whether the pavement decal is worth the space it occupies. Whether the upstairs room is being used at all on weekday lunchtimes. Whether the code on the delivery packaging brings anyone back to your own site rather than to the marketplace that delivered the meal.
Because activity is reported by the visitor's own local hour, the daily rhythm is visible directly: the pre-service scan burst, the mid-afternoon flat spot, the late tables. For a group with several locations, each site is a separate set of links inside the same account, so one venue's numbers never contaminate another's.
- Separate links per table, room, window and packaging
- Scans reported by the guest's local hour, so service peaks are readable
- Per-location grouping for a group of venues
- Folders and tags to keep dozens of codes navigable
Codes that go somewhere other than the menu
The menu is the obvious destination and rarely the most valuable one. The same mechanism runs the receipt code that asks for a review, the packaging code that goes to your own ordering page rather than a delivery marketplace, the loyalty signup on the table tent and the recruitment code in the window.
A single link can carry several of those destinations at once and rotate between them, shifting weight toward whichever one people actually complete. Review requests, in particular, respond well to being pointed at different platforms in turn rather than always at the same one.
For a code that has to hold a small collection of links — menu, booking, directions, social accounts — a bio page on your own domain does the job without sending guests to a third-party landing service with somebody else's branding in the corner.
What it takes to run
The practical requirement is a domain and about twenty minutes. Point a subdomain such as menu.yourvenue.com at the platform, generate the codes, export them as vectors for the printer, and edit destinations from a phone thereafter. Certificates are issued and renewed automatically on every plan, so nobody in the restaurant ever thinks about HTTPS.
Groups and hospitality agencies get the additional layer: each venue is an isolated workspace with its own users and domain, and a manager can be given access to their own site's numbers without seeing anyone else's. If you look after venues as a client business, those workspaces are also the thing you can sell, priced by you and billed through the platform.
Guest-facing pages stay on your domain from end to end, including the ones people meet by accident: an expired seasonal menu shows a branded page in your colours rather than an error from a service the guest has never heard of.
- A subdomain, a set of codes and vector files for the printer
- Automatic certificates on every plan
- One workspace per venue for groups and hospitality agencies
- Branded pages for expired and retired codes
Frequently asked questions
Can one QR code show a different menu at different times of day?
Yes. The code points at a link rather than at a file, and the link decides where the scan lands. You can change that destination manually at the end of each service, or set rules so breakfast, lunch and dinner menus are served automatically by the guest's local time.
Do I need to reprint the table tents when the menu changes?
No, and that is the point of using a dynamic code. The printed pattern encodes the short link, not the menu address, so a new menu file, a new price list or a new PDF name changes nothing on the table. The codes are printed once and stay valid.
Can I tell which tables or rooms are actually scanning?
Yes, if each placement has its own link. They can all point at the same menu while being tracked separately, so the terrace, the main room and the window decal appear as separate lines. Scans are reported by the guest's local hour, which makes the shape of each service visible.
What about a group with several restaurants?
Each venue gets its own isolated workspace with its own users and domain, so one site's numbers never mix with another's, and a local manager can be given read access to their own results only. Starter includes fifty workspaces, which covers most groups comfortably.
Does the guest ever see a platform name they do not recognise?
No. Links run on your own domain, and the pages people meet by accident — an expired seasonal menu, a retired code — are rendered in your branding on that same domain rather than as an error from an unfamiliar service.
Launch your branded link shortener
Connect a domain, publish your prices and invite your first customer — most partners go live in an evening.
No card required for the trial.