Schneller, stabiler, günstiger im Betrieb.

Langsame Seiten kosten Umsatz, technische Schulden kosten später das Vielfache. Im Retainer arbeiten wir kontinuierlich an Tempo und Stabilität — präventiv statt im Brand. Ab 600 €/Monat im Retainer.

01 · Warum Optimierung

Tempo ist ein Feature.

Core Web Vitals beeinflussen Ranking und Conversion direkt. Wir messen, finden die echten Engpässe und beheben sie gezielt — statt blind zu optimieren.

  • Core Web Vitals: LCP, INP und CLS gezielt verbessern
  • Datenbank- und Query-Optimierung bei wachsenden Datenmengen
  • Refactoring: Code wartbar halten, bevor er bremst
  • Technische Schulden sichtbar machen und planbar abbauen
  • Vorher/Nachher messbar — kein Bauchgefühl
Performance-Optimierung und Core Web Vitals bei Forge12
03 · Referenzwerte

Core Web Vitals — wann es gut ist.

Metrik
Gut
Okay
Schlecht
LCP — größter Inhalt sichtbar
≤ 2,5 s
2,5–4 s
> 4 s
INP — Reaktion auf Eingaben
≤ 200 ms
200–500 ms
> 500 ms
CLS — Layout-Stabilität
≤ 0,1
0,1–0,25
> 0,25
TTFB — Server-Antwortzeit
≤ 0,8 s
0,8–1,8 s
> 1,8 s

Schwellen nach Google (Core Web Vitals). Wir messen mit echten Felddaten (CrUX) plus Lighthouse.

02 · Stellschrauben

Wo wir ansetzen.

FrontendLeichter laden.Bundle-Größe, Bilder, Lazy-Loading, weniger Render-Blocker.
Tech-SchuldenAufräumen, planbar.Refactoring in kleinen, sicheren Schritten statt Rewrite.
04 · Beispiel

Ein typischer Engpass — behoben.

~ / forge12 / vorher.php
vorher.phpnachher.phpmessung.sh
FAQ

Häufige Fragen zur Optimierung.

01Was sind LCP, INP und CLS genau?

LCP (Largest Contentful Paint) misst, wann der größte sichtbare Inhalt geladen ist (Ladegefühl). INP (Interaction to Next Paint) misst, wie schnell die Seite auf Klicks/Tippen reagiert (löste 2024 FID ab). CLS (Cumulative Layout Shift) misst, wie stark Inhalte beim Laden verspringen. Alle drei sind offizielle Google-Ranking-Signale.

02Bringt Optimierung wirklich mehr Umsatz?

Oft messbar: Google nennt deutliche Absprung- und Conversion-Effekte mit jeder Sekunde Ladezeit. Wir messen vorher/nachher mit Felddaten (CrUX) und Lighthouse, damit der Effekt belegbar ist statt behauptet.

03Mit welchen Werkzeugen messt ihr?

Lighthouse und PageSpeed Insights für Labordaten, der Chrome UX Report (CrUX) und das web-vitals-Skript für echte Felddaten deiner Nutzer, plus WebPageTest für Detail-Wasserfälle. Entscheidend sind die Felddaten — sie zählen fürs Ranking.

04Was sind technische Schulden — und warum sind sie teuer?

Schnelle Lösungen von früher, die heute jede Änderung verlangsamen und Fehler begünstigen. Unbehandelt wachsen sie exponentiell. Im Retainer bauen wir sie in kleinen, getesteten Schritten ab — kein riskanter Big-Bang-Rewrite.

05Wie schnell sieht man Ergebnisse?

Typische Quick-Wins (Bilder, Caching, Render-Blocker, ein N+1-Query) wirken sofort nach dem Deploy. Felddaten (CrUX) brauchen rund 28 Tage, bis der gleitende Schnitt die Verbesserung voll abbildet.

Klartext

Was dich noch zögern lässt.

01Woran sehen wir, dass die Optimierung etwas bringt?

Wir messen vorher und nachher — Ladezeiten, Fehlerraten, Serverkosten. Du bekommst Zahlen, keine Behauptungen; was sich nicht messbar verbessert, machen wir nicht.

02Lohnt sich Optimieren oder sollten wir neu bauen?

Meistens lohnt Optimieren — gezielt an den Engpässen statt alles neu. Wo technische Schulden zu tief sitzen, sagen wir das ehrlich, statt endlos zu flicken.

03Stört die Optimierung den laufenden Betrieb?

Wir arbeiten präventiv und auf Staging, deployen kontrolliert — Verbesserungen kommen, ohne dass deine Nutzer einen Bruch merken.

04Bin ich an den Retainer gebunden?

Nein. Der Retainer läuft monatlich und ist kurzfristig kündbar. Du bleibst, weil es messbar schneller und stabiler wird — nicht wegen eines Vertrags.

Noch ein Einwand, der hier fehlt?Direkt an den Founder schreiben
TEIL DEINES RETAINERS

Seite zu langsam? Wir machen sie schnell — laufend.

Performance-Optimierung & Refactoring (Retainer) · Forge12