Ladezeiten nach Zeitplan
Sechs Zeiten werden bei jedem Durchlauf erfasst: Largest Contentful Paint, First Contentful Paint, Cumulative Layout Shift, Time to First Byte, Speed Index und Total Blocking Time.
Page-Speed-Monitoring
Performance-Regressionen erkennen
Performance-Regressionen erkennen
bevor sie live gehen.
Geplante Lighthouse-Audits über die Google-PageSpeed-Insights-API verfolgen Ihre Lighthouse-Scores und Ladezeiten über die Zeit, sodass ein langsames Deployment Ihre Nutzer nie unbemerkt erreicht.
Free tier included
No credit card
2-minute setup
Performance-Checks, die wie ein echter Nutzer laufen.
Jedes Audit ist ein vollständiger Lighthouse-Lauf gegen Ihre Live-URL und misst damit Rendering, Skriptausführung und Layout-Verschiebungen statt nur eines Pings an Ihren Server. Wir übergeben die URL an die Google-PageSpeed-Insights-API und speichern das Ergebnis, der rendernde Browser gehört also Google und nicht uns. Jedes Ergebnis wird aufbewahrt, sodass Sie jeden Score und jede Zeit über Releases hinweg verfolgen können.
Audits laufen alle 6 Stunden gegen genau die URL, die Sie angeben. Sie können ein Audit also auf Ihren Checkout oder Ihre Suchergebnisse richten und nicht nur auf die Startseite. Sie folgen nicht dem Intervall der HTTP-Prüfung.
Desktop-Audits
Audits laufen gegen das Desktop-Profil, die Voreinstellung von Google PageSpeed Insights. Ein separates Mobil-Audit führen wir heute nicht aus, und wir sagen das lieber, als Sie annehmen zu lassen, eine mobile Regression würde erkannt.
Trend-Diagramme über Releases
Jeder Score und jede Rohzeit wird mit dem Zeitpunkt der Messung gespeichert, sodass Sie Veränderungen über Tage, Wochen oder zwischen bestimmten Deployments verfolgen können.
Vier Lighthouse-Kategorien
Performance, Zugänglichkeit, SEO und Best Practices werden bei jedem Durchlauf bewertet, sodass eine Änderung, die der Geschwindigkeit hilft und der Zugänglichkeit schadet, nicht durchrutscht.
Ein Schwellenwert für den Performance-Score
Der Monitor schlägt fehl, wenn der Lighthouse-Performance-Score unter 0,5 fällt, und ein Alert wird ausgelöst. Dieser Schwellenwert ist heute fest: Es gibt kein Budget pro Metrik und keine Möglichkeit, die Zahl zu ändern, und diese Seite wird das sagen, bis es sie gibt.
Regressions-Alerts über Kanäle
Leiten Sie Score-Abfall-Alerts an Slack, Teams, E-Mail oder einen beliebigen Webhook weiter, sodass der Ingenieur, der die Änderung deployed hat, sofort davon erfährt.
Feldgenaue Ergebnisse
Echtes Rendering, nicht
Echtes Rendering, nicht
curl mit einer Stoppuhr.
Speed-Tools, die nur auf HTTP-Messungen basieren, verpassen JS-Ausführung, render-blockierende Ressourcen und Layout-Verschiebungen, die die echte Nutzererfahrung prägen. Jedes Audit ist ein vollständiger Lighthouse-Lauf über die Google-PageSpeed-Insights-API, das Rendering findet also in einem echten Browser statt, wenn auch in Googles und nicht in unserem.
- Vollständiges Browser-Rendering einschließlich JS-Ausführung und Paint-Zyklen
- Beliebige URL auditieren: Deep-Link zu Checkout oder Suche, nicht nur die Startseite
- Läuft nach dem Zeitplan des Monitors, an den das Audit gebunden ist
acme.com / checkout HealthyLIVE
LCP2,1s
CLS0,02
PERF SCORE91
LCP2100ms
FCP1050ms
TTFB420ms
TBT210ms
Speed Index1640ms
In Minuten umsetzbar
Ein Schalter am Monitor,
Ein Schalter am Monitor,
den Sie schon haben.
Page Speed ist kein eigener Monitor, den Sie neu einrichten. Schalten Sie es für einen bestehenden HTTP-Monitor ein, dann läuft das Audit neben der Prüfung nach demselben Zeitplan, und der Alert erreicht die Rufbereitschaft über die Kanäle, die dieser Monitor bereits nutzt.
- Ein Flag am Monitor, nichts Zweites zu konfigurieren
- Alerts laufen über Ihre bestehenden Benachrichtigungsgruppen
- Jeder Durchlauf wird gespeichert, die Regression hat also ein Vorher und ein Nachher
add a speed audit$ curl -X POST https://api.siteqwality.com/http/job \
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"uri":"https://acme.com/checkout","method":"GET","timeout_ms":10000,
"run_interval_seconds":300,"monitor_page_speed":true}'
$ curl https://api.siteqwality.com/http/job/$JOB_ID/page_speed
✓ performance_score, lcp_ms, fcp_ms, cls, ttfb_ms, speed_index_ms
-H "Authorization: Bearer $SQ_TOKEN" \
-d '{"uri":"https://acme.com/checkout","method":"GET","timeout_ms":10000,
"run_interval_seconds":300,"monitor_page_speed":true}'
$ curl https://api.siteqwality.com/http/job/$JOB_ID/page_speed
✓ performance_score, lcp_ms, fcp_ms, cls, ttfb_ms, speed_index_ms
10
Scores und Zeiten, die bei jedem Durchlauf gespeichert werden
4
geprüfte Lighthouse-Kategorien: Performance, Zugänglichkeit, SEO, Best Practices
$0
kostenloser Tarif. Starten Sie ohne Kreditkarte
0.5
die einzige feste Schwelle, auf dem Lighthouse-Performance-Score; darunter gilt der Monitor als fehlgeschlagen
FAQ
Site Qwality führt Audits nach Zeitplan durch, speichert jedes Ergebnis, verfolgt es über die Zeit und löst Alerts aus, wenn Scores zurückgehen. Ein einmaliger Lighthouse-Lauf sagt Ihnen, wo Sie heute stehen. Geplante Audits sagen Ihnen den Moment, in dem sich etwas ändert.
Bei jedem Durchlauf werden zehn Werte gespeichert: die vier Lighthouse-Kategorie-Scores (Performance, Zugänglichkeit, SEO, Best Practices) und sechs Zeiten (Largest Contentful Paint, First Contentful Paint, Cumulative Layout Shift, Time to First Byte, Speed Index und Total Blocking Time). Und um deutlich zu sagen, was nicht dabei ist, weil es häufig angenommen wird: kein Interaction to Next Paint, kein Time to Interactive, kein Ressourcen-Wasserfall, keine Screenshots, keine Gesamtseitengröße und keine Anfragenanzahl.
Nein. Audits laufen gegen das Desktop-Profil, die Voreinstellung der API, die wir aufrufen. Ein Mobil-Audit wäre ein zweiter Lauf mit einer anderen Strategie, und den führen wir heute nicht aus.
Für Page Speed nicht. Das Audit übergibt Ihre URL an die Google-PageSpeed-Insights-API, die die Seite als anonymer Besucher abruft, eine Seite hinter einem Login lässt sich so also nicht prüfen. Für angemeldete Abläufe sind unsere Browser-Checks die richtige Funktion.
Heute nicht. Es gibt einen Schwellenwert, auf dem Lighthouse-Performance-Score, und er liegt fest bei 0,5. Wird er unterschritten, gilt der Monitor als fehlgeschlagen und ein Alert wird ausgelöst. Warn- und Fehlerschwellen pro Metrik existieren nicht, und weder Dashboard noch API können die Zahl ändern.
Nach dem Zeitplan, den Sie für den zugehörigen Monitor festlegen. Bedenken Sie, dass jeder Durchlauf eine Google-API aufruft, ein sehr enges Intervall lohnt sich für ein Page-Speed-Audit also selten so wie für einen Uptime-Check.
Related features
Kostenlos starten. Keine Kreditkarte.
Uptime, Cron, Synthetic, Logs, RUM, Incidents und Statusseiten. Kostenlose Stufe bei jedem Produkt.