Hinter Ihrem QR-Code liegt ein PDF. Genau das ist das Problem.

Ein Gast setzt sich, scannt das Kärtchen auf dem Tisch, wartet, bis eine 4 MB große Datei geladen ist, und verbringt dann eine halbe Minute damit, auf einer für DIN A4 gebauten Seite herumzuzoomen. Er findet die Vorspeisen. Er verliert die Vorspeisen wieder. Am Ende fragt er die Bedienung, was für ein Fisch das heute ist.

Das passiert jeden Abend in tausenden Betrieben, und es lässt sich vollständig vermeiden. Der QR-Code ist nicht das Problem. Das Problem ist, was dahinter liegt.

Ein PDF wurde zum Drucken gebaut, nicht zum Lesen auf dem Handy

Das ist schlicht die Aufgabe des Formats, und die erfüllt es gut. Ein PDF friert ein Layout auf feste Maße ein, damit es aus dem Drucker genau so herauskommt, wie die Grafikerin es gestaltet hat. Jede einzelne dieser Eigenschaften arbeitet auf einem 15-Zentimeter-Display gegen Sie.

Der Text fließt nicht um, also zoomt der Gast. Sobald er zoomt, verliert er die Orientierung, weil der sichtbare Ausschnitt kleiner ist als eine Visitenkarte. Antippbare Elemente gibt es nicht. Am schlimmsten sind zweispaltige Layouts, also genau das, was auf gedruckten Karten Standard ist: Der Gast liest die linke Spalte bis zur Hälfte, scrollt weiter und weiß nicht mehr, ob er noch bei den Hauptgerichten ist oder schon bei den Desserts gelandet.

Dazu kommt der Download selbst. Ein Export aus der Agentur, mit eingebetteten Schriften und einem Foto vom Gastraum, kommt locker auf 5 MB. Bei schwachem Empfang im Lokal heißt das Wartezeit, und der Gast starrt auf einen Ladebalken, während sein Gegenüber schon den Wein ausgesucht hat.

Über Barrierefreiheit spricht dabei kaum jemand. Gut ausgezeichnete PDFs kommen mit Screenreadern einigermaßen zurecht, nicht ausgezeichnete überhaupt nicht, und fast jede Speisekarte aus InDesign oder Canva ist nicht ausgezeichnet. Ein sehbeeinträchtigter Gast kann die Schrift nicht vergrößern, weil die Schriftgröße fest in der Datei steckt.

Google kann es kaum lesen und ganz sicher nicht ranken

Suchmaschinen können PDFs indexieren. Das stimmt technisch und hilft bei einer Speisekarte praktisch nichts.

Was tatsächlich passiert: Das PDF landet als ein flaches Dokument im Index, ohne Überschriftenstruktur, ohne strukturierte Daten und oft ohne sinnvollen Titel jenseits von "speisekarte-final-v3-DRUCK.pdf". Google kann nicht erkennen, dass "Gegrillter Wolfsbarsch, Fenchel, Salsa verde, 24" ein Gericht mit einem Preis ist. Einzelne Positionen lassen sich nicht in die Suchergebnisse holen. Und die Karte lässt sich nicht mit Ihren Öffnungszeiten, Ihrem Standort oder Ihrem Reservierungslink verknüpfen, weil nichts davon in der Datei steht.

Die Suchanfragen, die Sie gewinnen wollen, laufen aber genau auf dieser Ebene. "Glutenfreie Pizza in der Nähe." "Veganer Brunch Wien." "Restaurant mit Degustationsmenü Graz." Solche Anfragen werden gegen Seitentext, Überschriften und strukturierte Daten geprüft. Ein PDF liefert davon nichts in verwertbarer Form.

Dazu kommt das Thema Schema. Google unterstützt einen eigenen Menu-Typ für strukturierte Daten, mit dem sich Kategorien, Gerichte, Preise und Ernährungshinweise maschinenlesbar beschreiben lassen. An ein PDF können Sie das nicht hängen. Auf einer HTML-Seite ist es ein Block JSON im Head, und genau darin liegt der Unterschied zwischen "wir haben eine Website" und "Suchmaschinen wissen, was bei uns auf den Teller kommt".

Mit KI-Assistenten hat sich das zugespitzt, je nach Standpunkt zum Guten oder zum Schlechten. Wenn jemand einen Chatbot nach einem Lokal in der Nähe mit ordentlichem Sonntagsbraten fragt, arbeitet das Modell mit crawlbarem Text. Betriebe mit lesbarer Karte werden genannt. Betriebe mit Karte im PDF existieren für dieses Modell nicht.

Um 19:40 an einem Freitag ändern Sie da gar nichts mehr

Das Lamm ist aus. Freitag, volles Haus, und auf der Karte steht Lamm.

Beim PDF heißt das: Layout-Datei öffnen, korrigieren, exportieren, irgendwo hochladen und hoffen, dass der QR-Code noch auf die richtige Stelle zeigt. Mitten im Service macht das niemand. Stattdessen erklärt der Service vierzig Tischen hintereinander, dass es kein Lamm mehr gibt, ein paar Gäste sind genervt, und die Karte bleibt falsch, bis sich nächsten Dienstag jemand darum kümmert.

Dieselbe Reibung erledigt alles, was zeitlich gebunden ist. Mittagsangebote, die um 11:30 auftauchen und um 15:00 wieder verschwinden sollen. Ein Saisongericht, das Sie zwei Wochen lang pushen wollen. Eine Preisanpassung, weil ein Einkaufspreis gerade um 30% gestiegen ist. Aus jedem dieser Punkte wird ein kleiner Grafikauftrag statt einer Änderung von dreißig Sekunden, also passiert das Meiste davon nie, und Ihre Karte entfernt sich langsam von dem, was die Küche wirklich kocht.

Eine HTML-Karte ist im Kern eine Datenbank mit hübscher Oberfläche. Sie setzen das Lamm auf nicht verfügbar, und es ist im selben Moment auf jedem Handy im Raum ausgegraut oder weg. Kein Export, kein Nachdruck, kein neuer QR-Code.

Was Sie stattdessen bekommen

Der praktische Unterschied, sobald die Karte eine echte Webseite ist.

1. Sie liest sich auf dem Handy vernünftig. Der Text passt sich der Bildschirmbreite an, Kategorien lassen sich auf- und zuklappen, und der Gast springt direkt zu den Desserts, ohne an allem anderen vorbeizuscrollen. Genau darum geht es bei der ganzen Sache.
2. Google sieht Gerichte statt eines Dokuments. Jede Position ist Text auf einer Seite, sauber in Überschriften eingebettet, mit Auszeichnung für Preise und Kategorien. Damit können Sie auch bei Suchen nach einzelnen Gerichten auftauchen.
3. Allergene stehen direkt am Gericht. In der EU müssen die vierzehn Hauptallergene ausgewiesen werden, und eine Fußnote auf Seite vier eines PDFs ist dafür eine schwache Lösung. Auf einer Webseite hängt die Angabe am Gericht selbst, und Gäste können nach dem filtern, was sie vertragen. Die genauen Kennzeichnungspflichten klären Sie bitte mit Ihrer zuständigen Lebensmittelbehörde, denn die Umsetzung unterscheidet sich von Land zu Land.
4. Änderungen dauern Sekunden. Ausverkauft, neuer Preis, Tagesempfehlung, Saisonwechsel. Eine Änderung, sofort überall sichtbar.

Es gibt einen fünften Punkt, den man schlechter sieht: Sie erfahren, was die Leute überhaupt anschauen. Eine Webkarte zeigt Ihnen, welche Gerichte oft aufgerufen werden, an welcher Stelle Gäste abspringen und wie lange die Entscheidung im Schnitt dauert. Ein PDF sagt Ihnen dazu nie etwas.

Die unangenehme Zwischenlösung

Viele Betriebe haben eine Website mit einer Seite "Speisekarte", auf der ein eingebetteter PDF-Viewer sitzt, oder schlimmer noch, ein Foto der gedruckten Karte. Beides ist dasselbe Problem in schönerer Verpackung. Wenn die Wörter in einem Bild oder einer Datei stecken, stehen sie nicht auf Ihrer Seite, und alles Bisherige gilt weiterhin.

Die Korrektur ist unkompliziert und verlangt keinen Neubau Ihrer Website. Schreiben Sie Gerichtsnamen, Beschreibungen und Preise als Text in die Seite. Das PDF können Sie als Download behalten, für alle, die es ausdrucken wollen. Die Webversion ist die, die funktioniert, und die, die rankt.

Kurz gefasst

Eine PDF-Karte hinter einem QR-Code war 2020 eine nachvollziehbare Notlösung und ist heute ein Nachteil. Sie nervt den Gast, der vor Ihnen sitzt, versteckt Sie vor dem Gast, der zwei Straßen weiter auf dem Handy sucht, und friert Ihre Karte auf dem Stand ein, den sie hatte, als zuletzt jemand die Layout-Datei geöffnet hat.

Bringen Sie die Karte auf eine echte Seite. Gleicher QR-Code, gleiche Tischkärtchen, deutlich entspannterer Abend für alle Beteiligten.