Ein Interessent findet Ihr Unternehmen bei Google, über eine Anzeige oder eine Empfehlung und öffnet Ihre Website. Auf dem Smartphone erscheint zunächst wenig, ein großes Bild lädt nach, beim Öffnen einer Leistung wartet der Besucher erneut und das Kontaktformular reagiert verzögert. Dann ist die Geschwindigkeit nicht mehr nur ein technisches Thema. Sie liegt direkt auf dem Weg zwischen Interesse und Anfrage. Trotzdem bedeutet eine langsame Website nicht automatisch, dass Sie einen neuen Server, eine andere Software oder einen kompletten Relaunch benötigen. Zuerst muss geklärt werden, wo das Problem auftritt, welche Besucher betroffen sind und welcher Engpass tatsächlich relevant ist.
1. Wann wird eine langsame Website zum Geschäftsproblem?
Geschwindigkeit ist für ein Unternehmen nicht deshalb wichtig, weil ein technisches Werkzeug eine rote oder grüne Zahl anzeigt.
Relevant wird sie dort, wo Wartezeit einen geschäftlich wichtigen Vorgang erschwert.
Zum Beispiel:
- Eine Leistungsseite erscheint auf dem Smartphone nur langsam.
- Ein Besucher wartet auf Produktinformationen oder Preise.
- Eine Landingpage aus einer bezahlten Kampagne lädt unnötig schwer.
- Ein Formular reagiert nach dem Absenden verzögert.
- Ein Termin- oder Buchungsprozess fühlt sich träge an.
- Elemente verschieben sich und der Besucher klickt versehentlich an die falsche Stelle.
- Eine Shop-Kategorie oder Produktseite reagiert langsam auf Filter und Auswahl.
In solchen Situationen kann Performance die Nutzererfahrung auf einem Weg beeinträchtigen, für den das Unternehmen bereits Aufmerksamkeit, Werbebudget oder Vertriebskapazität investiert hat.
Wie viele Anfragen dadurch tatsächlich verloren gehen, lässt sich jedoch nicht seriös allein aus einem Performance-Test ableiten. Dafür müssen technische Messwerte zusammen mit echten Nutzungs-, Marketing- und Conversion-Daten betrachtet werden.
2. Was können Sie selbst in zehn Minuten prüfen?
Für eine erste Einschätzung benötigen Sie noch keinen Entwickler.
Schritt 1: Nehmen Sie Ihr Smartphone
Öffnen Sie Ihre Website nicht nur im Büro-WLAN. Prüfen Sie wichtige Seiten auch unter normalen mobilen Bedingungen.
Schritt 2: Starten Sie nicht nur auf der Startseite
Öffnen Sie eine Seite, auf der ein potenzieller Kunde tatsächlich landet.
Zum Beispiel:
- eine wichtige Leistungsseite
- eine Google-Ads-Landingpage
- eine Produktseite
- eine regionale Landingpage
- einen häufig gefundenen Ratgeber
Schritt 3: Verhalten Sie sich wie ein Interessent
Versuchen Sie nicht nur, die Seite zu laden.
Führen Sie den nächsten wichtigen Schritt aus:
- Leistung verstehen
- weitere Informationen öffnen
- Kontakt aufnehmen
- Telefonnummer verwenden
- Formular ausfüllen
- Termin starten
- Produkt auswählen
Schritt 4: Schreiben Sie konkret auf, wo Sie warten
Nicht:
„Die Website ist irgendwie langsam.“
Sondern beispielsweise:
„Auf der mobilen Leistungsseite bleibt der obere Bereich mehrere Momente unvollständig, danach springt der Inhalt und das Anfrageformular reagiert verzögert.“
Damit haben Sie bereits eine wesentlich bessere Grundlage für eine technische Prüfung.
3. Welche Messwerte sind wirklich wichtig?
Nach der eigenen Prüfung können technische Messwerkzeuge helfen, die Beobachtung einzuordnen.
Für die Nutzererfahrung spielen insbesondere die Core Web Vitals eine Rolle.
| Metrik | Vereinfacht gefragt | Guter Wert |
|---|---|---|
| LCP | Wann ist der wichtige große Inhalt sichtbar? | höchstens 2,5 Sekunden |
| INP | Wie schnell reagiert die Seite auf eine Interaktion? | höchstens 200 Millisekunden |
| CLS | Bleibt das Layout beim Laden stabil? | höchstens 0,1 |
Google empfiehlt, diese Schwellenwerte beim 75. Perzentil der Seitenaufrufe zu betrachten und mobile sowie Desktop-Nutzung getrennt zu bewerten.
Labordaten und reale Nutzerdaten sind nicht dasselbe
Ein Testlauf unter simulierten Bedingungen ist nützlich, um technische Ursachen zu untersuchen.
Felddaten zeigen dagegen, wie echte Nutzer eine Website unter unterschiedlichen Geräten, Verbindungen und Bedingungen erlebt haben.
Wenn für eine Website ausreichend Felddaten verfügbar sind, sollten beide Perspektiven auseinandergehalten werden.
4. Wo entstehen typische Performance-Probleme?
Die konkrete technische Ursache hängt von der Website ab. Trotzdem treten bestimmte Gruppen von Problemen regelmäßig auf.
| Bereich | Mögliches Problem | Was prüfen? |
|---|---|---|
| Bilder | Zu große Dateien oder Abmessungen | Hero-Bilder, Galerien, Produktbilder |
| Frontend | Viel JavaScript oder CSS | Welche Dateien blockieren oder belasten wichtige Seiten? |
| Externe Dienste | Viele zusätzliche Verbindungen und Skripte | Tracking, Chat, Maps, Video, Bewertungen, Consent |
| Server | Langsame Verarbeitung | Antwortzeiten und serverseitige Prozesse |
| CMS oder Shop | Aufwendige Erweiterungen oder Templates | Welche Komponenten werden tatsächlich benötigt? |
| Cache | Inhalte werden unnötig oft neu erzeugt oder übertragen | Browser-, Seiten-, Server- und gegebenenfalls Object-Cache |
| Schriften | Unnötige Varianten oder ungünstiges Laden | Font-Dateien und Ladeverhalten |
| Videos und Karten | Schwere externe Inhalte | Wann und wie werden sie geladen? |
Diese Tabelle ist keine Diagnose.
Sie zeigt vielmehr, warum die Antwort „Ihre Website ist langsam, Sie brauchen besseres Hosting“ ohne weitere Messung zu kurz greift.
5. Warum sollten Sie die Prüfung mobil beginnen?
Geschäftsführer und Mitarbeiter sehen die eigene Website häufig auf einem aktuellen Bürorechner mit schneller Internetverbindung.
Der potenzielle Kunde kann unter völlig anderen Bedingungen kommen.
Er öffnet beispielsweise eine Leistungsseite:
- auf einem Smartphone
- über eine mobile Verbindung
- aus einer Google-Suche
- direkt aus einer Werbeanzeige
- während er mehrere Anbieter vergleicht
Gerade dann werden große Datenmengen, aufwendige Skripte und instabile Layouts deutlich sichtbarer.
Das bedeutet nicht, dass Desktop unwichtig ist.
Es bedeutet, dass die eigene Büroerfahrung kein zuverlässiger Ersatz für die tatsächliche Kundensituation ist.
6. Welche externen Dienste bremsen mit?
Viele Unternehmenswebsites laden heute nicht nur Inhalte aus dem eigenen System.
Zusätzliche Komponenten können beispielsweise sein:
- Analytics
- Conversion Tracking
- Werbeplattformen
- Consent Management
- Google Maps oder andere Karten
- YouTube oder andere Videos
- Live-Chat
- Bewertungswidgets
- Terminbuchung
- CRM-Formulare
- externe Schriftarten
Die falsche Schlussfolgerung wäre, alle externen Dienste pauschal zu entfernen.
Ein funktionierendes Conversion Tracking kann beispielsweise notwendig sein, um Werbekampagnen überhaupt wirtschaftlich bewerten zu können.
Die richtige Frage lautet:
Welche externe Komponente erfüllt welchen geschäftlichen Zweck und welche technische Belastung verursacht sie?
Ein kaum genutztes Widget, das auf jeder Unterseite geladen wird, sollte anders bewertet werden als ein System, das einen wichtigen Kundenprozess unterstützt.
7. Ist das Hosting schuld?
Manchmal ja. Aber nicht automatisch.
Wenn der Server lange benötigt, bevor die Seite überhaupt verarbeitet und ausgeliefert wird, kann die Hosting- oder Serverumgebung ein relevanter Engpass sein.
Zu einer technischen Prüfung können beispielsweise gehören:
- Server-Antwortzeiten
- Auslastung und verfügbare Ressourcen
- Backend- und Datenbankverarbeitung
- Cache-Konfiguration
- Software-Versionen
- CDN-Konfiguration, falls vorhanden
- Lastspitzen und wiederkehrende Hintergrundprozesse
Ein Hosting-Wechsel kann sinnvoll sein, wenn hier ein tatsächlicher Engpass nachgewiesen wird.
Er löst jedoch beispielsweise kein übergroßes Titelbild und entfernt auch kein unnötiges JavaScript aus dem Browser.
8. Liegt eine langsame Website am CMS oder Shopsystem?
Unternehmenswebsites in Deutschland laufen auf sehr unterschiedlichen technischen Plattformen. Dazu können Content-Management-Systeme, Shopsysteme, Baukastensysteme oder individuell entwickelte Anwendungen gehören.
Die verwendete Plattform allein ist noch keine Diagnose.
Eine langsame Website kann beispielsweise durch:
- eine ungünstige Erweiterung
- ein schweres Template
- individuelle Programmierung
- eine komplexe Datenbankabfrage
- zahlreiche externe Ressourcen
- schlecht optimierte Medien
- eine ungeeignete Serverkonfiguration
beeinträchtigt werden.
Deshalb sollte ein Unternehmen vorsichtig werden, wenn aus einem Geschwindigkeitstest sofort die Empfehlung entsteht, das gesamte CMS zu ersetzen.
Ein Plattformwechsel ist ein großes Projekt. Dafür sollte es mehr Gründe geben als einen Performance-Wert, der möglicherweise durch einzelne Komponenten verursacht wird.
9. Wo verlieren Sie potenzielle Anfragen?
Eine Performance-Analyse wird für ein Unternehmen wertvoller, wenn sie nicht nur technische Dateien betrachtet, sondern den tatsächlichen Kundenweg.
Nehmen wir einen typischen Ablauf:
- Ein Interessent sucht nach einer Lösung.
- Er findet Ihr Unternehmen über Google, AI Search, Werbung oder eine Empfehlung.
- Er öffnet eine Leistungs- oder Landingpage.
- Er versucht, Angebot und Eignung zu verstehen.
- Er sucht Referenzen, Details oder Preise.
- Er entscheidet sich für einen nächsten Schritt.
- Er öffnet Telefon, Formular, Terminbuchung oder einen anderen Kontaktweg.
- Die Anfrage wird abgeschickt.
Performance sollte entlang dieses Weges geprüft werden.
Beispiel: Google Ads
Wenn ein Unternehmen für jeden Klick bezahlt, ist eine langsame Kampagnen-Landingpage geschäftlich anders zu priorisieren als eine wenig besuchte Archivseite.
Beispiel: Kontaktformular
Wenn die Seite schnell erscheint, aber das Formular nach einer Interaktion hängt oder nach dem Absenden keine eindeutige Rückmeldung gibt, liegt das Problem nicht unbedingt im ersten Seitenaufbau.
Beispiel: Leistungsseite
Wenn das wichtigste Bild oder die zentrale Leistungsbeschreibung spät sichtbar wird, kann die technische Ursache direkt den Moment betreffen, in dem der Besucher das Angebot verstehen möchte.
Deshalb sollten technische Prioritäten an geschäftlich wichtigen Seiten und Aktionen ausgerichtet werden.
10. Praxisbeispiel: Der Relaunch wäre die falsche erste Entscheidung
Fiktives Beispiel: Ein technischer B2B-Dienstleister erhält über seine Website Anfragen und schaltet zusätzlich Suchanzeigen.
Die Geschäftsführung bemerkt, dass die Website auf dem Smartphone langsam wirkt. Ein Anbieter empfiehlt einen vollständigen Relaunch.
Schritt 1: Geschäftlich wichtige Seiten bestimmen
Statt sofort die gesamte Website zu bewerten, werden zunächst die Startseite, zwei zentrale Leistungsseiten, die wichtigste Anzeigen-Landingpage und das Kontaktformular geprüft.
Schritt 2: Mobile Nutzung nachvollziehen
Die Landingpage fällt deutlich stärker auf als die übrigen Seiten.
Schritt 3: Technischen Engpass eingrenzen
Auf dieser Seite werden ein großes Titelbild, mehrere externe Skripte, ein eingebettetes Video und ein zusätzliches Widget geladen.
Schritt 4: Geschäftlichen Nutzen prüfen
Das Widget wird für die Kampagne nicht benötigt. Das Video ist hilfreich, muss aber nicht unmittelbar beim ersten Seitenaufbau geladen werden. Das Titelbild kann technisch optimiert werden.
Schritt 5: Gezielt ändern
Die Maßnahmen werden einzeln beziehungsweise in nachvollziehbaren Schritten umgesetzt und danach erneut gemessen.
Schritt 6: Kundenweg beobachten
Zusätzlich werden vorhandene Analytics-, Werbe- und Formulardaten betrachtet, um zu prüfen, wie sich Nutzer auf dieser Landingpage verhalten.
Erst danach wird entschieden, ob darüber hinaus strukturelle Änderungen an Website oder Plattform erforderlich sind.
Der Relaunch wurde damit nicht grundsätzlich ausgeschlossen. Er wurde lediglich nicht als Lösung gewählt, bevor das tatsächliche Problem verstanden war.
Das Beispiel ist fiktiv und enthält keine versprochene Conversion- oder Performance-Verbesserung. Bei einer anderen Website können Server, Plattform oder grundlegende Architektur tatsächlich die entscheidenden Engpässe sein.
11. Was sollte ein Dienstleister beantworten können?
Wenn Sie eine Agentur, einen Entwickler oder Hosting-Anbieter mit der Optimierung beauftragen, müssen Sie nicht selbst jede technische Einzelheit verstehen.
Sie sollten aber nachvollziehen können, warum eine Maßnahme empfohlen wird.
Diese Fragen helfen:
- Welche konkreten Seiten oder Prozesse sind betroffen?
- Welche Messung zeigt das Problem?
- Handelt es sich um reale Nutzerdaten oder einen Labortest?
- Was ist die wahrscheinlich wichtigste Ursache?
- Welche Maßnahme soll genau umgesetzt werden?
- Welche geschäftlich wichtigen Funktionen könnten davon betroffen sein?
- Wie prüfen wir nach der Änderung, ob sie geholfen hat?
- Was wird bewusst noch nicht geändert?
Eine Aussage wie „Wir installieren ein Speed-Plugin und machen die Seite schnell“ beantwortet diese Fragen nicht.
Dasselbe gilt für „Sie brauchen einen neuen Server“ oder „Das CMS muss weg“, wenn vorher keine belastbare Diagnose erfolgt ist.
12. Wann reicht Optimierung und wann wird ein Relaunch sinnvoll?
Ein Relaunch kann sinnvoll sein, wenn die Performance nur ein Symptom einer grundsätzlich problematischen Website ist.
Zum Beispiel wenn gleichzeitig:
- die technische Basis kaum noch wartbar ist
- mobile Nutzung erhebliche Probleme verursacht
- Inhalte und Seitenstruktur nicht mehr zum Angebot passen
- wichtige Systeme nur mit hohem Aufwand integriert werden können
- zahlreiche Alt-Komponenten voneinander abhängig sind
- der Anfrage- oder Kaufprozess grundsätzlich schlecht aufgebaut ist
Wenn dagegen wenige klar identifizierbare Komponenten den größten Teil des Problems verursachen, kann eine gezielte Optimierung die wirtschaftlich sinnvollere Entscheidung sein.
13. Checkliste: So prüfen Unternehmen eine langsame Website
- Kundenweg auswählen: Welche Seite oder Aktion ist geschäftlich besonders wichtig?
- Mobil testen: Funktioniert dieser Weg auf einem Smartphone unter normalen Bedingungen?
- Problem beschreiben: Was genau erscheint oder reagiert zu spät?
- Mehrere Seiten vergleichen: Betrifft das Problem die gesamte Website oder nur bestimmte Seitentypen?
- Felddaten prüfen: Gibt es reale Nutzerdaten für die betroffenen Seiten?
- LCP prüfen: Welches große Element wird spät sichtbar?
- INP prüfen: Welche Interaktion reagiert langsam?
- CLS prüfen: Welche Inhalte verschieben sich?
- Bilder prüfen: Sind Abmessungen und Dateigrößen angemessen?
- Skripte prüfen: Welche JavaScript- und Drittanbieter-Ressourcen werden geladen?
- Geschäftsnutzen prüfen: Werden alle externen Komponenten tatsächlich benötigt?
- Server prüfen: Gibt es einen nachweisbaren serverseitigen Engpass?
- Plattform prüfen: Ist das Problem lokal begrenzt oder strukturell?
- Maßnahmen priorisieren: Welche Änderung verspricht den größten sinnvollen Effekt bei vertretbarem Aufwand und Risiko?
- Nachmessen: Wird nach der Umsetzung mit vergleichbaren Bedingungen erneut geprüft?
- Geschäftsergebnis beobachten: Werden vorhandene Nutzungs-, Kampagnen- und Anfragedaten anschließend weiter beobachtet?
Eine schnelle Website ist kein Selbstzweck
Unternehmen brauchen keine technisch perfekte Website um ihrer selbst willen.
Sie brauchen eine Website, auf der Interessenten Leistungen verstehen, Vertrauen aufbauen und den nächsten Schritt ohne unnötige Hindernisse durchführen können.
Performance gehört dazu.
Aber eine rote Zahl in einem Test erklärt noch nicht, warum die Website langsam ist, wie stark das Geschäft betroffen ist und welche Investition sinnvoll wäre.
Die richtige Reihenfolge lautet deshalb: wichtigen Kundenweg auswählen, Problem reproduzieren, messen, Ursache eingrenzen, wirtschaftlich priorisieren, kontrolliert verbessern und anschließend erneut prüfen.
Damit wird aus „Unsere Website ist langsam“ eine konkrete Aufgabe, über die Geschäftsführung, Marketing und Technik sinnvoll entscheiden können.
Häufige Fragen zu langsamen Unternehmenswebsites
Verliert eine langsame Website automatisch Kunden?
Das lässt sich nicht pauschal behaupten oder aus einem einzelnen Geschwindigkeitstest berechnen. Langsame oder schlecht reagierende Seiten können die Nutzererfahrung auf wichtigen Kundenwegen beeinträchtigen. Ob und in welchem Umfang dadurch Anfragen verloren gehen, sollte mit technischen Daten sowie vorhandenen Nutzungs-, Kampagnen- und Conversion-Daten untersucht werden.
Wie kann ich selbst prüfen, ob meine Website zu langsam ist?
Testen Sie zunächst wichtige Seiten und Kontaktwege auf einem Smartphone unter normalen Bedingungen. Notieren Sie konkret, wo Inhalte spät erscheinen, Elemente springen oder Interaktionen verzögert reagieren. Anschließend können Werkzeuge wie PageSpeed Insights helfen, die Beobachtung technisch einzuordnen.
Welcher PageSpeed-Wert ist gut?
Ein einzelner Performance-Score sollte nicht isoliert zum Unternehmensziel werden. Wichtiger sind konkrete Probleme der Nutzererfahrung und, soweit verfügbar, reale Felddaten. Bei den Core Web Vitals gelten derzeit LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1 als gute Schwellenwerte beim 75. Perzentil.
Ist eine langsame Website immer ein Hosting-Problem?
Nein. Hosting und Server können eine Ursache sein, ebenso aber Bilder, JavaScript, externe Dienste, Templates, Erweiterungen, Datenbankprozesse oder andere Komponenten. Ein Hosting-Wechsel sollte auf einem nachgewiesenen serverseitigen Engpass basieren.
Ist ein bestimmtes CMS grundsätzlich schneller als ein anderes?
Eine solche pauschale Aussage ist für die Diagnose einer konkreten Unternehmenswebsite wenig hilfreich. Performance hängt unter anderem von Implementierung, Erweiterungen, Templates, Inhalten, externen Diensten, Cache und Infrastruktur ab. Entscheidend ist die tatsächlich eingesetzte Website und nicht nur der Name des Systems.
Muss eine langsame Website komplett neu erstellt werden?
Nein. Wenn wenige klar abgegrenzte Ursachen für den größten Teil des Problems verantwortlich sind, kann eine gezielte Optimierung sinnvoller sein. Ein Relaunch sollte eher dann geprüft werden, wenn zusätzlich grundlegende Probleme bei Technik, Struktur, mobiler Nutzung, Inhalten oder Geschäftsprozessen bestehen.
Berücksichtigt Google Core Web Vitals bei den Rankings?
Ja. Google erklärt, dass Core Web Vitals von seinen Rankingsystemen verwendet werden. Gute Werte garantieren jedoch keine hohen Positionen, und es gibt kein einzelnes Page-Experience-Signal, das allein über das Ranking entscheidet. Für Unternehmen sollten Core Web Vitals deshalb vor allem ein Werkzeug sein, um die Nutzererfahrung auf wichtigen Seiten zu verbessern – nicht ein isoliertes SEO-Ziel.
Was sollte ich von einer Agentur bei einer Performance-Optimierung verlangen?
Sie sollten nachvollziehen können, welche Seiten betroffen sind, welche Messungen das Problem zeigen, welche Ursache vermutet oder nachgewiesen wurde, welche Maßnahmen umgesetzt werden sollen und wie der Erfolg danach kontrolliert wird. Umfang, Risiken und Prüfkriterien sollten vor Beginn möglichst klar abgegrenzt sein.

