Überschriften-Tags (H1-H6)

Was Überschriften-Tags wirklich leisten

Überschriften-Tags sind die HTML-Elemente H1 bis H6, mit denen ein Dokument seine Gliederung an den Browser, an Suchmaschinen und an Screenreader meldet. Diese Definition kennt jeder. Die operative Wahrheit 2026 ist eine andere: Diese Tags erzeugen die maschinenlesbare Outline einer Seite, also das Raster, an dem ein Parser entscheidet, wo ein Thema beginnt und wo eine Frage beantwortet wird. Wer H1-H6 nur als Schriftgrößen begreift, verschenkt genau diese Ebene.

Wie verbreitet die Lücke ist, zeigt der Web Almanac 2024 (HTTP Archive, SEO-Kapitel, Desktop): 70 % der Seiten hatten eine H1, 71 % eine H2, 59 % eine H3 und nur 37 % eine H4. Ein Drittel der untersuchten Seiten kommt also ohne jede tiefere Untergliederung aus. In der Audit-Praxis sehen wir dasselbe Muster: viele Seiten haben eine H1 und danach fließenden Text, bei dem der Autor Absätze visuell fett setzt, statt sie als H2 zu markieren. Für das Auge sieht das gleich aus, für einen Extraktions-Parser existiert die Struktur schlicht nicht.

Der Punkt ist nicht Ästhetik, sondern Zugänglichkeit für Maschinen. Eine gut gesetzte Überschriftenstruktur ist die günstigste Form von semantischem HTML, die es gibt: kein Schema-Markup, kein zusätzliches Skript, nur das richtige Tag am richtigen Absatz. Genau deshalb lohnt es, Überschriften als Infrastruktur zu behandeln und nicht als Formatierungsdetail.

Wie Google und KI-Systeme Überschriften 2026 lesen

Die wichtigste Klarstellung zuerst, weil sie hartnäckigen Mythen widerspricht: Die strenge Reihenfolge der Überschriften-Ebenen ist kein Ranking-Faktor. Gary Illyes erklärte in den SEO Office Hours vom Juli 2024, dass die hierarchische Anordnung der Heading-Tags für das Ranking nicht entscheidend ist, weil Google die Seitenstruktur auch ohne strikte Reihenfolge versteht. Wer also eine H3 vor einer H2 fürchtet, optimiert am realen Signal vorbei.

Das heißt nicht, dass Struktur egal wäre, im Gegenteil, ihr Gewicht hat sich nur verschoben. Für KI-Suche und Featured Snippets ist die Segmentierung durch Überschriften zum eigentlichen Hebel geworden. Eine AirOps-Auswertung, aufbereitet von BlckAlpaca (2026), berichtet, dass Seiten mit korrekter H1→H2→H3-Gliederung 2,8× mehr KI-Zitate erhielten als schlecht strukturierte Seiten, und dass allein die saubere Überschriftenstruktur die KI-Zitationsrate im Datensatz um 63 % erhöhte. Der Mechanismus dahinter ist banal: Ein Sprachmodell extrahiert Passagen, und eine per H2 klar abgegrenzte Passage mit einer prägnanten Antwort am Anfang ist leichter zu isolieren als ein Fließtext.

Bei klassischen Snippets ist der Effekt ebenso messbar. DigitalApplied analysierte nach eigener Angabe über 10 000 gut rankende Seiten (Stand 30. April 2026) und fand, dass 36 % der Featured Snippets ein H2-Tag als Snippet-Titel verwenden. Das deckt sich mit der Empfehlung aus dem Google Developer Documentation Style Guide (aktualisiert 8. Juni 2026), Inhalte hierarchisch mit Überschriften-Tags zu organisieren, jeder Seite eine eindeutige H1 zu geben und leere oder übersprungene Ebenen zu vermeiden. Das ist keine Ranking-Doku, aber ein brauchbarer semantischer Grundstandard, wenn man Inhalte gezielt für die Sichtbarkeit in KI-Antworten aufbereitet.

H1, Title-Tag und die Hierarchie-Frage

H1 und Title-Tag werden ständig verwechselt, obwohl sie zwei getrennte Jobs erfüllen. Der Title-Tag lebt im HTML-Head, erscheint im Browser-Tab und ist der primäre Kandidat für den blauen Titel im SERP. Die H1 lebt im sichtbaren Seiteninhalt und ist die Hauptüberschrift, die der Leser oben auf der Seite sieht. Beide dürfen sich thematisch überlappen, sollten aber nicht wortgleich sein: Der Title darf die Klick-Motivation im SERP zuspitzen, die H1 darf länger und beschreibender sein. Wer beide Rollen sauber trennen will, findet die Details in unserem Eintrag zum HTML-Element für den Seitentitel.

Bleibt die Dauerfrage: Darf eine Seite mehrere H1 haben? Die kurze Antwort lautet ja. Greenlane hielt am 10. September 2024 fest, dass mehrere H1 an sich kein SEO-Problem verursachen und H1 zur Gliederung von Abschnitten dienen können. Der HTML5-Standard erlaubt mehrere H1 innerhalb von Section-Elementen ohnehin. In der Praxis empfehlen wir dennoch die klassische Ein-H1-Regel, nicht wegen eines Google-Penaltys, sondern weil Page-Builder und Themes oft unkontrolliert mehrere H1 ausspucken und man so am schnellsten den Überblick behält, welcher Absatz die eigentliche Hauptaussage trägt.

Der Unterschied zwischen H1 und H6 ist rein hierarchisch: H1 markiert die oberste Ebene, H6 die tiefste. In der Realität ist H6 fast bedeutungslos, weil kaum ein Ratgeberartikel sechs Verschachtelungsebenen braucht. Wer H4 bis H6 einsetzt, sollte das aus einer echten Gliederungslogik heraus tun, nicht um künstlich Tiefe vorzutäuschen.

Wo Überschriften im Netlinking-Betrieb zählen

Im Netlinking wird der Wert eines Links auch von der Seite bestimmt, auf der er steht. Ein Backlink aus einem Artikel, der thematisch klar in H2-Segmente gegliedert ist, sitzt in einem Kontext, den Google und KI-Systeme sauber einer Entität zuordnen können. Ein Link, der in einer strukturlosen Textwand versinkt, überträgt weniger thematische Relevanz, weil der umgebende Absatz schwerer zu isolieren ist. Deshalb behandeln wir bei Nautilinks die Überschriftenstruktur der Trägerartikel als Teil der Linkqualität, nicht als kosmetisches Extra: Ein im Eigenbetrieb redigierter Artikel bekommt eine echte Gliederung, bevor er einen Link trägt.

Für die interne Verlinkung ist die Struktur ein zweiter Hebel. Überschriften markieren Ankerpunkte im Dokument, an denen ein kontextueller Verweis auf eine andere Seite der Domain natürlich sitzt, weil der Abschnitt ein abgegrenztes Teilthema behandelt. Wer thematische Cluster aufbaut, sollte seine H2 so schneiden, dass jeder Abschnitt genau ein verlinkbares Teilthema abdeckt.

Und schließlich: Wenn ein redaktioneller Beitrag extern platziert wird, entscheidet die Struktur mit darüber, ob die Passage mit dem Link später als Snippet oder KI-Zitat auftaucht. Ein redaktioneller Beitrag mit sauber gesetzter Frage-Antwort-Gliederung hat schlicht mehr Angriffsfläche für Extraktion als eine Werbefläche ohne Überschriften. Das ist der operative Grund, warum wir Struktur ehrlich vor Reichweite setzen.

Häufige Fehler aus der Audit-Praxis

Der Klassiker ist die Verwechslung von Semantik und Optik. Autoren setzen eine H3, weil die Schriftgröße gefällt, oder umgekehrt einen fetten Absatz statt einer echten Überschrift. Die Regel ist eindeutig: Das Tag steuert die Bedeutung, das Stylesheet steuert die Größe. Wer eine H2 optisch kleiner haben will, ändert das CSS, nicht das Tag.

Zweiter Dauerbrenner: übersprungene Ebenen und leere Überschriften. Eine H1, die direkt zu einer H4 springt, verwirrt sowohl den Extraktions-Parser als auch den Screenreader, der Überschriften als Sprungnavigation nutzt. Leere H-Tags, die nur ein Icon oder ein Layout-Element umschließen, sind reiner Ballast, den der Google Developer Style Guide (8. Juni 2026) explizit als zu vermeiden nennt.

Dritter Fehler: Keyword-Stuffing in Überschriften. Aus eigener Audit-Erfahrung bringt eine H2, die dasselbe Keyword dreimal wiederholt, keinen Vorteil und liest sich für den Menschen künstlich. Eine beschreibende Überschrift, gefolgt von einer präzisen Antwort im ersten Satz darunter, schlägt jede gestopfte Variante, gerade für Voice Search und KI-Antworten, die kurze, klar segmentierte Passagen bevorzugen.

Vierter Punkt, oft übersehen: Links in Überschriften. Eine H2, die komplett ein Anker ist, vermischt Navigations- und Gliederungssignal. Besser den Link in den Fließtext darunter setzen und die Überschrift als reine Struktur belassen.

Taktische Hebel für die Umsetzung

Messen lässt sich die Überschriftenstruktur ohne teures Tooling. Der Quellcode-Blick über das Outline-Panel eines Crawlers wie Screaming Frog oder eine Ryte-Prüfung zeigt in Sekunden, ob eine Seite mehrere H1 hat, Ebenen überspringt oder ganz ohne H2 auskommt. Für Redakteure ohne Tool reicht die Browser-Erweiterung, die die Heading-Struktur einer Seite als Baum darstellt: Ist der Baum lückenhaft, ist die Struktur lückenhaft.

Der Schwellenwert, der in der Praxis zählt, ist nicht eine bestimmte Anzahl an Überschriften, sondern die Deckung zwischen H2/H3 und den Fragen, die der Leser stellt. Wenn jede zentrale Nutzerfrage eine eigene H2 mit einer knappen Antwort direkt darunter hat, ist die Seite sowohl für Featured Snippets als auch für KI-Zitate aufgestellt. Barrierefreiheit fällt dabei als Nebenprodukt ab: Dieselbe saubere Hierarchie, die ein Parser liebt, ist genau die Navigation, die ein Screenreader-Nutzer per Überschriften-Sprung durchläuft. WCAG-Konformität und Extrahierbarkeit ziehen hier am selben Strang.

Kalibriert man den Aufwand ehrlich, ist die Reihenfolge klar: erst eine eindeutige H1 pro Seite sichern, dann jede echte Teilfrage in eine H2 gießen, dann leere und übersprungene Ebenen ausräumen. Alles Weitere, tiefere Verschachtelung, H4 bis H6, ist Feinschliff, der nur dort lohnt, wo der Inhalt wirklich sechs Ebenen tief geht.