QR-Code-Menü-Generator: So bauen Sie 2026 einen für Ihr Restaurant

Was ist eigentlich ein QR-Code-Menü-Generator?

Wer „QR-Code-Menü-Generator“ in eine Suchmaschine eingibt, bekommt fast ausschließlich Tools angezeigt, keine Artikel: Generatoren, die eine PDF-Datei oder eine Webadresse in ein scanbares Quadrat verwandeln, gedacht für alle, die eine Tischkarte ohne Druckkosten wollen. Das ergibt Sinn – die Gewohnheit, einen Code zu scannen, um zu sehen, was angeboten wird, begann als Notlösung während der Pandemie und ist nie wieder verschwunden, weil sie sich als deutlich praktischer erwies, als auf einen Kellner mit laminierter Karte zu warten, und günstiger, als bei jeder Änderung eines Gerichts oder Preises neu zu drucken.

Ein QR-Code-Menü-Generator im engeren Sinne erfüllt genau eine Aufgabe: Er nimmt einen Link oder eine Datei entgegen und erzeugt daraus einen QR-Code. Manche Tools hören genau dort auf – PDF hochladen, Code erhalten, fertig. Andere bringen einen Seitenbaukasten mit, sodass der Code zu einer echten mobilen Speisekarte mit Kategorien, Fotos und Preisen führt, statt zu einem bloß gescannten Dokument irgendwo im Netz. Der Unterschied zwischen diesen beiden Kategorien fällt den meisten Restaurantbesitzern erst auf, nachdem sie sich bereits für eines entschieden, einen Stapel Tischkarten gedruckt haben und erst dann merken, was das Tool nicht kann.

Für einen einzelnen Pop-up-Stand, eine Weinkarte, die zweimal im Jahr wechselt, oder eine einmalige Privatveranstaltung reicht ein einfacher QR-Code-Generator oft völlig aus: Der Gast scannt, eine PDF öffnet sich, niemand braucht mehr als das. Bei einem Restaurant, das wöchentlich Preise ändert, Saisongerichte ergänzt, mehrere Standorte betreibt oder Lebensmittelkennzeichnungspflichten erfüllen muss, zeigt sich die Lücke zwischen „einem QR-Code“ und „einem Menüsystem“ schon im ersten Monat – meist genau dann, wenn sich etwas ändern soll und sich herausstellt, dass dafür eine Designdatei neu geöffnet werden muss, statt einfach ein Feld auf einer Seite zu bearbeiten.

Es lohnt sich, hier bei der Begrifflichkeit genau zu sein, denn die Suchergebnisse verwischen sie. Ein QR-Code ist nur ein Behälter für ein kurzes Stück Text, fast immer einen Link. Eine Speisekarte ist der Inhalt, den ein Gast tatsächlich liest. „QR-Code-Menü-Generator“ kann ein Tool meinen, das nur den ersten Teil übernimmt und den zweiten komplett dem Restaurant überlässt, oder eine Plattform, die beides abdeckt – und zu wissen, welches der beiden man gerade vor sich hat, bevor man Preise oder Funktionen vergleicht, erspart später den größten Teil des Frusts.

Erst ansehen, dann entscheiden

Die meisten Tools in diesem Bereich verlangen ein Konto, bevor irgendetwas Reales gezeigt wird. Man registriert sich, klickt sich durch einen Onboarding-Prozess und findet erst dann heraus, ob Editor, Designs oder Allergenfelder wirklich zum eigenen Restaurant passen – nachdem man bereits eine E-Mail-Adresse und, in manchen Fällen, eine Kartennummer für eine „kostenlose Testphase“ hinterlegt hat. Diese Reihenfolge wirkt verkehrt für etwas, das am Ende zahlenden Gästen zur Beurteilung des eigenen Essens vorgelegt wird.

Der schnellste Weg herauszufinden, ob eine QR-Menü-Plattform zum eigenen Restaurant passt, ist ein fertiges Beispiel anzusehen – keine Funktionsliste.

Es gibt einen direkteren Weg, die Frage zu beantworten, die eine Funktionsseite nicht beantworten kann: gleich jetzt ein funktionierendes QR-Code-Menü öffnen, ganz ohne Konto, ohne Anmeldeformular, ohne irgendetwas auszufüllen. Es zeigt Kategorien, Gerichtfotos, Preise sowie die Allergen- und Sprachfelder, die weiter unten in diesem Artikel besprochen werden – genau so, wie ein Gast sie nach dem Scannen eines Codes am Tisch sehen würde. Falls beim Weiterlesen die Frage aufkommt „sieht das auf dem Handy in einem dunklen Raum mit einer Hand voll Gabel wirklich gut aus?“, beantwortet dieser Link sie schneller als jede Vergleichstabelle oder jedes Verkaufsgespräch.

Betrachten Sie es als Referenzpunkt beim Weiterlesen: Die folgenden Abschnitte erklären allgemein, worauf bei einem QR-Code-Menü-Generator zu achten ist, aber ein Live-Beispiel macht diese Abstraktionen in etwa dreißig Sekunden greifbar.

QR-Code-Generator oder vollwertige Menü-Plattform? Der Unterschied, der wirklich zählt

Suchergebnisse zu „QR-Code-Menü-Generator“ teilen sich grob in zwei Familien auf, die tatsächlich unterschiedliche Probleme lösen – eine Unterscheidung, die auf den Marketingseiten der Tools selbst selten klar gemacht wird, da beide sich gleich nennen.

Die erste Familie sind allgemeine QR-Code-Generatoren, die eine „Menü“-Option neben Dutzenden anderen ergänzt haben: WLAN-Codes, Visitenkarten, Eventseiten, Social-Media-Profile, vCards. Für diese Tools ist eine Speisekarte nur einer von vielen Anwendungsfällen, und der zugrunde liegende Mechanismus ändert sich nicht je nachdem, was hinter dem Code steckt. Das Ergebnis ist meist ein QR-Code, der auf eine vom Restaurant selbst hochgeladene PDF-Datei oder ein Bild verweist. Design, Layout, Allergenkennzeichnung, Übersetzungen – all das bleibt vollständig Sache des Restaurants; das Tool kümmert sich nur um den Code und bestenfalls um eine generische Landingpage rund um die hochgeladene Datei.

Die zweite Familie ist speziell für die Gastronomie gebaut: ein Menü-Editor mit Kategorien, Gerichtfeldern, Preisen und Fotos, bei dem der QR-Code automatisch entsteht, sobald die Speisekarte selbst als strukturierte Daten existiert statt als flache Datei. Diese Plattformen ergänzen tendenziell restaurantspezifische Funktionen, für die ein allgemeines QR-Tool keinen offensichtlichen Grund hat – Diät- und Allergen-Tags pro Gericht, Mehrstandortverwaltung für Restaurantgruppen sowie Preise, die sich überall gleichzeitig aktualisieren, sobald sie an einer Stelle geändert werden, statt für jede Sprachversion oder jeden Standort separat neu eingetippt werden zu müssen.

Es gibt einen einfachen Test, der durch den Großteil der Marketingsprache auf beiden Seiten hindurchsieht: Wenn eine Aktualisierung der Speisekarte heute bedeutet, eine Designdatei zu öffnen, eine neue PDF zu exportieren und sie irgendwo neu hochzuladen, hat ein QR-Code-Generator das eigentliche Problem des Restaurants nicht gelöst – er hat dem alten, manuellen Problem nur eine scanbare Eingangstür verpasst. Bedeutet eine Aktualisierung dagegen, sich auf einer Seite anzumelden und ein Feld zu bearbeiten, hat sich das zugrunde liegende System tatsächlich verändert, und der QR-Code ist genau das, was er sein sollte: der Zugangspunkt dazu.

Statische und dynamische QR-Codes für eine Restaurant-Speisekarte

Fast jeder allgemeine QR-Generator unterscheidet zwischen zwei Arten von Codes, und es lohnt sich, diesen Unterschied zu verstehen, bevor man sich für einen entscheidet, denn er bestimmt, was beim ersten notwendigen Update der Speisekarte passiert.

Ein statischer QR-Code hat sein Ziel bereits im Moment der Erstellung fest im Muster kodiert. Zeigt er auf eine unter einer bestimmten Webadresse gehostete Menü-PDF, ist genau diese Adresse das, was der Code für immer öffnet – wird die Datei verschoben, umbenannt oder gelöscht, funktioniert der gedruckte Code einfach nicht mehr, ohne jede Möglichkeit, ihn nachträglich umzuleiten. Ein dynamischer QR-Code verweist stattdessen auf einen kurzen, vom Anbieter kontrollierten Weiterleitungslink, sodass das Ziel hinter dieser Weiterleitung jederzeit ausgetauscht werden kann, ohne den Code selbst anzufassen, neu zu drucken oder zu ersetzen.

Für eine Restaurant-Speisekarte ist das keine nebensächliche technische Randnotiz – es entscheidet, wie viel Neudruck der normale Betriebsrhythmus einer Küche erzeugt. Saisongerichte, Zutatenengpässe und Preisanpassungen gehören zum normalen Restaurantalltag, nicht zur Ausnahme, und bei jeder Änderung einer einzelnen Position jede Tischkarte neu zu drucken, nimmt der Umstellung auf ein QR-Menü einen Großteil ihres Sinns. Ein dynamischer Code – oder, praktisch gesagt, ein System, bei dem der Menüinhalt auf einer direkt bearbeitbaren Seite liegt statt in einer zu ersetzenden Datei – hält das physische, gedruckte Material vollkommen unverändert, während sich alles dahinter aktuell hält.

Der Kompromiss, den man vorab kennen sollte: Dynamische QR-Codes hängen in der Regel davon ab, dass der Weiterleitungsdienst des Anbieters online bleibt und das Konto aktiv bleibt, während ein statischer Code, einmal gedruckt, unabhängig von jedem Konto oder Abonnement funktioniert, solange das Ziel, auf das er zeigt, existiert. Für ein Restaurant, das dasselbe Menüsystem über Jahre nutzen will, ist diese Abhängigkeit meist ein akzeptabler Kompromiss dafür, Tischkarten nicht jede Saison neu drucken zu müssen – aber man sollte wissen, welcher der beiden Typen bei einem gegebenen Code vorliegt, bevor man sich langfristig darauf verlässt.

Ein QR-Code-Menü Schritt für Schritt aufbauen

Der Schritt, der am häufigsten übersprungen wird, ist der vierte – und meist genau der, der die erste Welle von Kundenbeschwerden auslöst. Eine Speisekarte, die im Vorschaufenster eines Editors vollständig wirkt, kann sich immer noch schlecht verhalten, sobald sie live auf einem Handybildschirm in einem dunklen, lauten Gastraum liegt, einhändig gehalten von jemandem, der gleichzeitig ein Getränk und ein Gespräch managt – und genau das ist die tatsächliche, wenig glamouröse Umgebung, für die die ganze Übung gedacht ist.

Allergenkennzeichnung: Was EU-Vorschriften für Ihr QR-Menü bedeuten

Für Restaurants, Cafés und gastronomische Betriebe von Hotels, die irgendwo in der EU tätig sind, ist die Allergenkennzeichnung keine optionale Funktion, die gegen Designvorlieben abgewogen wird – sie ist eine gesetzliche Pflicht nach der Verordnung (EU) Nr. 1169/2011, die 14 Allergenkategorien auflistet (glutenhaltige Getreide, Milch, Eier, Schalenfrüchte, Erdnüsse, Soja und weitere im Anhang der Verordnung genannte), die pro Gericht schriftlich anzugeben sind, bevor ein Kunde bestellt. Diese Pflicht gilt unabhängig davon, ob die Speisekarte vor dem Gast auf Papier gedruckt oder nach einem QR-Scan auf einem Handybildschirm angezeigt wird; der Formatwechsel ändert nichts an der zugrunde liegenden gesetzlichen Anforderung, nur an der Art ihrer Umsetzung.

Genau hier scheitert ein allgemeiner QR-Code-Generator strukturell, nicht nur kosmetisch. Ist das „Menü“ hinter dem Code eine flache PDF-Datei oder ein gescanntes Bild, müssen Allergeninformationen von Hand in jede einzelne Gerichtbeschreibung eingetragen, manuell im gesamten Dokument auf Vollständigkeit geprüft und bei jeder Zutatenänderung erneut komplett überprüft werden. Es gibt keine strukturelle Möglichkeit für eine flache Datei sicherzustellen, dass jedes Gericht tatsächlich die erforderlichen Angaben trägt – ein fehlender Allergenhinweis bei einer Position ist einfach nur eine fehlende Textzeile, leicht zu übersehen und leicht veraltet, nachdem sich ein Rezept geändert hat.

Ein Menüsystem mit einem dedizierten Allergenfeld pro Gericht handhabt dieselbe Anforderung anders: Das Label wird einmal strukturell am jeweiligen Gericht angebracht, sodass es dort bleibt – und über jede Sprachversion der Speisekarte hinweg konsistent bleibt –, ohne dass der Text für jede einzelne separat neu eingetippt oder überprüft werden muss. Das entbindet das Restaurant nicht von der eigenen Verantwortung für die Richtigkeit der eingetragenen Angaben; eine Plattform kann erzwingen, dass jedes Gericht ein ausgefülltes Allergenfeld hat, aber nicht überprüfen, ob die eingetragene Antwort für das tatsächliche Rezept einer bestimmten Küche korrekt ist. Was sie abnimmt, ist die manuelle, fehleranfällige Arbeit, Freitext-Angaben über Dutzende Gerichte und mehrere Sprachen hinweg synchron zu halten.

Das praktische Risiko bei Fehlern hierbei ist für Restaurantgruppen höher, die in mehr als einem EU-Land tätig sind, da sich Durchsetzungspraxis und Kontrollpraxis je nach Land etwas unterscheiden, auch wenn die zugrunde liegende Verordnung im gesamten Binnenmarkt dieselbe ist – ein weiterer Grund, warum strukturierte, pro Gericht gepflegte Allergendaten sich über die Zeit besser bewähren als ein Absatz mit Hinweisen, der in der Fußzeile einer PDF-Datei versteckt ist. Einen genaueren Blick darauf, wie Allergenkennzeichnung in der Praxis funktioniert, finden Sie auf unserer Seite Platoo: Allergen-Leitfaden.

Speisekarten in mehreren Sprachen, ohne mehrere Speisekarten

Restaurants in der Nähe von Touristenattraktionen, in Hotellobbys oder in Grenzregionen bedienen regelmäßig Gäste, für die die Landessprache nicht die Muttersprache ist, und die Sprache der Speisekarte erweist sich als größerer Komfortfaktor, als es von der Restaurantseite des Tresens aus scheinen mag. CSA Research, ein unabhängiges Marktforschungsunternehmen, befragte in seiner Studienreihe „Can’t Read, Won’t Buy“ Tausende Verbraucher in Dutzenden Ländern und stellte fest, dass 76 % der Online-Käufer lieber Produkte kaufen, wenn Informationen in ihrer Muttersprache verfügbar sind. Eine Restaurant-Speisekarte ist keine E-Commerce-Kasse, aber das zugrunde liegende Unbehagen – eine wichtige Entscheidung mit Geldeinsatz in einer Sprache treffen zu müssen, die nicht die eigene ist – ist dasselbe Unbehagen, das entsteht, wenn ein Gast vor einer Gerichtbeschreibung sitzt, die er nur teilweise versteht.

Eine gedruckte mehrsprachige Speisekarte löst das auf die traditionelle Art, indem jedes Gericht zwei- oder dreimal aufgeführt wird, in parallelen Spalten oder untereinander gestapelten Abschnitten – bei zwei Sprachen noch angemessen lesbar, ab der dritten aber visuell überladen und schwer zu überfliegen. Eine digitale Speisekarte kann dieselbe Anforderung anders lösen: Der Gast wählt einmal oben auf der Seite eine Sprache, und dieselben zugrunde liegenden strukturierten Gerichtdaten – Name, Beschreibung, Preis, Allergen-Tags – erscheinen in dieser Sprache, ohne dass die Seite für Gäste mit einer anderen Sprachwahl länger oder unübersichtlicher wird.

Das funktioniert nur sauber, wenn die zugrunde liegende Speisekarte als strukturierte Daten gespeichert ist – ein Feld für den Gerichtnamen, ein Beschreibungsfeld, ein Allergenfeld, jeweils mit eigenen übersetzten Varianten – statt als flaches Bild oder PDF, und genau an diesem Punkt gibt ein einfacher QR-Code-Generator das gesamte Problem an das Restaurant zurück. Ein allgemeines Tool kann einen Code auf eine französische PDF und einen zweiten, separaten Code auf eine englische PDF legen, was sowohl den Druck- als auch den Pflegeaufwand bei jeder Änderung einer der beiden Versionen verdoppelt. Eine strukturierte Menü-Plattform kann stattdessen einen einzigen Code mit einem in die Seite eingebauten Sprachumschalter anbieten, sodass es nur eine Speisekarte zu pflegen gibt und mehrere Wege, sie zu lesen.

Wo der Code platziert werden sollte, damit er tatsächlich gescannt wird

Eine korrekt aufgebaute Speisekarte hinter einem unlesbaren oder schlecht platzierten QR-Code scheitert trotzdem an ihrer einzigen Aufgabe, daher verdient die physische Seite davon ungefähr dieselbe Aufmerksamkeit wie die Seite selbst – und das ist der Teil, den die meisten Ratgeber zu diesem Thema zugunsten der Software schnell überspringen. Eine ausführlichere, bebilderte Anleitung zu Platzierung und Größe finden Sie auf unserer Seite Platoo: Leitfaden zur QR-Code-Platzierung.

Größe. Ein gedruckter QR-Code braucht eine Mindestgröße von etwa 2 x 2 cm (rund 0,8 x 0,8 Zoll), um aus der Nähe zuverlässig gescannt zu werden, und deutlich mehr, wenn er aus größerer Entfernung gescannt werden soll – ein Code auf einem Thekenposter oder in einem Schaufenster braucht erheblich mehr physischen Platz als einer, der direkt auf einem Tisch vor einem sitzenden Gast liegt, der das Handy nur einen halben bis einen Meter entfernt hält.

Platzierung. Tischaufsteller und kleine Standkarten sind die Standardwahl für Restaurants mit Tischservice, da der Gast ohnehin schon auf die Tischoberfläche schaut und die Scan-Distanz kurz und vorhersehbar ist. Theken- und Schaufensterplatzierungen funktionieren eher bei Schnellrestaurants und Angeboten zum Mitnehmen, wo die Bestellentscheidung fällt, bevor sich überhaupt jemand hinsetzt, und die Scan-Distanz länger und weniger einheitlich ist.

Kontrast und Haltbarkeit. Ein QR-Code braucht einen klaren Kontrast zwischen Vorder- und Hintergrund, um bei normaler Restaurantbeleuchtung zuverlässig gescannt zu werden, und gedrucktes Material auf Tischen wird im Laufe eines einzigen Service nass, fettig und zerknittert, ganz zu schweigen von mehreren Wochen Nutzung. Laminierte Tischkarten oder der Druck auf einem haltbareren Material als einfachem Papier spielen bei einer QR-Code-Speisekarte eine deutlich größere Rolle als bei einer gewöhnlichen Papierkarte – eine abgenutzte oder fleckige Papierkarte ist für ein menschliches Auge immer noch lesbar, aber ein beschädigter QR-Code verschlechtert sich nicht sanft; ab einem gewissen Grad an physischer Abnutzung lässt er sich einfach gar nicht mehr scannen.

Was Sie vor der Wahl eines QR-Code-Menü-Generators prüfen sollten

Keine dieser Fragen hat eine einzige, universell richtige Antwort – eine kleine Weinbar mit einer Karte von acht Positionen hat grundlegend andere Bedürfnisse als ein Hotelrestaurant, das drei Sprachen und eine wechselnde Saisonkarte über zwei Gasträume hinweg jonglieren muss. In der Praxis kommt es darauf an, diese Fragen bewusst durchzugehen, bevor Tischkarten gedruckt und ausgelegt werden – statt die Antworten reaktiv, eine frustrierende Einschränkung nach der anderen, in den folgenden Monaten zu entdecken.

Häufig gestellte Fragen