Ladezeit ist kein einzelner Wert. Entscheidend ist, wann ein Gast die Überschrift sieht, wann er die Seite bedienen kann und ob sich Elemente beim Laden verschieben. Eine Messung muss deshalb reale Seiten und reale Mobilgeräte berücksichtigen.
Diagnose
Startseite, Speisekarte und Reservierungsweg einzeln messen
Ein guter Wert auf einer leeren Unterseite sagt wenig über die wichtigsten Gästewege aus. Prüfe mindestens die Startseite, eine bildreiche Speisekarte, die Cateringseite und den Übergang zum Reservierungssystem. Teste dabei Mobilfunk sowie ein durchschnittliches Smartphone.
Werkzeuge wie PageSpeed Insights und Browser-Entwicklertools zeigen unterschiedliche Perspektiven. Felddaten beschreiben echte Besuche, Labordaten helfen bei der Fehlersuche. Vor Änderungen sollte feststehen, welches konkrete Problem gemessen wurde.
Maßnahme 1
Bilder passend zur sichtbaren Größe ausliefern
Restaurantfotos sind oft der größte Datenblock einer Seite. Exportiere sie in modernen Formaten, entferne unnötige Metadaten und liefere mehrere Größen für Smartphone und Desktop. Ein kleines Kartenbild braucht keine Datei in Druckauflösung.
Das wichtigste Bild im ersten sichtbaren Bereich wird priorisiert; weiter unten liegende Bilder können später laden. Feste Breiten- und Höhenangaben verhindern, dass Inhalte beim Laden springen. Qualität sollte visuell geprüft und nicht nur maximal komprimiert werden.
Maßnahme 2
Schriften und Videos bewusst begrenzen
Jeder Schriftschnitt kann eine zusätzliche Datei bedeuten. Häufig reichen eine Schriftfamilie und wenige Schnitte. Wichtige Schriften können lokal eingebunden und so geladen werden, dass Text sofort lesbar bleibt.
Ein automatisch startendes Hintergrundvideo kostet auf mobilen Geräten viel Datenvolumen. Verwende ein komprimiertes Vorschaubild, reduziere Dauer und Auflösung und lade das Video erst, wenn es sichtbar oder ausdrücklich gestartet wird. Für die Kernbotschaft darf es nicht notwendig sein.
Maßnahmen 3 und 4
Reservierung, Karten und Tracking kontrolliert laden
Reservierungswidgets, Karten, Bewertungsdienste und Chatfunktionen bringen eigenes JavaScript mit. Prüfe, welche davon auf jeder Seite benötigt werden. Ein Reservierungswidget kann erst beim Öffnen des Reservierungsbereichs geladen werden; eine Karte lässt sich zunächst als Link oder statisches Vorschaubild darstellen.
Auch Tracking- und Consent-Skripte beeinflussen den Start. Entferne doppelte Messwerkzeuge und alte Integrationen. Dienste, die eine Einwilligung benötigen, dürfen erst nach der entsprechenden Auswahl geladen werden.
- 01
Reservierung
Nur dort laden, wo der Gast sie tatsächlich verwendet, oder gezielt extern öffnen.
- 02
Karte und Bewertungen
Statische Vorschau oder direkter Link statt mehrerer schwerer Einbettungen prüfen.
- 03
Chat und Tracking
Nutzen, Datenschutz und Ladezeit jedes Skripts regelmäßig kontrollieren.
Maßnahmen 5 und 6
Nur benötigten Code senden und Inhalte zwischenspeichern
Große Komponentenbibliotheken und globale Skripte sollten nicht auf jeder Route geladen werden, wenn nur einzelne Seiten sie nutzen. Route-spezifische Styles und Funktionen halten den ersten Download kleiner. Unbenutzter Code wird im Build entfernt oder gar nicht erst eingebunden.
Statische Inhalte, Bilder und Schriften können über Browser- und CDN-Caches ausgeliefert werden. Komprimierung reduziert Textdateien. Dynamische Speisekarten brauchen eine Cache-Strategie, die Geschwindigkeit und aktuelle Änderungen sinnvoll verbindet.
Maßnahme 7
Den vollständigen Gästeweg nach der Optimierung testen
Öffne die Seite auf iPhone und Android, scrolle durch die Speisekarte, starte eine Reservierung und sende ein Testformular. Prüfe, ob Buttons früh bedienbar sind, ob Cookie-Hinweise wichtige Aktionen verdecken und ob Schriftgrößen stabil bleiben.
Performance ist laufende Pflege. Neue Fotos, ein zusätzliches Widget oder ein geänderter Consent-Dienst kann die Seite wieder verlangsamen. Ein kurzer Test nach größeren Inhalts- und Funktionsänderungen verhindert schleichende Verschlechterungen.