Ladezeit und Core Web Vitals für Autohaus-Websites
Eine Autohaus-Website trägt eine Last, die andere Unternehmensseiten nicht haben: hunderte Fahrzeuge, jedes mit zwanzig Bildern, und ein Bestand, der sich täglich ändert. Genau dort geht die Ladezeit verloren. Dieser Ratgeber erklärt, was Google mit den Core Web Vitals misst, warum die Fahrzeugsuche meist der Engpass ist und wie sie schnell bleibt, egal ob Ihre Website mit WordPress, TYPO3, Wix oder etwas anderem gebaut ist.
Warum die Ladezeit für ein Autohaus zählt
Zwei Gründe, ein harter und ein weicher. Der harte: Google bewertet die Nutzererfahrung einer Seite über die Core Web Vitals und zieht sie als Rankingsignal heran. Eine langsame Fahrzeugseite rankt schlechter als eine schnelle mit gleichem Inhalt. Der weiche: Interessenten vergleichen auf dem Smartphone, oft im Mobilfunknetz, oft mehrere Händler nacheinander. Wer drei Sekunden auf die Fahrzeugliste wartet, ist beim nächsten Händler. Prüfen Sie den Smartphone-Anteil in Ihrer Webanalyse; bei den meisten Autohäusern liegt er deutlich über der Hälfte.
Dazu kommt ein Effekt, den viele nicht auf dem Schirm haben: Eine langsame Seite wird seltener gecrawlt. Google verteilt sein Crawl-Budget nach Antwortzeit, und ein Fahrzeugbestand, der jede Woche wechselt, braucht häufiges Crawling, damit verkaufte Fahrzeuge nicht wochenlang in den Suchergebnissen stehen.
Was Google misst: die drei Core Web Vitals
Die Grenzwerte gelten für die Erfahrung echter Nutzer, gemessen im Chrome User Experience Report, nicht für einen Labortest.
LCP – Largest Contentful Paint
Wann ist das größte sichtbare Element geladen? Auf Fahrzeugseiten ist das fast immer das Titelbild. Gut sind 2,5 Sekunden oder weniger. Typische Bremsen: unkomprimierte Fahrzeugbilder in Originalgröße, Bilder ohne feste Abmessungen, Bilder vom langsamen Webhosting statt aus einem CDN.
INP – Interaction to Next Paint
Wie schnell reagiert die Seite auf einen Klick oder eine Filteränderung? Gut sind 200 Millisekunden oder weniger. Typische Bremsen: Filter, die bei jeder Änderung die ganze Seite neu laden; schwere Skripte, die den Hauptthread blockieren; Plugins, die bei 300 Fahrzeugen 300 Datenbankabfragen stellen.
CLS – Cumulative Layout Shift
Springt das Layout beim Laden? Gut ist ein Wert von 0,1 oder weniger. Typische Bremsen: Fahrzeugkarten ohne reservierten Platz, Bilder ohne Breite und Höhe, nachträglich eingeschobene Verbrauchsangaben oder Cookie-Banner, die den Inhalt nach unten drücken.
Wo Autohaus-Websites die Sekunden verlieren
Die Fahrzeugsuche im CMS. Klassische Plugins schreiben jedes Fahrzeug als Datensatz in die CMS-Datenbank. Eine Listenseite mit 24 Fahrzeugen stellt dann dutzende Abfragen, bevor die erste Zeile HTML das Haus verlässt. Bei 300 Fahrzeugen und zehn Filtern wird daraus ein Serverproblem, das kein Caching-Plugin dauerhaft löst, weil sich der Bestand ständig ändert.
Die Bilder. Ein Fahrzeug bringt 15 bis 40 Fotos mit, oft als Originaldatei mit mehreren Megabyte. Ohne automatische Verkleinerung, moderne Formate wie WebP oder AVIF und ein CDN, das die Bilder nah beim Besucher ausliefert, dominiert das Titelbild den LCP jeder Fahrzeugseite.
Die Skripte. Slider, Lightboxen, Finanzierungsrechner, Tracking, Chat-Widgets: Jedes Skript, das synchron im Kopf der Seite lädt, blockiert das Rendern. Auf Fahrzeugseiten kommen davon gern acht bis zehn zusammen.
Das Hosting. Shared Hosting mit langsamer Serverantwort (Time to First Byte über einer Sekunde) macht alles andere zweitrangig. Die Antwortzeit des Servers ist der Sockel, auf dem jede weitere Optimierung steht.
Was Sie in dieser Reihenfolge prüfen sollten
Von der größten zur kleinsten Wirkung. Die ersten beiden Punkte bringen bei Autohaus-Websites meist über die Hälfte der Verbesserung.
Fahrzeugsuche vom CMS entkoppeln
Bestand und Bilder außerhalb des CMS halten und asynchron nachladen. Die Seite selbst bleibt schlank und cachebar, die Fahrzeugliste kommt aus einer darauf spezialisierten API. Filteränderungen laden nur die Liste neu, nicht die Seite.
Bilder automatisch optimieren
Beim Import verkleinern, in WebP oder AVIF umwandeln, mit festen Abmessungen ausliefern und über ein CDN wie Cloudflare an den Besucher bringen. Das Titelbild der Fahrzeugseite mit hoher Priorität laden, alle weiteren erst beim Scrollen.
Skripte aufräumen
Alles, was nicht zum ersten Bild gehört, nach hinten verschieben: Tracking erst nach Einwilligung, Chat und Slider verzögert, Schriftarten mit Vorladen und Fallback. Prüfen, welche Plugins wirklich gebraucht werden.
Serverantwort messen
Die Time to First Byte sollte unter 0,8 Sekunden liegen. Ist sie höher, hilft nur ein besseres Hosting oder serverseitiges Caching der statischen Seiten.
Mit echten Daten prüfen
PageSpeed Insights zeigt oben die Felddaten echter Besucher, unten den Labortest. Für das Ranking zählen die Felddaten. Die Search Console listet unter „Core Web Vitals“, welche URLs durchfallen.
Wie Carposé die Fahrzeugsuche schnell hält
Carposé hält den Bestand außerhalb Ihres CMS. Die Website liefert ihr eigenes, schlankes HTML aus; die Fahrzeugsuche wird asynchron per Zeile Code nachgeladen und holt sich Liste, Filter und Detaildaten aus einer darauf ausgelegten API. Ihr CMS stellt dafür keine einzige Datenbankabfrage. Filteränderungen tauschen nur die Liste aus, die Seite bleibt stehen; das hält den INP klein.
Alle Fahrzeugbilder werden beim Import verkleinert, in moderne Formate umgewandelt, mit festen Abmessungen ausgegeben und über das Cloudflare-CDN ausgeliefert. Das Titelbild einer Fahrzeugseite kommt mit hoher Priorität, die Galerie erst beim Scrollen. Fahrzeuge, die ranken sollen, liefert Carposé zusätzlich als serverseitig gerenderte Seiten auf Ihrer Domain, mit eigener URL, strukturierten Daten und Sitemap. Mehr dazu im Ratgeber SEO für Autohäuser.
Was Carposé nicht beeinflusst: die Antwortzeit Ihres Webservers, Ihr Theme und Ihre übrigen Plugins. Eine schnelle Fahrzeugsuche auf einer langsamen Website bleibt eine langsame Website. Die ersten vier Schritte oben gelten unabhängig davon, welche Fahrzeugsuche Sie einsetzen.
