Geschwindigkeit
Schnell ist eine Funktion. Wir messen sie.
Jede Änderung an HelpFalcon läuft in der CI gegen Performance-Budgets. Wird das Öffnen eines Tickets oder das Laden einer Ansicht langsamer als das Budget, wird die Änderung nicht ausgeliefert. Das sind die neuesten Messungen, mit Ort und Zeitpunkt.
Wichtigste Messwerte
57 ms
Bis ein Ticket an der API geöffnet ist (p95)
Budget 300 ms. Gemessen am 2026-11-06 auf the PHPUnit kernel (PostgreSQL 16) on a MacBook dev machine.
166 ms
Bis eine Ansicht an der API geladen ist (p95)
Budget 200 ms. Derselbe Lauf.
1.44 s
Bis das Ticket auf dem Bildschirm ist (Median-LCP)
Budget 1.5 s. Gemessen am 2026-11-06 auf a MacBook dev machine (shared Docker stack), production build.
12/12
Prüfungen innerhalb des Budgets
Jede Prüfung auf dieser Seite, aus der jeweils neuesten Messung.
Server
Die zwei Anfragen, auf die Agenten am meisten warten
Ein Ticket öffnen (suchen, Gespräch laden) und eine Ansicht laden, gemessen an der API. 95. Perzentil, Median in Klammern.
| Prüfung | Gemessen | Budget | Status |
|---|---|---|---|
| Ticket öffnen (API, p95) | 57 ms (Median 41) | 300 ms | Im Budget |
| Ansicht laden (API, p95) | 166 ms (Median 109) | 200 ms | Im Budget |
Gemessen am 2026-11-06 auf the PHPUnit kernel (PostgreSQL 16) on a MacBook dev machine. Der Balken ist die Messung, die Linie das Budget.
Im Browser
Vom Klick bis zum Gespräch auf dem Bildschirm
Largest Contentful Paint beim vollständigen Laden einer Ticketseite mit einem Produktions-Build, Median mehrerer Ladevorgänge.
| Prüfung | Gemessen | Budget | Status |
|---|---|---|---|
| Ticketseite, Largest Contentful Paint (Median) | 1436 ms | 1500 ms | Im Budget |
Gemessen am 2026-11-06 auf a MacBook dev machine (shared Docker stack), production build, 20 Messungen. Der Balken ist die Messung, die Linie das Budget.
JavaScript pro Seite
Jede Seite hat ein Größenbudget
JavaScript beim ersten Laden (gzip) der meistgenutzten Seiten. Eine Änderung, die eine Seite über ihr Budget wachsen lässt, lässt den Build scheitern.
| Prüfung | Gemessen | Budget | Status |
|---|---|---|---|
| Ticketseite (Agent) | 516 kB gzip | 540 kB gzip | Im Budget |
| Ansicht (Ticketliste) | 470 kB gzip | 495 kB gzip | Im Budget |
| Startseite für Agenten | 356 kB gzip | 375 kB gzip | Im Budget |
| Berichte | 388 kB gzip | 405 kB gzip | Im Budget |
| Admin Center | 380 kB gzip | 400 kB gzip | Im Budget |
| Hilfe-Center-Startseite | 229 kB gzip | 240 kB gzip | Im Budget |
| Hilfe-Center-Artikel | 231 kB gzip | 245 kB gzip | Im Budget |
| Chat-Widget | 244 kB gzip | 255 kB gzip | Im Budget |
| Anmeldung | 233 kB gzip | 245 kB gzip | Im Budget |
Gemessen am 2026-11-06 auf production build (Next.js 15). Der Balken ist die Messung, die Linie das Budget.
Methode
Wie wir messen
Zahlen, die Sie nachprüfen können, kein für eine Folie optimierter Benchmark.
- Server-Budgets laufen in der CI gegen eine Datenbank mit Testdaten: 120 Tickets, ein Gespräch mit mehreren Antworten, 40 Messungen nach dem Aufwärmen, 95. Perzentil.
- Browser-Budgets laden die Ticketseite in Headless Chromium mit einem Produktions-Build und lesen den Largest Contentful Paint.
- Bundle-Budgets lesen nach jedem Produktions-Build das Build-Manifest.
- Budgets steigen nur mit einer schriftlichen Begründung in der Änderung, die sie anhebt.
- Woher diese Zahlen stammen. Jeder Abschnitt nennt Maschine und Datum des gezeigten Laufs; der letzte vollständige Lauf erfolgte auf einem Entwicklungsrechner, nicht auf dem Server der privaten Beta. Dieselben Budgets gelten bei jeder Änderung auf der Hardware der CI; was Sie in Ihrem eigenen Workspace messen, hängt von Ihren Daten, Ihrem Plan und Ihrer Entfernung zu Falkenstein ab.
Bringen Sie Ihre ganze Zendesk-Historie mit. Und Ihre Arbeitsweise.
Importieren Sie Tickets, Benutzer, Regeln und das Hilfe-Center, betreiben Sie beides parallel und wechseln Sie, wenn Ihr Team bereit ist.