Automatische Website-Prüfung: Regressionen vor den Nutzern finden

So richten Sie eine automatische Website-Prüfung ein: Zeitplan, Vergleich der Berichte, lesenswerte Benachrichtigungen und Ablaufdaten, die zählen.

Infrastruktur · Veröffentlicht: 7. Oktober 2026 · 5 Min. Lesezeit · Дмитрий Орлов

Ein einmaliger Scan beantwortet die Frage „Wie steht die Website heute da?“. Kaputt geht eine Website aber zwischen den Scans: Ein Plugin-Update entfernt einen Sicherheits-Header, eine neue Landingpage geht ohne Canonical live, die Zertifikatsverlängerung scheitert still. Eine automatische Website-Prüfung macht aus einer Momentaufnahme eine Zeitreihe und beantwortet die nützlichere Frage: Was hat sich geändert, und ist es schlechter geworden?

Was zwischen Releases kaputtgeht

Selten der Code, an dem Sie gearbeitet haben. Regressionen kommen von den Rändern:

• Konfigurationsdrift. Eine Änderung im CDN- oder Hosting-Panel setzt Cache-Control, Komprimierung oder HSTS zurück.
• CMS- und Plugin-Updates. Ein Theme-Update bringt ein render-blockierendes Skript, ein SEO-Plugin schaltet noindex für Archive ein.
• Inhalte. Eine Redakteurin lädt ein 4-MB-Titelbild hoch, verlinkt eine letzte Woche gelöschte Seite, bettet etwas über http:// ein.
• Was abläuft. Zertifikate, Domains, Kreditkarten beim Registrar.
• Drittanbieter. Ein Chat-Widget oder ein Analytics-Tag wirft plötzlich Konsolenfehler.

Nichts davon fangen Ihre Tests ab, und nichts davon meldet sich von selbst. Genau deshalb lohnt sich eine Prüfung von außen nach Zeitplan.

Wie oft prüfen

Richten Sie die Frequenz danach aus, wie schnell sich die Website ändert und was ein Ausfall kostet:

• Vor und nach jedem Release — das Paar, das am meisten findet. Der erste Scan zeigt den Ausgangszustand, der zweite, ob das Deployment etwas kaputt gemacht hat.
• Täglich für Shops und Websites mit häufigen Inhaltsänderungen.
• Wöchentlich oder monatlich für eine Unternehmenswebsite, die sich kaum ändert.
• Stündlich oder alle sechs Stunden nur, wo Minuten Ausfall Geld kosten — und besser für wenige Seiten.

Öfter ist nicht automatisch besser: Jede Prüfung ist ein Crawl, und ein Bericht, den niemand liest, ist Rauschen.

Vergleichen statt nur wiederholen

Der Wert der Automatisierung liegt im Unterschied zwischen zwei Berichten. Die nächste Prüfung einer beobachteten Website liest dieselben Seiten wie die vorige, daher ist der Vergleich fair. Der Bericht sortiert die Befunde in drei Gruppen:

• Neu — beim letzten Mal nicht da. Das ist Ihre Regressionsliste.
• Behoben — beim letzten Mal gefunden, jetzt weg. Der Beweis, dass ein Ticket wirklich erledigt ist.
• Noch vorhanden — beide Male gefunden. Ihr Backlog.

Ein Befund zählt einmal, egal auf wie vielen Seiten er auftritt, und die Zahl der betroffenen Seiten erscheint als „vorher → jetzt“: Ein Problem, das sich von 2 auf 40 Seiten ausbreitet, fällt auf, auch wenn es nicht neu ist. Daneben zeigt der Trend, wie sich die Gesamtpunktzahl seit dem letzten Scan verändert hat. Lesen Sie den Trend über Wochen: Ein einmaliges Minus von 2 Punkten ist Rauschen, ein stetiger Rückgang ein Signal.

Benachrichtigungen, die man liest

Eine Benachrichtigung, die jeden Tag kommt, wird nach einer Woche stummgeschaltet. Richten Sie sie nach Ereignissen ein, nicht nach jedem Lauf:

1. Kritische Probleme — tote Seite, abgelaufenes Zertifikat, blockierter Crawl. Immer an.
2. Probleme mit hohem Schweregrad — fehlende Sicherheits-Header, Weiterleitungsketten, Formulare ohne Labels.
3. Punktzahl gesunken — im Vergleich zur vorigen Prüfung.
4. Prüfung nicht möglich — die Website hat nicht geantwortet oder den Scanner abgewiesen. Oft das früheste Zeichen eines Ausfalls.

Schicken Sie sie dorthin, wo das Team wirklich hinschaut: E-Mail für Zusammenfassungen, ein Telegram-Chat für Kritisches.

Ablaufdaten: der günstigste Gewinn

Die spektakulärsten Ausfälle sind keine Bugs, sondern Daten. Behalten Sie drei im Blick:

• Das TLS-Zertifikat. Ein automatisch verlängertes 90-Tage-Zertifikat sollte immer mehr als 30 Tage Restlaufzeit haben; sonst klemmt die Verlängerung. Siehe Zertifikatslaufzeit.
• Die Domainregistrierung. Die automatische Verlängerung scheitert an einer abgelaufenen Karte; prüfen Sie das Ablaufdatum der Domain und die E-Mail beim Registrar.
• Mail- und DNS-Einträge, die bei einem Umzug verloren gehen können.

Warum diese Daten gefährlich sind, lesen Sie unter Ablaufdaten.

Wo Automatisierung endet

Eine automatische Prüfung misst, entscheidet aber nicht. Sie sagt nicht, dass eine neue Seite schlecht geschrieben oder ein Preis falsch ist. Nutzen Sie ihr Ergebnis als Eingang für den Audit-Prozess: Neue Befunde werden zu Tickets, behobene werden geschlossen, sobald ein neuer Scan es bestätigt. Welche Fehler am häufigsten als Regression zurückkehren, zeigt der Artikel zur Fehlerprüfung einer Website.

Einrichtung mit SiteScan

1. Starten Sie einen Scan und lesen Sie den Bericht einmal selbst.
2. Klicken Sie auf „Diese Website überwachen“, wählen Sie ein Intervall — stündlich bis monatlich — und die Zahl der Links pro Prüfung.
3. Öffnen Sie im Konto „Benachrichtigungen“ und wählen Sie Ereignisse und Kanal: E-Mail oder Telegram.
4. Prüfungen werden aus einem Token-Guthaben bezahlt, ein Token pro gelesener Seite; Details unter Preise.

Ab dann beginnt jeder Bericht mit dem, was sich seit dem letzten Scan geändert hat.