Ist INP dasselbe wie FID?

Nein. Interaction to Next Paint hat First Input Delay im März 2024 als Core Web Vital abgelöst. INP misst die vollständige Reaktion auf jede Interaktion im gesamten Besuch, nicht nur auf die erste — deutlich schwerer zu bestehen und ehrlicher gegenüber dem tatsächlichen Empfinden.

Können Sie Performance ohne Neubau der Website beheben?

Meistens ja. Die größten Gewinne liegen bei Bildern, Drittanbieter-Skripten, Font-Loading und renderblockierenden Ressourcen — nichts davon erfordert einen Neubau. Einen Neubau empfehlen wir nur, wenn Framework oder Hosting-Modell das Ziel unerreichbar machen.

Wie verhindern Sie, dass es wieder abrutscht?

Das Budget geht in die CI. Ein Pull Request, der LCP oder das JavaScript-Bundle über die vereinbarte Grenze schiebt, fällt durch seine Checks. Regressionen fängt damit die Pipeline ab und nicht ein Kunde sechs Monate später.

Web & digitales Wachstum

Performance-Engineering

Schnell ist ein Budget, das man durchsetzt, kein Score, den man abfotografiert.

Core Web Vitals auf echten Geräten innerhalb von Googles Schwellen, gehalten durch ein Gate in Ihrer Pipeline.

Das Problem

Der Score, der beim Launch grün war

Performance wird meist einmal bearbeitet, per Screenshot festgehalten und dann über achtzehn Monate wieder aufgelöst — durch ein Marketing-Tag hier, ein Hero-Video dort und eine Schrift, die nur vorübergehend gedacht war. Die Website ist nicht langsam, weil niemand optimiert hat. Sie ist langsam, weil nichts das Zurückdriften verhindert hat.

Zugleich schauen die meisten Teams auf einen Laborwert von einer schnellen Maschine an einer schnellen Leitung. Google rankt auf Felddaten echter Nutzer auf echten Geräten, und im Abstand zwischen beiden wohnt die Überraschung.

Wir behandeln Performance als Budget mit einem Gate: Zahlen, die halten müssen, durchgesetzt in der Pipeline, auf den Geräten, die Ihre Besucher tatsächlich nutzen.

Was wir tun

Core-Web-Vitals-Behebung: LCP, INP und CLS aus Felddaten diagnostiziert und an der Ursache behoben: renderblockierende Ketten, Layout-Instabilität, Main-Thread-Konkurrenz und Hydration-Kosten.
Edge-Rendering und CDN-Strategie: Inhalte nahe am Nutzer ausgeliefert, mit dem passenden Rendering-Modus je Route — statisch, gestreamt oder dynamisch am Edge — statt einer Strategie für die ganze Website.
Caching-Architektur: Cache-Ebenen, Invalidierungsregeln und Stale-while-revalidate-Politik so entworfen, dass Geschwindigkeit nicht mit veralteten Preisen, Beständen oder Inhalten bezahlt wird.
Bild- und Font-Pipelines: Moderne Formate, korrekte Größen, Priority Hints für das größte Element und ein Font-Loading, das das Layout nach dem Rendern nicht verschiebt.
JavaScript-Budget und Code-Splitting: Eine harte Obergrenze für ausgeliefertes JavaScript je Route, durchgesetzt statt angestrebt, mit der Bundle-Analyse, die zeigt, wohin es gegangen ist.
Governance für Drittanbieter-Skripte: Tag-Audit, Ladestrategie und eine Regel dafür, was später ergänzt werden darf — die häufigste Ursache dafür, dass eine schnelle Website langsam wird.
Real-User-Monitoring: Feldmessung je Template und Geräteklasse, damit Regressionen von der Instrumentierung gefunden werden und nicht von einem Kunden.
Performance-Gates in der CI: Lighthouse CI und Bundle-Size-Checks in der Pipeline. Ein Pull Request, der das Budget bricht, schlägt fehl — genau wie ein gebrochener Test.

Wie wir arbeiten

Wie ein Performance-Mandat abläuft

01
Das Feld messen, nicht das Labor
Echte Nutzerdaten je Template und Gerät. Laborwerte sind ein Debugging-Werkzeug, niemals das Ziel.
02
Ursachen beheben, nicht Symptome
Sortiert nach Wirkung auf die Kennzahl, die tatsächlich reißt, mit Aufwand daneben, damit Sie wählen können.
03
Budget festlegen
Explizite Zahlen für LCP, INP, CLS und ausgeliefertes JavaScript, mit Ihnen vereinbart und schriftlich festgehalten.
04
Absichern
Das Budget geht in die CI. Ab da hört Performance auf, ein Projekt zu sein, und wird eine Eigenschaft der Codebasis.

Unsere Methode, offengelegt

Das Budget, das wir durchsetzen

Das sind die Zahlen, die ein Release auf einem Mittelklasse-Smartphone im 4G-Netz erreichen muss. Keine Absichtserklärungen aus einem Angebot, sondern Gates in der Pipeline — ein Build, der sie verfehlt, geht nicht live.

LCP unter 2,5 s (Feld, 75. Perzentil)
INP unter 200 ms (Feld, 75. Perzentil)
CLS unter 0,1 (Feld, 75. Perzentil)
JavaScript unter 170 KB komprimiert je Route
Lighthouse-Performance 95+ auf Schlüssel-Templates
Kein renderblockierendes Drittanbieter-Skript above the fold

StackCore Web Vitals·Lighthouse CI·Cloudflare·Next.js·RUM·CDN

FAQ

Performance, direkt beantwortet

Lighthouse ist eine Laborsimulation auf einem synthetischen Gerät. Google rankt auf Felddaten Ihrer echten Besucher, deren Telefone und Netze in der Regel langsamer sind. Ein Laborwert von 95 bei gleichzeitig reißenden Feld-Vitals ist häufig — und die Feldzahl ist die, die zählt.

Weiterführend

Wohin das als Nächstes führt

Technisches & redaktionelles SEO

Fundament, Architektur und Inhalte, die sich verzinsen — monatlich geprüft statt jährlich behauptet.

E-Commerce-Entwicklung

Shopify, WooCommerce und individueller Commerce — mit den Preisregeln, Abonnements und Integrationen, auf denen Ihr Betrieb tatsächlich läuft.

Cloud & DevOps

Edge-Auslieferung, CDN-Konfiguration und Kostenoptimierung liegen bei unserem Cloud-Fachbereich.

Alle Leistungen dieses Fachbereichs: Web & digitales Wachstum

Performance-Audit anfragen

Beschreiben Sie, was Sie haben und was es leisten soll. Wir sagen Ihnen, was dafür nötig ist.

Beratung buchen Leistungen entdecken