PathOktober 2026
Login-Flow ohne Playwright-Code testen: Testkonto, Cookie-Banner, Captcha
Der Login ist die Tür zu allem anderen. Bricht er, bleibt Ihr Uptime-Check grün. So überwachen Sie die Anmeldung in echtem Chrome, ohne ein Skript zu schreiben.
Warum der Login bricht, ohne dass Uptime es merkt
Die Seite /login liefert 200, auch wenn der Button nichts mehr tut. Ein Drittanbieter-Skript lädt nicht, ein Identity-Provider ändert seine Weiterleitung, ein Feld wird nach einem Release umbenannt: Die Seite erscheint, die Anmeldung scheitert.
Der einzige Beweis ist der eines Besuchers: Seite öffnen, E-Mail und Passwort eingeben, klicken und prüfen, dass man wirklich im angemeldeten Bereich landet.
Den Ablauf aufnehmen statt programmieren
In Pathly öffnen Sie Ihre Website im Recorder und melden sich wie gewohnt an. Jeder Klick und jede Eingabe wird zu einem Schritt. Schließen Sie mit einer Textprüfung auf etwas ab, das nur angemeldet sichtbar ist, etwa der Kontoname oder „Abmelden“.
- Anmeldeseite öffnen und auf das Formular warten.
- E-Mail und Passwort des Testkontos eintragen.
- Auf „Anmelden“ klicken und einen Text aus dem angemeldeten Bereich prüfen.
Ändert sich später ein Selektor, korrigieren Sie ihn in der Schrittliste, ohne neu aufzunehmen. Schlägt es fehl, behält der Run einen Screenshot des fehlerhaften Schritts.
Ein eigenes Testkonto, nie ein echtes
Das eingegebene Passwort ist Teil des Szenarios. Legen Sie daher ein Konto nur für das Monitoring an, ohne Admin-Rechte, ohne Kundendaten und mit einem Passwort, das nirgends sonst genutzt wird. Gelangt es nach außen, öffnet es nichts Wichtiges.
Cookie-Banner, Captcha und Zwei-Faktor-Authentifizierung
Das Cookie-Banner lösen Sie mit einem bedingten Schritt: Ist „Akzeptieren“ sichtbar, klicken, sonst weiter. Der Ablauf bricht nicht mehr an Tagen ohne Banner.
Ein Captcha oder ein Einmalcode soll Roboter stoppen, und Pathly ist einer. Versuchen Sie nicht, sie zu umgehen: Nehmen Sie das Testkonto auf Ihrer Seite aus, oder erkennen Sie Monitoring-Traffic an einem selbst definierten HTTP-Header, den Pathly jeder Anfrage hinzufügt.
Und wenn der Login über eine API läuft?
Für eine App, deren Frontend eine Auth-API aufruft, testet Chain dasselbe ohne Chrome: Ein erster Aufruf holt das Token, der nächste nutzt es auf einer geschützten Route. Das ist schneller und günstiger, sieht aber keinen kaputten Button. Beides ergänzt sich.