Online menu QR code: what has to sit behind the code

An online menu QR code is a printed link. A phone camera reads the square, opens a web address, and the customer sees your menu. That is the whole mechanism, and it is why the square itself is not the part worth thinking about.

The part worth thinking about is the address inside it. Print the wrong one and you will be reprinting table cards, window stickers and flyers for years. Print the right one and the same card can carry a menu that changes every morning.

This guide covers the two decisions that actually matter, then what a menu page should be able to do once the customer arrives.

Decision one: does the link belong to you

Every free generator asks for a web address and hands back a picture. What it does not always make clear is whose address ends up in the square.

Some tools store your own link directly. Others put their own tracking address in the code and forward the visitor to you. That forwarding is fine while the company exists and while your account is paid. When either stops, every printed square in your restaurant stops working at once, and no amount of editing on your side brings them back.

Google's own guidance on permanent and temporary redirects is written for websites, but the principle transfers cleanly. A permanent redirect is only safe when you are sure it will not be reverted, and the destination is what really counts. If somebody else controls the hop, somebody else controls your menu.

The safe version is simple. The square holds an address on a domain you have a right to use, and you can change what that address shows without touching the print.

Decision two: can the page change without a reprint

This is what people mean by a dynamic qr code, and the phrase confuses more than it explains.

There is nothing dynamic about the square. The pattern is fixed once printed, and it is a well specified thing: Denso Wave, which invented the format, publishes 40 symbol versions running from 21 by 21 modules up to 177 by 177, chosen by how much data goes in. Once the ink is dry, that data cannot change.

What can change is the page at the end of the link. So the real question to ask a supplier is not whether the code is dynamic. It is this: when I edit a price at nine in the morning, does the customer scanning at noon see the new one, on the card I printed last year?

If the answer needs a new print run, the product is a picture of a menu wearing a square hat.

What the page behind the code should do

Once the phone is open on your menu, a page that only displays text is a wasted opportunity. The customer is holding a device, on your premises or on your doorstep, with the intention to buy.

A qr code menu online should at least do these things.

Show what is true now. Prices as you set them today, and sold-out items marked. In Get Menu the stock counts fall as orders come in and an item greys itself out at zero, so nobody chooses a dish that ran out an hour ago.

Take the details real food needs. Options and add-ons with their own prices, a required choice where one is needed, and a limit so a single sandwich cannot carry six sauces.

Take the order. This is the line between a leaflet and a working system. The customer confirms, and every line is priced again at checkout from your live menu, so the number shown and the number charged cannot separate.

Tell your staff. Get Menu sends 3 messages within a couple of seconds: the confirmation to the customer, the ticket to your managers group, and a dispatch note with the map pin to your riders group. Nobody watches a dashboard.

Know where the table is. A code is generated for every table, so the ticket carries a table number and nothing has to be typed. In a 30 table restaurant that removes a whole category of mistakes.

Bring the customer back. Stamps, tiers your regulars grow into, and a loyalty card that sits in Google Wallet and updates itself. A 10 stamps card is easier to finish when it is on the phone rather than in a wallet at home.

"I have taught web development for years, and the question students always get wrong is where the value sits. It is never the pretty part. With a menu code the square is five minutes of work. The page it opens is the product, and that is where we put everything." — Tanzeel ur Rehman, co-founder of Get Menu

How Get Menu handles the two decisions

Your menu lives at an address on getmenu.ae, included from day one, and that address is what goes into the square. There is no third party in the middle to expire.

The codes are produced for you. There is a designer so the code looks like your brand rather than a black box, and a print pack is emailed to you ready for the printer. You edit the menu in one place and every printed square already points at the change.

Around the ordering page the rest of the system does its work. Delivery customers pick their building and unit number from a list you control, with a fee you set for each one. Coupons carry caps, exclusions and expiry dates. Invoices carry your tax registration number as a PDF the customer downloads without logging in. Old order details are cleared automatically after 120 days, and your customer list stays yours to export on any day.

Payment is cash or your own card machine at the door. There are no online payments, so there are no card details in the system.

Moving an existing code without reprinting

If you already have squares in the window and on the tables, you are not stuck, but you do need to find out what is inside them.

Scan one with your own phone and look at the address before the page loads. If it is your own domain, point that address at the new menu and you are done. If it belongs to the generator, log in and edit the destination there, then plan a reprint at your own pace onto an address you control. If the code holds a plain link to a file, it cannot be edited at all and a reprint is the only route.

Doing this once is worth an afternoon. Doing it every time you change a price is not.

Where to read more

For the mechanics of generating a code and the sizes that print well, see our guide to a menu qr code. For the customer side of scanning and ordering, read qr code menu. And if you are still deciding how far to take the menu itself, the digital menu guide sets out the options.

An online menu with qr code access costs nothing extra in Get Menu, and the trial runs for 15 days with no card details asked for.

Frequently asked questions

What is an online menu QR code?

A printed square that holds a web address. A phone camera reads it and opens your menu in the browser, with no app to install.

Can I change the menu after the codes are printed?

Yes, as long as the code points at a page you control. The square holds the address, not the menu, so editing the page changes what every printed code shows.

Do free QR code generators expire?

Some do, and some route the visitor through their own address first. Before printing anything at scale, check whether the code holds your own web address or theirs.

Can customers pay through the code?

No. They order through it, and pay cash or by card machine when the food reaches them. No card details are held anywhere.

Does a QR menu work without internet on the customer phone?

No. The code is only a link, so the phone needs a connection to open the page. Most restaurants that rely on scanning offer guest wifi for this reason.