Analysis and advice on Google PageSpeed, loading times and Core Web Vitals.
A well-known study has determined that a website that is just one second slower corresponds to a drop in the conversion rate of a whopping 7%. A fast website is therefore essential for successful lead generation and online sales.
Google officially confirmed back in 2010 that the PageSpeed Score is an important ranking factor. The top ranking pages often have a particularly short server response time. Since June 2021, Core Web Vitals have also been evaluated in the Google ranking.
A fast loading time results in a low bounce rate and satisfied users who return and make repeat purchases. A comprehensive and effective performance optimization can significantly reduce the bounce rate.
A short loading time is an important prerequisite for a good user experience (UX). UX signals are considered an important ranking factor by Google. Due to the steadily increasing use of smartphones in mobile networks, as little data as possible should be transmitted to ensure good performance.
External services
Tracking, live chats, integration of external ratings, Google Maps maps, CRM forms and many other third-party services often ensure that websites become slower and slower during operation. In most cases, new services are continuously integrated without paying attention to the loading time, the UX and the Google PageSpeed Score of the individual websites.
Uncompressed media
In particular, images in old and uncompressed image formats, which have also not been adapted for different screen resolutions, are a frequent cause of performance problems. Modern image formats such as WebP or AVIF combine very high compression rates with very good image quality.
Non-optimized script resources
JavaScript and CSS files are often not compressed and summarized. A lot of websites have a variety of such resources. By combining and compressing such files, the requests can often be reduced enormously, which in turn leads to a significantly lower overall loading time and a better user experience.
Old PHP and HTTP version
Especially websites that have been online for many years often use an outdated PHP version (< PHP 8) or an old HTTP protocol (HTTP/1.1). By updating this technical server infrastructure, a significant improvement in performance can be achieved for site visitors.
Missing or poorly configured website caching
If all pages of a website are always generated dynamically when the user calls up the page, then the loading time is considerably longer than if all pages are already preloaded as a static HTML version on the server. A well-configured cache ensures a short server response time (TTFB / Time To First Byte).
Missing text compression
Text-based resources (e.g. web documents) should be provided in compressed form in order to minimize the total number of bytes. This is often not the case for all resources. Brotli is the most efficient. GZIP should be used as a fallback for Brotli. GZIP is supported by all common browsers. Text compression is activated in the configuration of the web server.
01
Comprehensive measurement of website loading times, derivation and prioritization of optimization measures.
02
Specification of the measures and entry of tickets in the ticket system for the implementing developers.
03
Implementation of the necessary optimizations by the developers and acceptance of the implementation.
04
Continuous monitoring and reporting of the loading time and, if necessary, re-optimization of the website.
A good
mobile
score is achieved from a value of 90/100.
How complex it is to optimize loading times to achieve such a good score depends on many factors, for example: Server hardware, number and media format of the page elements (texts, images, videos), number of externally integrated scripts and much more. The Core Web Vital user data from the Google CrUX dataset is much more important than optimizing the score.
The Google PageSpeed Score is often mistakenly equated with the loading time. However, this is measured in seconds and must also be taken into account when optimizing performance. A high Google PageSpeed Score does not necessarily always correlate with a short loading time.
The Google PageSpeed Score is not a ranking factor, but the Core Web Vitals (LCP, FID, CLS) are. Google measures the Core Web Vitals (CWV) by users of the Chrome browser. This
field data determined by Google
are important for the SEO ranking. The CWV of the last 28 days are included in the page experience as a ranking factor in the Google ranking. In addition to the CWV, mobile-friendliness, security and the correct handling of dialog fields are also important.
In addition, a short loading time increases user satisfaction, ensures more sales and fewer bounces. The optimization of Google PageSpeed, Web Vitals and loading times is therefore a very important topic both for a good user experience (UX) and for search engine optimization (SEO).
Web pages should be fully loaded in less than 3 seconds to be considered a good loading time. If a page takes more than 5 seconds to load, this inevitably leads to an increased bounce rate and a poor user experience. This then results in a slump in sales and poor lead rates.
Vor Beginn der Feinspezifikation der Optimierungsmaßnahmen wird eine gut dokumentierte initiale Messung der Website-Ladezeit, des Google PageSpeed Scores und der Core Web Vitals erstellt. Dadurch kann man während des Optimierungsprozesses und auch am Ende unproblematisch neue Site-Messungen machen und den Erfolg der Maßnahmen transparent aufzeigen.
Es empfiehlt sich, zusätzlich ein Monitoring und Reporting Dashboard aufzusetzen, welches mit automatischen Alerts über den Veränderungsstand der wichtigsten KPI informiert. Das Performance Monitoring sollte neben synthetischen Tests auch die Endbenutzer-Erfahrung mittels Real User Monitoring (RUM) messen. Ein RUM-Tool misst die reale Nutzererfahrung mit der Webseite, wodurch eine direkte Verbesserung der Conversion Rate erzielt werden kann.
There are many optimization measures for improving website performance, Google PageSpeed Score and Core Web Vitals, all of which contribute to both short loading times and a better user experience with the respective website.
The following list is only an excerpt of potential improvements:
Optimizing website load times can be a challenge due to various complex issues:
1. browser compatibility: Different browsers interpret and render websites differently, which can lead to inconsistent loading times. Optimization must target a wide range of browsers and devices to ensure a consistent user experience.
2. dynamic content: Websites with dynamic content that is frequently updated can cause difficulties with load time optimization. The complexity of database queries, content management systems and server-side scripts can affect loading times.
3. third-party resources: The integration of third-party scripts for analytics, advertising, social media widgets, etc. can have a negative impact on loading times, as they can generate additional HTTP requests and increase page render time.
4. resource transfer: The transfer of resources such as images, CSS, JavaScript and fonts from servers to user devices can take different amounts of time depending on network speed, latency and bandwidth, which affects loading times.
5 Server configuration and hosting infrastructure: The performance of the server on which a website is hosted, as well as the configuration of server software and caching mechanisms, can have an impact on loading times. An inefficient server configuration or an overloaded hosting infrastructure can lead to slow loading times.
6 Mobile devices and network conditions: Optimizing loading times for mobile devices is a particular challenge, as they often have slower network connections and less computing power than desktop computers. Mobile websites need to be specially optimized to load quickly and provide a good user experience.
Tackling these complex issues requires a comprehensive understanding of web technologies, careful planning and implementation of optimization strategies, and regular monitoring and adjustment to ensure the best possible performance.
Various industries can struggle with slow websites, especially those that rely heavily on online commerce or the provision of digital services. Some industries that may frequently face slow websites are:
1. e-commerce: Online stores and e-commerce websites, especially those with extensive product catalogs and many images, can suffer from slow loading times, resulting in a poor shopping experience and deterring potential customers.
2. news and media: Websites of news agencies, online magazines and media companies need to deliver content in real time, which can lead to a large amount of dynamic content that can affect loading times, especially with heavy traffic.
3. travel and tourism: Websites of tour operators, hotels, airlines and other tourism companies often have to provide large amounts of information and images, which can lead to slow loading times, especially if they are not properly optimized.
4. healthcare and online services: Hospital, medical practice and online healthcare websites often need to provide sensitive information and services in real time, which can result in slow load times if they do not have sufficient server capacity or optimization.
5. financial services: Websites of banks, insurance companies and other financial institutions must ensure that sensitive transactions and financial information are loaded quickly and securely in order to gain and maintain the trust of users.
In these industries, it is crucial that websites load quickly and reliably to increase user satisfaction, improve conversion rates and boost customer confidence. Optimizing loading times is therefore an important priority for companies in these sectors.
Unabhängig von verwendeten Content Management System (CMS) kann grundsätzlich für alle Websites eine Performance-Optimierung vorgenommen werden. Dies können beispielsweise die gängigen CMS WordPress, Drupal, Adobe Experience Manager, Joomla, Craft oder TYPO3 sein, ebenfalls die führenden eCommerce-Systeme, wie WooCommerce, Shopify oder Magento.
Die wenigsten CMS sind bereits von Haus aus so schnell, als das man die Ladezeit nicht weiter verkürzen könnte.
A consultation on load time optimization always begins with an initial, non-binding initial discussion. This allows, for example, the project goals, the timeline for improving speed and the roles in the project to be clarified.
The next step is a comprehensive audit for each page template/page type in order to identify all potential for speeding up the pages. The findings from the audit are then usually presented to the technical manager and the development team. Through the joint exchange, initial questions about the feasibility of the measures can be clarified straight away.
Some potential improvements require detailed specification. This is usually either incorporated into an (SEO) concept or the specification is made directly within tickets for agile implementation by the web developers.
The ticket system (often Atlassian Jira, Redmine, etc.) can then be used by the developers to ask questions before or during implementation. The web performance specialist can also confirm the successful implementation of the individual tickets via the system.
To ensure that performance does not deteriorate again after the initial optimization, it is always advisable to use a web performance monitoring system.
Page performance should be monitored using a Real User Monitoring (RUM) tool, as this allows individual user sessions to be recorded in real time. These are then stored anonymously in sessions so that data protection regulations are complied with and users cannot be traced. Personal data is not collected with this type of tracking.
Google collects real user data via the Chrome browser to evaluate the loading speed. The metrics LCP (Largest Contentful Paint), FID (First Input Delay) and CLS (Cumulative Layout Shift) are recorded. However, this data is stored in aggregated form, which is why the individual user experience can no longer be evaluated (e.g. a single access from a distant country and a mobile data network).
The data is publicly accessible to everyone, but is delivered with a delay of 28 days. The user experience can be viewed, for example, in the Google PageSpeed Insights field data report, can be accessed via a Google API and can also be viewed in the Google Search Console. In order to retrieve this information for your own website, you need a certain number of hits. Otherwise, either no data or only data for the domain origin (usually the start page) is available.
So if you only rely on the Chrome User Experience Report (CrUX) in your own monitoring, you can only react very late to a poor user experience. Nevertheless, CrUX data is important because it has an impact on ranking success.
Individual queries and evaluation of the laboratory data (synthetic measurements) from Google PageSpeed Insights do not represent meaningful monitoring of the loading time. These are user simulations, which is why this type of measurement is useful for staging instances and during the optimization of loading times, but not during operation.
Das hängt ganz von der Ausgangslage und der Komplexität der Website ab. Ich selbst führe keine technische Umsetzung durch, sondern begleite den Optimierungsprozess beratend – mit einem klaren Fokus auf Strategie, Analyse und Qualitätssicherung.
Die Dauer richtet sich vor allem danach, wie schnell das Entwicklungsteam die empfohlenen Maßnahmen umsetzt. Mein PageSpeed-Audit ist innerhalb von 3 bis 5 Werktagen abgeschlossen. Darin identifiziere ich alle relevanten Bremsfaktoren wie z. B.:
schlecht komprimierte Bilder,
blockierende Ressourcen (JavaScript, CSS),
fehlende Caching-Header,
schlechte Time to First Byte (TTFB),
oder Probleme bei den Core Web Vitals (LCP, INP, CLS).
Im Anschluss begleite ich Sie bzw. Ihr Team auf Wunsch bei der Umsetzung – zum Beispiel durch Code-Reviews, Nachmessungen und Tool-Empfehlungen. Die Geschwindigkeit des gesamten Prozesses hängt dann stark davon ab, wie gut intern oder extern entwickelt wird und wie viele Iterationen nötig sind.
Ziel ist es, nicht nur bessere PageSpeed-Werte zu erreichen, sondern diese nachhaltig in Ihre Entwicklungsprozesse zu integrieren.
Ich biete keine technische Umsetzung an, sondern konzentriere mich vollständig auf PageSpeed-Audits, strategische Beratung und die begleitende Optimierung im Austausch mit Ihrem Entwicklerteam.
Der Preis für ein umfassendes PageSpeed-Audit inkl. individueller Handlungsempfehlungen liegt bei 990 € netto. Enthalten ist eine präzise Analyse aller relevanten Metriken (inkl. Core Web Vitals), konkrete Maßnahmenvorschläge mit Priorisierung sowie eine Nachbesprechung, in der wir die nächsten Schritte gemeinsam planen.
Wenn Sie zusätzlich eine laufende Begleitung oder die technische Qualitätssicherung bei der Umsetzung wünschen (z. B. über mehrere Sprints hinweg), biete ich Ihnen gerne ein individuelles Consulting-Paket an.
Transparenz ist mir wichtig – bei mir wissen Sie von Anfang an, welche Leistung Sie bekommen und was sie kostet.
In der Praxis sehe ich immer wieder dieselben Fehler, die eine gute Ladezeit verhindern – selbst auf technisch professionell gebauten Websites. Die häufigsten Probleme sind:
Bilder ohne Optimierung: Zu große Bildformate, fehlende Komprimierung oder veraltete Formate wie JPEG statt WebP oder AVIF.
Nicht priorisiertes JavaScript: Unnötige Third-Party-Skripte (Tracking, Chat, Widgets) blockieren die Darstellung und verschlechtern den INP-Wert erheblich.
Kein konsequentes Caching: Sowohl auf Server- als auch auf Browser-Ebene werden oft Ressourcen bei jedem Seitenaufruf neu geladen – völlig unnötig.
Render-Blocking-Resources: CSS und JS-Dateien werden synchron geladen, was die Ladezeit deutlich verzögert, besonders mobil.
Fehlender technischer Fokus: Viele Optimierungen zielen nur auf “grüne Werte bei PageSpeed Insights” ab – ohne die tatsächliche Nutzererfahrung zu verbessern.
Ein weiterer Fehler ist, dass Optimierung oft einmalig gedacht wird. Performance muss in den Entwicklungsprozess integriert werden, sonst schleichen sich mit jedem neuen Release wieder neue Probleme ein.
Mein Ziel ist es, solche Fallstricke frühzeitig zu erkennen, klare Empfehlungen zu geben und Ihr Team gezielt durch den Optimierungsprozess zu führen – technisch, strukturiert und messbar.
Ich verwende für die Analyse eine Kombination aus Labordaten und Felddaten, weil nur beides zusammen ein realistisches Bild ergibt. Für die erste Einschätzung eignet sich das Tool Google PageSpeed Insights – es zeigt sowohl Core Web Vitals aus echten Nutzererfahrungen als auch Labordaten unter definierten Bedingungen.
Zusätzlich nutze ich Tools wie WebPageTest, Lighthouse, Chrome DevTools oder auch GTmetrix, um die Ladezeit granular zu analysieren – z. B. nach dem Prinzip: Was blockiert den sichtbaren Bereich?, Was wird unnötig mehrfach geladen?, Was lässt sich priorisieren oder lazyloaden?
Entscheidend ist: Ladegeschwindigkeit ist nicht nur ein Wert in Sekunden, sondern ein Zusammenspiel aus technischer Struktur, Nutzerwahrnehmung und sinnvollem Ressourcen-Management. Ich betrachte beim Messen u. a.:
Time to First Byte (TTFB)
First Contentful Paint (FCP)
Largest Contentful Paint (LCP)
Interaction to Next Paint (INP)
Cumulative Layout Shift (CLS)
sowie klassische Metriken wie Anzahl der HTTP-Requests oder Größe des DOM
Das Ziel: Verstehen, was für echte Nutzer zählt.
Die Core Web Vitals sind ein Satz von drei zentralen Leistungskennzahlen, die Google eingeführt hat, um die tatsächliche Nutzererfahrung beim Laden einer Website zu bewerten. Sie sind Teil der Ranking-Faktoren – wer sie optimiert, verbessert nicht nur seine Sichtbarkeit, sondern auch die Zufriedenheit der Besucher.
Im Detail geht es um:
LCP (Largest Contentful Paint): Misst, wie schnell der größte sichtbare Inhalt (z. B. Bild, Textblock) geladen wird. Ziel: unter 2,5 Sekunden.
INP (Interaction to Next Paint): Ersetzt seit 2024 die Kennzahl FID und bewertet, wie schnell die Seite auf Interaktionen reagiert – also z. B. auf Klicks oder Eingaben. Ziel: unter 200 Millisekunden.
CLS (Cumulative Layout Shift): Misst die visuelle Stabilität. Sprünge im Layout (z. B. nachgeladene Ads) führen hier zu schlechten Werten. Ziel: unter 0,1.
Google misst diese Werte nicht nur in Labortests, sondern über echte Nutzerdaten im Chrome-Browser. Das macht sie so wichtig: Sie spiegeln wider, wie sich Ihre Seite in der Praxis anfühlt – und genau das fließt in das Ranking mit ein.
Ich analysiere und optimiere diese Kennzahlen gezielt, damit Ihre Website schneller, stabiler und interaktiver wird – und besser bei Google performt.
Für mich steht bei jeder PageSpeed-Optimierung ein ganz klares Ziel im Mittelpunkt: die Ladezeit messbar zu verkürzen und die Nutzererfahrung spürbar zu verbessern. Das bringt nicht nur technische Vorteile, sondern hat direkte Auswirkungen auf Sichtbarkeit, Nutzerverhalten und Conversion.
Die wichtigsten Ziele sind:
Besseres Google-Ranking: Ladezeit ist ein bestätigter Rankingfaktor – besonders mobil. Wer schneller ist, wird sichtbarer.
Weniger Absprünge: Eine schnell ladende Seite reduziert die Bounce Rate. Studien zeigen: Steigt die Ladezeit von 1 auf 3 Sekunden, erhöht sich die Absprungrate um bis zu 32 %.
Höhere Conversion Rate: Ob Shop, Lead-Formular oder Newsletter – je schneller die Seite reagiert, desto eher wird konvertiert.
Mobile-Optimierung: Gerade mobil zählt jede Millisekunde. Hier trennt sich in den Core Web Vitals die Spreu vom Weizen.
Effizienteres Crawling: Schnellere Seiten ermöglichen es Googlebot & Co., mehr Inhalte in kürzerer Zeit zu erfassen.
PageSpeed ist kein Selbstzweck – sondern ein Mittel, um sichtbarer, nutzerfreundlicher und erfolgreicher zu werden.
Wenn ich Ladezeiten analysiere, finde ich fast immer dieselben „Speed-Killer“. Umgekehrt gibt es eine Reihe bewährter Stellschrauben, mit denen sich die Performance gezielt verbessern lässt:
Bildoptimierung: Moderne Formate wie WebP oder AVIF, passende Dimensionierung, Komprimierung ohne Qualitätsverlust.
Ressourcenmanagement: JavaScript und CSS reduzieren, kombinieren oder asynchron laden – besonders im Above-the-Fold-Bereich.
Caching: Browser- und Server-Caching gezielt einsetzen, um wiederkehrende Besucher nicht mit unnötigen Anfragen zu belasten.
Server-Performance: Langsame Time to First Byte (TTFB)? Dann lohnt sich der Blick auf Hosting, CDN oder serverseitiges Rendering.
Lazy Loading: Inhalte erst laden, wenn sie wirklich gebraucht werden – z. B. Bilder, Videos oder eingebettete Inhalte.
Minimierung von HTTP-Requests: Weniger externe Ressourcen, optimiertes DOM, zusammengefasste Styles und Skripte.
Core Web Vitals gezielt verbessern: Also LCP, INP, CLS – idealerweise bereits bei der Konzeption berücksichtigen.
Ich helfe dabei, diese Stellschrauben nicht nur zu erkennen, sondern in klare Aufgaben für Ihr Entwicklerteam zu übersetzen – praxisnah, priorisiert und mit klarem Zielwert.
Ganz konkret: bessere Rankings, zufriedene Nutzer und mehr Conversions. Eine optimierte Ladezeit wirkt sich in mehreren Bereichen direkt positiv aus:
Mehr Sichtbarkeit bei Google: Die Ladegeschwindigkeit ist ein offizieller Rankingfaktor – vor allem mobil. Wer schneller ist, steigt im Wettbewerb um die besten Plätze.
Bessere Nutzererfahrung: Ihre Website reagiert schneller, lädt stabiler und fühlt sich moderner an. Das erhöht die Verweildauer und reduziert Absprünge.
Höhere Abschlussraten: Jede Sekunde zählt – im E-Commerce wie bei Leadformularen. Schnelle Websites konvertieren besser.
Technische Nachhaltigkeit: Wer Ladezeiten optimiert, stärkt seine technische Basis – weniger Serverlast, effizientere Prozesse, bessere Skalierbarkeit.
Klarheit im Code: PageSpeed-Optimierung sorgt oft auch für aufgeräumten, wartbaren und besser strukturierten Code.
Ich fokussiere mich darauf, das Potenzial hinter den Zahlen greifbar zu machen – damit die Optimierung nicht nur ein technisches Thema bleibt, sondern ein klarer Business-Hebel wird.
Die Zusammenarbeit ist bewusst schlank, fokussiert und auf technische Klarheit ausgerichtet. Ich begleite Sie nicht als Entwickler, sondern als technischer Spezialist für Performance und PageSpeed, der analysiert, priorisiert und strategisch berät.
Der Ablauf sieht in der Regel so aus:
Audit & Analyse: Ich prüfe Ihre Website mit professionellen Tools (PageSpeed Insights, Lighthouse, WebPageTest u. a.) und identifiziere alle relevanten Performance-Bremsen.
Konkrete Handlungsempfehlungen: Sie erhalten einen verständlichen Report mit priorisierten Maßnahmen – abgestimmt auf Ihre Infrastruktur und Ihr Ziel (z. B. Core Web Vitals verbessern, Mobiloptimierung, Crawling optimieren).
Begleitung & Qualitätssicherung: Auf Wunsch begleite ich Ihr Entwicklungsteam bei der Umsetzung, z. B. durch Code-Reviews, Monitoring oder Abstimmungen mit Agenturen.
Nachmessung & Reporting: Nach Abschluss der Umsetzungen kontrolliere ich den Erfolg mit einem Vergleich vorher/nachher – sowohl technisch als auch hinsichtlich SEO-Potenzial.
Es gibt keine langen Vertragslaufzeiten und kein Agentur-Setup – Sie arbeiten direkt mit mir. Klar. Technisch. Zielgerichtet.