Was korrekter ist: <h1> <a>… </a> </ h1> ODER <a> <h1>… </ h1> </a>


166

Sind beide <h1><a ...> ... </a></h1>und <a ...><h1> ... </h1></a>gültiges HTML oder ist nur eines korrekt? Wenn beide korrekt sind, unterscheiden sie sich in ihrer Bedeutung?

Antworten:


155

Beide Versionen sind korrekt. Der größte Unterschied zwischen ihnen besteht darin, dass <h1><a>..</a></h1>nur der Text im Titel anklickbar ist.

Wenn Sie die Eigenschaft <a>um <h1>und die CSS- displayEigenschaft setzen block(was standardmäßig der Fall ist ), ist dies der gesamte Block (die Höhe des <h1>und 100% der Breite des Containers der<h1> befindet) geklickt werden.

In der Vergangenheit konnten Sie kein Blockelement in ein Inline-Element einfügen, dies ist jedoch bei HTML5 nicht mehr der Fall. Ich würde jedoch denken, dass der <h1><a>..</a></h1>Ansatz konventioneller ist.

In dem Fall, in dem Sie einen Anker in der Kopfzeile platzieren möchten, ist es besser <a id="my-anchor"><h1>..</h1></a>, entweder das idoder das nameAttribut wie folgt zu verwenden: <h1 id="my-anchor">..</h1>oder<h1 name="my-anchor">..</h1>



2
<a> <h1> .. </ h1> </a> klingt für HTML 5 vorzuziehen, da es Benutzern von Touch-Geräten ein größeres Klickziel bietet, oder?
Acyra

Wenn eine Überschrift und eine Überschrift beide auf denselben Inhalt verweisen, ist es visuell ansprechender, beide in denselben Inhalt zu verpacken, <a>damit sie einen Schwebezustand haben
Slam

26

In vor HTML 5 dieses

<a><h1>..</h1></a>

wird nicht validieren. Sie können es in HTML 5 verwenden. Allerdings würde ich dies verwenden:

<h1><a>..</a></h1>

es sei denn, Sie müssen mehr als <h1> in das <a> einfügen


8

<a><h1></h1></a>ist nicht W3C-gültig ... Grundsätzlich können Sie keine Blockelemente in Inline-Elemente einfügen


26
Es ist gültig in HTML 5
Vaidas

1
yeap .. aber irgendwie finde ich, dass das Einfügen von Blockelementen in einen Link etwas schlampig ist (persönliche Meinung), wie das Nicht-Schließen eines Tags (gültig in HTML5) .. aber hey! .. vielleicht wirkt es sich auf die SEO aus
erfreut über den

7

<h1><a>..</a></h1>und <a><h1>..</h1></a>haben sich immer fast gleich verhalten, wenn Stylesheets das Rendering nicht beeinflussen. Fast, aber nicht ganz. Wenn Sie mit der Tabulatortaste navigieren oder sich auf andere Weise auf einen Link konzentrieren, wird in den meisten Browsern ein „Fokusrechteck“ um den Link angezeigt. Für <h1><a>..</a></h1>ist dieses Rechteck nur der Link - Text um. Für <a><h1>..</h1></a>erstreckt sich das Rechteck auf dem verfügbaren horizontalen Raum, da das Auszeichnungs das macht aElement ein Blockelement in Rendering standardmäßig 100% Breite einnimmt.

Das Folgende zeigt, wie ein Fokus <a href=foo><h1>link</h1></a>von Chrome gerendert wird:

Geben Sie hier die Bildbeschreibung ein

Dies bedeutet, dass sich die Effekte auf ähnliche Weise unterscheiden, wenn Sie Elemente formatieren, z. B. indem Sie eine Hintergrundfarbe für Links festlegen.

In der Vergangenheit <a><h1>..</h1></a>wurde in HTML 2.0 für ungültig erklärt, und nachfolgende HTML-Spezifikationen folgten, aber HTML5 ändert dies und erklärt es für gültig. Die formale Definition hat keine Auswirkungen auf Browser, sondern nur auf Validatoren. Es ist jedoch aus der Ferne möglich, dass einige Benutzeragenten (wahrscheinlich keine normalen Browser, sondern z. B. spezialisierte HTML-Renderer, Datenextraktoren, Konverter usw.) nicht <a><h1>..</h1></a>ordnungsgemäß funktionieren, da dies in den Spezifikationen nicht zulässig ist.

Es gibt selten einen guten Grund, eine Überschrift oder einen Text in einer Überschrift zu einem Link zu machen. (Es ist meist unlogisch und schlecht für die Benutzerfreundlichkeit.) Aber eine ähnliche Frage arised hat oft , wenn eine Überschrift zu machen (oder Text in einer Überschrift) ein potenzielles Ziel für einen Link, unter Verwendung zB im <h2><a name=foo>...</a></h2>Vergleich <a name=foo><h2>...</h2></a>. Ähnliche Überlegungen gelten für diese (beide Arbeiten, es kann einen Unterschied geben, da das letztere das aElement zu einem Block macht und vor HTML5 nur das erstere formal zulässig ist). Darüber hinaus sind beide Möglichkeiten veraltet, und es idwird jetzt empfohlen , das Attribut direkt für das Überschriftenelement zu verwenden : <h2 id=foo>...</h2>.


8
"There is seldom a good reason to make a heading or text in a heading a link"-> Da muss ich nicht zustimmen. Es gibt tatsächlich viele gute Gründe, eine Überschrift zu einem Link zu machen. Beispiel: Eine Liste von Blog-Posts, wobei jeder Titel auch ein Link ist. Oder checken Sie SO selbst aus: Alle Fragen auf der Startseite sind h3Elemente und auch ein Link. Wie auch immer, gute Erklärung;)
Giorgio

@giorgio, z. B. die von Ihnen erwähnten SO-Links sind schlecht für die Benutzerfreundlichkeit: Es ist sinnlos und verwirrend, einen Link zu erstellen, der auf die Seite selbst verweist.
Jukka K. Korpela

1
Nun, ich meine die SO-Links auf der Homepage, die den Benutzer auf eine andere Seite leiten, die Fragenseite speziell. Und ja, der Link in der Kopfzeile auf der Fragenseite ist (nicht vollständig) nutzlos, aber das macht es nicht unbedingt schlecht für die Benutzerfreundlichkeit. Der Hauptgrund ist jedoch SEO (auf der Fragenseite).
Giorgio

1
Diese Loopback-h1-SEO-Sache ist etwas Schlechtes für die Benutzerfreundlichkeit. Warum hat der Titel einer Seite (h1) einen Screenreader dazu gebracht, einen Link zu einem anderen Ort anzukündigen? Es ist sehr verwirrend. Und aus dem gleichen Grund ist es verwirrend, einen Link in Unterüberschriften zu haben, wenn etwas angeblich der Titel eines Abschnitts innerhalb der Seite und auch der Titel einer anderen Seite ist.
Adam

5

H1-Elemente sind Elemente auf Blockebene und Anker sind Inline-Elemente. Sie dürfen ein Inline-Element innerhalb eines Blockebenenelements haben, aber nicht umgekehrt. Wenn Sie das Box-Modell und die HTML-Spezifikation betrachten, ist dies sinnvoll.

Zusammenfassend ist der beste Weg:

<h1><a href="#">Link</a></h1>

2
"Das macht Sinn" , sagen Sie kryptisch, ohne zu erklären, warum, aber das Verhalten eines Elements auf Blockebene innerhalb eines Inline-Elements wird angegeben . Elemente auf Blockebene in Inline-Elementen zu haben, war nie falsch. Darüber hinaus sind die HTML 5-Spezifikation und der HTML Living Standard völlig in Ordnung, wenn Überschriften in Ankern enthalten sind. Diese Antwort ist einfach falsch.
Mark Amery

1

Möchten Sie einen Hyperlink <a href="…">/ verwenden a:linkoder möchten Sie Ihrer Überschrift einen Anker hinzufügen? Wenn Sie einen Anker hinzufügen möchten, können Sie einfach eine ID zuweisen <h1 id="heading">. Sie können es dann als verknüpfenpage.htm#heading .

Wenn Sie die Überschrift anklickbar machen möchten (einen Link), verwenden Sie zuerst <h1><a></a></h1>/ h1 > a- Blocklevel-Elemente und Inline-Elemente darin


1

Es gibt auch Unterschiede in der Stilhierarchie. Wenn Sie es als haben <h1><a href="#">Heading here</a></h1>, überschreiben die Stile des Ankers die Stile des h1-Elements. Beispiel:

a {color:red;font-size:30px;line-height:30px;}

WIRD ÜBERREGELN

h1 {color:blue;font-size:40px;line-height:40px;}

-1, weil dies die Frage (die korrekter ist) überhaupt nicht anspricht.
Mark Amery
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.