NetGenWebAppCore, Module, Layout, Theme, Registry

Restaurant-Web-App mit Order, Book und Menu-first Architektur.

Ein Gastronomie-Slice fuer Restaurants, Cafes und Local-Food-Konzepte: Menu-first, Reservierung, Gutschein, QR und Legal-/Privacy-Grenzen ohne Provider-Wiring.

Tisch anfragenMenu ansehen
Restauranttisch mit warmem Licht, gedeckten Plaetzen und atmosphaerischem Gastraum
owned or replace before production
Route/demo/gastronomie
VariantvoucherBookingFlow
Module9 aktiv
Fit Score79/100
Local Proof

Adresse, Zeiten, Telefon und Karte vor jedem Provider-Handoff.

Diese Signale sind Pflicht im Restaurant-Template, bevor Reservierung oder Ordering an externe Provider uebergeben werden duerfen.

addressRequired

erforderlich

openingHoursRequired

erforderlich

phoneRequired

erforderlich

mapLinkRequired

erforderlich

visibleBeforeProviderHandoff

erforderlich

Book

Reservierung sichtbar, Provider-Bruecke noch nicht aktiv.

Tock, Resy, OpenTable oder andere Provider gehoeren spaeter hinter tenant-sichere Adapter. Dieser Slice speichert bereits echte tenant-scoped Reservierungsanfragen und zeigt den Fallback-Gedanken.

Echte Reservierungsanfrage

Noch keine Anfrage gesendet.

Order + Payment

Order-Pfad vorbereitet, Checkout bleibt deaktiviert.

Payment und Ordering duerfen nicht in globale Geschaeftslogik wandern. Dieser Button startet serverseitig eine Stripe-Testmode-Session fuer einen Demo-Gutschein, ohne Secrets an den Client zu geben.

Provider Fallbacks

Keine toten Reservierungs- oder Ordering-Links.

reservation

lead capture

Reservierung bleibt als Anfrage sichtbar, wenn kein Provider aktiv ist.

ordering

view menu

Ordering faellt im Demo-Slice auf Menu-Ansicht und Kontaktweg zurueck.

Secondary Revenue

Gift Cards, Catering und Private Dining als eigene Pfade.

Gift CardCateringPrivate Dining
Benchmark Findings

Gastronomie-Muster, die direkt ins Template uebersetzt werden.

Hero carries two explicit CTAs: reserve and view menu/order intent.

Menu highlights are visible before any provider handoff.

Location, hours, and QR access become their own operational proof area.

Gift card and private dining stay secondary but visible revenue paths.

Provider downstates must later fall back to call or lead capture, not dead links.

Trust + Operations

Lokale Signale nah an der Entscheidung.

  • Menu, Reservierung, Gutschein und QR sind Modulgrenzen statt Seiten-Forks.
  • Order/Payment bleibt sichtbar als Future Boundary, aber ohne Checkout-Ausfuehrung.
  • Google Reviews bleiben blockiert, bis ein Reputation-Modul und Provider-Gates existieren.
  • Allergen-/Health-Hinweise duerfen nur redaktionell gepflegt und freigegeben erscheinen.
QR + Location

On-site Menu, Hours und Standort bleiben tenant-konfigurierbar.

Der QR-Slot ist ein Platzhalter fuer Tisch-, Standort- oder Filialkonfiguration. Tracking und Providerstatus bleiben bis zur Freigabe blockiert.

QR
Legal / Privacy

Restaurant-Preview mit Allergen-, Consent- und Providergrenzen.

Reservierung, Gutschein, Payment, Notifications und Medien haben Datenverarbeitungswirkung. Allergen- und Health-Hinweise brauchen redaktionelle Pflege und finale Freigabe.

bookingvoucherpaymentnotificationsmedia
Structured Data

Restaurant-Readiness ohne Live-Provider.

Menu-URL, Adresse und Oeffnungszeiten sind Pflicht. Reservierungsannahme bleibt disabled until provider wiring.

reservation_cta

Reservierungsregeln

order_cta

Allergenhinweis

footer

Datenschutz

Platform Boundaries

Keine stillen Provider-Integrationen.

Live-Reservierung, Ordering, Payment, E-Mail-Versand, Google Reviews und Assistant-Menue-Sync bleiben aus, bis die jeweiligen Module, Capabilities, API-Routen, Provideradapter und Audit-Gates bereit sind.

Dokumentation oeffnen