Restaurants waren die erste Branche, die QR-Menüs im Jahr 2020 aus purer Notwendigkeit flächendeckend einführte. Fünf Jahre später haben die meisten Betreiber den QR-Code auf dem Tisch behalten, aber die dazugehörige Marketing-Infrastruktur verworfen. Oft verweist der QR-Code lediglich auf ein statisches PDF-Menü, das auf der Website gehostet wird. Es gibt keine Analytics, kein Kampagnen-Tracking, keine Möglichkeit zu wissen, welche Platzierungen funktionieren, und keine Option, das Ziel zu ändern, ohne neu drucken zu müssen.
In diesem Beitrag geht es um den Unterschied zwischen einem QR-Code, der auf ein PDF verweist, und einem QR-Code, der auf einen Redirect führt. Ersteres ist eine statische Annehmlichkeit. Letzteres ist der Einstiegspunkt zu einer Marketing-Oberfläche – für Menü-Updates, Reservierungsabläufe, Loyalty-Anmeldungen und Feedback nach dem Essen –, die sich sowohl für eine Kette mit 200 Standorten als auch für ein einzelnes Eckcafé skalieren lässt.
Was eine Redirect-Ebene für ein Restaurant verändert#
Ein QR-Code wird einmal gedruckt. Ein PDF auf einer Website ist statisch. Kombiniert man beides, erhält man ein QR-Menü-System, das bei jeder Änderung der Speisekarte einen Neudruck erfordert. Das bedeutet: Die Preise im verlinkten PDF sind falsch, sobald ein Lieferant wechselt; saisonale Cocktails erscheinen erst Wochen nach dem Start; und Hinweise auf glutenfreie Gerichte landen in einer Ecke des Dokuments, die niemand liest.
Eine Redirect-Ebene hebt diese Kopplung auf. Der QR-Code auf dem Tischaufsteller verweist auf eine Kurz-URL – s.elido.me/menu – und diese URL leitet zu dem Ziel weiter, das Sie heute festlegen. Ändern Sie das Ziel einfach im Dashboard, und jeder gedruckte Tischaufsteller verweist sofort auf die neue Karte. Kein Neudruck erforderlich.
Derselbe Redirect liefert wertvolle Analytics. Jeder Scan wird als Ereignis mit Zeitstempel, Standort des Redirect-POP, Gerätetyp und Referrer aufgezeichnet (in der Praxis landen Scans über mobile Kamera-Apps meist ohne Referrer). Bei einem Volumen eines einzelnen Restaurants – einige hundert bis tausend Scans pro Woche – reichen diese Daten aus, um die entscheidenden operativen Fragen zu beantworten:
- An welchen Wochentagen werden die meisten Menü-Scans generiert?
- Wie ist das Verhältnis zwischen Mittag- und Abendessen im QR-Traffic?
- Scrollen die Besucher nach dem Scan durch das Menü oder kehren sie direkt zur Kamera zurück?
- Generiert der Tischaufsteller-QR mehr Scans als die Fensterfolie draußen?
Die dritte Frage erfordert eine Zielseite, die Analytics an Ihren Shortener zurücksendet; die anderen lassen sich rein aus den Redirect-Ereignissen beantworten. Selbst die einfachste Implementierung – ein einzelner QR, der auf ein PDF verweist, ohne Analytics auf der Zielseite – liefert ab dem Tag der Liveschaltung nützliche operative Daten.
Ein praktisches Setup#
Beginnen Sie mit drei QR-Codes pro Standort, die jeweils auf eine eigene Kurz-URL verweisen:
- Tisch-QR: Der QR-Code im Restaurant für Gäste, die bereits am Tisch sitzen. Ziel: Die aktuelle Speisekarte.
- Fenster-QR: Ein QR-Aufkleber am Schaufenster für Passanten. Ziel: Eine Landingpage mit Reservierungsmöglichkeiten, Öffnungszeiten und der Speisekarte.
- Takeaway-QR: Ein QR-Sticker auf der Takeaway-Verpackung. Ziel: Ein Feedback-Formular, eine Anmeldung zum Loyalty-Programm oder eine Seite mit einem Rabattcode für die nächste Bestellung.
Drei QR-Codes bieten für die meisten unabhängigen Restaurants genügend Abdeckung. Größere Gruppen sollten separate Codes für jede hochfrequente Platzierung hinzufügen – verschiedene Tischpositionen, Beschilderungen in den Waschräumen, Empfehlungskarten des Personals. Dank der Analytics können Sie die Scan-Rate jeder einzelnen Platzierung messen, was die Design- und Druckkosten für zusätzliche Werbemittel rechtfertigt.
Jeder QR-Code wird einem Kurzlink zugeordnet. Die Links werden im Dashboard unter /links konfiguriert. Verwenden Sie aussagekräftige Labels:
loc:queens-st · placement:table→ Menüloc:queens-st · placement:window→ Reservierungs-Landingpageloc:queens-st · placement:takeaway→ Loyalty-Anmeldung
Diese Labels füllen die Tag-Filter im Analytics-Dashboard. Filtern Sie nach loc:queens-st, um alle drei QR-Codes eines Standorts im Vergleich zu sehen; filtern Sie nach placement:table, um die Performance der Tisch-QR-Codes über alle Standorte hinweg zu vergleichen.
Die QR-Bilder selbst werden von Elido generiert. Auf der Detailseite des Links zeigt der Tab QR code den QR-Code mit Optionen für Größe, Format und Fehlerkorrektur-Level an. Druckdateien werden als SVG oder PNG exportiert; das SVG-Format ist die bessere Wahl für Platzierungen, bei denen sich das Design ändern könnte (Tischaufsteller werden oft saisonal neu gedruckt).
Der QR-Code selbst: Design und Druck#
Drei Regeln, die wichtiger sind als die URL dahinter:
Kontrast ist wichtiger als Farbe. Ein schwarzer QR-Code auf weißem Grund bietet die höchste Lesbarkeit. Ein farbiger QR auf farbigem Hintergrund verringert die Scan-Zuverlässigkeit – manchmal erheblich. Wenn die Marke Farbe erfordert, sind Dunkelblau oder Dunkelbraun auf cremefarbenem Hintergrund eine sichere Wahl. Pastell auf Pastell ist es nicht.
Die Ruhezone ist die am häufigsten missachtete Regel. QR-Spezifikationen erfordern eine „Ruhezone“ (Clear Space) von mindestens 4 Modulen um den Code herum (ein Modul entspricht der Größe einer einzelnen QR-Zelle). Viele Designs von Tischaufstellern platzieren Text oder Grafiken direkt am Rand des QR-Codes; das drückt die Erfolgsrate beim Scannen spürbar nach unten. Der QR-Exporter bei Elido stellt die Standard-Ruhezone korrekt ein; wenn ein Grafikdesigner den QR-Code skaliert oder einen Rahmen hinzufügt, muss die Ruhezone erhalten bleiben.
Das Fehlerkorrektur-Level beeinflusst die Größe, aber auch die Robustheit. Level L (low) liefert den kleinstmöglichen Code. Level H (high) kann bis zu 30 % Beschädigung kompensieren und ist die richtige Wahl für Platzierungen, die abgenutzt, verschmiert oder teilweise verdeckt werden könnten – Aufkleber auf Tüten, Fensterfolien im Außenbereich oder Tischaufsteller in einem hektischen Service. Der Elido-Exporter ist standardmäßig auf Level M eingestellt; erhöhen Sie auf H für Platzierungen, die Langlebigkeit erfordern.
Unter operativen Bedingungen getestet, scannt ein 3 cm großer QR-Code mit Level M im Schwarz-Weiß-Druck zuverlässig aus 30 cm Entfernung auf den meisten modernen Smartphones. Bei kleineren Codes sinkt die Scan-Rate spürbar. Größere Codes sind vorteilhafter auf schlecht beleuchteten Tischen – besonders gehobene Restaurants mit gedimmtem Licht profitieren von einer QR-Größe von 5–6 cm.
Was hinter den Redirect gehört#
Für ein unabhängiges Restaurant mit einem Standort ist das Menü das naheliegendste Ziel. Drei Varianten der Menüseite sind überlegenswert:
Reines PDF: Am günstigsten in der Wartung, keine Analytics auf der Zielseite, kein Mobile-First-Design. Die PDF-Anzeige auf Smartphones hat sich seit 2020 verbessert, ist aber nativem HTML immer noch unterlegen. Akzeptabel als Startpunkt, aber keine langfristige Lösung.
HTML-Menüseite auf Ihrer Website: Besseres mobiles Rendering, kann ohne erneutes Hochladen von Assets aktualisiert werden und ermöglicht Analytics, sofern vorhanden. Die Hürde ist meist der Aufwand oder die Kosten für ein CMS, um die Seite aktuell zu halten.
Eine Bio-Page als Zielseite: Eine einzige, mobil-optimierte Seite mit Menü-Abschnitten, Fotos von Highlight-Gerichten und zusätzlichen Links – Reservierung, Kontakt, glutenfreie Optionen, Kindermenü. Das Bio-Pages-Feature von Elido deckt diesen Anwendungsfall direkt ab; das Tutorial zum Erstellen einer Bio-Page ist die entsprechende Anleitung dazu.
Der Bio-Page-Ansatz ist die Lösung, für die sich die meisten unabhängigen Restaurants nach einiger Zeit entscheiden. Die Seite ist über ein Dashboard editierbar (kein CMS nötig), wird auf allen Smartphones konsistent angezeigt und die Analytics fließen am selben Ort zusammen wie die QR-Scan-Daten.
Für Ketten mit mehr als 50 Standorten ist das Menü-Ziel komplexer – meist eine standortspezifische Landingpage, die aus einer zentralen Menü-Datenbank generiert wird und lokale Tagesgerichte enthält. Die Redirect-Ebene macht das Mapping vom QR zum Ziel pro Standort konfigurierbar, ohne den QR-Code ändern zu müssen. Ein zentrales Marketing-Team kann so eine neu gestaltete Menüseite an drei Standorten per A/B-Test prüfen, ohne die gedruckten QR-Codes an allen 200 Standorten anfassen zu müssen.
A/B-Testing des Menü-Designs#
Die Smart-Routing-Engine von Elido unterstützt gewichtete Zielvarianten auf einem einzigen Kurzlink. Für den QR-Menü-Anwendungsfall ist dies der Mechanismus, mit dem Sie Menü-Designs testen können, ohne neu zu drucken.
Ein einzelner Kurzlink kann basierend auf einem stabilen Hash der IP des Besuchers 50 % auf menu-v1.example.com und 50 % auf menu-v2.example.com leiten. Ein Gast, der den QR zum Mittagessen scannt, sieht eine Variante; ein Gast am Nachbartisch sieht die andere. Die Analytics erfassen, welches Ziel für welchen Scan aufgelöst wurde.
Kombinieren Sie dieses Routing mit Event-Tracking auf der Zielseite (z. B. ein scrolled_to_dessert-Event oder ein viewed_drinks_section-Event), und Sie erhalten einen A/B-Test des Menü-Layouts während Ihres laufenden Mittagsgeschäfts. Nach einer Woche Traffic haben Sie einige tausend Sessions pro Variante – genug, um einen Unterschied von 5 Prozentpunkten in der „Scroll-to-Dessert“-Rate mit angemessener Konfidenz festzustellen.
Der Beitrag Smart Links erklärt behandelt die Routing-Engine im Detail; das Tutorial zum A/B-Testing von Landingpages beschreibt das Experiment-Design für Restaurant-Traffic.
Reservierungs-Funnel und Attribution#
Die Platzierung des Fenster-QR ist diejenige, die am direktesten mit dem Umsatz verbunden ist. Ein Passant scannt den QR am Schaufenster, landet auf einer Reservierungsseite und bucht einen Tisch.
Die Frage der Attribution: Woher wissen Sie, dass die Buchung über den QR-Code kam und nicht über eine Google-Suche, eine Instagram-Empfehlung oder ein OpenTable-Listing?
Drei technische Bausteine beantworten dies:
- UTM-Parameter, die beim Redirect angehängt werden. Der QR verweist auf
s.elido.me/reserve. Der Redirect fügt?utm_source=qr&utm_medium=window&utm_campaign=walk-in&utm_content=queens-sthinzu und leitet zur Reservierungsseite weiter. Ihre Reservierungsplattform zeichnet die Quelle auf. - Server-seitige Conversion-Weiterleitung. Wenn die Buchung bestätigt wird, sendet das Reservierungssystem einen Server-to-Server-Call an den
/v1/conversions-Endpunkt von Elido mit der Click-ID zurück. Elido leitet die Conversion bei Bedarf an Meta CAPI oder das GA4 Measurement Protocol weiter. Der Beitrag Server-side Conversion Tracking erläutert den vollständigen Mechanismus. - Join-Keys auf Klick-Ebene. Wenn die Reservierungsplattform benutzerdefinierte URL-Parameter unterstützt, wird der
elido_click-Parameter aus dem Redirect im Buchungsdatensatz erfasst. Über das Feldmetadatades Klick-Ereignisses im Shortener können Sie Klick und Reservierung in Ihrem eigenen Data Warehouse abgleichen.
Ohne diese drei Elemente bleibt der Umsatzbeitrag des Fenster-QR unsichtbar. Mit ihnen wird die Entscheidung über die Platzierung (Fenster vs. Tür vs. Empfangstresen) innerhalb von zwei Wochen datengestützt.
Loyalty-Anmeldungen über den Takeaway-QR#
Der dritte QR-Code – auf der Takeaway-Verpackung – erzeugt ein anderes Conversion-Muster. Takeaway-Gäste haben bereits gekauft; der Redirect führt hier zu einer Loyalty-Anmeldung oder einer „Rabatt auf die nächste Bestellung“-Landingpage.
Die interessante Kennzahl beim Takeaway-QR ist nicht die Scan-Rate (typischerweise 5–15 % der Takeaway-Bestellungen, stark abhängig vom Verpackungsdesign), sondern die Conversion-Rate vom Scan zur Anmeldung. Eine Rate von über 20 % bedeutet, dass die Landingpage funktioniert. Unter 10 % deutet darauf hin, dass das Angebot nicht attraktiv genug ist, die Seite zu viele Informationen abfragt oder die Hürden nach dem Scan zu hoch sind.
Das Link-Analytics-Dashboard zeigt dies über die „Time-to-First-Click“-Kurve und die Bounce-Rate der Zielseite an (sofern das Zielseiten-Tracking eingerichtet ist). Bei den meisten Loyalty-Anmeldungen ist die Reduzierung der Formularfelder der entscheidende Design-Faktor – Name und E-Mail funktionieren besser als Name, E-Mail, Telefonnummer, Geburtstag und Ernährungsvorlieben.
Ein bewährter operativer Rhythmus#
Für ein Restaurant mit einem Standort und drei QR-Platzierungen dauert der wöchentliche Analytics-Check etwa 10 Minuten:
Montagmorgen, 5 Minuten: Öffnen Sie das Bio-Analytics-Dashboard. Filtern Sie auf die letzten 7 Tage. Prüfen Sie drei Zahlen – Gesamtscans, Verteilung über die Wochentage, die geschäftigste Stunde. Vergleichen Sie dies mit der Vorwoche.
Mitte der Woche, 3 Minuten: Prüfen Sie die Aufteilung nach Platzierung. Korrelieren die Tisch-Scans, Fenster-Scans und Takeaway-Scans mit dem Bestellvolumen? Ein plötzlicher Abfall der Tisch-Scan-Rate hängt oft mit einer Änderung im Serviceablauf zusammen – das Personal weist nicht mehr auf den QR hin, der Tischaufsteller wurde umgestellt oder eine neue Servicekraft kennt die Platzierung noch nicht.
Freitag, 2 Minuten: Prüfen Sie die Zielseiten-Analytics, falls eingerichtet. Klicken sich Gäste zur Reservierung durch? Konvertieren die Loyalty-Anmeldungen? Notieren Sie Auffälligkeiten für das Team-Meeting am Montag.
Dieser Rhythmus macht den Unterschied aus: QR-Menüs sind dann keine statische Infrastruktur mehr, sondern ein aktiver Marketingkanal. Ohne diesen Rhythmus sammeln sich Daten an, ohne jemals zu einer Entscheidung zu führen. Mit ihm wird der Kanal aktiv gesteuert.
Pricing-Realitäten für Restaurantbetreiber#
Die meisten unabhängigen Restaurants nutzen das QR-Menü-Setup im Pro-Tarif von Elido – 3,50 €/Monat für das Nutzungsvolumen eines einzelnen Restaurants. Die Kalkulation für Ketten ist anders und skaliert eher mit der Anzahl der Standorte als mit dem Scan-Volumen.
Der kostenlose Tarif reicht aus, um das Konzept zu testen (50 Links, 500 Klicks pro Monat). Für ein produktives Setup mit drei QR-Codes, eigener Domain, detaillierten Analytics und A/B-Testing ist der Pro-Tarif das Minimum.
Die Pricing-Seite enthält die vollständige Übersicht. Restaurants, die EU-Datenresidenz für die Reservierungsdaten ihrer Gäste benötigen (eine reale Anforderung für jeden Betrieb, der GDPR-Audits unterliegt), nutzen den EU-Standard-Tier – siehe dazu den Artikel GDPR für URL-Shortener.
Was nicht funktioniert#
Drei Setups, die auf dem Papier gut aussehen, in der Praxis aber scheitern:
Ein QR-Code auf einem Untersetzer. Untersetzer werden nass, zerkratzt und sind klein. Ein Level-H-QR mit großzügiger Ruhezone hilft zwar, aber die Scan-Rate auf einem nassen Untersetzer bleibt unzuverlässig. Nutzen Sie stattdessen Tischaufsteller oder Menübeilagen.
Ein QR-Link zu einem Drittanbieter-Reservierungs-Widget von OpenTable oder Resy. Der Redirect an sich funktioniert, aber das Widget des Drittanbieters verliert oft die UTM-Parameter bei internen Weiterleitungen. Die Attribution zum „QR-Scan“ geht in der Mitte des Funnels verloren. Wenn Sie auf eine externe Reservierungsseite leiten müssen, nutzen Sie die API-Integration der Plattform, um die Click-ID zu übergeben, anstatt sich darauf zu verlassen, dass UTMs die Redirect-Kette überleben.
Ein QR-Code, der auf ein Google Business Profile verweist. Der Redirect funktioniert, aber die von Google gehostete Seite übernimmt keine UTM-Parameter und der Klick kehrt nicht in Ihre Conversion-Tracking-Ebene zurück. Nutzen Sie ein Ziel, das Sie selbst kontrollieren.
Weiterführende Links#
- URL-Shortener für E-Commerce: Die Datenebene hinter dem Funnel – Der Grundlagenartikel für den Industries-Cluster.
- Dynamische vs. statische QR-Codes: Was zuerst kaputtgeht – Die fundamentale Entscheidung hinter jedem QR-Menü-Setup.
- QR-Code-Kampagnen von Grund auf neu erstellen – Anleitung für QR-Kampagnen außerhalb der Gastronomie.
- URL-Shortener für SaaS: Lifecycle, Onboarding, Kommunikation – Branchen-Leitfaden für Software-Unternehmen.
- A/B-Testing von Landingpages mit Kurzlinks – Für den Schritt „Menü-Design testen“.
- Features:
/features/qr-codes,/features/bio-pagesund/solutions/marketers. - Extern: GS1-Standards für QR-Platzierung und Ruhezonen-Leitfaden.