Ladezeit und Quality Score: warum schnelle Seiten billigere Klicks bringen
27. Juni 2026 · 10 Min. Lesezeit
Der Zusammenhang zwischen Ladezeit und Quality Score ist kein Mythos, aber er läuft indirekt: Google bewertet für jedes Keyword die Erfahrung auf Ihrer Zielseite, und die Ladezeit ist ein Teil dieser Bewertung. Eine langsame Landingpage drückt also den Qualitätsfaktor, ein niedriger Qualitätsfaktor treibt den Klickpreis, und ein hoher Klickpreis frisst Ihr Budget, bevor daraus Anfragen werden. Umgekehrt heißt das: Wer eine bestehende Seite in wenigen Schritten schneller macht, kauft dieselbe Sichtbarkeit günstiger ein — und verliert dabei weniger Interessenten auf dem Weg zum Formular.
Wie Ladezeit in den Quality Score einfließt
Der Qualitätsfaktor in Google Ads ist eine Kennzahl von 1 bis 10, die Google je Keyword vergibt. Sie setzt sich aus drei Komponenten zusammen: der erwarteten Klickrate, der Anzeigenrelevanz und der Nutzererfahrung auf der Zielseite. Nur die dritte Komponente betrifft Ihre Website — und genau dort landet die Ladezeit. Google prüft unter anderem, ob die Seite hält, was die Anzeige verspricht, ob sie auf dem Handy bedienbar ist, ob sie transparent und vertrauenswürdig wirkt und wie schnell sie nutzbar wird.
Wichtig ist die Reihenfolge der Verantwortlichkeiten: Anzeigentext und Keyword-Struktur können Sie in einer Stunde ändern, die Zielseite nicht. Deshalb ist die Zielseiten-Erfahrung in der Praxis die Komponente, die über Monate hinweg schlecht bleibt, wenn sich niemand darum kümmert. Wir sehen in Konten regelmäßig eine gute Anzeigenrelevanz und eine überdurchschnittliche Klickrate — und daneben eine Zielseiten-Erfahrung mit dem Vermerk „unterdurchschnittlich“. Das ist der Punkt, an dem Ladezeit vom technischen Detail zum Kostenfaktor wird.
Ein zweiter Effekt kommt hinzu, den viele unterschätzen: Google zählt Klicks auch dann, wenn der Nutzer die Seite nie zu sehen bekommt. Bricht jemand nach zwei Sekunden ab, weil noch ein weißer Bildschirm steht, haben Sie den Klick trotzdem bezahlt. Ladezeit kostet Sie also zweimal — einmal über den Qualitätsfaktor und einmal über bezahlte Klicks, aus denen nie ein Kontakt wird.
Vom Qualitätsfaktor zum Klickpreis
Google entscheidet die Auktion nicht allein über das Gebot, sondern über den Anzeigenrang: vereinfacht Gebot mal Qualität. Wer die bessere Qualität liefert, braucht für dieselbe Position ein niedrigeres Gebot. Das lässt sich ohne Euro-Beträge sauber zeigen, weil nur das Verhältnis zählt.
Nehmen Sie zwei Anbieter, die um dieselbe Position kämpfen. Anbieter A hat einen Qualitätsfaktor von 5 und bietet einen Indexwert von 10. Sein Anzeigenrang liegt damit bei 50. Anbieter B hat nach der technischen Überarbeitung einen Qualitätsfaktor von 8. Um denselben Anzeigenrang von 50 zu erreichen, genügt ihm ein Gebot von 6,25 statt 10 — also rund 37 Prozent weniger für dieselbe Sichtbarkeit. Bei gleichem Monatsbudget bedeutet das umgekehrt: deutlich mehr Klicks, ohne einen Euro mehr auszugeben.
Diese Rechnung ist absichtlich vereinfacht; Google berücksichtigt in der echten Auktion mehr Signale, unter anderem den Kontext der Suchanfrage und die erwarteten Auswirkungen von Anzeigenerweiterungen. Die Richtung stimmt aber immer: Qualität und Gebot sind in der Auktion austauschbar, und Qualität ist die günstigere Währung. Wie sich das auf ein realistisches Monatsbudget auswirkt, rechnen wir im Artikel zu Google-Ads-Budgets für Handwerksbetriebe durch.
Core Web Vitals verständlich: LCP, INP, CLS
Google misst Ladezeit nicht mehr als eine einzige Zahl, sondern über drei Kennwerte, die zusammen die Core Web Vitals bilden. Jede davon beschreibt einen anderen Moment im Erlebnis eines Besuchers.
LCP — wann sieht der Besucher etwas Nützliches?
Largest Contentful Paint misst, wann das größte sichtbare Element im ersten Bildschirmausschnitt fertig geladen ist — meist das Hero-Bild oder die Überschrift. Google bewertet 2,5 Sekunden oder weniger als gut, Werte über 4 Sekunden als schlecht. LCP ist der Wert, der bei Dienstleister-Websites am häufigsten reißt, und fast immer ist ein unkomprimiertes Hero-Bild oder ein langsamer Server die Ursache.
INP — reagiert die Seite, wenn man sie antippt?
Interaction to Next Paint misst, wie lange die Seite braucht, um auf eine Eingabe sichtbar zu reagieren: Klick auf den Menü-Button, Tippen in ein Formularfeld, Aufklappen einer Frage. Gut sind 200 Millisekunden oder weniger, schlecht ist alles über 500 Millisekunden. INP verschlechtert sich typischerweise durch zu viel JavaScript — Chat-Widgets, Cookie-Banner, Slider, Tracking-Skripte und Plugins, die alle gleichzeitig starten wollen.
CLS — springt das Layout während des Ladens?
Cumulative Layout Shift beschreibt, wie stark Inhalte während des Ladens verrutschen. Gut ist ein Wert von 0,1 oder weniger, schlecht sind Werte über 0,25. Jeder kennt den Effekt: Man will auf „Anfrage senden“ tippen, in dem Moment lädt oben eine Grafik nach, alles rutscht nach unten, und man klickt daneben. Für ein Kontaktformular ist das teurer als eine halbe Sekunde Ladezeit, weil der Fehlklick oft zum Abbruch führt.
Für die Praxis heißt das: LCP entscheidet, ob jemand bleibt, INP entscheidet, ob die Seite sich hochwertig anfühlt, und CLS entscheidet, ob der Klick auf den Button gelingt. Alle drei fließen in die Nutzererfahrung ein, die Google Ihrer Zielseite zuschreibt.
Quick-Wins an einer bestehenden Seite
Eine bestehende Seite muss für eine bessere Ladezeit selten neu gebaut werden. Der größte Teil des Gewinns kommt aus wenigen Eingriffen, die sich in wenigen Stunden umsetzen lassen.
- Bilder in modernen Formaten ausliefern. WebP oder AVIF statt JPEG und PNG spart bei gleicher sichtbarer Qualität einen erheblichen Teil der Dateigröße. Wichtig ist außerdem, Bilder in der Größe auszuliefern, in der sie angezeigt werden: Ein 4000 Pixel breites Foto in einem 800 Pixel breiten Container ist reine Verschwendung.
- Lazy-Loading für alles unterhalb des Bildschirmrands. Bilder und iframes, die der Besucher erst nach dem Scrollen sieht, laden mit
loading="lazy"erst dann, wenn sie gebraucht werden. Das Hero-Bild bleibt bewusst ausgenommen — sonst verschlechtern Sie genau den LCP, den Sie verbessern wollten. - Breite und Höhe an jedes Bild schreiben. Feste
width- undheight-Angaben oder ein definiertes Seitenverhältnis reservieren den Platz im Layout. Das ist die einfachste Maßnahme gegen einen schlechten CLS. - Render-blockierende Ressourcen reduzieren. Jede CSS- und JavaScript-Datei im Seitenkopf verzögert die Darstellung. Kritisches CSS klein halten, nicht benötigtes JavaScript mit
deferladen, Skripte entfernen, die niemand mehr braucht — alte Slider, doppelt eingebundene Icon-Bibliotheken, Tracking von Kampagnen, die vor Jahren endeten. - Schriften kontrollieren. Zwei Schriftfamilien in zwei Schnitten genügen praktisch immer. Mit
font-display: swapund Preconnect auf die Schriftquelle sehen Besucher sofort Text statt einer leeren Fläche. - Third-Party-Skripte auf das Nötige begrenzen. Chat-Widgets, Bewertungs-Slider, Karten-Einbindungen und Heatmap-Tools sind die häufigste Ursache für schlechte INP-Werte. Prüfen Sie bei jedem Skript, ob es tatsächlich zu mehr Anfragen führt — und laden Sie schwere Einbindungen erst auf Klick.
- Hosting und CDN. Ein Server, der 800 Millisekunden bis zum ersten Byte braucht, macht jede Bildoptimierung zunichte. Statisches Hosting mit Content Delivery Network liefert die Seite aus einem Rechenzentrum in der Nähe des Besuchers aus, dazu kommen Komprimierung und sinnvolle Cache-Regeln. Für klassische Dienstleister-Websites ist das der Hebel mit dem besten Verhältnis von Aufwand zu Wirkung.
Diese Liste bewusst in dieser Reihenfolge: Bilder und Hosting bringen den größten Teil des Gewinns, JavaScript-Aufräumen den zweitgrößten. Alles Weitere ist Feinschliff, der sich erst lohnt, wenn die Grundlagen sitzen.
Maßnahme und typischer Effekt
Die folgende Übersicht zeigt, welche Maßnahme welchen Kennwert bewegt und welchen Aufwand sie an einer bestehenden Seite bedeutet. Die Effekte sind Erfahrungswerte aus unseren Projekten und hängen vom Ausgangszustand ab — eine bereits schlanke Seite gewinnt weniger als eine Seite mit 6 Megabyte Bildern.
| Maßnahme | Wirkt auf | Typischer Effekt | Aufwand |
|---|---|---|---|
| Bilder auf WebP/AVIF umstellen und passend skalieren | LCP | Größter Einzelgewinn; Seitengewicht oft mehr als halbiert | gering |
| Lazy-Loading unterhalb des Bildschirmrands | LCP, Datenvolumen | Weniger Ladelast beim Erstaufruf, spürbar auf Mobilfunk | gering |
| Breite und Höhe an Bilder und Einbindungen | CLS | Layout-Sprünge verschwinden fast vollständig | gering |
| Unnötiges JavaScript entfernen, Rest mit defer laden | INP, LCP | Seite reagiert sofort auf Eingaben | mittel |
| Schriften reduzieren, font-display: swap | LCP | Text ist ohne Wartezeit sichtbar | gering |
| Chat- und Karten-Widgets erst auf Klick laden | INP | Deutlich ruhigerer Hauptthread | mittel |
| Statisches Hosting mit CDN und Komprimierung | Server-Antwortzeit, LCP | Kürzere Zeit bis zum ersten Byte in ganz Österreich | mittel, einmalig |
Erfahrungswerte aus Projekten für lokale Dienstleister. Der tatsächliche Effekt hängt vom Ausgangszustand der Seite ab.
Richtig messen: PageSpeed Insights und Lighthouse
Ohne Messung ist jede Optimierung Bauchgefühl. Zwei kostenlose Werkzeuge genügen, und beide messen etwas Unterschiedliches — das ist der Punkt, an dem die meisten Diskussionen entstehen.
- PageSpeed Insights aufrufen und die konkrete Ads-Zielseite eingeben, nicht die Startseite. Beworben wird die Landingpage, und nur deren Werte fließen in die Bewertung Ihrer Kampagne ein.
- Zuerst die Felddaten lesen. Der obere Bereich zeigt echte Messwerte von echten Besuchern aus den letzten 28 Tagen. Diese Daten sind der Maßstab, weil sie die Realität mit langsamen Geräten und Mobilfunk abbilden.
- Dann die Labordaten von Lighthouse. Der untere Bereich simuliert einen Seitenaufruf unter standardisierten Bedingungen und liefert die konkrete Diagnose: welches Element den LCP verursacht, welche Datei die Darstellung blockiert, welches Skript den Hauptthread belegt.
- Immer den Mobil-Tab bewerten. Bei lokalen Dienstleistern kommt der überwiegende Teil der Ads-Klicks vom Handy. Ein guter Desktop-Wert neben einem schlechten Mobilwert ist eine schlechte Seite.
- Nach jeder Maßnahme neu messen und den Wert notieren. Wer alles gleichzeitig ändert, weiß am Ende nicht, was gewirkt hat — und dreht beim nächsten Mal an der falschen Schraube.
Ein Hinweis zur Punktzahl: Der Lighthouse-Score ist eine Zusammenfassung, kein Ziel. Wir arbeiten immer auf die drei Core Web Vitals hin, nicht auf eine grüne Zahl. Eine Seite mit einem LCP von 2,1 Sekunden und einem CLS von 0,03 ist auch mit einem mittelmäßigen Score in Ordnung; ein hoher Score bei einem LCP von 4,5 Sekunden ist es nicht.
Warum schnelle Seiten mehr Anfragen bringen
Der Qualitätsfaktor ist nur die eine Hälfte der Rechnung. Die andere Hälfte passiert nach dem Klick. Jede Sekunde Wartezeit kostet Besucher, und diese Besucher haben Sie bereits bezahlt. Eine langsame Landingpage verliert also doppelt: Sie zahlt mehr pro Klick und wandelt weniger Klicks in Anfragen um.
Ein Beispiel mit Indexwerten, das die Wirkung sichtbar macht. Angenommen, Sie erhalten mit dem Budget bisher 100 Klicks und wandeln 4 Prozent davon in Anfragen um — das sind 4 Anfragen. Nach der technischen Überarbeitung sinkt der Klickpreis durch den besseren Qualitätsfaktor, sodass dasselbe Budget 130 Klicks kauft, und die Abbrüche gehen zurück, sodass die Conversion-Rate auf 5 Prozent steigt. Ergebnis: 6,5 Anfragen aus demselben Budget. Beide Effekte multiplizieren sich, deshalb ist Ladezeit einer der wenigen Hebel, die Kosten senken und Ergebnis erhöhen können.
Wichtig bleibt die Einordnung: Geschwindigkeit ersetzt keine gute Landingpage. Wenn die Seite nicht klar sagt, was Sie anbieten, für welches Gebiet und wie man Sie erreicht, hilft auch der schnellste Aufbau nichts. Umgekehrt gilt aber: Eine überzeugende Seite, die niemand abwartet, ist genauso wertlos. Wie wir Kampagne und Zielseite als ein System aufsetzen, steht auf unserer Seite zu Google Ads für lokale Dienstleister.
Die Reihenfolge, in der wir vorgehen
Bei einer bestehenden Seite gehen wir immer gleich vor, weil diese Reihenfolge den größten Teil der Verbesserung in die erste Sitzung legt. Zuerst messen wir die tatsächliche Ads-Zielseite mobil und notieren LCP, INP und CLS als Ausgangswert. Dann klären wir die Serverseite: Antwortzeit, Komprimierung, Caching, bei Bedarf ein CDN. Anschließend kommen die Bilder — Format, Größe, Lazy-Loading, feste Abmessungen. Danach räumen wir JavaScript und Third-Party-Einbindungen auf. Erst zum Schluss folgt der Feinschliff an Schriften und CSS.
Parallel dazu beobachten wir im Ads-Konto die Spalte zur Zielseiten-Erfahrung. Sie aktualisiert sich nicht sofort, sondern braucht neue Daten — rechnen Sie mit einigen Tagen bis Wochen, bis sich eine Bewertung sichtbar bewegt. Deshalb lohnt es sich, die technische Arbeit vor dem Start einer Kampagne zu erledigen und nicht erst, wenn die Klickpreise wehtun. Alle Bausteine, die dabei zusammenspielen, finden Sie in der Übersicht unserer Leistungen für lokale Dienstleister.
Und wenn Sie unsicher sind, ob Ihre Seite überhaupt ein Ladezeit-Problem hat: Rufen Sie Ihre Landingpage auf dem Handy im Mobilfunknetz auf, ohne WLAN, und zählen Sie mit. Wenn Sie bis drei kommen, bevor Sie etwas Nützliches sehen, ist der Qualitätsfaktor nicht Ihr Problem — er ist nur das Symptom.
Landingpage schneller, Klicks günstiger?
Vier Fragen, Angebot innerhalb von 24 Stunden. Umsetzung in 7 bis 30 Tagen.
