Page Speed und Core Web Vitals im Tourismus
Ladezeiten als SEO- und Conversion-Faktor
15+ Jahre Erfahrung in Marketing
Beratung auf Augenhöhe
Transparente Kalkulation
Verständliches Reporting
PAGE SPEED IM TOURISMUS
Schnelle Ladezeiten für bessere Rankings und mehr Buchungen
Page Speed und Core Web Vitals sind im Tourismus direkte Erfolgsfaktoren. Langsame Websites verlieren Sichtbarkeit in Google, erhöhen die Absprungrate und reduzieren die Zahl der Direktbuchungen. Besonders Hotels, Reiseveranstalter und Ferienwohnungsplattformen stehen vor der Herausforderung, große Bildmengen, Buchungssysteme und externe Integrationen performant auszuliefern.
Bereits wenige Sekunden zusätzliche Ladezeit können die Conversion Rate deutlich senken. Gleichzeitig nutzt Google Core Web Vitals als Qualitäts- und Rankingsignal. Wer Ladezeiten optimiert, verbessert daher sowohl die Nutzererfahrung als auch die organische Sichtbarkeit.
Warum Page Speed wichtig ist
Typische Performance-Probleme
Ladezeit als Wettbewerbsvorteil
Websites mit schnellen Ladezeiten schaffen Vertrauen, reduzieren Wartezeiten und verbessern die gesamte Customer Journey. Im Tourismus wirkt sich Performance direkt auf Sichtbarkeit, Nutzerzufriedenheit und Buchungszahlen aus.
Die technische Grundlage dafür bildet ein sauberes Technisches SEO, während eine konsequente Mobile-First-Strategie sicherstellt, dass Reisende auch unterwegs schnell buchen können.
Google Core Web Vitals 2024/2025: Die drei Schlüssel-Metriken
Core Web Vitals sind Googles standardisierte Metriken zur Messung der Nutzererfahrung auf Websites. Seit dem Page Experience Update 2021 fließen sie in das Google-Ranking ein.
Core Web Vitals sind dabei ein zentraler Bestandteil der technischen SEO-Optimierung von Tourismus-Websites.
Die drei aktuellen Metriken (Stand 2025):
LCP — Largest Contentful Paint
LCP misst, wann das größte sichtbare Element im Viewport geladen wurde. Bei Hotel-Websites ist das fast immer das Hero-Bild — ein großformatiges Foto des Hotels, eines Zimmers oder einer Destination. LCP ist damit die Antwort auf die Frage: 'Wann sieht der Nutzer das wichtigste Element auf der Seite?'
LCP — Largest Contentful Paint
Realität bei deutschen Tourismuswebsites: Medianwert ca. 4,2–5,8 Sekunden auf Mobile
INP — Interaction to Next Paint (neu seit März 2024)
INP hat im März 2024 den alten FID-Wert (First Input Delay) ersetzt. Während FID nur die erste Interaktion maß, erfasst INP die Reaktionsgeschwindigkeit der gesamten Seite auf alle Nutzerinteraktionen — Klicks, Tipp-Eingaben, Tastatureingaben. INP ist besonders relevant für interaktive Elemente wie Buchungsformulare und Datumspicker.
INP Bewertungsskala:
Häufiges Problem bei Hotels: IBE-Widgets laden viel JavaScript — Interaktionen reagieren langsam
CLS — Cumulative Layout Shift
CLS misst visuelle Instabilität: Wie stark verschieben sich Seitenelemente während des Ladens? Wer auf einem Hotel schon einmal auf den Buchungs-Button klicken wollte und stattdessen auf eine Werbeanzeige tippte, weil sich die Seite im letzten Moment verschoben hat, kennt das CLS-Problem aus eigener Erfahrung.
CLS Bewertungsskala:
Häufige Ursache bei Hotels: IBE-Widgets, die nach dem ersten Laden die Seite neu aufbauen
Warum Tourismus-Websites besonders langsam sind
Es gibt branchenspezifische Faktoren, die Hotel- und Reiseveranstalter-Websites strukturell langsamer machen als vergleichbare E-Commerce-Seiten:
Hochauflösende Destination-Fotografie
Keine andere Branche ist so bildabhängig wie der Tourismus. Ein Hotel ohne atemberaubende Poolbilder, Zimmerfotos in Studioqualität und Panorama-Aufnahmen der Umgebung verliert Buchungen. Gleichzeitig bedeutet das: Bilder im 3-5 MB-Bereich sind in Tourismusbranchen keine Ausnahme, sondern die Regel. Wenn eine Seite 8-12 solcher Bilder lädt — und das ohne Optimierung — ist sie strukturell zum Scheitern verurteilt.
IBE-Widgets als externe Skripte
Das Internet Booking Engine ist fast immer ein Drittanbieter-Widget. Es wird als JavaScript von einem externen Server geladen, und dieser Ladevorgang blockiert in vielen Implementierungen das Rendering der gesamten Seite. Ein schlecht eingebundenes IBE kann allein 1-3 Sekunden Ladezeit verursachen — noch bevor der Nutzer überhaupt etwas sieht.
Video-Autoplay als Hero
Hotel-Videos mit Drohnenaufnahmen und Atmosphäre-Clips sehen gut aus. Aber ein Autoplay-Video als Hero-Element, das beim Seitenaufruf sofort zu streamen beginnt, ist eine der zuverlässigsten Methoden, eine Seite langsam zu machen — besonders auf Mobile mit schwacher Verbindung.
Google Maps-Einbindungen
Nahezu jede Hotel-Website hat eine Google-Maps-Einbindung auf der Anfahrts-Seite oder der Kontaktseite. Das iframe lädt das gesamte Maps-JavaScript — mehrere hundert Kilobyte — selbst wenn der Nutzer nie auf diese Seite navigiert. Das Problem: In vielen WordPress-Themes ist Maps auf jeder Seite geladen.
Chat-Widgets und Review-Badges
Viele Hotels nutzen Live-Chat (Intercom, Zendesk Chat, Tidio) sowie externe Review-Badges (TrustYou, HolidayCheck, TripAdvisor). Jedes dieser Drittanbieter-Skripte lädt beim Seitenaufruf externe Ressourcen und verzögert das Rendering. Fünf solcher Widgets zusammen können leicht 2-4 Sekunden zusätzliche Ladezeit verursachen.
LCP optimieren: Das Hero-Bild schnell laden
Da das Hero-Bild bei fast allen Hotel-Websites das LCP-Element ist, hat seine Optimierung den größten Hebel.
WebP und AVIF: Moderne Bildformate
JPEG ist überholt. WebP bietet bei gleicher visueller Qualität typischerweise 25-35% kleinere Dateigrößen als JPEG. AVIF (das neuere Format) spart noch einmal 20% gegenüber WebP — wird aber noch nicht von allen älteren Browsern unterstützt. Für Hotel-Websites empfehlen wir: WebP als Hauptformat, mit JPEG als Fallback über das HTML-
Preload-Direktiven für LCP-Bilder
Das Hero-Bild sollte vom Browser mit höchster Priorität geladen werden. Das erreichen Sie durch ein Preload-Link-Tag im der Seite:
Das Vorladen wichtiger Hero-Bilder kann den LCP-Wert um 0,5 bis 1,5 Sekunden verbessern.
WordPress-Tipp: Plugins wie WP Rocket oder Perfmatters können diese Optimierung automatisch übernehmen.
Kritisches CSS inlinen
CSS-Dateien werden standardmäßig render-blockierend geladen — der Browser kann die Seite nicht anzeigen, bis alle CSS-Dateien geladen sind. Kritisches CSS (die Styles für den Above-the-Fold-Bereich) direkt in den der Seite einzubetten und das restliche CSS nachzuladen, kann den LCP erheblich verbessern. Tools: Critical (npm), oder automatisch über WP Rocket (WordPress).
Lazy Loading richtig einsetzen
Lazy Loading bedeutet, dass Bilder erst geladen werden, wenn der Nutzer zu ihnen scrollt. Das ist sinnvoll für Bilder unterhalb des Faltbereichs — aber fataler Fehler für das Hero-Bild. Ein häufiger Bug in Hotel-WordPress-Themes: Das Hero-Bild hat loading='lazy', was bedeutet, der Browser priorisiert es niedrig und lädt es spät — genau das Gegenteil von was Sie möchten. Hero-Bild: loading='eager' (oder kein loading-Attribut), alle anderen Bilder: loading='lazy'.
INP optimieren: JavaScript-Bloat reduzieren
Schlechte INP-Werte entstehen fast immer durch zu viel JavaScript — insbesondere durch Drittanbieter-Skripte, die den Main Thread des Browsers blockieren und so die Reaktion auf Nutzerinteraktionen verzögern.
Third-Party-Skripte asynchron und verzögert laden
Google Maps, Chat-Widgets, IBE-Initialisierungsskripte und Analytics-Tags sollten niemals synchron im der Seite geladen werden. Stattdessen:
JavaScript-Bundle-Größe reduzieren
Moderne Hotel-Website-Themes laden oft 500KB bis 2MB JavaScript — darunter jQuery, Animationsbibliotheken, Slider-Plugins und Page-Builder-Code. Analyse mit Chrome DevTools → Coverage zeigt, welcher JavaScript-Code tatsächlich genutzt wird. Typisches Ergebnis: 60-80% des geladenen JavaScripts ist ungenutzt.
CLS optimieren: Layout-Stabilität sicherstellen
CLS-Probleme haben fast immer eine der folgenden Ursachen, die alle vermeidbar sind:
Wenn ein Browser ein Bild lädt, reserviert er dafür Platz — aber nur, wenn width und height im -Tag definiert sind. Fehlen diese Attribute, springt der Inhalt, wenn das Bild geladen wird. Für alle Bilder auf Hotel-Websites gilt: Immer width und height angeben, auch wenn das CSS die Größe dynamisch anpasst. Moderne Browser nutzen diese Werte, um das Seitenverhältnis zu berechnen und den richtigen Platz zu reservieren.
Viele Hotel-Websites nutzen Google Fonts oder eigene Brand-Fonts. Ohne korrekte Konfiguration zeigt der Browser zunächst keinen Text (Flash of Invisible Text) oder springt der Text, wenn die Schriftart geladen ist. Lösung: @font-face { font-display: swap; } — der Browser zeigt zunächst eine System-Schriftart und wechselt dann, wenn die Ziel-Schrift geladen ist.
Das häufigste CLS-Problem bei Hotel-Websites: Das IBE-Widget wird nachträglich in die Seite injiziert und schiebt alle darunter liegenden Inhalte nach unten. Lösung: Einen Container mit fester min-height für das IBE-Widget definieren, bevor das Widget geladen wird. So ist der Platz schon reserviert und kein Layout-Shift entsteht.
Hosting-Empfehlungen für Tourismus-Websites
Das Hosting hat einen erheblichen Einfluss auf die Ladezeiten — insbesondere auf den Time to First Byte (TTFB), also die Zeit bis der Browser die ersten Daten vom Server erhält. Schlechtes Hosting kann alle anderen Optimierungsmaßnahmen zunichte machen.
Managed WordPress Hosting
Cloudflare CDN
Cloudflare (auch als kostenloser Tarif verfügbar) ist für Tourismus-Websites nahezu Pflicht — besonders für Hotels mit internationalen Gästen. Cloudflare stellt die Website von globalen Rechenzentren (Points of Presence) aus, die geografisch nahe beim Nutzer sind. Ein Gast aus New York, der ein Berliner Hotel bucht, lädt die Seite aus einem US-Rechenzentrum statt aus Deutschland — was Ladezeiten um 300-800ms reduzieren kann.
Schnellere Ladezeiten verbessern nicht nur Rankings, sondern unterstützen direkt die Conversion-Optimierung von Buchungsseiten.
Bilder im Tourismus: Kompression ohne Qualitätsverlust
Bilder machen in der Regel 60-80% des gesamten Seitengewichts einer Hotel-Website aus. Hier liegt das größte Optimierungspotenzial — und die gute Nachricht ist: Moderne Kompressionsalgorithmen können die Dateigröße um 70-90% reduzieren, ohne dass der Unterschied mit dem bloßen Auge sichtbar ist.
Empfohlene Zielgrößen für Tourismus-Bilder
Bildtyp
Max. Breite
Zielgröße (WebP)
Format
Hero-Bild (Desktop)
1920px
150-250 KB
WebP
Hero-Bild (Mobile)
768px
60-100 KB
WebP
Zimmer-Foto (Galerie)
1200px
80-150 KB
WebP
Thumbnail / Vorschau
400px
20-40 KB
WebP
Team-/Mitarbeiterfotos
400px
20-40 KB
WebP
Logo (Header)
200px
< 10 KB
SVG bevorzugt
Responsive Images: Gerätegerechte Bildgrößen ausliefern
Mit dem srcset-Attribut können Sie dem Browser mehrere Bildgrößen anbieten — er wählt automatisch die passende für das Gerät:
srcset="hotel-hero-768.webp 768w, hotel-hero-1200.webp 1200w, hotel-hero-1920.webp 1920w"
sizes="100vw"
alt="Hotelansicht mit Pool und Gartenanlage">
Mobile-Nutzer laden so das 768px-Bild statt der 1920px-Version — 60-70% kleinere Datei.
WordPress-Plugins für Page Speed: Einstellungen für Tourismus
WP Rocket (ca. 59€/Jahr)
WP Rocket ist das meistgenutzte Caching-Plugin für WordPress und bietet den besten Trade-off zwischen Wirksamkeit und Konfigurationsaufwand. Für Hotel-Websites relevante Einstellungen:
Perfmatters (ca. 25€/Jahr)
Perfmatters ist ideal als Ergänzung zu WP Rocket — es fokussiert auf das Deaktivieren unnötiger WordPress-Funktionen. Für Hotel-Websites:
LiteSpeed Cache (kostenlos)
Wenn Ihr Hosting LiteSpeed-Server nutzt (z.B. Raidboxes oder LiteSpeed-basierte Provider), ist LiteSpeed Cache die leistungsstärkste kostenlose Alternative. Aktiviert Server-seitiges Caching direkt auf LiteSpeed-Ebene — deutlich schneller als PHP-basiertes Caching.
Messung: Die richtigen Tools für die richtige Diagnose
PageSpeed Insights (pagespeed.web.dev)
Das Basiswerkzeug — kostenlos, von Google, zeigt sowohl Lab-Daten (simulierte Messung) als auch Field-Daten (echte Nutzerdaten aus dem Chrome User Experience Report). Immer den Mobile-Tab auswerten. Wichtig: Field-Daten zeigen die Erfahrung Ihrer echten Nutzer der letzten 28 Tage — sie sind für SEO-Ranking relevanter als Lab-Daten.
Google Search Console — Core Web Vitals Bericht
In der Search Console unter Erfahrung → Core Web Vitals sehen Sie, welche URL-Gruppen Ihrer Website schlechte CWV-Werte haben — basierend auf echten Nutzerdaten. Dieser Bericht zeigt Ihnen, wo Google Ihre Website als 'schlecht' einordnet und damit im Ranking benachteiligt.
GTmetrix (gtmetrix.com)
GTmetrix bietet detailliertere Wasserfall-Diagramme als PageSpeed Insights — Sie sehen genau, welche Ressource wann geladen wird und was den Ladevorgang blockiert. Besonders nützlich für die Diagnose von Third-Party-Skript-Problemen (IBE, Chat-Widgets, Maps). Kostenlose Version ausreichend für Basisanalyse.
WebPageTest (webpagetest.org)
Das professionellste kostenlose Speed-Testing-Tool. Ermöglicht Tests von spezifischen Standorten (z.B. aus Deutschland, USA, Asien), verschiedenen Verbindungstypen (4G, 3G) und echten Geräten. Für Hotels mit internationalen Gästen wichtig: Testen Sie die Ladezeiten aus den Heimatländern Ihrer Hauptgästegruppen.
Lighthouse in Chrome DevTools
Über Chrome DevTools (F12) → Lighthouse können Sie lokal eine vollständige Performance-Analyse inkl. Core Web Vitals, Accessibility und SEO durchführen. Vorteil: Kann auch für passwortgeschützte Staging-Websites genutzt werden, die PageSpeed Insights nicht erreichen kann.
Konkreter ROI: Was Page Speed für Buchungsumsatz bedeutet
Die Amazon-Studie (7% Conversion-Verlust pro Sekunde) ist die bekannteste Referenz — aber es gibt tourismusspezifischere Daten. Booking.com, das die größte A/B-Testing-Infrastruktur im Tourismus betreibt, hat intern dokumentiert, dass eine 1-Sekunde-Verbesserung der Ladezeit die Conversion Rate um 10,1% verbessert (veröffentlicht in Booking.com Engineering Blog). Google selbst hat gemessen, dass 53% der Mobile-Nutzer eine Seite verlassen, die länger als 3 Sekunden lädt.
Die Optimierung der Ladezeiten gehört damit zu den wirkungsvollsten Maßnahmen der Conversion-Optimierung im Tourismus.
Beispielrechnung ROI Page-Speed-Optimierung:
Hotel mit 500 monatlichen Website-Sessions auf Mobile
Aktuelle Mobile Conversion Rate: 0,8% → 4 Buchungen/Monat
Durchschnittlicher Buchungswert: 280€
Aktueller Mobile-Buchungsumsatz: 1.120€/Monat
Nach Page-Speed-Optimierung (LCP: 5s → 2,5s, also 2,5s schneller):
Conversion-Rate-Steigerung: ~17% (nach Booking.com-Formel: 2,5 x 6,8%)
Neue Mobile Conversion Rate: ca. 0,94% → 4,7 Buchungen/Monat
Neuer Mobile-Buchungsumsatz: 1.316€/Monat
Monatliches Umsatz-Plus: ~196€ → Jahreswert: ~2.352€
Optimierungskosten: 1.500-3.500€ einmalig → ROI innerhalb 8-18 Monate
10-Punkte Tracking-Audit: Checkliste für vollständiges Buchungstracking
#
Audit-Punkt
Tool
1
LCP < 2,5s auf Mobile gemessen
PageSpeed Insights
2
INP < 200ms auf Mobile
PageSpeed Insights
3
CLS < 0,1 auf Mobile
PageSpeed Insights
4
Hero-Bild als WebP, < 200KB
Chrome Network Tab
5
Preload-Link für LCP-Bild im
Quellcode-Analyse
6
loading='lazy' auf Hero-Bild entfernen
Quellcode-Check
7
srcset für responsive Bilder vorhanden
Chrome DevTools
8
Alle Bilder haben width/height-Attribute
Lighthouse
9
IBE-Widget asynchron geladen (kein render-blocking)
GTmetrix Waterfall
10
Google Maps lazy geladen (nicht auf jeder Seite)
Network Tab
11
font-display:swap für Web Fonts gesetzt
CSS-Analyse
12
Kein Autoplay-Video ohne Nutzerinteraktion
Manueller Test
13
TTFB unter 600ms (Hosting-Qualität)
WebPageTest
14
Cloudflare oder CDN aktiv
DNS-Check
15
Caching-Plugin korrekt konfiguriert
Cache-Header prüfen
16
CSS und JS minifiziert
PageSpeed Insights
16
Ungenutztes CSS/JS identifiziert (Coverage)
Chrome Coverage Tool
16
HTTP/2 oder HTTP/3 aktiv
GTmetrix / WebPageTest
16
Google Search Console: CWV-Bericht grün
Search Console
16
CWV Field Data: > 75% URLs im 'Gut'-Bereich
CrUX Dashboard
FAQ
Häufige Fragen zu Page Speed und Core Web Vitals
Was ist eine gute Ladezeit für eine Hotel-Website?
Als Zielwerte für 2025 empfehlen wir: LCP unter 2,5 Sekunden auf Mobile, unter 1,8 Sekunden auf Desktop. Gesamtladezeit (vollständig geladen) unter 4 Sekunden auf Mobile, unter 2,5 Sekunden auf Desktop. Ein PageSpeed-Insights-Score von 70+ auf Mobile gilt als gut, 85+ als sehr gut. Wichtig: Der Score allein ist weniger relevant als die drei Core-Web-Vitals-Metriken, da diese direkt ins Ranking einfließen.
Wie messe ich, ob meine Core Web Vitals ein Ranking-Problem verursachen?
In der Google Search Console unter Erfahrung → Core Web Vitals sehen Sie, ob Google Ihre URLs als 'Gut', 'Verbesserungsbedarf' oder 'Schlecht' einordnet. URLs im 'Schlecht'-Bereich werden im Ranking benachteiligt. Zusätzlich: Wenn PageSpeed Insights für Ihre Website keine Field-Daten anzeigt (Meldung 'Nicht genügend Daten'), hat Google zu wenig Nutzerdaten, um Ihre CWV zu bewerten — kein direkter Ranking-Nachteil, aber auch keine Möglichkeit für Google, Sie positiv zu bewerten.
Welches CDN ist für ein deutsches Hotel das beste?
Für die meisten deutschen Hotels ist Cloudflare die beste Wahl — aus drei Gründen: Es ist in der kostenlosen Version für einfache CDN-Funktionen ausreichend, es ist einfach zu konfigurieren, und es hat Rechenzentren in Frankfurt und anderen deutschen Städten. Für Hotels mit starkem internationalem Buchungsaufkommen (besonders Asien, USA) lohnt sich Cloudflare Pro (ca. 20€/Monat) für priorisiertes Routing. Alternativ: KeyCDN (Schweizer Anbieter, DSGVO-konform, sehr gute Preise).
Warum ist meine mobile Website so viel langsamer als die Desktop-Version?
Das ist die Normalzustand für nicht-optimierte Tourismuswebsites — und hat mehrere Ursachen. Erstens: PageSpeed Insights und Lighthouse messen Mobile auf einem simulierten Mittelklasse-Android-Gerät mit gedrosselter Verbindung — das ist strengere Simulation als Desktop. Zweitens: Mobile-Geräte haben weniger CPU-Leistung für JavaScript-Ausführung — schlecht optimiertes JS trifft Mobile deutlich härter. Drittens: Viele Hotel-Themes laden auf Mobile dieselben großen Bilder wie auf Desktop, ohne responsive Images zu nutzen. Die Lösung aller drei Punkte liegt in diesem Artikel.
Was kostet eine professionelle Page-Speed-Optimierung für eine Hotel-Website?
Eine technische Page-Speed-Optimierung (Bilder, Ladezeiten, Core Web Vitals) kostet bei argo.berlin zwischen 1.500 und 3.500 Euro einmalig — abhängig von der aktuellen Website-Qualität und dem Umfang der notwendigen Eingriffe. Wenn das Hosting gewechselt werden muss oder IBE-seitige Entwicklungsarbeiten erforderlich sind, können weitere Kosten entstehen. Ein kostenloser Erstaudit (PageSpeed Insights + GTmetrix-Analyse) zeigt in 30 Minuten, wo die größten Hebel liegen.
Fazit: Page Speed ist kein einmaliges Projekt
Page-Speed-Optimierung ist kein einmaliges Projekt — es ist ein kontinuierlicher Prozess. Website-Updates, neue Plugins, IBE-Upgrades oder neue Bildmaterialien können hart erkämpfte Verbesserungen wieder zunichte machen. Wir empfehlen: Monatliche PageSpeed-Insights-Messung, quartalsweiser vollständiger Audit anhand der 20-Punkte-Checkliste.
Hotels und Reiseveranstalter, die Page Speed und Core Web Vitals aktiv managen, genießen einen doppelten Vorteil gegenüber dem Wettbewerb: Sie ranken besser in Google und sie wandeln mehr Besucher in Buchungen um. argo.berlin implementiert Page-Speed-Optimierungen für Tourismuswebsites aller Größen — von der technischen Analyse über die konkrete Umsetzung bis zum regelmäßigen Monitoring.
Ihr Partner für digitales Wachstum.
Wir entwickeln datengetriebene Strategien
für messbare Ergebnisse.
