HTML-Formatierer und Inspektor

Wählen Sie die .html- oder .htm-Datei aus oder fügen Sie das Markup ein; der Quelltext erscheint dann als Text mit den strukturellen Befunden daneben. Gerendert wird nichts, Tags, Attribute und Kommentare stehen also genau so da, wie sie geschrieben wurden. Standard ist reines Prüfen; für eine aufgeräumte Kopie stellen Sie die Umwandlung auf Neu einrücken.

Ja, ohne Upload: Die HTML-Datei wird im aktuellen Browser-Tab gelesen und formatiert und nicht an einen Server übertragen. Auch die im Dokument verlinkten Skripte, Stylesheets, Bilder und Schriften werden nicht angefragt, und es gibt weder DNS-Prefetch noch Preconnect – das Prüfen einer Intranet-Seite meldet sich also bei keinem der genannten Hosts.

Öffnen Sie dieses Werkzeug in Safari, Chrome oder Firefox auf dem Mac und wählen Sie die HTML-Datei aus; der Quelltext erscheint als Text, die Seite wird nicht geladen. Ein Doppelklick im Finder öffnet die Datei dagegen als Webseite und führt ihre Skripte aus. Unter Windows, Linux, Android und iOS funktioniert es genauso, ohne Editor-Installation.

Die Datei wurde in einer anderen Kodierung wie Windows-1252 oder ISO-8859-1 gespeichert, und das Werkzeug dekodiert nur UTF-8, deshalb stoppt es am ersten ungültigen Byte. Die Meldung nennt Byte-Offset, Zeile und Spalte dieses Bytes, oft ein Umlaut. Speichern Sie die Datei im Editor als UTF-8 und öffnen Sie sie erneut; UTF-16-Dateien brauchen dieselbe Umwandlung.

Öffnen Sie die Datei hier: Jeder Befund zu einem offenen oder falsch geschlossenen Element nennt Zeile und Spalte des öffnenden Tags. Wird etwa ein span von </div> geschlossen, sehen Sie beide Stellen; bleibt etwas bis zum Dateiende offen, sehen Sie, wo es begann. Der Formatierer rät nicht, wo das Ende hingehört, und lässt den Abschnitt unverändert – korrigieren Sie ihn im Editor.

Die maximale Dateigröße beträgt 8.000.000 Bytes (etwa 8 MB), die maximale Verschachtelungstiefe 512 Elementebenen; darüber wird abgelehnt. Bei zu tiefer Verschachtelung nennt die Meldung Zeile und Spalte, an der die Grenze überschritten wurde. Eingefügter Text zählt nach UTF-8-Bytes gegen dieselbe Grenze; Ergebnisse über 400.000 Zeichen lassen sich trotzdem herunterladen.

Nein, der Inhalt von pre, textarea, script und style wird Byte für Byte übernommen; nur die führende Einrückung der übrigen Zeilen wird neu geschrieben. Auch Kommentare, mehrzeilige Tags und Bereiche mit Strukturfehlern bleiben samt ihren originalen Zeilenenden erhalten. Attributreihenfolge, Anführungszeichen und Text ändern sich nie; ein Zeilenumbruch direkt nach <pre> bleibt stehen.

Hier werden keine Skripte ausgeführt, nichts wird gerendert und keine URL aus der Datei wird kontaktiert. Sie erhalten eine Liste der Skripte, Iframes und externen Origins, die der Quelltext deklariert, und können so selbst einschätzen, was die Datei tut. Ein Urteil „sicher“ oder „gefährlich“ gibt es nicht, ebenso keine Malware-Erkennung, und zur Laufzeit gebaute URLs bleiben unsichtbar.

Der Formatierer rückt Markup ein und meldet strukturelle Probleme mit Position, ein Konformitäts-Validator prüft das Dokument gegen die vollständige HTML-Grammatik. Null Befunde hier heißen deshalb nicht, dass das HTML gültig oder barrierefrei ist – nur, dass die im Bericht aufgeführten Prüfungen wie Tag-Balance, Doctype und Charset nichts gefunden haben.

Es bedeutet, dass Browser die Seite wegen ihres Doctypes im Kompatibilitätsmodus darstellen, mit anderen Layoutregeln als im Standardmodus. Das passiert bei fehlendem Doctype oder alten öffentlichen Kennungen aus HTML 3 oder 4. Der Bericht zeigt öffentliche und System-Kennung samt Byte-Offset; mit <!DOCTYPE html> gilt der Standardmodus.