Buchungs-Widget

Definition

Ein Buchungs-Widget ist die Komponente, die auf eurer eigenen Webseite eingebunden wird und über die Gäste direkt eine Reservierung anlegen können — ohne den Umweg über einen Marktplatz. Technisch ein Stück HTML/JS, das das Reservierungs-Backend des Anbieters anspricht.

Direkt-Buchung vs. Marktplatz-Buchung

Die Unterscheidung ist wirtschaftlich relevant:

Aspekt	Direkt-Buchung (Widget)	Marktplatz-Buchung
Provision	0 €	1–4 € pro Cover
Gäste-Daten	gehören dem Restaurant	geteilt mit Plattform
Branding	Restaurant-Marke	Marktplatz-Marke (TheFork etc.)
SEO-Hebel	Restaurant-Webseite	Marktplatz-Listing
Discovery	Restaurant muss Traffic bringen	Marktplatz bringt Traffic
Kontrolle	volle Kontrolle über UX/Felder	Plattform-Standard

Eine gute Strategie kombiniert beides: Direkt-Widget als Default-Buchungs-Kanal, ein oder zwei Marktplätze (TheFork, Foratable in CH) als Discovery-Ergänzung — Details im Discovery-Marktplatz-Eintrag.

Zwei Integrations-Arten

iframe-Einbettung:

• HTML-Tag <iframe src="..."> mit fester Quelle
• Vollständig vom Anbieter gerendert, eigenes CSS, eigenes JS
• Sehr stabil, kaum Konfliktpotenzial mit der umliegenden Webseite
• Etwas weniger flexibel in Design und SEO-Integration
• Hey-Gastroline nutzt diesen Ansatz — siehe Produkt-Widget

JS-Snippet:

• <script src="..."> lädt JavaScript, das das Widget ins DOM rendert
• Mehr Flexibilität im Design (kann das Look-and-Feel der Webseite übernehmen)
• Mehr Risiko von CSS-Konflikten und JS-Versions-Inkompatibilitäten
• Mehr Tracking-Möglichkeiten (auch aus DSGVO-Sicht riskanter)

Für die meisten DACH-Restaurants ist die iframe-Einbettung das praktischere Modell — weniger Wartungs-Aufwand, weniger Bruchstellen bei Webseiten-Updates.

DSGVO-Aspekte

Ein Buchungs-Widget verarbeitet Gäste-Daten beim Buchungs-Prozess. Wichtige Punkte:

• Datenschutz-Erklärung auf eurer Webseite muss den Anbieter benennen, Verarbeitungs-Zweck dokumentieren
• Consent-Layer: für reine Reservierungs-Daten ist kein Cookie-Consent nötig (Vertragsanbahnung Art. 6 lit. b) — Marketing-Tracking ist anders
• Cross-Origin-Requests: das iframe lädt vom Anbieter-Server, eure CSP-Policy muss das erlauben
• Hosting-Standort: für DSGVO-Konformität EU-Hosting bevorzugt — siehe DSGVO-Konformität

Was ein gutes Widget mitbringen sollte

• Mobile-First: 60–70 % der Direkt-Buchungen kommen vom Smartphone
• Konfigurierbare Mindest-/Höchst-Gruppengröße pro Slot oder Tageszeit
• Sonderwünsche-Feld mit Allergie-Hinweisen
• Mehrsprachigkeit (DE/EN, je nach Lage)
• Schnelle Verfügbarkeits-Anzeige ohne Mehrschritt-Suche
• Niedrige Lade-Latenz (< 1 s First Paint), sonst sinkt die Conversion-Rate massiv
• Bestätigungs-Mail/SMS sofort, ohne Verzögerung

Wachstumspfad-Funktionen

• Slot-Empfehlungen statt fester Verfügbarkeits-Anzeige (intelligenter)
• Up-Sell-Hinweise (Geburtstags-Aufmerksamkeit, Wein-Pairing-Menü)
• Dynamic Pricing in der Premium-Gastronomie (kontrovers, aber zunehmend praktiziert)

Hey-Gastroline liefert ein iframe-basiertes Widget — Details im Widget-Modul.