Browser Checks

Was ein Browser Check ist

Ein Browser Check führt ein echtes Playwright-Skript in einem headless Chromium-Browser aus, nach Zeitplan und aus LoadFocus-Cloud-Regionen. Statt eine einzelne HTTP-Anfrage zu senden, steuert er einen echten Browser durch Ihre Website, so wie es ein Nutzer tun würde, und meldet das Ergebnis des gesamten Ablaufs.

Das deckt die Bereiche Ihres Produkts ab, die eine HTTP-Prüfung nicht sehen kann, ganze User-Journeys statt einzelner Endpunkte.

Wann verwenden

Verwenden Sie einen Browser Check, um komplette Nutzerabläufe zu prüfen, die eine HTTP-Prüfung nicht abdecken kann:

  • Login: Melden Sie sich mit Testzugangsdaten an und bestätigen Sie, dass der Kontobereich lädt.
  • Suche: Geben Sie eine Suchanfrage ein und prüfen Sie, ob Ergebnisse erscheinen.
  • Checkout: Legen Sie ein Produkt in den Warenkorb und durchlaufen Sie die Bezahlschritte.
  • Formulare: Senden Sie ein Formular ab und verifizieren Sie die Bestätigung.
  • Mehrseitige Journeys: jeder Ablauf, der mehrere Seiten nacheinander umfasst.

Einen Browser Check erstellen

  1. Öffnen Sie die Seite für neue API-Prüfung.
  2. Wählen Sie Browser Check als Monitortyp.
  3. Schreiben Sie Ihr Playwright-Skript oder fügen Sie es ein. Es kann Ihre gespeicherten Variablen und Secrets sowie wiederverwendbare Snippets und Setup/Teardown-Skripte verwenden. Das Skript exportiert eine asynchrone Funktion, die page und ctx erhält. Fassen Sie jeden Teil des Ablaufs in ctx.step('name', async () => { ... }) zusammen: Nur so umschlossene Schritte erhalten eine eigene Zeitmessung und einen eigenen Screenshot. Gespeicherte Werte lesen Sie als ctx.vars.NAME und ctx.secrets.NAME.
  4. Klicken Sie auf Skript testen, um das Skript schon beim Bearbeiten auszuführen, bevor Sie speichern.
  5. Wählen Sie Ihre Standorte, Häufigkeit und Benachrichtigungskanäle und speichern Sie dann. Browser Checks laufen nur in den Regionen, in denen der Browser-Executor bereitgestellt ist, die Standortliste kann also kürzer sein als bei API-Prüfungen, und die kürzeste Häufigkeit beträgt 5 Minuten.
  6. Browser Checks wiederholen nicht. Anstelle der Wiederholungsfelder erhalten Sie Alert after N consecutive failures: 0 oder 1 warnt beim ersten fehlgeschlagenen Lauf.

Skriptvorlagen

Sie müssen nicht mit einem leeren Skript beginnen. Das Dropdown Vorlage über dem Editor (Mit einer Vorlage beginnen…) enthält zehn fertige Skripte. Wählen Sie eines aus, und es ersetzt den Inhalt des Editors, nach einer Bestätigung, damit Änderungen nicht versehentlich verloren gehen; passen Sie dann URLs, Selektoren und erwartete Texte an Ihre Website an:

  • Leer beginnen: das minimale Skript, mit dem jeder neue Check beginnt.
  • Mit einem Secret anmelden: mit als Secrets gespeicherten Zugangsdaten anmelden und prüfen, ob das Dashboard lädt.
  • Ein Formular ausfüllen: ein Formularfeld ausfüllen, absenden und die Ergebnisseite prüfen.
  • Mehrstufige Nutzerreise: mehrere Seiten durchlaufen, jede als eigener Schritt gemessen.
  • Auf ein Element warten: auf Inhalte warten, die erst nach dem Laden der Seite erscheinen.
  • API-Wert auf der Seite prüfen: einen Wert aus Ihrer API lesen und prüfen, ob die Seite ihn anzeigt.
  • Mobile Ansicht prüfen: einen Smartphone-Bildschirm nutzen und prüfen, ob das mobile Menü funktioniert.
  • Optionales Popup schließen: ein Cookie-Banner schließen, wenn es erscheint, ohne zu scheitern, wenn nicht.
  • Bilder und Analytics blockieren: Bilder, Schriften und Tracking-Skripte überspringen, damit der Check schneller läuft.
  • Bei langsamer Seite fehlschlagen: den Check fehlschlagen lassen, wenn die Seite länger als ein Limit lädt.

Jede Vorlage fasst ihre Aktionen in ctx.step zusammen, sodass der Lauf pro Schritt eine Zeitmessung und einen Screenshot zeigt.

Artefakte und Ergebnisse

Jeder Lauf zeichnet auf:

  • Screenshots: einer je ctx.step, plus ein abschließender Screenshot der Seite.
  • Konsolen-Logs aus dem Browser.
  • Netzwerk-Logs: URL, Methode und Status jeder Antwort, die die Seite erhalten hat.
  • Timings pro Schritt, damit Sie genau sehen, welcher Schritt einen Ablauf verlangsamt.

Schlägt ein Lauf fehl, behält LoadFocus außerdem einen Trace (nutzen Sie Download Trace im Ergebnis) und ein Video des Laufs. Beides wird verworfen, wenn der Lauf besteht.

Kontingente und Pläne

Browser Checks gibt es nur in kostenpflichtigen Tarifen. Starter enthält 10 Browser Checks und 1.000 Browser-Läufe im Monat, Professional 30 Checks und 5.000 Läufe. Browser-Läufe haben ein eigenes Kontingent, getrennt von den API-Prüfungsläufen. Aktuelle Limits finden Sie auf der Preisseite.

Für die gemeinsamen Einstellungen, Häufigkeit, Standorte, Benachrichtigungskanäle, Aktivieren/Stummschalten, siehe So erstellen Sie eine neue API-Prüfung. Browser Checks sind Teil der LoadFocus-Plattform für Synthetic Monitoring.

Browser Checks lesen Secrets und Variablen aus einem eigenen Speicher, getrennt von API-Checks: Secrets und Variablen für Synthetic Monitoring. Ein für API-Checks definierter Wert ist hier nicht sichtbar.

Zurück
DNS-Monitore
Weiter
SSL-Zertifikatsüberwachung