Report läuft nicht oder Seiten fehlen
Was sind mögliche Ursachen für einen nicht oder unvollständig laufenden Report?
In diesem Artikel erfährst du, welche Ursachen ein nicht oder unvollständig laufender Report haben kann und wie du sie eingrenzt.
Wie sieht dein Report aus…?
In dieser Tabelle findest du eine Übersicht, über fehlerhafte Report Ergebnisse und mögliche Ursachen:
| Ergebnis | Wahrscheinliche Ursache |
|---|---|
| Keine Seiten, Scan abgebrochen | Die Startseite konnte nicht geladen werden: DNS, TLS, harte Blockierung oder falsche Domain |
| Nur wenige Seiten | Blockierung nach dem ersten Aufruf, eingeschränkte URL-Liste oder keine Links gefunden |
| Viele Seiten mit identischen Fehlern | Der Login hat nicht funktioniert, geprüft wurde jedes Mal die abgemeldete Seite |
| Überall Cookie-Banner-Inhalte | Der Banner wurde nicht geschlossen und überlagert jede Seite |
| Einzelne Seiten oder Bereiche fehlen | robots-Regeln, Timeouts oder eine Weiterleitung |
Weiter detaillierte Ursachen Beschreibungen
Nachfolgende findest du weiter mögliche Ursachen für ein nicht oder unvollständig laufenden Report und was du jeweils tun kannst um das Problem zu beheben.
1. Bot-Schutz, Firewall und WAF
Typische Anzeichen: HTTP 403 oder 429, eine Challenge-Seite von Cloudflare, Akamai, Imperva oder DataDome statt deiner Inhalte, oder die erste Seite funktioniert und alle weiteren nicht (Rate Limiting). Aus deinem eigenen Browser ist die Seite erreichbar, aus unserem Rechenzentrum nicht.
Lösung: unsere IP-Adressen oder unseren festen User Agent freigeben.
In folgendem Artikel erfährst du, welche IP Adressen wir verwenden:
2. Passwortgeschützte Bereiche (.htaccess, Basic Auth)
Lösung: Zugangsdaten können in der Lizenz hinterlegt werden, alternativ reicht eine IP-Freigabe.
Weitere Informationen dazu findest du in folgendem Artikel:
3. Login-Bereiche und Page Actions
Sind alle Seiten im Report identisch, wurde der Login nicht durchlaufen. Zwei-Faktor-Authentifizierung kann der Crawler nicht umgehen.
Weitere Informationen dazu findest du in folgendem Artikel:
4. robots-Regeln
Bereiche mit noindex oder nofollow werden bewusst nicht geprüft, wenn die entsprechende Einstellung aktiv ist.
Weitere Informationen dazu findest du in folgendem Artikel:
5. Cookie-Banner
Unser Crawler lehnt Banner automatisch ab, erkennt aber ungewöhnliche Beschriftungen, Banner in iframes oder verzögert eingeblendete Banner nicht immer. In dem Fall kannst du eine passende Seitenaktion hinterlegen.
Weitere Informationen dazu findest du in folgenden Artikeln:
6. Weiterleitungen
Eine Weiterleitung auf eine Sprach- oder Länderauswahl kann den Scan auf einer Seite festhalten. Dann helfen konkrete Start-URLs.
7. Proxy (On-Premise-Installationen)
Läuft der Report in deinem eigenen Netz, muss der Proxy so konfiguriert sein, dass der Crawler die zu prüfende Domain erreicht.
8. Timeouts und sehr große Domains
Sehr langsame Einzelseiten laufen in ein Zeitlimit, sehr große Domains passen nicht in ein Scan-Fenster. Hier grenzen wir den Scan gemeinsam ein.
9. Seiten, die mit 401 oder 403 antworten
Manche Systeme antworten auf geschützten Seiten mit dem Statuscode 401 oder 403. Standardmäßig überspringt der Crawl solche Seiten, sie fehlen dann im Report.
Du kannst in den Report-Einstellungen unter Erweitert die Option „Alle Statuscodes zulassen“ aktivieren, damit diese Seiten trotzdem geprüft werden.
Bedenke dabei: Geprüft wird das, was der Server tatsächlich ausliefert. Kommt statt der Seite eine Fehler- oder Anmeldeseite zurück, fließt deren Barrierefreiheit in die Bewertung ein, nicht die des geschützten Inhalts. Diese Option ist deshalb nur sinnvoll, wenn dein System unter 401 oder 403 echte Inhalte ausliefert. Willst du den geschützten Bereich selbst prüfen lassen, ist eine Anmeldung über Page Actions oder hinterlegte Zugangsdaten der richtige Weg.
Weitere Unterstützung
Solltest du weitere Fragen haben oder persönliche Unterstützung benötige, kontaktiere uns gerne. In folgendem Artikel findest du alle Weg wie du mit uns in Kontakt treten kannst:
Was unser Support von dir braucht
- Die betroffene Domain und der Zeitpunkt des Scans
- Ob die Seite aus deinem eigenen Netz normal erreichbar ist
- Falls vorhanden: der Logeintrag deiner Firewall oder WAF zum Zeitpunkt des Scans
- Ob eine Anmeldung nötig ist und ob dafür Zugangsdaten bereitgestellt werden können