← Alle Beiträge

Warum Ihre Website in 4 Sekunden geladen wird (und was Sie das tatsächlich kostet)

Automatisch aus dem Englischen übersetzt

Die meisten Unternehmer denken erst dann an ihre Website, wenn etwas kaputt geht. Ein Formular wird nicht mehr gesendet. Ein Link geht kaputt. Die Homepage sieht auf dem Handy falsch aus. Aber es gibt ein Problem, das nie eine Warnung auslöst, nie als Fehlerbericht angezeigt wird und Sie jeden Tag stillschweigend kostet: Ihre Website ist langsam.

Nicht kaputt. Nur langsam. Und diese Unterscheidung ist der Grund, warum die meisten Teams es nie beheben.

Die Nummer, von der Ihnen niemand erzählt

Googles eigene Forschung ist seit Jahren konsistent: Mit der Ladezeit der Seite von einer Sekunde auf drei Sekunden steigt die Wahrscheinlichkeit eines Bounces um32 %. Schieben Sie es auf fünf Sekunden und diese Zahl steigt auf90 %eingetragene Adresse.

Ihr Besucher ist nicht gegangen, weil Ihr Produkt für ihn falsch war. Sie gingen, weil sie nie die Chance hatten, es zu sehen.

Dies ist kein Problem bei der Conversion-Optimierung. Es ist ein Problem des ersten Eindrucks. Und im Jahr 2026 verliert eine langsame Website nicht nur Ihre Besucher — sie signalisiert jedem, der dabei bleibt, etwas:dieses Unternehmen schwitzt nicht an den Details.

Was dich eigentlich bremst

Wir prüfen viele Standorte, bevor wir sie wieder aufbauen. Fast jedes Mal tauchen die gleichen Täter auf:

Nicht optimierte BilderEin Heldenbild, das in voller Auflösung aus Figma exportiert und in eine WordPress-Medienbibliothek abgelegt wurde, diente als 4-MB-PNG auf dem Handy. Es ist häufiger, als es im Jahr 2026 sein sollte. Moderne Formate wie WebP und AVIF können in Kombination mit den richtigen SRCSET-Attributen und dem verzögerten Laden die Bildnutzlast ohne sichtbaren Qualitätsverlust um 60-80 % reduzieren.

Blockierendes JavaScript/CSSJedes Skript-Tag, das vor dem Rendern Ihrer Inhalte geladen wird, ist eine Mautstelle zwischen Ihrem Server und dem Bildschirm Ihres Besuchers. Die meisten vorlagenbasierten Websites sammeln diese im Laufe der Zeit an — ein Cookie-Banner-Plugin hier, ein Chat-Widget dort — bis der Browser 40 Skripte von Drittanbietern verarbeitet, bevor ein einziges Wort Ihrer Homepage angezeigt wird.

Keine Caching-Strategie.Wenn jeder Besucher eine vollständige Server-Roundtrip für statische Inhalte auslöst, die sich seit Wochen nicht geändert haben, verbrennen Sie Zeit und Geld gleichzeitig. CDN-Konfiguration, Cache-Control-Header und Edge-Delivery sind keine fortgeschrittenen Themen — sie sind Table Stakes.

Übergroße JavaScript-Bundles.Dies ist besonders häufig bei React-schweren Websites der Fall, die nicht von Anfang an mit Blick auf die Leistung erstellt wurden. Der Versand von 800 KB JavaScript zum Rendern einer Marketing-Seite ist eine gute Wahl — eine schlechte. Genau dafür gibt es Server-Komponenten in Next.js. Wenn Ihr Entwicklerteam sie nicht verwendet, fragen Sie nach dem Grund.

Warum 100 Leuchtturmpunktzahl wichtig ist (und nicht)

Wir streben an jedem Standort, den wir versenden, 100 Leuchtturm-Kategorien an. Es ist ein nützlicher Proxy — es zwingt Sie, sich um die richtigen Dinge zu kümmern. Aber es ist keine Trophäe. Es ist ein Boden.

Eine perfekte Leuchtturmpunktzahl auf einer Staging-URL bedeutet nicht, dass Ihre Produktionsstätte funktioniert. Reale Core Web Vitals werden von tatsächlichen Chrome-Benutzern unter tatsächlichen Bedingungen in tatsächlichen Netzwerken gemessen. Die Felddaten in der Google Search Console verwendet Google für Ranking-Entscheidungen. Der Laborwert ist genau der Ort, an dem Sie Ihre Arbeit verifizieren.

Worauf es in der Praxis ankommt:

  • LCP unter 1.2s.Die größte inhaltliche Farbe ist in der Regel Ihr Heldenbild oder Ihre Schlagzeile. Wenn ein Besucher länger als 2,5 Sekunden wartet, um den Hauptinhalt zu sehen, stuft Google Ihre Seite als „schlecht“ ein. „Wir streben 1,2s als interne Obergrenze an.
  • CLS so nah wie möglich an Null.Die kumulative Layoutverschiebung ist das Jank-Element, das beim Laden der Seite herumspringt. Es ist ärgerlich für die Nutzer und wird von Suchmaschinen bestraft.
  • INP unter 200ms.Die Interaktion mit Next Paint ersetzte FID im Jahr 2024. Es misst, wie schnell Ihre Seite auf Benutzereingaben reagiert. Ein träges interaktives Element — ein Menü, das stottert, eine Form, die zögert — trägt zu einem schlechten INP-SCORE bei.

Dies sind keine abstrakten technischen Kennzahlen. Sie sind der technische Ausdruck dafür, ob Ihre Websitefühlt sich schnell anfür die Menschen, die es benutzen.

Der Business Case, einfach gemacht

Hier ist eine Möglichkeit, darüber nachzudenken, welche Website-Geschwindigkeit für dich wertvoll ist.

Wenn Ihre Website monatlich 5.000 Besucher erhält und zu 2 % konvertiert, sind das 100 Leads pro Monat. Wenn eine Ladezeit von 3 Sekunden zu einem Anstieg des Bounce um 32 % im Vergleich zu einer Ladezeit von 1 Sekunde führt, verlieren Sie bedeutungsvollen Datenverkehr, bevor er überhaupt eintritt. Schließen Sie diese Lücke und Sie schalten nicht mehr Anzeigen, stellen mehr Vertriebsmitarbeiter ein oder ändern Ihr Angebot — Sie lassen nur die Arbeit, die Sie bereits geleistet haben, tatsächlich landen.

Geschwindigkeit ist Hebelwirkung. Sie verstärkt sich. Eine schnellere Website rangiert organisch besser (Google äußert sich seit 2021 explizit zu Core Web Vitals als Ranking-Signal). Bessere Rankings bedeuten mehr Traffic. Mehr Traffic bedeutet mehr Konvertierungsmöglichkeiten. All das, um Probleme zu beheben, die für Sie unsichtbar waren.

Das Vorlagenproblem

Hier ist die unbequeme Wahrheit: Die meisten langsamen Websites sind nicht wegen der Vernachlässigung langsam. Sie sind aufgrund der Architektur, auf der sie aufgebaut sind, langsam.

Eine Webflow-Vorlage, ein WordPress-Theme, eine Wix-Website — diese Tools erleichtern den Start. Sie machen es auch sehr schwer,nottragen Eigengewicht. Sie erben das JavaScript eines anderen, das CSS eines anderen, die Annahmen eines anderen darüber, was eine Website tun muss.

Wenn wir Next.js von einer leeren Leinwand aus einbauen, liefern wir genau das, was die Website benötigt, und sonst nichts. Kein unbenutztes CSS aus einem Theme, das 400 Layout-Kombinationen unterstützt, die Sie nie verwenden werden. Kein JavaScript für Funktionen, nach denen Sie nicht gefragt haben. Keine Plugin-Aufblähung, die sich jedes Mal ansammelt, wenn jemand eine Funktion hinzufügen muss.

Die Leistung ist nicht etwas, das wir am Ende festschrauben. Es ist die Konsequenz, von Anfang an bewusst zu bauen.

Was jetzt zu tun ist

Sie müssen Ihre Website heute nicht neu erstellen. Aber du solltest wissen, wo du stehst.

Führen Sie Ihre Website über PageSpeed Insights aus(pagespeed.web.dev). Schauen Sie sich den Abschnitt Felddaten an, nicht nur die Laborbewertung. Wenn Ihr LCP über 2,5s oder Ihr CLS über 0,1 liegt, haben Sie ein messbares Problem.

Überprüfen Sie Ihre Suchkonsole.Unter Experience → Core Web Vitals teilt Google Ihnen genau mit, welche URLs fehlschlagen und warum. Dies sind die Daten, die sich auf Ihr Ranking auswirken.

Überprüfen Sie Ihre Skripte von Drittanbietern.Öffnen Sie → das DevTools-Netzwerk, filtern Sie nach JS und schauen Sie sich an, was geladen wird. Wenn Sie nicht erklären können, warum ein Skript da ist, sollte es wahrscheinlich nicht sein.

Wenn das, was Sie finden, schlimmer ist, als Sie erwartet haben, sind das eigentlich nützliche Informationen. Die meisten Websites, die wir erben, wurden noch nie auf diese Weise geprüft.

Schlussgedanke

Eine Website, die sofort lädt, absichtlich aussieht und auf jedem Gerät funktioniert, ist kein Luxus-Level. Es ist die minimale Messlatte für ein Unternehmen, das sich selbst ernst nimmt.

Die Kluft zwischen „Wir haben eine Website“ und „Wir haben eine Website, die für uns funktioniert“ ist fast immer technisch. Es sind Bilder, es ist JavaScript, es sind Architekturentscheidungen, die getroffen (oder nicht getroffen) wurden, bevor die erste Codezeile geschrieben wurde.

Wenn du dir nicht sicher bist, auf welcher Seite dieser Lücke du dich befindest, ist jetzt ein guter Zeitpunkt, um es herauszufinden.

D&A entwirft und erstellt Websites in Figma und Next.js für Unternehmen, die sich nicht mit einer Vorlage zufrieden geben wollen. Mit Sitz in Lugano, arbeitet in ganz Europa und Nordamerika.Start a project

Ähnliche Beiträge