Das Buchungs-Widget für Restaurants erklärt
Ein Buchungs-Widget ist der Reservierungsablauf auf Ihren eigenen Seiten statt eines Links zu jemand anderem. Hier lesen Sie, woraus es besteht, wie es mit Ihren Tischen synchron bleibt und was Sie prüfen sollten, bevor Sie es live schalten.
Die meisten Gastronomen begegnen dem Begriff „Buchungs-Widget“ beim Vergleich von Reservierungssystemen und nicken mit, ohne dass jemand erklärt, was das eigentlich ist. Zehn Minuten lohnen sich, denn der Unterschied zwischen einem Widget und der Alternative entscheidet darüber, wem Ihre Gästedaten gehören, wer die Bestätigungsmail kontrolliert und ob ein Gast, der gerade auf Ihrer Startseite war, jemals dorthin zurückkehrt.
Dieser Text ist für die Person geschrieben, die das Restaurant führt, nicht für die, die die Website baut. Sie müssen keine Zeile Code schreiben, um alles davon zu verstehen, und Sie brauchen mit ziemlicher Sicherheit auch keine Entwicklerin für die Einrichtung.
Ein Widget ist ein Reservierungsablauf auf Ihrer eigenen Seite
Es gibt zwei Wege, wie eine Website Reservierungen annehmen kann. Der erste ist ein Link: Der Gast tippt auf „Tisch reservieren“, verlässt Ihre Seite und landet woanders — bei einem Eintrag in einem Buchungsportal, auf einer fremden Buchungsseite, auf einer Drittanbieter-Domain. Der zweite ist ein Widget: Der Reservierungsablauf wird innerhalb Ihrer eigenen Seite dargestellt, unter Ihrer eigenen Kopfzeile, auf Ihrer eigenen Domain, und der Gast geht nie weg.
Technisch ist ein Widget ein kleines Stück Software, das Ihr Reservierungssystem in einen Bereich lädt, den Sie auf der Seite dafür freihalten. Praktisch bedeutet es, dass der komplette Weg von „Wann haben Sie geöffnet?“ bis „Ihre Reservierung ist bestätigt“ zwischen Ihrer Navigationsleiste und Ihrer Fußzeile stattfindet.
Warum der Unterschied wirtschaftlich zählt
Ein Link nach außen übergibt den letzten und wertvollsten Schritt des Weges an jemand anderen, zusammen mit dem Gästedatensatz und der Bestätigungsnachricht. Ein Widget behält alle drei. Das ist das ganze Argument, und es hängt nicht davon ab, für welchen Anbieter Sie sich entscheiden.
Der Aufbau eines Buchungs-Widgets
Jedes ernstzunehmende Buchungs-Widget erledigt dieselben fünf Dinge in derselben Reihenfolge. Wer sie kennt, kann jede Anbieterdemo in etwa neunzig Sekunden beurteilen.
- Verfügbarkeitsabfrage. Bevor überhaupt etwas angezeigt wird, fragt das Widget Ihr Reservierungssystem, was wirklich buchbar ist — Ihre Öffnungszeiten, Ihre Servicezeiten, Ihr Tischbestand und alles, was bereits im Buch steht.
- Personenzahl. Wird zuerst abgefragt, weil sie alles Weitere verändert. Ein Tisch für zwei und ein Tisch für acht haben unterschiedliche Verfügbarkeiten und oft unterschiedliche Verweildauern.
- Datum und Uhrzeit. Der Gast sieht echte Zeitfenster, kein Freitextfeld. Nicht verfügbare Zeiten sollten gar nicht erst erscheinen oder sichtbar deaktiviert sein, statt angenommen und anschließend abgelehnt zu werden.
- Gästedaten. Name, Telefonnummer, E-Mail und eine Notiz, sofern Sie eine zulassen. Kurz halten — jedes zusätzliche Feld kostet Sie abgeschlossene Reservierungen.
- Bestätigung. Sofort eine Bestätigung auf dem Bildschirm und eine Nachricht an den Gast mit allen Angaben und einer Möglichkeit zu stornieren oder zu ändern.
Diese letzte Nachricht leistet mehr, als die meisten Gastronomen ihr zutrauen — sie ist die einzige Mitteilung, die ein Gast mit Reservierung zuverlässig öffnet. Was in eine Reservierungsbestätigung gehört beschreibt, was hineingehört.
Inline, Pop-up, Button oder eigene Seite
Derselbe Reservierungsablauf lässt sich auf mehrere Arten darstellen, und die Wahl ist eine Layout- und keine technische Entscheidung. Die meisten Systeme erlauben den Wechsel, ohne dass sich an Ihrer Website etwas ändert.
Inline ist für eine Restaurant-Startseite die sicherste Grundeinstellung. Pop-ups konvertieren gut, wenn der Button eindeutig ist, werden aber leicht übertrieben: Ein klarer Einstiegspunkt schlägt drei konkurrierende.
Was der Einbettungscode tatsächlich macht
Sie bekommen einen Codeschnipsel, den Sie in Ihre Seite einfügen. Meist sind es zwei Zeilen, und es lohnt sich zu wissen, wofür jede da ist, damit Sie ein echtes Installationsproblem von einem Einstellungsproblem unterscheiden können.
- Das
divist ein leerer Platzhalter. Es enthält nichts und markiert die Stelle auf der Seite, an der der Reservierungsablauf dargestellt werden soll. - Das
scriptlädt die Buchungssoftware Ihres Anbieters, findet den Platzhalter und füllt ihn. Weil es als async markiert ist, lädt es parallel zum Rest Ihrer Seite und hält diese nicht auf. - Die Widget-ID ist eine öffentliche Kennung, kein Passwort. Sie sagt dem Skript, welches Restaurant zu laden ist — deshalb können Sie den Schnipsel bedenkenlos an die Person mailen, die Ihre Website betreut.
- Das Skript kommt einmal pro Seite hinein, auch wenn Sie zwei Platzhalter darauf setzen.
Einmal einfügen und nie wieder
Weil die ID bei jedem Seitenaufruf Ihre aktuell veröffentlichte Konfiguration abruft, sind Änderungen an Farben, Buttontext, Sprache oder Öffnungszeiten eine Aufgabe in Ihrem Reservierungssystem und kein Website-Release. Wenn ein Anbieter verlangt, nach jeder Änderung den Code neu einzufügen, ist das ein Warnsignal.
Wie das Widget mit Ihrer echten Verfügbarkeit synchron bleibt
Die einzige Frage, die man jedem Anbieter stellen sollte, lautet: Wo wird die Verfügbarkeit berechnet? Bei einem sauber gebauten Widget lautet die Antwort immer „auf dem Server, in dem Moment, in dem der Gast hinschaut“. Das Widget hält keine Kopie Ihres Reservierungsbuchs. Es fragt jedes Mal neu und zeigt an, was es zurückbekommt.
Genau das verhindert den Fehler, wegen dem Gastronomen der Onlinereservierung überhaupt erst misstrauen: dass zwei Gäste denselben Tisch um 20 Uhr belegen, weil beide auf eine Seite geschaut haben, die vor zehn Minuten korrekt war. Es bedeutet außerdem, dass eine Reservierung, die Ihr Empfang am Telefon annimmt und ins System einträgt, dieses Zeitfenster binnen Sekunden von der Website nimmt, und dass ein Tisch, den Sie für eine geschlossene Gesellschaft sperren, aus dem Widget verschwindet, ohne dass Sie Ihre Website anfassen.
Die Kehrseite ist: Eine Stelle muss die Wahrheit halten. Wenn Ihr Widget, Ihr Telefonbuch und ein Eintrag im Buchungsportal jeweils ein eigenes Bild vom heutigen Abend haben, haben Sie drei Bücher und kein Reservierungssystem. Telefon-, Vor-Ort- und Online-Reservierungen organisieren zeigt Schritt für Schritt, wie Sie sie zusammenführen.
So gestalten Sie es, damit es nicht aufgesetzt wirkt
Ein Widget, das mit der Seite drumherum bricht, wirkt wie eine Fremdanzeige — und Gäste behandeln es mit derselben Vorsicht wie eine Anzeige. Üblicherweise können Sie die Farbe des Hauptbuttons, Text- und Hintergrundfarben, eine Rahmenfarbe, die Eckenrundung, den Buttontext und die Sprache steuern. Nehmen Sie die Werte aus Ihrer bestehenden Website-Palette, statt neue zu erfinden.
- Gleichen Sie die Buttonfarbe an die stärkste Handlungsaufforderung an, die es auf Ihrer Website schon gibt, damit der Reservierungsbutton als Ihrer gelesen wird.
- Gleichen Sie die Eckenrundung an Ihre Buttons und Karten an. Ein pillenförmiges Widget in einer Seite mit eckigen Kanten ist genau das Detail, das die meisten Menschen bemerken, ohne es benennen zu können.
- Benutzen Sie die Sprache Ihrer Gäste auf dem Button. „Tisch reservieren“ im Restaurant, „Reservieren“ in etwas Lockererem. Drei Wörter oder weniger überstehen einen kleinen Bildschirm.
- Prüfen Sie den Kontrast bei Tageslicht auf dem Handy, nicht am Schreibtischmonitor. Blasse Schrift auf blassem Grund ist der häufigste Barrierefreiheitsfehler in gebrandeten Widgets.
Das Verhalten auf dem Handy ist der eigentliche Test
Der größte Teil des Reservierungsverkehrs kommt über das Handy, oft einhändig bedient, oft draußen, manchmal bei schlechter Verbindung, während der Gast vor der Tür steht und überlegt. Gehen Sie davon aus, dass das Ihr typischer Nutzer ist, nicht die Ausnahme. Das Widget sollte die verfügbare Breite ausfüllen, Tippflächen groß genug halten, um sie im Gehen zu treffen, für die Telefonnummer das Zifferntastenfeld öffnen und den Gast niemals in einen horizontalen Scrollbalken zwingen. Testen Sie den Ablauf mit einem Daumen auf Ihrem eigenen Handy, bevor Sie ihn für funktionierend erklären.
Was Sie vor dem Livegang prüfen sollten
- Öffnen Sie die veröffentlichte Seite in einem normalen Browserfenster, nicht in der Vorschau des Website-Editors. Editoren blockieren häufig Skripte, wodurch ein funktionierendes Widget kaputt aussieht.
- Prüfen Sie, ob die angezeigten Zeiten den Zeiten entsprechen, zu denen Sie tatsächlich servieren, einschließlich der letzten Sitzung und aller Ruhetage.
- Probieren Sie eine Personenzahl oberhalb Ihrer Onlinegrenze aus und prüfen Sie, ob dem Gast gesagt wird, was er stattdessen tun soll, statt in einer Sackgasse zu landen.
- Nehmen Sie eine echte Reservierung von Anfang bis Ende auf dem Handy vor, über Mobilfunk und mit ausgeschaltetem WLAN.
- Prüfen Sie, ob die Bestätigungsnachricht ankommt, korrekt gelesen werden kann, das richtige Restaurant nennt und einen funktionierenden Stornolink enthält.
- Prüfen Sie, ob die Reservierung mit richtigem Datum, richtiger Uhrzeit, richtiger Personenzahl und richtigen Kontaktdaten in Ihrem Reservierungssystem erscheint.
- Stornieren Sie die Testreservierung, damit sie nicht im Buch stehen bleibt, und prüfen Sie, ob das Zeitfenster wieder im Widget auftaucht.
Testen Sie an Ihrem stärksten Tag
Ein Widget, das an einem ruhigen Dienstag funktioniert, kann für den Samstagsservice trotzdem falsch eingestellt sein. Schauen Sie sich einen Samstagabend im Widget an und vergleichen Sie ihn mit dem, was der Tischplan wirklich hergibt.
Die Einbaufehler, die uns am häufigsten begegnen
- Gespeichert, aber nicht veröffentlicht. Die meisten Systeme führen einen Entwurf und eine Live-Konfiguration. Ein gespeicherter Entwurf ist für Gäste unsichtbar — daher der Klassiker „Ich habe es geändert und es ist nichts passiert“.
- In einen Textblock statt in einen Einbettungsblock eingefügt. Website-Baukästen maskieren Code, der in normale Inhalte eingefügt wird, sodass der Schnipsel als sichtbarer Text auf der Seite steht. Nutzen Sie den HTML- oder Custom-Code-Block.
- Das Skript dreimal eingefügt. Einmal pro Seite genügt. Doppelungen verlangsamen die Seite und können das Widget zweimal darstellen.
- Weit unten vergraben. Ein Widget, zu dem niemand scrollt, konvertiert nichts. Setzen Sie auf jeder Seite einen Einstiegspunkt in die Kopfzeile.
- Neben dem alten Formular weiterlaufen lassen. Ein vergessenes Kontaktformular, das weiterhin Reservierungsanfragen sammelt, bedeutet: die Hälfte Ihrer Reservierungen liegt im System und die andere Hälfte im Postfach.
Für das Vorgehen auf einer konkreten Plattform behandelt Install the Seatingly booking widget den Einbettungscode und Customize your booking widget die Einstellungen zum Erscheinungsbild. Wenn Sie noch überlegen, ob Sie überhaupt einbetten wollen: Direktbuchungen oder Buchungsportale ist die ehrliche Fassung dieser Abwägung.
