Website-Geschwindigkeitsoptimierung für Verlage

Wir machen Verlags-Websites messbar schneller — Core Web Vitals im grünen Bereich — und etablieren Budgets und Monitoring, damit sie es bleiben.

Für Verlage ist Geschwindigkeit Umsatz

Eine langsame News-Site verliert auf drei Wegen gleichzeitig Geld. Rankings: Googles Page-Experience-Signale bestrafen langsame Artikelseiten direkt — und News-SEO wird an den Rändern gewonnen. Werbung: Jede Ladesekunde senkt Ad-Viewability — die Metrik, auf der Ihre CPMs basieren. Abos: Ein Leser, der vier Sekunden auf einen Artikel wartet, startet keinen Checkout. Geschwindigkeit ist für Verlage keine technische Spielerei, sondern ein Posten in drei Budgets.

Was wir messen — und was wir ignorieren

Wir optimieren die Metriken, die auf Geld abbilden: LCP unter 2,0 Sekunden im 4G-Netz, INP unter 200 Millisekunden, CLS nahe null — gemessen an Real-User-Daten, nicht nur Lab-Scores. Lighthouse-Werte sind ein Debugging-Werkzeug, kein KPI: Ein perfekter Lab-Score auf einem schnellen MacBook sagt nichts über einen Leser mit einem drei Jahre alten Android-Telefon im Zug.

Wie ein Optimierungs-Engagement läuft

Wir starten mit einem zweiwöchigen Audit: Real-User-Monitoring-Daten, Render-Profile Ihrer Artikel- und Frontseiten, ein Third-Party-Script-Inventar. Sie erhalten eine priorisierte Fix-Liste mit Impact-Schätzung — typischerweise eine Mischung aus Critical-CSS- und Font-Loading-Fixes, Image-Pipeline-Arbeit, Script-Governance und Edge-Caching. Dann fixen wir, sortiert nach Wirkung pro Arbeitstag. Die grössten Gewinne landen meist im ersten Monat.

Das Third-Party-Script-Problem

Das grösste Performance-Problem bei jedem Verlag, den wir auditieren: Tag-Manager, die zur Schublade wurden. Consent-Tools, A/B-Tester, Analytics, Ad-Tech, Social-Embeds — jedes von einem anderen Team hinzugefügt, keines je entfernt, zusammen Sekunden schwer. Wir implementieren Script-Governance: ein dokumentierter Owner, ein Performance-Budget und ein Entfernungsprozess für alles, was seine Millisekunden nicht rechtfertigt.

Schnell bleiben, nachdem wir gehen

Speed-Regressionen passieren am Dienstag um 15 Uhr, wenn jemand ein neues Modul shipped. Deshalb endet jedes Engagement mit einem Performance-Budget in CI und Real-User-Alerts — eine Regression wird ein fehlschlagender Build oder ein Page ans Team, keine Quartalsüberraschung. Unsere Betriebsstufe hält diese Wache dauerhaft am Laufen.

Wollen Sie wissen, wo Ihre Website steht? Schicken Sie uns Ihre URL — wir nennen Ihnen die drei Fixes, die am meisten bringen.