QR-Code-Menü im Restaurant — einmal erstellen und nie wieder neu drucken

Alle raten dasselbe: Erstelle einen QR-Code, füge einen Link zum Menü hinzu, drucke ihn aus, fertig. Meiner Meinung nach ist das die dümmste mögliche Art, es zu machen. Und gleich werde ich zeigen, warum.

Zuerst das Bild. Freitag, der Saal ist voll, der Kellner rennt wie verrückt. Am Tisch Nummer sieben wedelt eine Dreiergruppe seit fünf Minuten mit dem Telefon über einem fettigen Aufkleber. Der Code führt zu einem PDF von vor zwei Saisons. Die Hälfte der Gerichte ist nicht verfügbar. Die Preise sind erfunden. Schließlich fragen sie nach der Papierkarte, die ihr gar nicht mehr druckt. Kennst du das? Genau.

Das QR-Code-Menü ist kein Gadget. Es ist Ihr am häufigsten berührter „Button“ im gesamten Lokal. Und meistens wird es so erstellt, dass Probleme bereits vom ersten Tag an fest eingeplant sind.

Der Code, der die Datei kodiert, ist Einmalcode (du weißt es nur nicht)

Klassiker. Du generierst einen QR-Code, der die direkte Adresse zu menu-wiosna-2025.pdf enthält. Du druckst ihn, laminierst ihn, gravierst ihn auf Anhängern und verteilst ihn auf den Tischen. Wunderschön. Funktioniert bis zur ersten Änderung in der Karte.

Entweder du wechselst den Bierlieferanten. Oder du erhöhst den Preis des Burgers um drei Zloty. Oder ein saisonales Menü kommt hinzu. Und plötzlich führt dieser hübsche laminierte Code zu veralteten Inhalten. Du hast zwei Möglichkeiten: die Lüge auf dem Tisch liegen lassen oder alles neu drucken.

Der QR-Code selbst ist dumm. Er ist buchstäblich ein Bild, das ein Stück Text kodiert. Wenn du eine lange, starre Adresse zu einer Datei darin eingebettet hast, bist du mit dieser Adresse verheiratet. In guten wie in schlechten Zeiten.

Und die ganze Heilung lässt sich in einem einzigen Satz zusammenfassen. Der Code soll nicht zum Menü führen. Er soll zu einem kurzen Link führen, dessen Ziel du nach Belieben ändern kannst.

In der Praxis sieht das so aus

Anstatt ein Monster im Stil von folgendem in einen QR-Code zu kodieren:

https://twojarestauracja.pl/uploads/2025/menu-final-v3-NEW.pdf

du kodierst eine kurze Zwischenadresse:

https://cutty.dev/u/menu

Dieser Link ändert sich nie. Es ändert sich nur, wohin er führt, und das stellst du im Dashboard in dreißig Sekunden ein. Heute öffnet er die Frühlingskarte. Morgen die Winterkarte. In einem Monat leitest du ihn auf ein PDF mit Weinen an der Bar um. Die Aufkleber auf den Tischen? Dieselben. Du tauschst das Ziel aus, nicht das Papier. Das ist der ganze Trick und es gibt wirklich keinen Haken dabei.

Rezept für Code, den du einmal schreibst und dann vergisst

Nacheinander.

Erstelle das Menü zuerst als Webseite, nicht als PDF. Das ist wichtig. Ein PDF auf dem Handy ist ein Drama: Man muss hineinzoomen, hin- und herschieben, und bei schlechtem Empfang im Keller des Lokals lädt es eine Ewigkeit. Eine ganz normale HTML-Unterseite öffnet sich sofort und ist auf jedem Bildschirm lesbar, auch auf diesem gesplitterten für fünfzig Zloty.

Erstelle dann einen kurzen Link mit einem sinnvollen Suffix. Etwas wie /u/menu oder /u/karta. Das ist nützlich, wenn der Gast die Adresse lieber selbst eintippen möchte oder wenn du sie ihm bei einer Reservierung am Telefon mitteilst („punkt dev, slash menu“).

Aus diesem kurzen Link generierst du einen QR-Code. Einmal. Fertig. Bei cutty.dev machst du das sofort mit dem fertigen Link, sodass du nicht zwischen drei Tools hin- und herspringen musst und nicht herumprobieren musst, welche PNG-Datei die richtige war.

Du druckst und verteilst. Anhänger, Aufkleber, ein Sticker am Eingang, ein Poster im Schaufenster für die Mitnahme.

Das ist alles. Von nun an ist der Kartenwechsel nur noch eine Bearbeitung im Panel. Das Papier bleibt an seinem Platz.

Scans verraten dir mehr über den Ort, als du denkst

Hier kommt etwas, das die meisten Restaurantbesitzer einfach ignorieren. Ein kurzer Link liefert Scan-Statistiken. Und das sind keine toten Zahlen zum Einrahmen, sondern Wissen über dein eigenes Lokal.

Siehst du, wie oft das Menü am Freitagabend und wie oft am Dienstagnachmittag aufgerufen wurde. Erstelle einen separaten Code für das Mittagessen und einen separaten für die Abendkarte, und du wirst sehen, um welche Uhrzeit dein Abendessen wirklich beginnt (meistens nicht dann, wenn du denkst). Ein separater Code für die Weinkarte wird dir die brutale Wahrheit zeigen: ob überhaupt jemand darin nachschaut.

Und jetzt Achtung, denn das ist wichtig. Bei cutty.dev sammeln wir diese Zahlen, ohne ein Gastprofil zu erstellen. Die IP läuft über einen Hash, es gibt keine Werbetracker, es gibt keine Kundenakte. Du erhältst die Anzahl der Scans und den Trend im Zeitverlauf, also genau das, was hilft, den Laden zu führen, anstatt einen Teller Spaghetti in personenbezogene Daten zu verwandeln. In der Gastronomie in der EU, wo die DSGVO dir im Nacken sitzt, ist das der Unterschied zwischen „wir haben Statistiken“ und „wir haben ein Problem mit dem Inspektor“.

Ein paar Kleinigkeiten, die Nerven sparen. Menüs und Scandaten bleiben auf Servern in der EU, also ein Thema weniger bei Gesprächen mit der Buchhaltung. Der Gast muss kein Konto erstellen oder sich durch eine Wand von Zustimmungen klicken, denn nichts verdirbt mehr den Appetit als eine Cookie-Wall vor dem Kabeljau. Und derselbe Austauschmechanismus kann auch das Angebot des Tages oder die Umfrage nach dem Besuch handhaben. Es reicht aus, den bestehenden Link kurzzeitig umzuleiten.

Ein gutes QR-Code-Menü ist langweilig. Man druckt es einmal aus, es hängt jahrelang herum und lügt niemals bei den Preisen. Langeweile ist hier ein Kompliment.

Wenn dir also das nächste Mal jemand rät: „Füge den Link zur Speisekarte in den Code ein und drucke ihn aus“, lächle einfach und mache es anders. Ein kurzer, austauschbarer Link darunter (zum Beispiel cutty.dev) sorgt dafür, dass du die Karte mit nur einem Klick aktualisierst und nicht Aufkleber auf dreißig Tischen. Dein Kellner von Tisch Nummer 7 wird es dir danken.