Pagespeed aufbauen

Kurzdefinition

Pagespeed aufbauen bezeichnet die Entscheidungen, mit denen eine Zahnarztpraxis bereits während Konzeption und Erstellung einer neuen Website eine gute Ladegeschwindigkeit anlegt, statt sie nach dem Start nachträglich zu reparieren. Wer für die Zahnarztpraxis Pagespeed aufbauen will, legt Template, Bildpipeline, Hosting und den Umfang eingebundener Fremdinhalte vor dem Go-live fest.

Auf einen Blick

• Als gut gelten ein LCP von höchstens 2,5 Sekunden, ein INP von höchstens 200 Millisekunden und ein CLS von höchstens 0,1, gemessen im 75. Perzentil (web.dev 2024).
• Vor ausreichendem Besucheraufkommen liefert der Chrome User Experience Report keine Felddaten zu einer neuen Seite (Chrome for Developers 2024).
• Nur 43 Prozent der mobilen und 54 Prozent der Desktop-Websites weltweit bestanden 2024 alle drei Core-Web-Vitals-Werte gleichzeitig (HTTP Archive 2024).
• 97 Prozent der Menschen in Deutschland nutzten 2025 das Internet (Statistisches Bundesamt 2025); eine neue Website muss diese Reichweite technisch tragen können.
• Ein guter Labor-Score bei der Abnahme belegt keine gute Erfahrung realer Besucher (Google Developers 2024).

Einordnung

„Pagespeed aufbauen” unterscheidet sich von den beiden benachbarten Aufgaben durch den Zeitpunkt. Wer optimiert, verbessert eine laufende Seite anhand gemessener Schwachstellen. Wer pflegt, sichert einen bereits erreichten Zustand fortlaufend gegen Verschlechterung ab. Wer aufbaut, trifft die Weichen, bevor überhaupt eine Seite existiert, die sich messen ließe.

Diese Reihenfolge hat einen technischen Grund: Eine Website im Aufbau hat noch keine Felddaten, weil der Chrome User Experience Report (CrUX) eine Seite erst aufnimmt, sobald sie öffentlich auffindbar ist und eine Mindestbesucherzahl erreicht (Chrome for Developers 2024). Wer vor dem Start dennoch prüfen will, ist auf Labordaten angewiesen, etwa aus PageSpeed Insights. Genau das ist der Kern von Pagespeed aufbauen: die richtigen Entscheidungen treffen, ohne die spätere reale Rückmeldung schon zu haben.

Diese Weichenstellungen betreffen vor allem drei Bereiche: die Wahl des Systems und Hostings, den Umgang mit Bildern und Medien von der ersten Datei an und die Zahl eingebundener Fremdinhalte wie Kartendienste, Terminbuchung oder Chat. Nach dem Start sind sie Teil einer gewachsenen Seite und damit schwerer zu verändern, ohne an anderer Stelle etwas zu beschädigen.

Relevanz für die Praxis

Für die Praxis stellt sich die Frage meist im Zusammenhang mit einem Relaunch oder einer neuen Website, oft ausgelöst durch einen Praxiskauf, eine Fusion oder eine veraltete Vorgängerseite. Genau in diesem Moment lässt sich Ladegeschwindigkeit am günstigsten sichern, weil noch keine gewachsene Struktur und keine über Jahre gesammelten Sonderlösungen bestehen.

Zentral ist die Wahl des Systems, auf dem die Website läuft. Visuell aufwendige Vorlagen mit Slidern und Videos im Kopfbereich erzeugen häufig genau das Element, das später die Ladezeit bestimmt. Das schließt solche Vorlagen nicht aus, verlangt aber eine bewusste statt einer rein optischen Entscheidung.

Ebenso früh gehört die Bildpipeline entschieden: in welchem Format, in welcher Auflösung und mit welcher Kompression Bilder eingestellt werden, bevor die erste Datei hochgeladen wird. Wird das erst nach der Layout-Freigabe nachgezogen, bleibt es erfahrungsgemäß liegen, weil dann bereits andere Themen im Vordergrund stehen.

Für kieferorthopädische Praxen kommt eine weitere Weichenstellung hinzu: Aligner-Vergleichsbilder und Behandlungsvideos sind medienintensiv und werden oft schon in der Konzeptphase eingeplant. Wird nicht von Anfang an festgelegt, ob solche Inhalte selbst gehostet oder extern eingebunden werden, entsteht später ein Element, das die Ladezeit prägt, obwohl es im ursprünglichen Angebot nie eingepreist war.

Schließlich gehört die Abnahme selbst zum Aufbau. Ein Vertrag mit einer Agentur oder einem Dienstleister sollte festhalten, welche Werte vor der Übergabe erreicht werden, anhand von Labormessungen, weil Felddaten zu diesem Zeitpunkt naturgemäß fehlen (Chrome for Developers 2024).

Was bei der Umsetzung zählt

Halten Sie beim Aufbau eine feste Reihenfolge ein, statt Themen parallel zu bearbeiten.

Am Anfang steht die Systementscheidung, nicht das Design. Erst wenn feststeht, auf welcher technischen Grundlage die Seite läuft, lässt sich sinnvoll über Bildgrößen, Ladeverhalten und Fremdinhalte sprechen. Direkt danach gehört ein grober Rahmen für Bilder und Skripte festgelegt: eine verbindliche maximale Dateigröße pro Bild, ein einheitliches Bildformat und eine Vorgabe, welche Fremdinhalte überhaupt vorgesehen sind. Ein solcher Rahmen muss nicht kompliziert sein, er muss nur existieren, statt später einzeln nachverhandelt zu werden.

Erst danach folgt die inhaltliche Befüllung. Bilder werden passend zugeschnitten und komprimiert angeliefert, nicht in der Originalauflösung von Kamera oder Smartphone. Jeder gewünschte Fremdinhalt, von der Kartenanzeige bis zum Chat-Fenster, wird einzeln geprüft: Ist er für die Patientengewinnung tatsächlich nötig, oder handelt es sich um eine mitgelieferte Standardkomponente?

Vor dem Go-live gehört eine Labormessung mit dokumentiertem Ausgangswert dazu, auch wenn sie die reale Nutzererfahrung nicht vollständig vorwegnimmt (Google Developers 2024). Dieser Wert dient als Referenzpunkt für alles, was danach folgt.

Zwei Punkte werden regelmäßig übersehen. Erstens die Frage, wer nach dem Start Zugriff auf Hosting und Einstellungen behält, wenn Nachbesserungen nötig werden. Zweitens die datenschutzrechtliche Seite bereits eingeplanter Fremdinhalte: Speicherung von oder Zugriff auf Informationen im Endgerät eines Besuchers braucht grundsätzlich eine Einwilligung, außer sie dient allein der Nachrichtenübertragung oder ist für einen ausdrücklich gewünschten Dienst unbedingt erforderlich (§ 25 Abs. 1 und 2 TDDDG). Diese Frage gehört in die Konzeptphase, nicht in eine spätere Korrekturrunde.

Zahlen und Kontext

Als gut gelten ein LCP von höchstens 2,5 Sekunden, ein INP von höchstens 200 Millisekunden und ein CLS von höchstens 0,1, jeweils gemessen im 75. Perzentil der Seitenaufrufe, getrennt nach Mobil- und Desktop-Geräten (web.dev 2024). Diese drei Schwellen sind der Maßstab, an dem sich auch eine neu aufgebaute Seite später messen lassen muss, auch wenn sie zum Start noch nicht überprüfbar sind.

Damit eine Seite überhaupt in den Chrome User Experience Report aufgenommen wird, muss sie öffentlich auffindbar sein und eine nicht veröffentlichte Mindestbesucherzahl erreichen; erfasst werden zudem nur Aufrufe von Chrome-Nutzern mit aktivierter Statistikfreigabe auf unterstützten Plattformen (Chrome for Developers 2024). Eine frisch veröffentlichte Praxiswebsite unterschreitet diese Schwelle in aller Regel deutlich.

Wie groß der Unterschied zwischen guter Absicht und tatsächlichem Ergebnis ausfallen kann, zeigt die branchenübergreifende Auswertung des Web Almanac: 2024 bestanden nur 43 Prozent der mobilen und 54 Prozent der Desktop-Websites alle drei Core-Web-Vitals-Werte gleichzeitig (HTTP Archive 2024). Diese Werte stammen aus dem gesamten erfassten Web-Bestand, zeigen aber, dass ein gutes Ergebnis keineswegs der Normalfall ist, selbst bei einem neuen Projekt.

Zur Reichweite: 97 Prozent der Menschen in Deutschland nutzten 2025 das Internet (Statistisches Bundesamt 2025). Eine neue Praxiswebsite trifft damit potenziell auf nahezu die gesamte Bevölkerung.

Typische Fehler

Design vor Technik entscheiden Eine Vorlage wird nach optischem Eindruck ausgewählt, bevor jemand nach Bildgewicht, Skriptzahl oder Ladeverhalten fragt; die technische Bremse steckt dann schon im Fundament.

Bildpipeline erst nach der Layout-Freigabe klären Ohne festgelegtes Format und Maximalgewicht vor dem Hochladen werden Bilder in Originalgröße eingestellt, meist genau das Element, das später als größtes sichtbares Element zählt.

Alle angebotenen Fremdinhalte ungeprüft übernehmen Karten, Chat und Videoeinbettungen addieren sich zu Ladezeit und lösen zugleich Einwilligungspflichten aus (§ 25 TDDDG), ohne dass ihr Nutzen geprüft wurde.

Abnahme nur nach optischem Eindruck Ohne dokumentierten Labor-Ausgangswert fehlt der Referenzpunkt, an dem sich spätere Optimierung oder Pflege überhaupt messen lässt.

Häufige Fragen

Muss die neue Website vor dem Start schon gute Felddaten vorweisen? Nein. Der Chrome User Experience Report nimmt eine Seite erst auf, wenn sie öffentlich auffindbar ist und eine Mindestbesucherzahl erreicht (Chrome for Developers 2024). Vor dem Start bleibt nur die Labormessung mit begrenzter Aussagekraft.

Reicht ein guter PageSpeed-Score bei der Abnahme? Er ist ein sinnvoller Startpunkt, aber kein Beweis für die spätere reale Erfahrung, da gute Labordaten nicht automatisch gute Nutzererfahrung bedeuten (Google Developers 2024). Dokumentieren Sie ihn als Ausgangswert, aber nutzen Sie ihn nicht als alleiniges Kriterium.

Lohnt sich eine individuelle Lösung gegenüber einem günstigen Baukasten? Das lässt sich pauschal nicht beantworten. Entscheidend ist weniger die Kategorie des Systems als die Frage, ob Bildgewicht und Ladeverhalten von Anfang an bewusst gesteuert werden können.

Wer trägt beim Aufbau die Verantwortung für die Ladegeschwindigkeit? Regeln Sie das vertraglich ausdrücklich: welche Werte vor der Übergabe gemessen werden, wer danach Zugriff auf Hosting und Einstellungen behält und wer über spätere Ergänzungen entscheidet.

Was passiert, wenn beim Aufbau niemand auf Pagespeed achtet? Dann entstehen die Schwachstellen, die später als Optimierungsprojekt aufwendig nachgeholt werden müssen, obwohl sie beim Aufbau ohne Mehraufwand vermeidbar gewesen wären.

Verwandte Begriffe

• Pagespeed optimieren: die nachträgliche, gezielte Verbesserung einer bereits laufenden Website
• Pagespeed pflegen: die fortlaufende Absicherung eines einmal erreichten guten Zustands
• Ladezeit und technische Qualität der Praxis-Website: die technischen und rechtlichen Grundlagen hinter den hier genannten Werten
• Anforderungen an die Praxis-Website: der umfassendere Rahmen, in den Pagespeed als ein Kriterium unter mehreren gehört
• Lokale Suchmaschinenoptimierung für die Zahnarztpraxis: der Sichtbarkeitsteil, für den eine neu aufgebaute Seite die technische Basis legt

Quellen

1. Google (web.dev), Philip Walton: Web Vitals. Zuletzt aktualisiert 31.10.2024. https://web.dev/articles/vitals (abgerufen am 22.07.2026)
2. Google Search Central: Understanding page experience in Google Search results. Stand 10.12.2025. https://developers.google.com/search/docs/appearance/page-experience (abgerufen am 22.07.2026)
3. Google Developers: About PageSpeed Insights. Stand 21.10.2024. https://developers.google.com/speed/docs/insights/v5/about (abgerufen am 22.07.2026)
4. Chrome for Developers: CrUX Methodology. Stand 20.06.2024. https://developer.chrome.com/docs/crux/methodology (abgerufen am 22.07.2026)
5. HTTP Archive: Web Almanac 2024, Kapitel Performance (Datenbasis Chrome User Experience Report). Veröffentlicht 11.11.2024, aktualisiert 04.02.2025. https://almanac.httparchive.org/en/2024/performance (abgerufen am 22.07.2026)
6. Statistisches Bundesamt (Destatis): Private Nutzung von Informations- und Kommunikationstechnologien, Internetnutzung. Erhebung 2025, veröffentlicht 02.03.2026. https://www.destatis.de/DE/Themen/Gesellschaft-Umwelt/Einkommen-Konsum-Lebensbedingungen/IT-Nutzung/_inhalt.html (abgerufen am 22.07.2026)
7. Bundesministerium der Justiz: Telekommunikation-Digitale-Dienste-Datenschutz-Gesetz (TDDDG), § 25 Schutz der Privatsphäre bei Endeinrichtungen. https://www.gesetze-im-internet.de/ttdsg/__25.html (abgerufen am 22.07.2026)

Unsicherheiten

Zur Ladegeschwindigkeit neu aufgebauter deutscher Zahnarzt- und KFO-Websites liegen keine gesonderten, öffentlich zugänglichen Daten vor; die genannten Vergleichswerte stammen aus dem gesamten branchenübergreifend erfassten Web-Bestand. Wie hoch die vom Chrome User Experience Report verlangte Mindestbesucherzahl genau liegt, gibt Google nicht bekannt. Ob eine konkrete Fremdeinbindung unter die Ausnahmen des § 25 Abs. 2 TDDDG fällt, ist im Einzelfall zu prüfen; dieser Beitrag ersetzt keine Rechtsberatung. Der Text gibt den Stand vom 22.07.2026 wieder.