seivio
Alle Beiträge
PageSpeed

PageSpeed-Score 90+ für lokale Geschäfte: Warum jede Sekunde Geld bedeutet

Warum eine schnelle Webseite gerade für Cafés, Praxen und Handwerker entscheidend ist. Wo Sekunden verloren gehen, was du selbst messen kannst, und welche Optimierungen wirklich Wirkung haben.

Norbert Sommer

29. April 20267 Min. Lesezeit

Eine langsame Webseite ist nicht „nur unschön" – sie kostet dich messbar Kunden. Bei lokalen Geschäften, deren Besucher zu 70–80 % vom Handy aus suchen, oft direkt vor der Tür, ist die Webseiten-Geschwindigkeit der vielleicht am stärksten unterschätzte Hebel überhaupt. Hier kommt der nüchterne Blick: was ist wirklich relevant, was ist Marketing-Geräusch, und was kannst du ohne Webdesigner selbst messen.

Was bedeutet „PageSpeed" eigentlich?

Wenn du in der Webseiten-Welt unterwegs bist, hörst du den Begriff „PageSpeed-Score" oder „Lighthouse-Score". Das ist eine Skala von 0 bis 100, mit der Google misst, wie schnell sich deine Webseite anfühlt. Dahinter stecken konkrete Messwerte:

  • LCP (Largest Contentful Paint): Wie schnell ist das größte sichtbare Element der Seite vollständig geladen? Soll unter 2,5 Sekunden bleiben.
  • INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks und Tippen? Unter 200 ms.
  • CLS (Cumulative Layout Shift): Wie sehr „springt" der Inhalt während des Ladens? Soll unter 0,1 bleiben.

Diese drei Werte zusammen heißen Core Web Vitals, und Google nutzt sie seit 2021 offiziell als Ranking-Faktor. Eine Webseite mit einem PageSpeed-Score unter 50 wird in der mobilen Suche systematisch nach hinten geschoben – egal wie gut der Content ist.

Warum lokale Geschäfte besonders betroffen sind

Bei einem Online-Shop hat der Kunde 30 Sekunden Geduld, weil er gerade etwas kaufen will. Bei einem lokalen Geschäft hat er 2 Sekunden, weil er gerade in der Stadt steht und in dieser Reihenfolge entscheidet:

  1. „Ist das hier in der Nähe?"
  2. „Sieht das gut aus?"
  3. „Hat das offen?"

Wenn deine Webseite in 5 Sekunden nicht fertig geladen ist, hat der potenzielle Gast längst zur nächsten Café-Webseite gewechselt. Er erinnert sich später nicht mal, dass er bei dir war – er wird einfach woanders sitzen.

Drei Szenarien, in denen Geschwindigkeit besonders weh tut:

  • Mobile auf 4G in der Innenstadt. Die Bandbreite in der Heidelberger Altstadt rund um die Hauptstraße ist deutlich schlechter als zu Hause auf dem WLAN. Eine Webseite, die zu Hause in 2 Sekunden lädt, braucht in der Innenstadt schnell 6–8 Sekunden.
  • Touristen mit deutscher SIM-Karte oder Roaming. Bandbreite teils sehr schlecht. Wer in Heidelberg ein Café sucht, hat oft keine Lust, auf eine 4-MB-Webseite zu warten.
  • Senioren-Smartphones und ältere Geräte. Performance-Probleme treffen ältere Hardware massiv. Eine moderne, schlanke Webseite läuft auf einem 6 Jahre alten iPhone genauso schnell wie auf einem neuen.

Was eine Webseite typisch langsam macht

Hier sind die fünf häufigsten Gründe, warum lokale Webseiten ins Stocken geraten:

  1. Unkomprimierte Bilder. Eine Speisekarte mit 8 Café-Fotos kann gut und gerne 12 MB groß sein, wenn die Bilder direkt vom Smartphone hochgeladen wurden. Optimiert auf modernes WebP-Format sind das eher 800 KB. Faktor 15 weniger.
  2. WordPress-Themes mit Page-Buildern. Beliebt, weil flexibel – aber Elementor, WPBakery oder Divi laden 3–5 große JavaScript-Bibliotheken pro Seite. Auf dem Desktop kaum spürbar, auf dem Handy 4 Sekunden Verzögerung.
  3. Tracking-Scripts en masse. Google Analytics, Facebook Pixel, ein Hotjar-Script, ein Cookie-Banner-Provider, ein Live-Chat-Widget. Jedes davon belegt 100–300 KB plus Verbindungs-Overhead.
  4. Eingebettete Videos und iFrames. Ein YouTube-Video direkt in die Startseite eingebettet zieht das gesamte YouTube-Player-JavaScript mit, auch wenn das Video gar nicht abgespielt wird.
  5. Schwaches Hosting. Geteilte Webhoster mit 2 € im Monat sind nicht nur langsam, sondern haben auch erratische Antwortzeiten. Mal 200 ms, mal 2 Sekunden – Google misst das mit, der Score schwankt.

Wie du selbst messen kannst (3 Tools, 5 Minuten)

Du brauchst keinen Webdesigner, um zu wissen, ob deine Seite schnell ist. Drei kostenlose Tools:

1. Google PageSpeed Insights

Adresse: pagespeed.web.dev. Webseiten-URL eintippen, „Analysieren" klicken. Du bekommst getrennte Scores für Mobile und Desktop, plus konkrete Optimierungsvorschläge. Auf Mobile sollte der Score über 85 liegen – idealerweise über 90.

2. WebPageTest

Adresse: webpagetest.org. Detaillierter als PageSpeed Insights, zeigt dir Sekunde für Sekunde, was beim Laden passiert. Hilfreich, wenn du verstehen willst, was genau die Seite langsam macht.

3. Browser DevTools (Chrome)

Rechte Maustaste → „Untersuchen" → Reiter „Lighthouse" → „Analyze page load". Macht im Prinzip dasselbe wie PageSpeed Insights, aber lokal in deinem Browser, ohne dass die URL irgendwo gespeichert wird.

Faustregel: Wenn der Mobile-Score unter 70 liegt, verlierst du Gäste. Unter 50 ist die Seite ein aktives Hindernis – schneller wäre, sie nicht zu haben, weil sie weniger Erwartung schafft, die enttäuscht wird.

Welche Optimierungen wirklich Wirkung haben

Nicht alle Tipps aus PageSpeed Insights bringen gleich viel. Diese fünf bewegen den Score am stärksten:

  • Bilder modernisieren (WebP/AVIF, lazy-loading). Allein das hebt den Score auf vielen WordPress-Seiten um 15–30 Punkte. Tools: TinyPNG, Squoosh, oder direkt das next/image-Component, wenn die Seite auf Next.js läuft.
  • Schriften lokal ausliefern statt von Google Fonts. Google Fonts CDN ist langsamer als deine eigene Domain – ein zusätzlicher DNS-Lookup, ein zusätzlicher SSL-Handshake. Lokal eingebettet: spart 200–400 ms.
  • JavaScript verkleinern und tree-shaken. Ungenutzten Code rauswerfen. Bei einer typischen WordPress-Seite mit Page-Builder oft 1–2 MB Einsparung möglich.
  • Hosting auf einer modernen Edge-Plattform (Vercel, Netlify, Cloudflare Pages). Statt 200 ms Antwortzeit aus einem Frankfurter Rechenzentrum bekommst du 30 ms aus dem nächsten Edge-Knoten. Kostet bei meinen Festpreisen nichts extra, weil ich ohnehin auf Vercel hoste.
  • Tracking-Scripts asynchron laden oder ganz weglassen. Wenn du nur Plausible oder Vercel Analytics nutzt (cookielos und ohne große Skripte), bist du performance-mäßig sauber.

Was bei meinen Webseiten Standard ist

Damit du eine Vergleichsbasis hast: Alle seivio-Webseiten liefern out of the box folgende Werte aus, gemessen über PageSpeed Insights auf einer Mobil-Simulation:

  • LCP unter 1,8 Sekunden
  • INP unter 100 ms
  • CLS unter 0,05
  • PageSpeed-Mobile-Score zwischen 92 und 99

Das ist kein Zufall, sondern Architektur:

  • Next.js mit Server Components (statisches Pre-Rendering, keine unnötige JavaScript-Auslieferung)
  • Bilder über next/image automatisch in WebP/AVIF konvertiert
  • Fonts via next/font lokal eingebettet
  • Hosting auf Vercel mit globaler Edge-Verteilung
  • Cookie-Banner, das Tracking-Scripts erst nach Consent lädt – statt sie im Voraus zu blockieren oder Daten illegal zu sammeln

Wenn deine aktuelle Webseite Mobile unter 70 liegt, ist die schnelle Variante meistens nicht „optimieren", sondern „neu bauen" – schneller und günstiger. Die meisten WordPress-Seiten mit Page-Builder lassen sich in vertretbarem Aufwand nicht über 80 hieven.

Mini-Check für deine eigene Seite

Bevor du irgendwas änderst – mach diesen 3-Minuten-Selbsttest:

  1. Webseite in pagespeed.web.dev eingeben, Mobile-Score ablesen
  2. Wenn unter 70: lade in Chrome → DevTools → Network → Webseite neu laden – wie viel MB werden geladen? (sollte unter 1,5 MB sein)
  3. Reduziere die Anzeige auf „Slow 4G" und lade neu – wie lange dauert es jetzt? (sollte unter 5 Sekunden sein)

Wenn du bei einem dieser drei Punkte deutlich abweichst, hast du eine messbare Conversion-Verlustquelle, die nicht durch besseren Content auszugleichen ist.

Was du sofort tun kannst

Auch ohne Webdesigner sind drei Dinge in 30 Minuten machbar:

  1. Speisekarten-PDF einbetten? Sofort raus damit. PDFs sind langsam, mobil schlecht bedienbar und bieten keine SEO-Wirkung. Stattdessen die Karte als HTML einbauen – auch bei WordPress kein Hexenwerk.
  2. Bilder neu hochladen, vorher durch TinyPNG. Reduziert Dateigröße um 60–70 % ohne sichtbaren Qualitätsverlust.
  3. Cookie-Banner-Provider checken. Manche kostenlose Banner laden 300 KB JavaScript, bevor überhaupt was passiert. Ein DSGVO-konformes Banner braucht im Code unter 5 KB.

Wenn du danach noch unter 80 liegst, ist die Seiten-Architektur das Problem – und dafür gibt es nur eine sinnvolle Antwort: Neuaufbau auf modernem Stack.

Übrigens – wenn du gerade beim Vergleichen bist, ob freier Entwickler oder Agentur die richtige Wahl wäre: dazu schreibe ich im Beitrag Webdesigner aus Heidelberg vs. Agentur eine ehrliche Einschätzung mit Entscheidungsmatrix. Und wenn du wissen willst, was eine schnelle Webseite konkret kostet, ist Was kostet eine Webseite 2026? der direkte Einstieg.


Schreib mir kurz – ich messe deine Seite einmal kostenlos durch und sage dir ehrlich, ob Optimierung oder Neuaufbau das wirtschaftlich Bessere ist.