Website-Monitoring mit GitHub Actions & Playwright

Einleitung: Die verborgenen Gefahren mangelhaften Monitorings

Viele Unternehmen wiegen sich in falscher Sicherheit: „Unsere Website wurde erst vor sechs Monaten gelauncht, warum sollte da etwas schiefgehen?“ Doch die Realität der Web-Infrastrukturen sieht anders aus. Ein stilles Versagen – das sogenannte Silent Failure – ist der Albtraum jedes Marketingleiters und IT-Administrators.

Ein simples Plugin-Update im Hintergrund, eine unerwartete Änderung der API des E-Mail-Dienstleisters oder eine Anpassung des Captchas kann dazu führen, dass Ihr Kontaktformular oder Ihr Checkout-Prozess blockiert wird. Das Fatale: Die Website sieht optisch einwandfrei aus. Sie liefert den HTTP-Statuscode `200 OK`. Ein herkömmlicher Ping-Dienst schlägt nicht an. Erst Wochen und Tausende Euro an verlorenen Umsätzen später stellt das Team fest, dass seit Tagen kein einziger Lead mehr im CRM registriert wurde.

Genau hier setzt modernes Website-Monitoring an. Es geht nicht mehr nur um die Frage „Ist der Webserver erreichbar?“, sondern um die funktionale Korrektheit der gesamten Business-Logik. Im Jahr 2026 müssen wir sicherstellen, dass Webseiten nahtlos funktionieren und auch für Suchmaschinen und KI-Crawler permanent in Bestform sind. Das Erreichen dieses Zustands erfordert kontinuierliches Testen im echten Browser.

Die Kostenfalle traditioneller SaaS-Anbieter

Unternehmen, die professionelles Monitoring implementieren möchten, landen fast immer bei etablierten Cloud-Lösungen wie Pingdom, Uptime Robot, Datadog oder Statuscake. Diese Tools sind komfortabel, doch sie bergen erhebliche Nachteile für wachsende Unternehmen und Agenturen:

Was ist serverloses Monitoring mit GitHub Actions?

Die Lösung für dieses Dilemma liegt in einer Technologie, die Entwickler ohnehin täglich nutzen: GitHub Actions. GitHub Actions ist eine extrem mächtige CI/CD-Plattform, die es ermöglicht, automatisierte Prozesse direkt auf den virtuellen Maschinen von GitHub auszuführen.

Was viele nicht wissen: GitHub Actions eignet sich perfekt für Serverless Website-Monitoring. Wir können Workflows so konfigurieren, dass sie nicht nur bei Code-Pushs ausgeführt werden, sondern nach einem festen Zeitplan – gesteuert über standardisierte Cron-Schedules (z. B. alle 15 Minuten oder einmal täglich).

Der finanzielle Vorteil ist unschlagbar: GitHub stellt in jedem kostenlosen Account 2.000 Runner-Minuten pro Monat kostenlos zur Verfügung. Da ein optimiertes Monitoring-Skript, das eine Website per cURL anpingt oder einen kurzen Playwright-Test ausführt, meist weniger als 15 bis 30 Sekunden läuft, können Sie Dutzende Websites im 15-Minuten-Takt völlig kostenlos überwachen. Es entstehen keinerlei Lizenz- oder Hostinggebühren.

Playwright für echte Formular- & Checkout-Tests

Der wichtigste Baustein für funktionale Website-Checks ist Playwright. Playwright ist ein modernes Open-Source-Framework für E2E-Testing, das von Microsoft entwickelt wird. Es ermöglicht die programmatische Steuerung von echten, sogenannten Headless Browsern (Chromium, WebKit und Firefox).

Im Gegensatz zu einfachen Pings simuliert Playwright das tatsächliche menschliche Verhalten. Ein Playwright-Skript öffnet die Website, wartet auf das Laden des DOMs, klickt auf Cookie-Banner, steuert Eingabefelder an, tippt strukturierte Testdaten ein und klickt auf „Absenden“. Nach der Aktion überprüft das Skript, ob eine Erfolgsmeldung gerendert wird. Falls ein Fehler auftritt (z.B. weil das Formular-Skript abstürzt), schlägt der Test fehl.

Hier ist ein minimalistisches Beispiel für ein solches Playwright-Testskript in JavaScript, das den typischen Kontaktablauf validiert:

import { test, expect } from '@playwright/test';

test('Kontaktformular absenden und Erfolg prüfen', async ({ page }) => {
  // 1. Seite aufrufen
  await page.goto('https://www.pragma-code.de/kontakt');

  // 2. Cookie-Banner akzeptieren falls vorhanden
  const cookieBtn = page.locator('#cookie-accept-btn');
  if (await cookieBtn.isVisible()) {
    await cookieBtn.click();
  }

  // 3. Formular ausfüllen
  await page.fill('input[name="name"]', 'Monitoring Bot');
  await page.fill('input[name="email"]', '[email protected]');
  await page.fill('textarea[name="message"]', 'Automatisierter Systemtest. Bitte ignorieren.');

  // 4. Absenden
  await page.click('button[type="submit"]');

  // 5. Erfolg verifizieren (z.B. Weiterleitung oder Danke-Text)
  const successMessage = page.locator('.form-success-message');
  await expect(successMessage).toBeVisible({ timeout: 5000 });
});

Die 5 Säulen eines vollständigen Website-Audits

Ein robustes, automatisiertes Monitoring geht weit über Formulare hinaus. Wenn wir für unsere Kundschaft Monitoring-Pipelines aufbauen, kombinieren wir meist fünf wesentliche Säulen zu einem schlagkräftigen Gesamtsystem:

Vergleich: Traditionelles SaaS vs. Serverloses Monitoring

Um die Unterschiede in Kosten, Kontrolle und Flexibilität zu verdeutlichen, lohnt sich eine direkte Gegenüberstellung von klassischen SaaS-Abos und maßgeschneiderten GitHub Workflows:

Der technische Ablauf der Testpipeline

Wie sieht der Lebenszyklus eines solchen Workflows in der Praxis aus? Da keine permanenten Server laufen, wird die gesamte Testumgebung für jeden Durchlauf dynamisch provisioniert und nach dem Abschluss sofort wieder vernichtet.

Schritt-für-Schritt-Anleitung zur Einrichtung

Für technisch interessierte Entwickler beschreiben wir hier, wie die Konfiguration des YAML-Workflows aussieht. Diese Datei wird im Verzeichnis `.github/workflows/check-contact-forms.yml` abgelegt:

name: Daily Contact Form Check

on:
  schedule:
    - cron: '10 0 */3 * *' # Alle 3 Tage um 00:10 Uhr UTC
  workflow_dispatch: # Ermöglicht manuelles Triggern über das GitHub UI

jobs:
  check-forms:
    runs-on: ubuntu-latest
    steps:
      - name: Code auschecken
        uses: actions/checkout@v4

      - name: Node.js einrichten
        uses: actions/setup-node@v4
        with:
          node-version: '20'

      - name: Playwright & Dependencies installieren
        run: |
          npm install playwright
          npx playwright install --with-deps chromium

      - name: Testskript ausführen
        run: |
          node .github/scripts/check_contact_forms.js

      - name: Screenshots bei Fehler hochladen
        if: failure()
        uses: actions/upload-artifact@v4
        with:
          name: error-screenshots
          path: .github/scripts/*.png

Damit sensible Logins und Passwörter für das E-Mail-Alerting nicht im Code sichtbar sind, werden sie in den GitHub Repository Secrets verschlüsselt hinterlegt und im Workflow als Umgebungsvariablen (wie SMTP-Passwörter) an die Skripte übergeben.

Best Practices für robustes Monitoring

Damit Ihre serverlosen Monitoring-Workflows verlässlich laufen und keine Fehlalarme produzieren, sollten Sie folgende bewährte Praktiken beachten:

• Robuste Selektoren nutzen: Vermeiden Sie im Playwright-Skript fragile CSS-Klassen (z. B. `.button-xs-active`). Nutzen Sie stattdessen stabile IDs (`#submit-button`) oder barrierefreie Rollen-Selektoren (z. B. page.getByRole('button', { name: 'Senden' })).
• Timeouts klug wählen: Setzen Sie angemessene Timeouts für Netzwerk-Anfragen. Ein Standard-Timeout von 30 Sekunden kann in CI/CD-Pipelines zu unnötigen Verzögerungen führen. 5 bis 10 Sekunden sind für Standard-Webseiten optimal.
• Historisierung im Repository: Schreiben Sie Testergebnisse (wie PageSpeed-Werte) in JSON-Dateien und lassen Sie den GitHub Workflow diese automatisch committen. So entsteht über die Git-Historie ein lückenloses Performance-Logbuch, ohne dass Sie eine Datenbank anbinden müssen.

Fazit: Die Zukunft des Monitorings gehört dem Code

Serverloses Monitoring über GitHub Actions und Playwright ist der modernste und effizienteste Weg, Webseiten zu überwachen. Sie sparen sich teure Drittanbieter-Lizenzen, behalten die volle Kontrolle über Ihre Daten und können die Tests exakt auf Ihre geschäftskritischen Funktionen zuschneiden.

Besonders für Agenturen und KMUs, die viele Kundenprojekte betreuen, ist dieser Ansatz ein enormer Hebel: Er steigert die Qualität des Services massiv, während die operativen Kosten gegen Null gehen.

Häufig gestellte Fragen (Glossar)