Website und Kundenwege
Restaurant-Website-Checkliste 2026: zehn Prüfungen aus Gastsicht
Vom ersten mobilen Besuch bis zur Reservierung: zehn Prüfungen, klare Ergebnisse und eine Arbeitsliste für die Website Ihres Restaurants.
Ein Gast öffnet Ihre Restaurant-Website auf dem Smartphone. Er möchte die heutige Speisekarte sehen, die passende Filiale finden und einen Tisch reservieren. Ein eindrucksvolles Startbild hilft ihm wenig, wenn die Karte veraltet ist oder der Buchungslink ins Leere führt.
Diese Checkliste richtet sich an Restaurants in Deutschland. Sie prüft konkrete Kundenwege auf der eigenen Website. Das Google-Unternehmensprofil wird dabei nur als Einstieg betrachtet; dessen Verwaltung behandelt unser eigener Ratgeber. Die zehn Schritte und ihre Priorisierung sind OzyCore-Arbeitsempfehlungen, kein offizielles Prüfsiegel.
Inhaltsverzeichnis
- 1. Aufgaben festlegen
- 2. Mobil öffnen
- 3. Speisekarte prüfen
- 4. Reservieren und bestellen
- 5. Standort und Kontakt
- 6. Sprachen wechseln
- 7. Bedienung prüfen
- 8. Ladeverhalten messen
- 9. Auffindbarkeit klären
- 10. Daten und Pflege
Vor dem ersten Check
Legen Sie die freigegebene Speisekarte, die aktuellen Betriebszeiten und die gewünschten Buchungs- und Bestellziele bereit. Prüfen Sie ein echtes Smartphone und einen Desktop-Browser. Notieren Sie Gerät, Datum, Sprache und Start-URL, damit ein gemeldeter Fehler nachvollziehbar bleibt.
Verwenden Sie pro Punkt bestanden, offen oder nicht angeboten. Fehlender Zugriff ist kein bestandener Test. Speichern Sie einen kurzen Befund, die betroffene URL, eine zuständige Rolle und einen Termin. So entsteht eine Arbeitsliste, mit der das Team oder die betreuende Agentur weiterarbeiten kann.
1. Drei konkrete Gästeaufgaben festlegen
Wählen Sie Aufgaben, die zu Ihrem Betrieb passen: die heutige Karte lesen, einen Tisch anfragen und eine Abholung für den richtigen Standort vorbereiten. Ein Restaurant ohne Lieferservice braucht keinen künstlichen Lieferweg. Bei mehreren Filialen prüfen Sie jede Zuordnung separat.
Beginnen Sie einmal auf der Startseite und einmal an einem realistischen Einstieg, etwa dem Website-Link im Google-Profil. Lassen Sie eine Person prüfen, die den Aufbau nicht auswendig kennt. Notieren Sie Umwege und unklare Begriffe. Eine erfundene Klickzahl als allgemeiner Erfolgsmaßstab hilft weniger als ein konkret festgehaltener Abbruch.
Ergebnis: Die zu prüfenden Aufgaben, Startpunkte und erwarteten Ziele stehen fest.
2. Die mobile Seite wie ein neuer Gast öffnen
Öffnen Sie die Seite ohne gespeicherte Anmeldung. Kontrollieren Sie, ob Restaurantname, Ort, Küche und wichtigste Aktion verständlich werden. Die Navigation muss sich öffnen und schließen lassen. Cookie-Auswahl, Chat und andere feste Elemente dürfen die Speisekarte oder die Reservierung nicht verdecken.
Prüfen Sie Hoch- und Querformat sowie eine schmale Ansicht. Wesentliche Inhalte sollten nicht nur auf dem Desktop vorhanden sein. Google beschreibt in seinen Hinweisen zur mobilen Indexierung, dass die mobile Inhaltsversion für die Indexierung verwendet wird.
Ergebnis: Die drei Aufgaben lassen sich mobil beginnen; wichtige Angaben fehlen gegenüber dem Desktop nicht.
3. Die aktuelle Speisekarte ohne Umwege erreichen
Öffnen Sie die Karte über Navigation und sichtbare Menüverweise. Stimmen Gerichte, Verfügbarkeit und Angaben mit der freigegebenen Fassung überein? Trennen Sie Speise-, Getränke- und saisonale Karten so, dass ihre Gültigkeit erkennbar bleibt. Alte Downloads dürfen eine aktuelle Karte nicht unbemerkt überlagern.
Prüfen Sie Lesbarkeit ohne Anmeldung und auf einem kleinen Bildschirm. Eine Textseite lässt sich leichter durchsuchen und vergrößern als ein Foto. Falls Sie ein PDF anbieten, testen Sie dieses gesondert; ein korrektes Website-Layout macht den Download nicht automatisch lesbar. Benennen Sie, wer Änderungen im Betrieb auf der Website nachzieht.
Ergebnis: Der Gast erreicht eine lesbare, aktuelle Karte; Quelle und Pflegeverantwortung sind bekannt.
4. Reservierung und Bestellung bis zur Übergabe prüfen
Folgen Sie dem tatsächlichen Weg: Button, Zielseite, Standort, Datum oder Bestellart und nächster Schritt. Unterscheiden Sie klar zwischen einer unverbindlichen Anfrage und einer bestätigten Reservierung. Bei Bestellungen müssen Abholung und Lieferung sowie die zuständige Filiale verständlich bleiben.
Stoppen Sie den regulären Kontrollgang vor einem verbindlichen Abschluss. Einen vollständigen Abschlusstest vereinbaren Sie im Testsystem mit dem zuständigen Anbieter. Notieren Sie dort auch die Bestätigung und den Eingang im Betrieb. Ein funktionierender Button allein bestätigt keinen bearbeiteten Auftrag. Halten Sie außerdem einen erreichbaren Kontakt für Störungen bereit.
Ergebnis: Weiterleitung, Standort und Status sind klar; ungeprüfte Abschlüsse bleiben ausdrücklich offen.
5. Filiale, Zeiten und Kontakt zusammenbringen
Vergleichen Sie Anschrift, Telefonnummer und Zeiten auf Startseite, Kontaktseite, Karte und Buchungsseite. Küchenzeiten, Restaurantöffnung und Abholung können unterschiedlich sein. Prüfen Sie die nächste bekannte Ausnahme, statt nur die Standardwoche anzusehen.
Testen Sie den Telefonlink bis zur richtigen Nummer und den Routenlink bis zum richtigen Standort. Eine eingebettete Karte darf nicht die einzige lesbare Anschrift sein. Beschreiben Sie einen schwer auffindbaren Eingang mit einem kurzen Hinweis und einem aktuellen eigenen Bild. Prüfen Sie auch, ob Gäste den Betrieb erreichen können, wenn ein externer Kartendienst nicht geladen wird.
Ergebnis: Ein Gast kann den Standort finden und den vorgesehenen Kontakt erreichen, ohne widersprüchliche Angaben aufzulösen.
6. Beim Sprachwechsel die Aufgabe erhalten
Wechseln Sie auf der Menü- oder Reservierungsseite zwischen den angebotenen Sprachen. Der Link sollte zum entsprechenden Inhalt führen. Nur Navigation und Footer zu übersetzen reicht für eine verständliche Speisekarte oder Anfrage nicht aus. Prüfen Sie auch Fehlermeldungen, Bestätigungstexte und den Übergang zu externen Anbietern.
Lassen Sie die technische Betreuung die gegenseitige Zuordnung der Sprachseiten prüfen. Googles Hinweise zu Sprachversionen erklären die Kennzeichnung mit hreflang. Sie ersetzt keine inhaltlich gepflegte Übersetzung und garantiert keine Suchposition.
Ergebnis: Die Aufgabe bleibt beim Sprachwechsel erhalten; Lücken sind je Sprache dokumentiert.
7. Tastatur, Lesbarkeit und Formulare prüfen
Bedienen Sie Navigation, Menükarten und Buchungsfelder mit der Tastatur. Der aktive Fokus muss erkennbar sein; die Bedienung darf nicht in einem Menü stecken bleiben. W3C erläutert die Tastaturbedienbarkeit als Bestandteil barrierefreier Nutzung.
Vergrößern Sie den Text und prüfen Sie Beschriftungen, Kontrast und verständliche Fehlermeldungen. Notwendige Informationen sollten nicht nur als Bild vorliegen. Die W3C-Schnellprüfung unterstützt einen ersten Blick auf solche Punkte. Sie ist ausdrücklich keine vollständige Konformitätsbewertung.
Ergebnis: Gefundene Bedienhindernisse haben eine konkrete Seite und eine beschriebene Auswirkung auf die Gästeaufgabe.
8. Ladeverhalten an den wichtigen Seiten prüfen
Prüfen Sie Startseite, Karte und Buchungsweg auch über eine mobile Verbindung. Große Bilder, Videos und eingebettete Dienste verdienen Aufmerksamkeit, wenn sie den Beginn einer Aufgabe verzögern. Beobachten Sie außerdem springende Inhalte: Ein verschobener Button kann zur falschen Auswahl führen.
PageSpeed Insights unterscheidet simulierte Labortests und Daten realer Nutzung. Felddaten können fehlen oder sich auf die ganze Website statt eine einzelne Seite beziehen. Halten Sie deshalb URL, Gerät und Messart fest. Eine einzelne Punktzahl belegt weder zusätzliche Reservierungen noch Umsatz.
Ergebnis: Die störende Stelle und ihre Messgrundlage sind benannt; fehlende Felddaten werden nicht als null gewertet.
9. Suchzugang und Restaurantdaten kontrollieren
Prüfen Sie mit der Betreuung, ob wichtige Seiten öffentlich erreichbar und für die Indexierung freigegeben sind. Nutzen Sie für einzelne URLs Search Console. Googles technische Mindestanforderungen sind eine Voraussetzung, keine Garantie für die Aufnahme in den Index.
Restaurantname, Standort, Karte und Betriebszeiten sollten auch in strukturierten Daten zur sichtbaren Seite passen. Die LocalBusiness-Dokumentation beschreibt Restaurantangaben und Menü-URLs. Eine fehlerfreie Auszeichnung garantiert kein besonderes Suchergebnis. Kopieren Sie keine Bewertungen oder Standortdaten, die nicht zum eigenen Betrieb gehören.
Ergebnis: Erreichbarkeit, Indexstatus und Datenwidersprüche sind getrennt dokumentiert; eine Prüfung wird nicht als Rankingversprechen verkauft.
10. Datenwege und laufende Pflege verantwortlich machen
Prüfen Sie die Seite und eingebundene Inhalte über HTTPS; die Mozilla-Dokumentation erklärt den verschlüsselten Transport. Ein Zertifikat allein bestätigt weder die Sicherheit des ganzen Systems noch die Rechtmäßigkeit aller Datenverarbeitungen.
Testen Sie bei eingesetzter Einwilligungsverwaltung die Zustände vor einer Auswahl, nach Ablehnung und nach Zustimmung. Einwilligungsbedürftige Zugriffe gehören hinter die entsprechende Einwilligung; dazu erläutert die DSK-Orientierungshilfe den Zeitpunkt. Welche Dienste darunter fallen, braucht eine gesonderte Prüfung. Ein vorhandener Banner oder Datenschutzlink ist kein Nachweis vollständiger Rechtskonformität.
Benennen Sie schließlich Verantwortliche für Karte, Zeiten, Anbieterlinks und technische Störungen. Wir empfehlen eine kurze regelmäßige Kontrolle und eine zusätzliche nach Änderungen. Das ist eine Arbeitsroutine, keine gesetzliche Prüffrist.
Ergebnis: Datenfragen und Pflegeaufgaben haben Zuständigkeiten; ungeklärte Punkte bleiben sichtbar.
Arbeitsliste für die Umsetzung
Ergänzen Sie Status, Befund, verantwortliche Rolle und Termin. Beheben Sie zuerst falsche Standorte, veraltete Karten und blockierte Buchungswege. Danach folgen weitere Bedien- und Ladeprobleme. Gestaltung wird dort zur Aufgabe, wo sie die Orientierung oder Nutzung konkret beeinträchtigt.
| Nr. | Prüfung | Nachweis |
|---|---|---|
| 1 | Gästeaufgaben | Startpunkt und erwartetes Ziel |
| 2 | Mobile Ansicht | Gerät und beobachtetes Hindernis |
| 3 | Speisekarte | Geprüfte Fassung und Pflegezuständigkeit |
| 4 | Reservierung und Bestellung | Ziel, Standort und bestätigter Testumfang |
| 5 | Kontakt und Zeiten | Abgeglichene Angaben und nächste Ausnahme |
| 6 | Sprachen | Entsprechende Seite und Übersetzungslücke |
| 7 | Bedienbarkeit | Konkreter Tastatur-, Text- oder Formularbefund |
| 8 | Ladeverhalten | URL, Messart und beobachtete Störung |
| 9 | Suche | Indexstatus und geprüfte Restaurantdaten |
| 10 | Daten und Pflege | Offene Frage, Zuständigkeit und Termin |
Häufige Fragen
Braucht mein Restaurant eine neue Website?
Die Liste entscheidet das nicht automatisch. Ein falscher Link oder eine veraltete Karte kann oft im bestehenden System korrigiert werden. Ein Neubau wird erst zur begründeten Option, wenn wichtige Aufgaben im vorhandenen System nicht verlässlich unterstützt oder gepflegt werden können.
Reicht ein automatischer Website-Check?
Unser Website-Check liefert einen technischen Einstieg. Seine Gesamtpunktzahl ist eine OzyCore-Bewertung und kein offizielles Google-Ranking. Ob Karte, Filiale und Reservierung im Betrieb zusammenpassen, braucht die manuelle Prüfung. Ein automatischer Test bestätigt weder einen echten Abschluss noch vollständige Barrierefreiheit oder Rechtskonformität.
Woran erkenne ich eine Verbesserung?
Wiederholen Sie zuerst die betroffene Gästeaufgabe. Vergleichen Sie anschließend passende gleich lange Zeiträume und tatsächlich bestätigte Reservierungen oder Bestellungen. Ein Klick ist noch kein Abschluss. Berücksichtigen Sie Werbung, Feiertage und die Einwilligungsabdeckung Ihrer Messung; aus einem gleichzeitigen Anstieg folgt noch kein bewiesener Ursache-Wirkungs-Zusammenhang.
Mit einer konkreten Fehlerliste beginnen
Starten Sie mit dem Website-Check und ergänzen Sie die manuell gefundenen Probleme. Für die verbundenen Kundenwege helfen unsere Ratgeber zum Google-Unternehmensprofil für Restaurants und zu Lieferplattformen und dem eigenen Bestellkanal. Unsere Leistung für Online-Bestellsysteme beschreibt die Unterstützung am Bestellweg.
Quellenstand: 21.10.2026. Die verlinkten Originaldokumente belegen technische und plattformspezifische Aussagen. Reihenfolge, Arbeitsliste und Priorisierung stammen von OzyCore Studio. Es wurden keine Kundenergebnisse oder Fallbeispiele als Leistungsnachweis verwendet.