Website-Ladezeit: warum jede Sekunde Sie auf Teneriffa Buchungen kostet

Ihr Kunde sitzt auf einer Café-Terrasse in Costa Adeje. Er hat gerade "Restaurant in der Nähe mit Paella" gesucht. Ihr Unternehmen erscheint an dritter Stelle. Er tippt auf Ihren Link. Wartet 1 Sekunde, 2 Sekunden, 4 Sekunden. Geht zurück und tippt auf den nächsten. Sie haben gerade diese Buchung verloren, ohne es zu wissen.

Ladezeit ist ein stiller Filter, an dem viele Websites scheitern: Laut Web Almanac 2025 von HTTP Archive bestehen nur 45% der WordPress-Websites die Core Web Vitals auf dem Handy (weltweite Daten, nicht nur Teneriffa; Web Almanac 2025, Kapitel CMS). Und die Zahlen dazu, was das Nichtbestehen kostet, sind brutal.

Was die Daten sagen

Was Studien von Google und Akamai zu Ladezeit und Conversion zeigen:

• Jede zusätzlichen 100 Millisekunden Ladezeit können einen Onlineshop bis zu 7% seiner Conversions kosten (Akamai, 2017)
• 53% der mobilen Besuche werden abgebrochen, wenn eine Seite länger als 3 Sekunden lädt (Google, 2016)

Für ein Restaurant im Süden Teneriffas in der Hochsaison ist jeder Besucher, der wegen einer langsamen Website geht, ein Tisch, der nur einen Tipp von der Reservierung entfernt war. Eine schnelle Website verhindert diese Verluste, ohne einen weiteren Euro für Werbung auszugeben.

Ein Hinweis zum Lesen dieser Zahlen: Sie stammen aus Studien zu mobilen Websites allgemein und zum Onlinehandel, nicht zu Restaurants auf Teneriffa. Der Mechanismus ist aber derselbe: Je länger es dauert, bis etwas Nützliches auf dem Bildschirm erscheint, desto mehr Menschen gehen, bevor sie es sehen.

Warum Teneriffa ein Sonderfall ist

Ihr Kunde surft hier nicht aus einem Büro mit Glasfaser. Die Realität auf der Insel:

• Überlastetes 4G in touristischen Zonen — Las Américas, Los Cristianos, Costa Adeje im August: viele Menschen gleichzeitig in denselben Gegenden im Netz, und die Verbindung ist langsamer und unbeständiger als zu Hause
• Ältere Handys — der Tourist, der mit einem einige Jahre alten Handy und Roaming-Daten surft
• Entfernung zum Server — wenn Ihr Hosting in Madrid oder Frankfurt liegt, muss jede Anfrage bis aufs Festland oder nach Mitteleuropa und zurück, und das kostet Zeit, bevor überhaupt etwas lädt

Eine Website, die auf Ihrem Laptop mit Glasfaser-WLAN sofort da zu sein scheint, kann auf einem einige Jahre alten Handy mit 4G in Playa de las Américas an einem Samstagabend um 21 Uhr deutlich länger brauchen. Wenn Sie nur zu Hause auf Ihrem Handy testen, messen Sie nicht, was Ihr Kunde erlebt.

Wie messen Sie die Ladezeit Ihrer Website kostenlos?

Drei kostenlose Tools, je 5 Minuten:

1. PageSpeed Insights (pagespeed.web.dev) — fügen Sie Ihre URL ein, erhalten Sie Mobile- + Desktop-Score mit Core Web Vitals (LCP, INP, CLS). Ziel: alle drei grün.
2. WebPageTest.org — wählen Sie den angebotenen Teststandort, der den Kanaren am nächsten liegt, und ein Mobilprofil mit langsamer 4G-Verbindung. So sehen Sie die Ladezeit bei bewusst gedrosselter Verbindung, näher an der Ihres Kunden.
3. Chrome DevTools → Lighthouse — öffnen Sie in Chrome die Entwicklertools, gehen Sie zum Reiter Lighthouse, wählen Sie Mobilgerät und starten Sie die Analyse. Sagt Ihnen genau, was zu optimieren ist.

Ihr Ziel: LCP von 2,5 s oder weniger auf dem Handy, der Schwellenwert "gut" laut web.dev. Über 4 s stuft web.dev den Wert als "schlecht" ein (web.dev, LCP).

Was sind Core Web Vitals, und welche Werte brauchen Sie?

Die Core Web Vitals sind drei Kennzahlen, mit denen Google zusammenfasst, ob sich eine Website für ihre Nutzer schnell und stabil anfühlt. Das sind die Schwellenwerte für "gut", die web.dev veröffentlicht (web.dev, Web Vitals):

• LCP (Largest Contentful Paint): 2,5 Sekunden oder weniger. Wie lange das größte Element auf dem Bildschirm braucht, bis es erscheint, meist das Hauptfoto oder die Überschrift. Ihr "Ist es schon geladen?".
• INP (Interaction to Next Paint): 200 Millisekunden oder weniger. Wie schnell die Website reagiert, wenn Sie auf einen Button tippen, ein Menü öffnen oder in ein Formular schreiben. Tippen Sie auf "Reservieren" und einen Moment passiert nichts, ist das ein schlechter INP. Scrollen zählt nicht.
• CLS (Cumulative Layout Shift): 0,1 oder weniger. Wie stark der Inhalt beim Laden "springt". Der Klassiker: Sie wollen auf "Speisekarte" tippen, oben erscheint ein Banner, alles rutscht nach unten, und Sie tippen auf etwas anderes.

Ein wichtiges Detail: Bewertet wird nicht ein einzelner Besuch. web.dev empfiehlt, das 75. Perzentil der echten Besuche zu betrachten, getrennt nach Handy und Desktop. Anders gesagt: Um zu bestehen, müssen mindestens drei von vier Besuchen eine gute Erfahrung haben. Deshalb besteht eine Website, die in Ihrem WLAN gut läuft, im 4G Ihrer Kunden aber schlecht, die Prüfung nicht.

Auf seinen Seiten zu LCP, INP und CLS legt web.dev auch fest, ab welchem Wert jede Kennzahl "verbesserungswürdig" und ab wann sie "schlecht" ist. Die drei Schwellenwerte zusammen:

So testen Sie Ihre Website mit PageSpeed Insights, Schritt für Schritt

1. Öffnen Sie pagespeed.web.dev und fügen Sie die Adresse Ihrer Website ein. Beginnen Sie mit der Startseite und wiederholen Sie es dann mit der Seite, die Ihnen am wichtigsten ist: Speisekarte, Reservierung oder Zimmer.
2. Sehen Sie sich zuerst das Ergebnis für Mobilgeräte an. Dort sind die Bedingungen am schlechtesten, und dort ist der Tourist mit Roaming-Daten.
3. Der obere Block zeigt Daten echter Nutzer: Sie stammen aus dem Chrome User Experience Report und decken die letzten 28 Tage ab (Dokumentation zu PageSpeed Insights). Dort sehen Sie, ob Sie die Core Web Vitals bestehen: Alle drei müssen im 75. Perzentil "gut" sein.
4. Gibt es für diese Seite nicht genug Daten, zeigt PageSpeed Insights die Daten Ihrer gesamten Domain, und reichen auch die nicht, zeigt es keine Daten echter Nutzer. Bei kleinen Websites ist das normal. Dann bleibt Ihnen die Labordiagnose.
5. Der untere Block ist die Labordiagnose: eine Lighthouse-Simulation eines Mittelklasse-Handys im Mobilfunknetz. Daraus kommt die Punktzahl von 0 bis 100: 90 oder mehr ist gut, 50 bis 89 verbesserungswürdig, unter 50 schlecht.
6. Scrollen Sie zu den Diagnosen und suchen Sie, welches Element Ihr LCP ist. Oft ist es das Hauptfoto, und dann wissen Sie, wo Sie anfangen.
7. Wiederholen Sie den Test zwei- oder dreimal. Laborwerte schwanken von Lauf zu Lauf etwas; ziehen Sie keine Schlüsse aus einem einzigen Ergebnis.
8. Machen Sie einen Screenshot, bevor Sie etwas ändern, damit Sie nach jeder Änderung vergleichen können.

Ein echter Beleg dafür, warum das Handy zählt: Bei der Website von Santos Barbertop, einem Barbershop in San Isidro und meinem ersten Kunden, kamen in den ersten drei Monaten 9 von 10 Klicks aus Google vom Handy. Diese Website erreicht in Lighthouse 99-100 auf dem Desktop, aber der Test, der wirklich zählt, ist der auf den Handys ihrer Kunden.

Was tun, je nach Ergebnis

• LCP orange oder rot: Prüfen Sie in dieser Reihenfolge das Foto oder Video oben (Dateigröße, Format, Lazy Loading), Slider, die mehrere Fotos laden, um eines zu zeigen, und die Antwortzeit Ihres Hostings.
• Hoher CLS: Bilder ohne festgelegte Breite und Höhe, Cookie- oder Angebotsbanner, die den Inhalt verschieben, Reservierungs- oder Bewertungs-Widgets, die beim Laden ihre Größe ändern, und Schriften, die mitten im Laden wechseln.
• Hoher INP: zu viel JavaScript. Plugins, Chats, Tracking-Pixel und Widgets von Drittanbietern, die das Handy Ihres Kunden genau dann beschäftigen, wenn er etwas antippen will.
• Im Labor gut, mit echten Daten schlecht: Ihre Kunden surfen unter schlechteren Bedingungen als die Simulation, mit schwächerer Verbindung oder langsameren Handys. Die Lösung ist dieselbe: die Website verschlanken.

Warum lädt Ihre Website langsam? Die 5 häufigsten Bremsen

1. Unoptimierte Bilder — meist das Erste, was man prüfen sollte. Als Faustregel, nicht als offizieller Standard: keine 4-MB-Fotos auf Ihrer Website, WebP-Format, höchstens etwa 1600px Breite und Lazy Loading für Bilder, die beim Öffnen der Seite noch nicht sichtbar sind.
2. Autoplay-Video — wenn Ihr Hero ein Hintergrundvideo ist, muss es auf einem CDN liegen, komprimiert, mit Poster-Bild während des Ladens
3. WordPress-Plugins — viele Plugins laden auf jeder Seite eigenes JavaScript und CSS. Haben Sie zum Beispiel 30 aktiv, gehen Sie sie durch: Als Faustregel fliegt alles raus, was Sie nicht nutzen. Undiszipliniertes WordPress wird leicht langsam.
4. Google Fonts — 6 Schriftstärken über 3 Schriften zu laden, verlangsamt alles. Faustregel: 2 Schriften, höchstens 2-3 Stärken.
5. Billiges Shared-Hosting — die billigsten Tarife teilen sich einen Server mit vielen anderen Websites. Eine unter Angriff und der Rest kriecht.

Konkrete Verbesserungen, die Sie diese Woche beauftragen können

1. Alle Fotos komprimieren und verkleinern. WebP, in der Größe, in der sie angezeigt werden, nicht so, wie sie aus der Kamera kamen.
2. Kein Lazy Loading beim Hauptfoto. Lazy Loading ist für Bilder weiter unten. Beim obersten Bild verzögert es genau das, was der Besucher zuerst sehen will.
3. Breite und Höhe bei jedem Bild, damit der Browser den Platz reserviert und nichts springt.
4. Entfernen, was Sie nicht nutzen: Plugins, Widgets und Skripte von Kampagnen, die vor Monaten endeten.
5. Nur ein Chat. Wenn Sie den WhatsApp-Button haben, ist das allgemeine Chat-Widget überflüssig. Wie Sie WhatsApp richtig einrichten, steht im WhatsApp-Business-Leitfaden.
6. Karte erst auf Tipp. Ein Kartenbild mit einem Button "Route", der Google Maps öffnet, ist viel leichter als eine eingebettete interaktive Karte.
7. Speisekarte als HTML, nicht als PDF. Ein mehrere Megabyte großes PDF bremst Gäste mit mobilen Daten zusätzlich; mehr dazu in warum Ihre PDF-Speisekarte Gäste kostet.
8. Caching und CDN, wenn Ihr Hosting es erlaubt, damit Seiten und Bilder von einem Server in der Nähe des Besuchers kommen.

Warum Astro und Next.js by design schnell sind

WordPress baut die Seite bei jedem Besuch: PHP-Verarbeitung, Datenbankabfragen, laufende Plugins. Astro und Next.js (im statischen Modus) bauen das HTML einmal beim Deploy. Wenn ein Besucher landet, sendet der Server einfach eine fertige HTML-Datei. Viel schneller, kein Trick.

Das ist der Grund, warum jede Website, die ich bei Teide Digital ausliefere, auf Astro oder Next.js basiert, nicht WordPress. Nicht aus technischer Vorliebe — Ihr Kunde im überlasteten 4G wartet keine 6 Sekunden.

Das heißt nicht, dass eine WordPress-Website nicht schnell sein kann: Mit wenigen Plugins, gutem Hosting und sauber aufbereiteten Fotos kann sie bestehen. Wenn Sie gerade entscheiden, finden Sie einen ehrlichen Vergleich unter WordPress vs Astro (auf Spanisch).

Häufige Fehler beim Messen der Geschwindigkeit

• Nur vom Bürocomputer aus messen. Ihr Kunde sitzt nicht dort.
• Einmal messen und Schlüsse ziehen. Wiederholen und vergleichen.
• Auf die 100 fixiert sein. Entscheidend ist, alle drei Kennzahlen zu bestehen, nicht die perfekte Punktzahl.
• Nur die Startseite messen. Speisekarte, Reservierungsseite oder Zimmergalerie können schwerer sein als die Startseite.
• Mit gefülltem Cache oder eingeloggt testen. Sie sehen die Website schon geladen, ein neuer Kunde nicht. Nutzen Sie ein Inkognito-Fenster oder, besser, PageSpeed Insights.
• Vergessen, was nicht Ihnen gehört. Buchungsmaschine, Bewertungs-Widget oder ein Chat von Drittanbietern zählen ebenfalls zur Geschwindigkeit Ihrer Seite.

Hypothetisches Beispiel: eine langsame Restaurant-Website

Ein erfundenes Beispiel zur Veranschaulichung. Ein Restaurant in Los Cristianos hat auf der Startseite ein Hintergrundvideo, eine Galerie mit Fotos direkt aus der Kamera, zwei verschiedene Chats und eine eingebettete Google-Karte. PageSpeed Insights markiert LCP und INP auf dem Handy rot.

Die logische Reihenfolge: das Video durch ein komprimiertes Foto mit Breite und Höhe ersetzen, bei diesem Foto das Lazy Loading entfernen und es für die Galerie behalten, einen der Chats streichen, die Karte durch ein Bild mit Link zu Google Maps ersetzen und neu messen. Wie viele Reservierungen mehr das bringt, kann ich Ihnen nicht sagen, weil das von vielen Dingen abhängt. Was Sie prüfen können: ob die Kennzahlen grün werden.

Fazit

Geschwindigkeit ist keine technische Eitelkeit. Sie ist der Unterschied zwischen dem Kunden, der bucht, und dem, der geht, bevor Sie wussten, dass er existierte. Testen Sie Ihre Website heute auf pagespeed.web.dev — wenn sie länger als 3 s lädt, verlieren Sie Besuche: Laut Google werden 53% der mobilen Besuche ab dieser Ladezeit abgebrochen (Google, 2016).

Mein Ziel ist, dass jede Website, die ich ausliefere, Lighthouse im grünen Bereich besteht; die von Santos Barbertop erreicht 99-100 auf dem Desktop. Wenn Sie wollen, dass ich Ihre auditiere, nehme ich kostenlos eine 2-3-minütige Video-Analyse auf.

Und wenn Sie eine neue Website planen, sehen Sie sich den Plan Teide Esencial an: eine maßgeschneiderte Website mit bis zu 5 Seiten, Hosting und Domain inklusive.

Häufige Fragen

Mein PageSpeed-Wert ist 60. Ist das schlimm?

Er liegt im Bereich "verbesserungswürdig" (50 bis 89). Wichtiger als die Punktzahl: Bestehen Sie alle drei Core Web Vitals mit Daten echter Nutzer? Und wenn es keine echten Daten gibt: Welches Element nennt die Diagnose als LCP, und was schlägt sie vor?

Warum zeigt mir PageSpeed keine Daten echter Nutzer?

Weil diese Daten aus echten Chrome-Besuchen stammen und eine Mindestmenge nötig ist. Bei kleinen Websites fehlen sie oft. Nutzen Sie die Labordiagnose und wiederholen Sie sie nach jeder Änderung.

Bringt mich eine schnelle Website bei Google nach oben?

Das verspreche ich Ihnen nicht. Geschwindigkeit hilft, dass Besucher bleiben und buchen, und davon leben Sie. Für die lokale Suche zählen andere Dinge; die erkläre ich in lokales SEO auf Teneriffa.

Wie oft sollte ich messen?

Nach jeder größeren Änderung (ein neues Plugin, ein Video, ein Reservierungs-Widget) und spätestens vor Beginn der Hochsaison.