Hallo,

weiß jemand, wie die Reihenfolge für die neuen HTML5 Elemente aussehen muss?

Wenn ich folgendes verwende:


sagt mir der W3C Validator folgendes:



was ist da falsch?

Anders als bei dem von Dir hier per C&P reinkopierten Validator-Ergebnis: warum nutzt Du die Hilfestellung nicht, die der HTML5 Validator Dir da an der jeweiligen Stelle ausgibt? Zu jeder Fehlermeldung gibt es in der Ergebnisliste einen eindeutigen Fehlertext nebst konkreter Stelle. Und zu jeder Warnung gibt es es dort ausführliche neben den farblich hervorgehobenen Stellen zusätzlich jeweils dazu verlinkte Hilfe-Seiten mit Beispielen, was da dann jeweils gemeint ist und wie Du die Meldung zu verstehen hast und was Du da besser machen kannst und sollst. Auch z.B. was im vorliegenden Fall die korrekte Schachtelung angeht (grad' da sind hervorragend einfach verständliche Beispiele auf der betreffenden Hilfeseite verlinkt). Oder hast Du das übersehen? Besser und klarer und entgegenkommender geht's doch nun wirklich nicht.

Warum hilfst Du ihm nicht einfach und führst stattdessen ermüdende Monologe?

Da ist Hilfe eben nicht so einfach.

"Consider using the h1 element as a top-level heading only"
???
Außer, das zu übersetzen, fällt mir da auch keine Hilfe ein.
Erwäge das h1-Element nur als Hauptüberschrift zu verwenden.
???
Mir ist vollkommen unklar, was da unklar ist.

Zum legend Tag. Innerhalb des figure Elements wäre das figcaption Tag das passendere. Hier gibt der Validator auch keinen Fehler aus.

Nun ja.

Mir ist die grundsätzliche Anordnung der HTML5-Elemente nicht klar. Ich steh völlig auf dem Schlauch.

Zum Beispiel:

Darf man <nav> auch vor <header> verwenden oder ist das vorgegeben?

bzgl <header> siehe die einleitende Beschreibung aus der w3c Dokumentation: . Das heisst setzt Du den header Tag innerhalb eines sectioning Elements (article, aside, nav, section) dann repräsentiert es den Inhalt eben dieses Elements. Setzt Du es ausserhalb eines sectioning Elements und der nearest ancestor iss das body Element dann bezieht es sich auf die komplette Seite.

Bei der H1 ist es einfach. Jede Seite soll nur 1 (in Worten: eine) H1 Überschrift haben, die den Hauptinhalt/die Hauptüberschrift der HTML-Seite wiedergibt. Alles andere darunter (H2, H3, H4) kann beliebig oft verwendet werden.
Es ist also nicht die Reihenfolge irgendwelcher HTML 5 Elemente falsch, sondern es sind zu viele H1 verwendet worden (die Regel galt auch schon vor HTML 5).

Der «legend»-Tag ist dafür vorgesehen, als «Inhaltslegende/Beschreibung» für ein Fieldset (Set aus Eingabefeldern) verwendet zu werden. Wenn du also ein paar Eingabefelder für Namensangaben hast, kannst du diesen mit «legend» eine Überschrift geben:


<form> leitet dabei die Serie an Formular-Elementen ein
<fieldset> leitet das spezielle Set, also eine Gruppe von Formularfeldern ein. Es können ja mehrere Gruppen vorkommen, etwa Persönliche Angaben, Zahlungsmittel, Firmenangaben…)
<legend> gibt der Gruppe von Eingabefeldern eine Überschrift

Für eine Bildunterschrift, passt das von Kosjer D genannte <figcaption>, hier mit Code-Beispiel

Lad dir doch einfach eine Boilerplate aus dem Netz...
https://html5boilerplate.com

Erstens: Dein Ton ist hier grad' total daneben und unangemessen. Warum bist Du hier grad' aggressiv mir gegenüber?
Zweiten ist das, was ich ihm da gesagt haben die wertvollste Hilfe, die ich ihm da geben kann. Erst recht, nachdem ich mir seinen Code tatsächlich angeschaut, ihn dem Validator selber nochmal vorgelegt und mir die tatsächliche Ergebnisseite habe ausgeben lassen, auf die betreffenden Links geklickt und mir durchgelesen habe, was da an Beispielen jeweils genannt wird, die ihm u.a. die richtige Schachtelung wunderbar nahebringen. Diese Hilfetexte und Beispiele sind zu etwas da und nutze und darüber hat man, haben wir uns viel Gedanken gemacht, und wenn Du da Verbesserungsbedarf und Raum für Verbesserungen siehst, dann bringe ich das da gerne zur Diskussion und auf den Tisch.
Zudem: hast Du, der Du mir da grad' was vorwerfen willst, genau das auch getan, Dich mit seiner Anfrage und seinem Problem konkret beschäftig, hmm? Zumal dom_beta mich recht gut kennt und weiß, wie ich in solchen Fällen agiere und da eher Hilfe zur Selbsthilfe gebe statt einfach alles vorzukauen. Und dom_beta beschäftigt sich auch nicht zum ersten Mal mit sowas, eigentlich weiß er auch aus früheren Dialogen hier öffentlich und auch privat mit mir, wo er ggf. nachschlagen kann genau das zu finden, was er sucht. Auch in diesem Fall hier, da hat es vorher ebenfalls schn eine etwas anders lautende Anfrage gegeben an mich, die ich ihm auch gleich beantwortet habe, so schnell es mir möglich war, ich habe ihn auf diese Aufstellung verwiesen gehabt:

Drittens: wenn für Dich irgend etwas ermüdend sein sollte oder ein Monolog, dann halte Dich doch gefälligstbitte irgendwo raus. Entweder hast Du Ahnung, dann trage bitte was zielführendes zum Thema bei, oder Du hast keine Ahnung, dann halte Dich da auch bitte gänzlich raus. Und grad' in diesem hier vorliegenden Fall solltest Du diesbzgl. da am Besten ganz leise treten.

+1

Zumal es ihm in der in der verlinkten Ergebnis-Seite u.a. auf dieser Hilfeseite wunderbar erklärt und veranschaulicht ist, was das konkret heißt, was damit gemeint ist, z.B. hier, das h1-Element betreffend und was top-level heißt: W3C Wiki: HTML/Usage/Headings/h1only

Jetzt bitte ehrlich: was ist daran noch unklar?

Ich habe zuvor, heute mittag, dom_beta auf seine Anfrage per privater MTN-Mail an mich auf
Mozilla MDN: Liste der HTML5-Elemente verwiesen gehabt und fand sie im Sinne seiner Anfrage sinnig und hilfreich. Ich hätte ihm vielleicht noch

Jens Meiert: Übersicht aller HTML-Elemente
Eine kontinuierlich aktualisierte Liste aller HTML- und XHTML-Elemente:

meines Fach- und W3C HTML Arbeitsgruppen-Kollegen Jens Meiert nennen können, auch dort ist eine gute Aufstellung nebst weiterführenden Verlinkungen in die Originaldokumente der WHATWG genannt, wo auch dort aus erster Hand mit Beispielen schön anschaulich gesagt und gezeigt wird, wie man Einzelnes zu verstehen hat, wie man richtig schachtelt, welches Element wo stehen darf und wo nicht etc. Das sei hiermit dann nachgeholt. Ich fand diesbzgl. die Aufstellung von Mozilla und vor allem die sinnhafte Unterteilung in semantische Abschnitte sehr sinnvoll, und es kommt der gestellten Frage entgegen, sich da zurechtzufinden.

Nur eine h1 im ganzen Dokument!

@Krypton @Stefan S. hmmm ein einziges h1 Element im kompletten Dokument war pre HTML5 so. Seit HTML5 kann man es pro Seite unter Einhaltungen bestimmter Bedingungen mehrmals verwenden. Eine gute Zusammenfassung gibt es hier

Nein. Falsch.

Nein. Falsch.

Die HTML-Spezifikation erklärt es eigentlich recht deutlich, sogar mit Beispiel (das sogar ein Gegenbeispiel zu eurer beider Aussagen ist, weil da mehrere h1-Elemente im Beispiel vorkommen):

(das bzw. die dort gegebenen Beispiele sind zu lang, um sie hier zu posten, deshalb beschränke ich mich auf die reine Verlinkung dorthin)

h1 bis h6 geben den Überschriften einen Rang, gemäß ihrer beabsichtigten Semantik (Bedeutung) und Wichtigkeit. Sprich: h1 ist in seiner Semantik und Wichtigkeit immer wichtiger als etwas das mit h2 ausgezeichnet ist oder gar h3 bis h6. Etwas, das mit h1ausgezeichnet worden ist, hat als Überschrift inhaltlich also die höchste Wichtgkeit im Dokument. Was nicht ausschließt, dass es an mehreren Stellen im Dokument mehrfach vorkommen darf, weil an der Stelle eben inhaltlich gleiche Wichtigkeit ausgedrückt werden soll.
Es geht dabei um die inhaltliche Aussage, um die Strukturierung dessen, was damit umschlossen ist. Nicht die absolute Anzahl.
Werden Überschriften, von denen der Autor meint, dass sie höchste Wichtigkeit haben und dem Dokument dadurch entsprechende Struktur geben, zum Beispiel am Anfang des Dokument, etwa auf der Hälfte und am Schluss auch nochmal, spricht überhaut nichts dagegen, ganz im Gegenteil, diese auch als h1 auszuzeichnen.

Schaue Dir das Beispiel, das die Spezifikation dazu bzw. zum Verständnis der Überschriften und ihres richtigen Einsatzes gibt, mal an:

W3C: 4.3.6 The h1, h2, h3, h4, h5, and h6 elements

(das bzw. die dort gegebenen Beispiele sind zu lang, um sie hier zu posten, deshalb beschränke ich mich auf die reine Verlinkung dorthin)

Ebenso auch die konkreten Beispiele, die die Spezifikation da gibt in Bezug auf das Gruppieren und der Einsatz von Überschriften in header und section, das Kapitel ist in der Spezifikation gleich darunter.

HTML ist eine Auszeichnungssprache. Zum strukturellen Auszeichnen von Elementen/Bereichen/Inhalten eines Dokuments gemäß ihres Inhalts und ihrer Bedeutung, die der Autor selbst wählt und ausdrücken möchte. HTML setzt ihm da keine Grenze, erst recht nicht anzahlmäßig.

Nein. Es war noch nie so. Da hat es noch nie eine solche Vorgabe oder Einschränkun gegeben. Warum auch?

Auch XHTML 1.x, XHTML 2, HTML5/XHTML5 hat an diesem Umstand nichts geändert. Und das in Arbeit befindliche HTML/XHTML5.1 wird daran ebenfalls nichts ändern. Warum auch?

Hallo,

erst mal danke für eure Beiträge! Diese werde ich mir im Laufe der Woche ansehen.

Ahh, o.k., Danke.
Dann war das "gefährliches Halbwissen" meinerseits

Also, mir anderen Worten:

Man darf also das <nav> Element in einem Dokument mehrfach verwenden?

Dann ist ja gut.

Ja klar. Warum auch nicht? Was soll dagegen sprechen? Das entscheidest Du selber. Wenn Du auf Deiner Seite mehrere Navigationsbereiche (meinetwegen einen oben, einen seitlich, einen unten) hast bzw. haben willst, darfst Du sie natürlich auch genauso dann auch damit auszeichnen. Wo ist das Problem?
Siehe auch die grün hervorgehobenen Anmerkungen nebst nachfolgender Beispiele (vor allem das 2. Code Example, in dem 2 nav-Bereiche vorkommen), die die HTML5-Spezifikation Dir dazu an die Hand gibt: .

Hallo Sierk,

Weil ich bis vor kurzem davon ausgegangen bin, dass die neuen HTML5-Elemente jeweils nur 1 einziges Mal in einem Dokument verwenden dürfen, wie zum Beispiel <body>.

Aber gut, dass das nicht der Fall ist.

es gibt aber nur 1 body !

Weiß ich!

Ich wollte nur damit sagen, dass ich ursprünglich dachte, dass die neuen HTML5-Elemente nur 1 einziges Mal wie <body> verkommen dürfen.

Danke erstmal für den Hinweis. Trotzdem muss ich aus Interesse nochmal nachbohren.

Mit pre HTML 5 meinte ich nicht die XHTML-Ableger, sondern einfach HTML 4, 3, 2 und 1. Dort gab es noch keine Tags oder Konzepte, welche eine Untergliederung einer Seite in <article> oder <section> ermöglichte. Hatte man eine Seite (etwa eine Nachrichtenseite wie MacTechNews, dann wurde (nach meinem Wissen) von Google die erste H1 als «wichtige» und den generellen Seiteninhalt beschreibende Überschrift angesehen, auch wenn eventuell folgende H1 Überschriften jeweils ganz andere Themen behandelten.
Daher galt (bei HTML4 und davor) die «goldene SEO Regel», nur eine H1 pro Seite zu verwenden. Das nur zum «warum auch».

Wenn ich hier falsch liege, bin ich dankbar für eine Korrektur.

In HTML5 kann ich den Code semantisch etwa durch die Tags <article> <section> <summary> <header> <footer> unterteilen und könnte in jedem der so unterteilten Bereiche oder Artikel wieder eine neue H1 verwenden.

Einige Tags wie etwa <section> werden aber erst ab beispielsweise IE9 unterstützt, bis vor wenigen Monaten konnte es also notwendig sein, ohne diese Unterteilung zu arbeiten und daher nur auf eine H1 zurück zu greifen (wie gesagt, mein momentaner Wissenstand, bei Fehlern bitte schreien).

Es ging in der betreffenden Nachfrage und meiner betreffenden Äußerung um <h1>bis <h6>. Und das ist seit HTML 1, 2, 3.2, 4, 4.01 so und hat sich seitdem nicht geändert.
<section> existiert seit XHTML 2.0 (das niemals Akzeptanz und Verbreitung fand und zugunsten von HTML5 eingestellt wurde), <article> hat Einzug erhalten mit HTML5

<quote>Hatte man eine Seite (etwa eine Nachrichtenseite wie MacTechNews, dann wurde (nach meinem Wissen) von Google die erste H1 als «wichtige» und den generellen Seiteninhalt beschreibende Überschrift angesehen, auch wenn eventuell folgende H1 Überschriften jeweils ganz andere Themen behandelten.</quote>

Nochmal: es gibt da keine zahlenmäßige Beschränkung, warum z.B. eine Überschrift mit der Wichtigkeit h1 nur einmal pro Dokument vorkommen darf. Warum auch? Mit welcher Begründung? Wenn ich in einem Dokument mehrere Überschriften mit dieser Priorität haben will, dann schreibe ich sie auch genauso rein, gebe ihnen die Auszeichnung h1 und damit entsprechende Wichtigkeit.

Und ja, Google beaschtet genau diese Gewichtung. Und folgert bei einer h1-Überschrift: SEHR wichtig, GROße Gewichtung. Oberste Priorität vor allen anderen Überschriften mit anderer Gewichtung. Das bedeutet aber im Umkehrschluss NICHT, dass in einem Dokument nur eine einzige h1-gewichtete Überschrift existieren darf. Warum sollte es das?

<quote>Daher galt (bei HTML4 und davor) die «goldene SEO Regel», nur eine H1 pro Seite zu verwenden. Das nur zum «warum auch».</quote>

Dann hat man Dir das entweder falsch erzählt oder Du hast es falsch aufgeschnappt. Die goldene Regel diesbzgl. heißt: was mit h1 ausgezeichnet ist, ist oberwichtig, hat oberste Wichtigkeit. Derlei stark gewichtete Überschriften können aber durchaus mehrfach im Dokument vorhanden sein, wenn ich das als Autor will, z.B., weil ich das Dokument meinetwegen in 3 Abschnitte unterteilen möchte, wovon jeder Abschnitt mit einer gleichwichtigen h1-Überschrift überschrieben ist. Warum auch nicht? Was spricht dagegen?

Wenn ich hier falsch liege, bin ich dankbar für eine Korrektur.

<quote>In HTML5 kann ich den Code semantisch etwa durch die Tags <article> <section> <summary> <header> <footer> unterteilen und könnte in jedem der so unterteilten Bereiche oder Artikel wieder eine neue H1 verwenden.</quote>

Richtig. Nur: das konntest Du vorher auch schon, siehe zuvor Gesagtes. Nur mit dem Unterschied, dass jetzt <article>, <section>, <summary>, <header>, <footer> als Möglichkeit zur feineren Gliederung noch hinzugekommen sind, wo man sich bis dahin notbehelfen musste durch z.B. entsprechend klassifizierte <div>-Container, wenn man sowas strukturell gliedern und darstellen wollte, also z.B. <div class="article">, <div class="section">, <div class="summary">, <div class="header">, <div class="footer">. Dafür gibt es seit HTML5, weil es so oft nachgefragt wurde und man da mehrheitlich gerne eine Entsprechung haben wollte, nun die viel kürzeren entsprechenden Element-Namen als festen Bestandteil des Sprachumfanges. Bzgl. anderer hinzugekommener Elemente genauso. Weil sinnvoll, weil so häufig nachgefragt und gebraucht bei der Strukturierung. Grad' in Blogs zum Beispiel. Ebenso auch, was <nav> angeht.

Und warum soll man da nicht auch weiterhin die Überschriften weiter verwenden können und mehrfach verwenden können und dürfen wie bisher? Auch die H1. Warum und mit welcher Begründung soll es eine h1nur an einer einzigen Stelle im Dokument geben dürfen, wenn ich als Autor z.B. den Bedarf habe, mehrere solcher höchstgewichteten Überschriften im Dokument unterzubringen. Es spricht nichts dagegen und es gibt keine Einschränkung, genau das dann auch zu tun. Wenn ich mehrere h1-gewichtete Überschriften haben will oder haben muss, bitteschön, kein Problem. Machen und gut.

Und der Suchmaschine ist das egal. Die sieht nur: "h1. Oberwichtig. Höchste Gewichtung." Und berücksichtigt genau das dann auch.

Niemand zwingt Dich, Dein Dokument so unterteilen. Du musst kein <section> verwenden. Du musst es überhaupt nicht so fein einteilen. Nur, wenn Du es gerne so haben willst und da Dokument ganz bewusst genau so strukturieren möchtest und das einen Sinn ergibt und Du damit eine semantische, inhaltliche Aussage treffen möchtest.
Und ob der IE9 das nun kann (hab' jetzt weder nachgeprüft noch nachgeschlagen) oder Peng! Schon das nächste Browser-Upgrade kann's dann halt. Und wenn Du darauf nicht warten willst, dann lass' es halt weg bzw. baue darauf, dass Browser mit ihnen unbekannten Elementen so verfahren: se ignorieren und übergehen sie geflissentlich.

Übrigens, letztens meinte der W3C Validator, dass innerhalb von <section> die Überschrift fehlt.

Ich solle doch eine Überschrift von <h2> bis <h6> verwenden. OK.

(Schöne Diskussion hier!)

Irrglaube H1: Der ist AFAIK durch gewisse "SEO-Experten" entstanden (die, die auch Stichwortlisten in 1 Punkt und Hintergrundfarbe ans Ende der Seite legten...)

Eine HTML-Seite *kann* ein Buch sein. Der Buchtitel wird durch den Title-Tag im Header bestimmt ("ganz wichtige Info"), die Hauptthemen im Buch durch H1 ("wichtige Info"), ab dann folgen Unterkapitel mit H2-6.

Dass Google nur die erste H1 beachtet, höre ich zum ersten Mal und kann (will) ich mir nicht vorstellen.

Google weiß ich nicht, aber Bing beachtet den <h1>-Tag genau, dort steht auch, dass man ihn nur einmal verwenden soll.