Ihre Website sieht gut aus. Die Texte sind überzeugend. Die Angebote stimmen. Aber die Kunden kommen trotzdem nicht? Dann ist wahrscheinlich nicht Ihr Design das Problem — sondern Ihre Ladezeit.
Website-Performance ist kein technisches Nischenthema. Es ist ein Umsatzfaktor. Und einer, den die meisten Schweizer KMU massiv unterschätzen. In diesem Artikel zeigen wir Ihnen mit konkreten Zahlen und Studien, warum jede Sekunde zählt — und was Sie dagegen tun können.
Die Zahlen, die Sie kennen sollten
Lassen Sie uns mit den Fakten beginnen. Das sind keine vagen Vermutungen, sondern Ergebnisse großangelegter Studien:
Google-Studien (über 11 Millionen Seiten analysiert)
- 53 % der mobilen Nutzer verlassen eine Seite, die länger als 3 Sekunden lädt
- Die durchschnittliche Ladezeit der Top-10-Ergebnisse bei Google beträgt 1.65 Sekunden
- Ein Sprung von 1 auf 3 Sekunden Ladezeit erhöht die Absprungrate um 32 %
- Ein Sprung von 1 auf 5 Sekunden erhöht die Absprungrate um 90 %
Amazon und Walmart
- Amazon hat berechnet, dass jede 100 Millisekunden (!) zusätzliche Ladezeit 1 % Umsatz kostet — bei Amazon sind das Milliarden pro Jahr
- Walmart hat festgestellt: Jede Sekunde Verbesserung der Ladezeit bringt 2 % mehr Conversions
Deloitte-Studie (2020, aktualisiert 2024)
- Marken mit einer Ladezeit unter 1 Sekunde haben Conversion-Raten, die 2.5x höher sind als Marken mit 5+ Sekunden Ladezeit
- Eine Verbesserung von 0.1 Sekunden steigerte die Conversion-Rate um 8.4 % bei Retail und 10.1 % bei Travel
Schweizer Conversion-Daten: Was die Zahlen für den lokalen Markt bedeuten
Die internationalen Studien sind eindrücklich, aber wie sieht es im Schweizer Markt aus? Einige Besonderheiten:
Höhere Erwartungen, weniger Geduld
Schweizer Nutzer haben im europäischen Vergleich überdurchschnittlich schnelles Internet (Durchschnitt: 110 Mbps). Das bedeutet paradoxerweise: Sie sind noch weniger tolerant gegenüber langsamen Websites, weil sie es gewohnt sind, dass alles sofort lädt.
Branchenspezifische Conversion-Benchmarks Schweiz
| Branche | Durchschnittliche Conversion-Rate | Top-Performer |
|---|---|---|
| E-Commerce (Einzelhandel) | 1.8 % | 3.5–5.0 % |
| B2B Dienstleistungen | 2.5 % | 5.0–8.0 % |
| Gastronomie (Reservierungen) | 3.0 % | 6.0–10.0 % |
| Immobilien (Anfragen) | 1.5 % | 3.0–5.0 % |
| Gesundheitswesen (Terminbuchung) | 4.0 % | 8.0–12.0 % |
| Handwerk (Offertanfragen) | 2.0 % | 4.0–7.0 % |
| Finanzdienstleistungen | 1.2 % | 2.5–4.0 % |
Die Schweizer Besonderheit: Qualität vor Preis
Im Schweizer Markt ist die Conversion-Rate weniger preisabhängig und stärker qualitätsabhängig als in anderen Märkten. Eine professionelle, schnelle Website signalisiert Qualität und Zuverlässigkeit — Werte, die Schweizer Kunden besonders schätzen. Eine langsame, veraltete Website wird im Schweizer Markt stärker bestraft als anderswo, weil die Assoziation «langsame Website = unprofessionelles Unternehmen» hier besonders tief sitzt.
Was bedeutet das für Schweizer KMU?
Rechnen wir das auf ein Schweizer KMU herunter. Nehmen wir ein Beratungsunternehmen mit diesen Zahlen:
- 2’000 monatliche Website-Besucher
- Durchschnittlicher Auftragswert: CHF 10’000
- Aktuelle Conversion-Rate: 1 % (20 Anfragen/Monat, davon 5 Aufträge)
- Monatlicher Umsatz über die Website: CHF 50’000
Wenn die Website 5 Sekunden zum Laden braucht und wir sie auf unter 1 Sekunde optimieren:
- Erwartete Verbesserung der Conversion-Rate: +50 % bis +100 % (basierend auf den Deloitte-Daten)
- Neue Conversion-Rate: 1.5–2 %
- Neue Aufträge: 7–10/Monat
- Neuer monatlicher Umsatz: CHF 70’000–100’000
Das sind CHF 20’000–50’000 mehr Umsatz pro Monat — nur durch schnellere Ladezeiten. Und das, bevor wir überhaupt über Design, Texte oder SEO gesprochen haben.
Zweites Rechenbeispiel: Lokaler Handwerker
- 500 monatliche Website-Besucher
- Durchschnittlicher Auftragswert: CHF 3’000
- Aktuelle Conversion-Rate: 1.5 % (7.5 Anfragen/Monat, davon 3 Aufträge)
- Monatlicher Umsatz über die Website: CHF 9’000
Nach Performance-Optimierung (5s → unter 1s):
- Neue Conversion-Rate: 3–4 %
- Neue Aufträge: 5–7/Monat
- Neuer monatlicher Umsatz: CHF 15’000–21’000
Zusätzlicher Jahresumsatz: CHF 72’000–144’000 — bei einer einmaligen Investition von CHF 5’000–10’000 für die Optimierung.
Warum ist Speed so wichtig?
1. Erste Eindrücke zählen
Nutzer bilden sich in 50 Millisekunden eine Meinung über Ihre Website. Wenn in diesen 50 Millisekunden noch nichts sichtbar ist, ist der erste Eindruck: leer. Und ein leerer Bildschirm signalisiert dem Unterbewusstsein: «Hier stimmt etwas nicht. Hier bin ich nicht sicher.»
2. Geduld ist endlich
Im digitalen Zeitalter ist Geduld ein knappes Gut. Die durchschnittliche Aufmerksamkeitsspanne beim Surfen beträgt 8 Sekunden. Wenn Ihre Website 3–4 Sekunden davon mit Laden verbraucht, haben Sie nur noch 4–5 Sekunden, um zu überzeugen. Das ist wie ein Elevator Pitch, bei dem Sie die ersten 30 Sekunden schweigend vor Ihrem Gegenüber stehen.
3. Google bestraft langsame Websites
Seit 2021 sind die Core Web Vitals ein offizieller Google-Rankingfaktor. Die drei wichtigsten Metriken:
- LCP (Largest Contentful Paint): Wie schnell wird das größte sichtbare Element geladen? Ziel: unter 2.5 Sekunden
- INP (Interaction to Next Paint): Wie schnell reagiert die Seite auf Klicks? Ziel: unter 200 Millisekunden
- CLS (Cumulative Layout Shift): Springt der Inhalt beim Laden herum? Ziel: unter 0.1
Websites, die diese Ziele verfehlen, werden in den Suchergebnissen herabgestuft. Das bedeutet weniger organischer Traffic — und weniger Kunden.
4. KI-Crawler brauchen Speed
ChatGPT, Perplexity und andere KI-Assistenten crawlen Websites, um Informationen zu sammeln. Langsame Websites werden von diesen Crawlern oft übersprungen oder nur teilweise indexiert. Je schneller Ihre Website, desto vollständiger werden Ihre Inhalte von KI-Systemen erfasst.
Core Web Vitals im Detail erklärt
Für viele Unternehmer sind Core Web Vitals ein abstraktes Konzept. Hier eine verständliche Erklärung jeder Metrik:
LCP — Largest Contentful Paint
Was es misst: Die Zeit, bis das grösste sichtbare Element auf dem Bildschirm vollständig geladen ist. Das ist meistens ein Hero-Bild, eine grosse Überschrift oder ein Video-Thumbnail.
Warum es wichtig ist: LCP bestimmt, wann der Nutzer das Gefühl hat, dass die Seite «da» ist. Ein LCP von 5 Sekunden bedeutet: 5 Sekunden lang sieht der Nutzer eine unvollständige Seite.
Zielwerte:
- Gut: unter 2.5 Sekunden
- Verbesserungswürdig: 2.5–4.0 Sekunden
- Schlecht: über 4.0 Sekunden
Typische Ursachen für schlechtes LCP:
- Riesige, nicht optimierte Hero-Bilder
- Langsame Server-Antwort (hoher TTFB)
- Render-blockierendes JavaScript und CSS
- Externe Fonts, die das Rendering verzögern
INP — Interaction to Next Paint
Was es misst: Die Verzögerung zwischen einer Nutzer-Interaktion (Klick, Tippen, Tastendruck) und der visuellen Reaktion der Seite. Misst die schlechteste Interaktion während des gesamten Besuchs.
Warum es wichtig ist: Wenn ein Nutzer auf «In den Warenkorb» klickt und 500ms nichts passiert, entsteht Unsicherheit. Hat der Klick funktioniert? Soll ich nochmal klicken?
Zielwerte:
- Gut: unter 200 Millisekunden
- Verbesserungswürdig: 200–500 Millisekunden
- Schlecht: über 500 Millisekunden
Typische Ursachen für schlechtes INP:
- Zu viel JavaScript auf der Seite
- Lange JavaScript-Tasks, die den Main Thread blockieren
- Komplexe Event-Handler
- Drittanbieter-Skripte (Analytics, Chat-Widgets, Tracking)
CLS — Cumulative Layout Shift
Was es misst: Wie stark sich sichtbare Elemente auf der Seite während des Ladens verschieben. Jeder hat das erlebt: Sie wollen auf einen Link klicken, und plötzlich springt alles nach unten, weil ein Bild geladen wurde.
Warum es wichtig ist: Layout Shifts sind frustrierend und führen zu Fehlklicks. Besonders auf Mobile, wo der Bildschirm klein ist, kann ein Layout Shift dazu führen, dass der Nutzer versehentlich auf eine Werbung klickt oder den falschen Button drückt.
Zielwerte:
- Gut: unter 0.1
- Verbesserungswürdig: 0.1–0.25
- Schlecht: über 0.25
Typische Ursachen für schlechtes CLS:
- Bilder ohne definierte Breite und Höhe
- Werbebanner, die nachträglich eingefügt werden
- Webfonts, die Schriftgrössen verändern (FOUT)
- Dynamisch geladener Content ohne Platzhalter
Die häufigsten Performance-Killer
1. Nicht optimierte Bilder
Das ist der Nummer-1-Übeltäter. Ein einziges Foto von Ihrem Team, das direkt von der Kamera hochgeladen wurde, kann 5–10 MB groß sein. Optimiert wäre es 50–200 KB — 50x kleiner, ohne sichtbaren Qualitätsverlust.
Was Sie tun können:
- Bilder im WebP-Format ausliefern (30 % kleiner als JPEG)
- Responsive Bilder verwenden (verschiedene Größen für verschiedene Geräte)
- Lazy Loading aktivieren (Bilder erst laden, wenn sie sichtbar werden)
- Bildkompression vor dem Upload (Tools: TinyPNG, Squoosh)
2. Zu viel JavaScript
Eine einfache KMU-Website braucht kein Framework, das 250 KB JavaScript mitbringt. Zum Vergleich: Unsere Astro-Websites liefern typischerweise 0–15 KB JavaScript aus. Mehr zum Thema Frameworks
3. Render-blockierende Ressourcen
Google Fonts, externe CSS-Dateien, Analytics-Skripte — all das blockiert das Rendering Ihrer Seite. Jede externe Anfrage kostet 50–200 Millisekunden.
Lösung: Fonts selbst hosten, kritisches CSS inline laden, Skripte asynchron oder deferred laden.
4. Langsames Hosting
Shared Hosting für CHF 5/Monat klingt verlockend. Aber wenn sich Ihr Server mit 500 anderen Websites teilt, dauert die Erstantwort (Time to First Byte) oft 500–1’500 Millisekunden — bevor der Browser überhaupt anfängt, Ihre Seite aufzubauen.
Lösung: Static Hosting (Vercel, Netlify, Cloudflare Pages) liefert HTML von CDN-Servern weltweit aus — mit einer TTFB von 20–100 Millisekunden.
5. WordPress-Plugin-Überladung
Jedes WordPress-Plugin fügt Code hinzu. Ein typisches WordPress-Setup mit 20 Plugins hat schnell 2–5 MB an JavaScript und CSS, die bei jedem Seitenaufruf geladen werden — ob sie auf der aktuellen Seite gebraucht werden oder nicht.
6. Drittanbieter-Skripte
Oft übersehen, aber ein massiver Performance-Killer: Drittanbieter-Skripte wie Chat-Widgets, Social-Media-Einbettungen, Tracking-Pixel und A/B-Testing-Tools. Jedes einzelne Skript:
- Benötigt einen DNS-Lookup (50–100ms)
- Stellt eine TCP-Verbindung her (50–100ms)
- Lädt JavaScript nach (100–500ms)
- Führt Code aus, der den Main Thread blockiert
Lösung: Inventar aller Drittanbieter-Skripte erstellen. Fragen Sie bei jedem: Brauchen wir das wirklich? Kann es verzögert geladen werden? Gibt es eine leichtere Alternative?
So messen Sie Ihre Website-Performance
Google PageSpeed Insights (kostenlos)
Besuchen Sie pagespeed.web.dev und geben Sie Ihre URL ein. Sie erhalten einen Score von 0–100 für Mobile und Desktop sowie konkrete Verbesserungsvorschläge.
Interpretation:
- 90–100: Exzellent. Ihre Website ist schnell.
- 50–89: Verbesserungsfähig. Es gibt Optimierungspotenzial.
- 0–49: Schlecht. Ihre Website kostet Sie aktiv Kunden und Rankings.
Google Lighthouse (in Chrome eingebaut)
Drücken Sie F12 in Chrome, gehen Sie auf den Tab «Lighthouse» und starten Sie einen Test. Lighthouse gibt detaillierte Empfehlungen und zeigt genau, was die Ladezeit verlangsamt.
Tipps für aussagekräftige Lighthouse-Tests:
- Testen Sie im Inkognito-Modus (keine Browser-Extensions, die das Ergebnis verfälschen)
- Schliessen Sie andere Tabs
- Testen Sie mehrmals und nehmen Sie den Durchschnitt
- Testen Sie sowohl Mobile als auch Desktop
WebPageTest (fortgeschritten)
WebPageTest.org bietet die detaillierteste Performance-Analyse:
- Wasserfall-Diagramm: Zeigt exakt, welche Ressource wie lange zum Laden braucht
- Filmstrip-Ansicht: Zeigt Screenshots des Ladevorgangs in 100ms-Intervallen
- Multi-Standort-Tests: Testen Sie von verschiedenen Standorten weltweit (auch Zürich)
- Vergleichstests: Ihre Website neben der Konkurrenz testen
Web Vitals Chrome Extension
Diese Browser-Erweiterung zeigt Ihnen die Core Web Vitals in Echtzeit beim normalen Surfen an — auch auf Ihrer eigenen Website.
Chrome User Experience Report (CrUX)
Für eine realistische Einschätzung der Performance: CrUX zeigt die tatsächlichen Core Web Vitals Ihrer Nutzer (nicht Laborwerte). Zugänglich über PageSpeed Insights (Abschnitt «Nutzerdaten») oder die BigQuery-Datenbank von Google.
Performance-Optimierung als Case Study
Um die Auswirkungen greifbar zu machen, hier ein typischer Ablauf einer Performance-Optimierung:
Ausgangslage: Lokale Beratungsfirma in Zürich
- WordPress-Website, 4 Jahre alt
- Lighthouse Mobile: 38
- LCP: 6.2 Sekunden
- Total Page Size: 4.8 MB
- 67 HTTP-Requests
- Conversion-Rate: 0.8 %
Durchgeführte Massnahmen
Schritt 1: Bilder optimieren (Wirkung: LCP -2s)
- Alle Bilder von PNG/JPEG zu WebP konvertiert
- Responsive Bilder mit srcset implementiert
- Lazy Loading für Below-the-fold-Bilder
Schritt 2: Fonts optimieren (Wirkung: LCP -0.5s)
- Google Fonts durch selbst gehostete Fonts ersetzt
- font-display: optional gesetzt
- Nur benötigte Schriftschnitte geladen
Schritt 3: JavaScript reduzieren (Wirkung: INP -300ms)
- 8 von 12 nicht-essenziellen Plugins entfernt
- Verbleibendes JS deferred laden
- jQuery durch Vanilla JS ersetzt
Schritt 4: Caching und CDN (Wirkung: TTFB -800ms)
- Cloudflare CDN eingerichtet
- Server-seitiges Caching aktiviert
- Browser-Caching-Header optimiert
Ergebnis nach Optimierung
- Lighthouse Mobile: 82 (+44 Punkte)
- LCP: 2.1 Sekunden (-4.1s)
- Total Page Size: 890 KB (-82 %)
- 23 HTTP-Requests (-66 %)
- Conversion-Rate: 1.9 % (+137 %)
Ergebnis nach Redesign mit Astro.js
- Lighthouse Mobile: 99 (+61 Punkte vs. Original)
- LCP: 0.6 Sekunden (-5.6s)
- Total Page Size: 280 KB (-94 %)
- 8 HTTP-Requests (-88 %)
- Conversion-Rate: 3.2 % (+300 %)
Fazit: Die WordPress-Optimierung brachte deutliche Verbesserungen. Aber erst der Wechsel auf Astro.js ermöglichte die volle Performance. Vergleich der Kosten: WordPress vs. Astro
Was wir bei 0gravity anders machen
Performance ist keine Nachbesserung bei uns — sie ist die Grundlage. Jede Website, die wir bauen, folgt diesen Prinzipien:
- Astro.js: HTML-first Framework. Null JavaScript, wo keines nötig ist.
- Optimierte Bilder: WebP, responsive Größen, Lazy Loading — automatisch für jedes Bild.
- Selbst gehostete Fonts: Keine externen Anfragen an Google Fonts.
- Static Hosting auf CDN: Seiten werden von dem Server ausgeliefert, der dem Besucher am nächsten ist.
- Minimales CSS: Nur die Styles, die tatsächlich verwendet werden.
Das Ergebnis: Lighthouse-Scores von 95–100, Ladezeiten unter 1 Sekunde, und Core Web Vitals, die alle im grünen Bereich liegen. Das sind keine Marketing-Versprechen — das sind messbare Werte, die Sie selbst überprüfen können.
Erfahren Sie mehr über unsere Webdesign-Leistungen oder sehen Sie sich unsere Preise an.
Quick Wins: 5 Dinge, die Sie heute tun können
Wenn ein vollständiges Redesign nicht sofort möglich ist, hier fünf Maßnahmen, die sofort helfen:
- Bilder komprimieren: Laden Sie alle Bilder Ihrer Website bei squoosh.app hoch und konvertieren Sie sie zu WebP.
- Nicht genutzte Plugins entfernen (WordPress): Jedes deaktivierte Plugin, das noch installiert ist, kann die Performance beeinträchtigen.
- Caching aktivieren: Ein Caching-Plugin (WordPress) oder CDN reduziert die Ladezeit für wiederkehrende Besucher drastisch.
- Google Fonts ersetzen: Hosten Sie Ihre Schriften selbst statt sie von Google zu laden.
- Above-the-fold optimieren: Stellen Sie sicher, dass der sichtbare Bereich ohne Scroll sofort geladen wird.
Fortgeschrittene Performance-Strategien
Für Unternehmen, die über die Basics hinausgehen wollen:
Preloading und Prefetching
- Preload: Kritische Ressourcen (Hero-Bild, Hauptfont) vorab laden mit
<link rel="preload"> - Prefetch: Seiten, die der Nutzer wahrscheinlich als nächstes besucht, im Hintergrund laden
- DNS Prefetch: DNS-Auflösung für externe Domains im Voraus durchführen
Bildoptimierung für Fortgeschrittene
- AVIF-Format: Noch kleiner als WebP (30–50 % kleiner), aber noch nicht von allen Browsern unterstützt. Nutzen Sie es mit Fallback auf WebP.
- Responsive Images mit Art Direction: Nicht nur verschiedene Grössen, sondern verschiedene Bildausschnitte für verschiedene Geräte.
- Placeholder-Techniken: LQIP (Low Quality Image Placeholder) oder Blurhash für sofortiges visuelles Feedback.
Critical CSS
Extrahieren Sie das CSS, das für den sichtbaren Bereich (Above the Fold) benötigt wird, und laden Sie es inline im HTML. Den Rest laden Sie asynchron nach. Das eliminiert Render-Blocking CSS vollständig.
Service Worker und Offline-Funktionalität
Ein Service Worker kann statische Ressourcen cachen und bei wiederholten Besuchen direkt aus dem Cache liefern — mit Ladezeiten von effektiv 0 Millisekunden. Für Websites mit wiederkehrenden Besuchern ein enormer Vorteil.
Die Performance-Zukunft: Was 2026 und darüber hinaus kommt
Speculation Rules API
Googles neue API ermöglicht es, dem Browser mitzuteilen, welche Seiten als nächstes besucht werden könnten. Der Browser kann diese Seiten dann im Hintergrund vorladen. Ergebnis: Nahezu sofortige Navigation innerhalb Ihrer Website.
WASM (WebAssembly) für Performance-kritische Aufgaben
Für spezifische Anwendungen (Bildverarbeitung, komplexe Berechnungen) bietet WebAssembly eine Performance, die an native Apps heranreicht — direkt im Browser.
HTTP/3 und QUIC
Das neue Netzwerkprotokoll reduziert Latenz und verbessert die Zuverlässigkeit, besonders bei mobilen Verbindungen. Bereits heute von Cloudflare und Google unterstützt — ein weiterer Grund für CDN-basiertes Hosting.
Häufig gestellte Fragen (FAQ)
Ist Performance wirklich wichtiger als Design?
Beides ist wichtig, aber Performance kommt zuerst. Das schönste Design nützt nichts, wenn es nie gesehen wird, weil die Besucher vorher abspringen. Die gute Nachricht: Eine performante Website kann genauso schön sein wie eine langsame — oft sogar schöner, weil Klarheit und Reduktion sowohl der Performance als auch der Ästhetik zugutekommen. Mehr über aktuelle Design-Trends
Meine Website ist auf Desktop schnell, aber auf Mobile langsam. Reicht das?
Nein. Über 65 % des Traffics kommt von Mobilgeräten, und Google indexiert nur die Mobile-Version. Eine Website, die nur auf Desktop schnell ist, hat sowohl ein Nutzerproblem als auch ein SEO-Problem.
Was kostet eine Performance-Optimierung?
Für bestehende Websites: CHF 1’000–5’000 je nach Umfang. Das kann sich innerhalb weniger Wochen amortisieren. Für neue Websites: nichts extra — bei uns ist Performance Standard, keine Zusatzleistung. Unsere Preise im Detail
Wie viel schneller muss meine Website werden, damit ich einen Unterschied merke?
Jede Verbesserung um 0.5 Sekunden hat messbare Auswirkungen. Die Deloitte-Studie zeigt sogar Effekte bei 0.1 Sekunden Verbesserung. In der Praxis merken Sie den größten Unterschied beim Sprung von «langsam» (3+ Sekunden) zu «schnell» (unter 1 Sekunde).
Kann ich Performance mit WordPress erreichen?
Grundsätzlich ja, aber es erfordert deutlich mehr Aufwand: Caching-Plugins, CDN, Bildoptimierung, Theme-Optimierung, regelmäßige Plugin-Pflege. Und selbst dann erreichen optimierte WordPress-Seiten selten die Scores, die ein Framework wie Astro.js out of the box liefert.
Welches Tool ist am besten, um meine Performance zu messen?
Für einen schnellen Überblick: Google PageSpeed Insights. Für detaillierte Analyse: WebPageTest. Für laufendes Monitoring: Google Search Console (Core Web Vitals Bericht). Wir empfehlen, alle drei regelmässig zu nutzen — mindestens einmal pro Monat.
Wie beeinflusst Performance meine KI-Sichtbarkeit?
Direkt und massiv. KI-Crawler wie GPTBot und PerplexityBot haben strikte Timeout-Grenzen. Websites, die zu langsam antworten, werden nicht indexiert und können nicht in KI-generierten Antworten empfohlen werden. Eine schnelle Website ist die Grundvoraussetzung für KI-Sichtbarkeit. Mehr dazu in unserem Artikel über langsame Websites und ChatGPT
Wie oft sollte ich meine Website-Performance testen?
Mindestens einmal pro Monat. Nach jedem Content-Update oder technischen Änderung sofort. Wir empfehlen ausserdem, ein automatisiertes Monitoring einzurichten, das Sie warnt, wenn die Performance unter einen definierten Schwellenwert fällt. Sprechen Sie mit uns über Performance-Monitoring.