Laufzeit / Funktional

Anders als Metadaten- oder Layout-Probleme werden Laufzeitfehler erst sichtbar, wenn eine Seite tatsächlich im Browser ausgeführt wird — ein Skript wirft eine Ausnahme, eine Ressource lässt sich nicht laden, ein Link führt ins Leere. EverAudit prüft diese Kategorie deshalb mit einem echten Browser und stuft die meisten Befunde als prio1 ein.

Was ist das Problem#

Eine statische Analyse des HTML-Quelltexts zeigt nicht, ob eine Seite tatsächlich fehlerfrei läuft. Erst beim Ausführen im Browser zeigen sich Probleme wie: JavaScript-Fehler, die in der Entwicklerkonsole protokolliert werden; unbehandelte Ausnahmen, die den Seitenaufbau unterbrechen; Server- oder Client-Fehler (4xx/5xx) beim Nachladen von Bildern, Skripten oder Schriftarten; interne oder externe Links, die auf nicht mehr existierende Ziele zeigen; oder Darstellungsunterschiede zwischen Browsern, die eine Funktion in einem Browser zuverlässig, in einem anderen fehlerhaft machen.

Diese Fehler sind besonders tückisch, weil sie oft nur unter bestimmten Bedingungen auftreten — einem bestimmten Browser, einer bestimmten Nutzerinteraktion oder einem externen Dienst, der zeitweise nicht erreichbar ist — und deshalb bei einer manuellen Durchsicht leicht übersehen werden.

Warum prüft EverAudit das#

EverAudit crawlt jede Seite mit einem echten, headless gesteuerten Browser (Playwright) statt nur den HTML-Quelltext zu parsen. Dabei zeichnet der Crawler alle Konsolenausgaben und unbehandelten JavaScript-Fehler auf, protokolliert jede fehlgeschlagene Netzwerkanfrage und prüft mit einem Linkchecker jeden gefundenen internen und externen Link auf Erreichbarkeit. Ergänzend läuft optional ein Cross-Browser-Check, der dieselbe Seite in mehreren Browser-Engines rendert und Abweichungen erkennt.

Weil derselbe technische Fehler häufig auf vielen Seiten gleichzeitig auftritt — etwa ein fehlerhaftes global eingebundenes Skript —, fasst EverAudit solche Häufungen zu einem wiederkehrenden Skriptfehler zusammen, statt jede Fundstelle einzeln zu melden.

Welche Auswirkung hat es#

Nutzer: Ein technischer Fehler beim Laden kann dazu führen, dass Teile der Seite unvollständig erscheinen oder eine Funktion — etwa ein Formular, ein Menü oder ein interaktives Element — schlicht nicht reagiert. Defekte Links führen Besucher auf eine Fehlerseite statt zum gewünschten Ziel.

SEO: Serverfehler (5xx) und tote Seiten (4xx) verhindern, dass Suchmaschinen den Inhalt zuverlässig crawlen und indexieren können. Häufen sich solche Fehler, kann das langfristig das Crawl-Budget und die Indexierung Ihrer Seite beeinträchtigen.

Vertrauen: Eine Seite, die in der Konsole sichtbar Fehler wirft oder tote Links enthält, wirkt technisch ungepflegt — ein Eindruck, der sich auf die Wahrnehmung der gesamten Website überträgt.

Die wichtigsten Fehlerarten#

• Konsolenfehler (console-error) — JavaScript-Fehler, die im Hintergrund auftreten und einzelne Funktionen lahmlegen können. Details: JavaScript-Konsolenfehler.
• Serverfehler 5xx (http) — der Server liefert einen Fehlerstatus statt der angeforderten Ressource. Details folgen unter dem Slug serverfehler-5xx.
• Tote Seiten 4xx — eine angeforderte Seite existiert nicht mehr. Details folgen unter dem Slug tote-seiten-4xx.
• Defekte Links (broken-link) — interne oder externe Verweise, die ins Leere führen. Details folgen unter dem Slug defekte-links.
• Cross-Browser-Fehler (cross-browser) — eine Funktion arbeitet in einem Browser zuverlässig, in einem anderen fehlerhaft. Details folgen unter dem Slug cross-browser.
• Technischer Fehler beim Laden der Seite (page-error) — eine unbehandelte Ausnahme unterbricht den ersten Seitenaufbau; die Grundursache liegt meist im gleichen Skript, das auch Konsolenfehler auslöst.
• Fehler durch eingebundenen Drittanbieter-Dienst (runtime-origin) — die Fehlerursache liegt in einem extern eingebundenen Skript oder Tool, nicht in Ihrem eigenen Code; Aktualisieren, korrekt konfigurieren oder entfernen der betroffenen Integration ist hier die richtige Maßnahme.

Wie beheben#

Reproduzieren Sie jeden gemeldeten Fehler zuerst in den Browser-Entwicklertools (Tab „Konsole" bzw. „Netzwerk"), um die genaue Fehlermeldung, die betroffene Datei und die Zeile zu sehen. Bei Hydration- oder Server-Client-Rendering-Diskrepanzen in modernen Frameworks (React, Vue, Next.js) treten Fehler oft nur beim ersten Laden auf — ein Seiten-Reload allein reicht dann nicht zur Diagnose.

Für defekte Links prüfen Sie, ob das Ziel verschoben wurde (dann Link aktualisieren) oder dauerhaft entfernt wurde (dann Link entfernen oder durch ein passendes Ersatzziel ersetzen). Für Fehler durch Drittanbieter-Skripte lohnt sich zunächst ein Blick auf die Versionsnummer der Integration — veraltete Snippets sind eine häufige Ursache.

Diese Diagnoseschritte sind unabhängig vom eingesetzten CMS: Die Browser-Entwicklertools funktionieren identisch, egal ob die Seite mit WordPress, TYPO3, Shopify oder einem selbstgebauten Stack läuft.

Fazit#

Laufzeitfehler sind unsichtbar, solange niemand eine Seite tatsächlich im Browser ausführt und beobachtet — genau das übernimmt EverAudit automatisiert bei jedem Crawl. Weil diese Fehler direkt die Funktion Ihrer Seite betreffen, gehören sie zu den Befunden, die Sie zuerst beheben sollten.