Automatische Überwachung der Erreichbarkeit von Kunden-Websites

Die Website eines Ihrer Kunden geht offline. Er bemerkt es nicht sofort. Die KI-Modelle dagegen sehen es innerhalb weniger Stunden: ihre Crawler erreichen die Seiten nicht mehr, ihre Antworten zitieren die Marke nicht mehr, und die KI-Sichtbarkeit fällt still ab. Wenn Sie Ihr nächstes Quartals-Audit starten, sind die Scores um zwanzig Punkte gefallen und niemand weiß seit wann.

Diese Situation haben wir zu oft gesehen. AI Labs Audit integriert nun eine automatische Überwachung der Erreichbarkeit der Kunden-Websites auf zwei Ebenen: Prüfung bei der Eingabe und tägliche Hintergrundkontrolle. So funktioniert es, und warum es ein unverzichtbares Sicherheitsnetz für eine GEO/AEO-Agentur ist.

Stufe 1 — Sofortige Prüfung bei der Eingabe

Wenn Sie die URL eines Kunden hinzufügen oder bearbeiten (Schnellanlage oder Bearbeitungsformular), führt die Plattform vor dem Speichern einen Echtzeit-HTTP-Test durch. Der "Speichern"-Button wird deaktiviert, falls die Website einen Fehlercode, einen Timeout oder eine fehlerhafte URL zurückgibt.

• Tippfehlererkennung: beispel.de statt beispiel.de wird abgefangen, bevor die Datenbank verschmutzt wird.
• Erkennung toter Seiten: ein Kunde, der seine Website auf eine neue Domain umgezogen hat und es vergessen hat zu sagen, wird bei der Eingabe erkannt.
• Auto-Präfix: wenn Sie beispiel.de ohne https:// tippen, wird es vor dem Test automatisch hinzugefügt.
• Dedizierter REST-Endpunkt: GET /api/client/check-url?url=... gibt ok / http_error / timeout / unreachable / invalid_url in unter 6 Sekunden zurück.

Ergebnis: kein Kundendatensatz kann mehr mit einer kaputten URL gespeichert werden. Geplante Audits auf diesen Kunden starten immer von einer URL, die am Tag der Anlage erreichbar war.

Stufe 2 — Tägliche Hintergrundkontrolle

Eine Website kann am Anlagetag in Ordnung sein und drei Monate später offline gehen. Deshalb fügen wir einen täglichen Cronjob hinzu, der jede Nacht um 04:10 Uhr (Serverzeit) alle aktiven Kunden-Sites neu testet.

Der Celery-Task daily_check_client_websites:

1. Wählt alle aktiven Kunden mit nicht-leerem site_web aus, die seit mehr als 20 Stunden nicht getestet wurden.
2. Sendet HEAD-Requests parallel (10 Worker, 6s Timeout, GET-Fallback bei 405), um den Server nicht zu überlasten.
3. Aktualisiert drei Spalten im Kundendatensatz: site_web_status, site_web_last_check, site_web_unreachable_since.
4. Setzt unreachable_since auf NULL zurück, sobald eine Website wieder antwortet (Recovery).

Wenn mehr als 50 % der Websites in einem Batch ausfallen, löst die Plattform einen automatischen CRITICAL-Alarm in system_alerts aus. Das ist typischerweise ein server- oder DNS-seitiges Netzwerkproblem, kein Kundenproblem — die Agentur wird benachrichtigt, bevor sie einem Phantomproblem hinterherjagt.

Stufe 3 — Visuelles Badge auf der Kundenseite

Auf der Kundendetailseite erscheint ein rotes "Site KO"-Badge neben dem Domainnamen, wenn eine Website länger als 7 Tage nicht erreichbar war, mit einem Tooltip, der den genauen Status (timeout, http_error, unreachable...) und das Datum, seit dem die Website ausgefallen ist, anzeigt.

Warum 7 Tage und nicht sofort? Um Fehlalarme bei Websites mit geplanter Wartung von wenigen Stunden oder vorübergehenden Netzwerkproblemen zu vermeiden. Nach einer Woche ist man sich eines echten Problems sicher, das einen Eingriff der Agentur rechtfertigt.

Konkreter Fall: warum das den Unterschied macht

Eine Partner-Agentur hatte 80 aktive Kunden, monatlich auditiert. Etwa einmal pro Quartal hat ein Kunde seine Website ohne Vorwarnung neu aufgesetzt: neues CMS, neue Domain, vergessene Weiterleitung. Vor diesem Feature entdeckte die Agentur es erst beim Reportzeitpunkt — bis zu 30 Tage später. Während dieser ganzen Zeit wurden Credits verbrannt für eine Website, die 404 zurückgab.

Mit der integrierten Überwachung wird der Fall innerhalb von 24 Stunden erkannt. Der Account-Manager ruft den Kunden am nächsten Tag an, aktualisiert den Datensatz, und das nächste Audit läuft auf der richtigen URL. Keine verschwendeten Credits, keine falschen Reports, keine bösen Überraschungen.

Verfügbarkeit und Aktivierung

Das Feature ist standardmäßig auf allen Plänen aktiv, die Kunden verwalten (Consultant, Consultant+, Agent, Agentur+). Keine Aktion nötig: die Eingabevalidierung ist automatisch, der Cronjob läuft im Hintergrund, das Badge erscheint, sobald ein Kunde betroffen ist. Die Checks verbrauchen null Credits — es ist Infrastruktur, kein bezahlter KI-Service.

Der Statusverlauf ist abfragbar über die Spalten, die zur Tabelle clients hinzugefügt wurden, und in der REST-API exponiert (GET /api/clients/{id} gibt die drei Felder site_web_status, site_web_last_check, site_web_unreachable_since zurück).

Fazit

Die Überwachung der Kunden-Website-Erreichbarkeit ist kein attraktives Thema, aber es ist die Grundlage einer ehrlichen GEO/AEO-Messung. Eine Website zu auditieren, die 500 zurückgibt, liefert keine nützliche Information über die KI-Sichtbarkeit der Marke — es füllt nur den Report mit Rauschen. AI Labs Audit zieht es vor, Sie vor dem Audit zu warnen, anstatt Ihnen einen leeren Report zu berechnen.

Sie können die Sofortprüfung ab heute testen: legen Sie einen Kunden mit einer absichtlich kaputten URL in Ihrer Kundenliste an, und beobachten Sie, wie der "Speichern"-Button deaktiviert bleibt, bis Sie ihn korrigieren.

Artikel überprüft und aktualisiert: Mai 2026 — abgeglichen mit dem aktuellen Verhalten von ChatGPT, Claude, Gemini und Perplexity.