Was ist das DOM?

Der Server schickt HTML. Der Browser liest es, baut daraus einen Baum aus Knoten — und ab diesem Moment kann sich beides trennen. JavaScript fügt Elemente hinzu, entfernt andere, ändert Texte und Attribute. Der Quelltext bleibt derselbe, die Seite nicht.

Deshalb geben zwei verbreitete Prüfungen verschiedene Antworten: Seitenquelltext anzeigen zeigt das gelieferte HTML, die Entwicklerwerkzeuge zeigen das aktuelle DOM. Wer sie verwechselt, sucht einen Fehler an der falschen Stelle.

Google bewertet das gerenderte DOM, nicht das ausgelieferte HTML. Was JavaScript hinzufügt, kann also zählen — aber erst nach dem Rendern, das in einem zweiten Durchgang stattfindet.

Daraus folgt beides: Ein Canonical, ein Titel oder ein Noindex, den erst JavaScript setzt, wirkt möglicherweise — nur eben verzögert und ohne Zusage. Und umgekehrt: Ein Skript, das ein Noindex einfügt, kann eine Seite aus dem Index nehmen, obwohl im Quelltext nichts davon steht.

Für Messungen heißt das: Der gerenderte Text ist die belastbare Quelle. Eine Prüfung gegen den Quelltext beantwortet eine andere Frage als die, die man meist stellt.

Drei Wege, mit unterschiedlicher Aussage:

• Quelltext (curl, Strg+U) — das gelieferte HTML, ohne JavaScript.
• Entwicklerwerkzeuge — das DOM, wie es gerade im Browser steht.
• URL-Prüfung in der Search Console — das DOM, wie Google es gerendert hat. Das ist die einzige der drei, die Googles Sicht zeigt.

Beim Auslesen von Text lohnt eine Feinheit: innerText liefert, was sichtbar ist; textContent auch das, was per CSS verborgen wurde. Ein Satz, der im HTML fünfmal steht, ist für den Leser oft nur einmal da.

Die Größe des Baums kostet. Jeder Knoten braucht Speicher, und jede Änderung zwingt den Browser, Layout und Darstellung neu zu berechnen. Sehr tiefe oder sehr breite Bäume machen eine Seite spürbar träge, auch wenn die Datei klein ist.

Zwei Verbindungen zu den Core Web Vitals: Elemente, die nachträglich eingefügt werden und Inhalt verschieben, erzeugen CLS. Und wenn das Hauptelement erst nach dem Ausführen von JavaScript im Baum landet, verschiebt sich LCP nach hinten.

Den Quelltext für die Seite halten. Wer ein fehlendes Element im Quelltext sucht und nicht findet, schließt zu früh, dass es fehlt — es kann längst im DOM stehen. Und umgekehrt beweist ein Element im DOM nicht, dass Google es gesehen hat.

Im DOM messen und über den Server urteilen. Wer mit einem Werkzeug prüft, das JavaScript ausführt, sieht immer alles — und übersieht genau die Fälle, in denen der Inhalt erst spät entsteht. Beide Fassungen zu vergleichen ist die Prüfung; eine davon allein ist nur die halbe.