HTML5 Semantics - H1 atau H2 untuk judul ARTICLE dalam BAGIAN


10

Ini pemahaman saya (berdasarkan bab Menyelam ke dalam HTML5: http://goo.gl/9zliD ) bahwa secara semantik dapat dianggap tepat untuk menggunakan tag H1 di berbagai area halaman, sebagai metode pengaturan judul yang paling penting untuk konten tertentu.

Jika saya menggunakan metodologi ini, dan saya memiliki BAGIAN yang telah saya berikan H1 'Artikel', haruskah saya menggunakan H1 atau H2 untuk mendefinisikan judul untuk ARTICLE dalam BAGIAN itu? Ini agak membingungkan bagi saya karena judul artikel adalah judul yang paling penting untuk ARTICLE mereka, tetapi juga 'anak-anak' dari judul BAGIAN.

Kode contoh:

<section class="article-list">
  <header>
    <h1>Articles</h1>
  </header>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="201-02-01">Today</time>
    </header>
    <p>Article text...</p>
  </article>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="2011-01-31">Yesterday</time>
    </header>
    <p>Article text...</p>
  </article>

  <article>
    <header>
      <h2>Article Title</h2>
      <time datetime="2011-01-30">The Day Before Yesterday</time>
    </header>
    <p>Article text...</p>
  </article>
</section>

Saya telah mendengar ulasan beragam dari seri Menyelam ke ... Dari apa yang saya mengerti itu mungkin bukan referensi terbaik.
the_e

4
@ Espais: Di mana Anda mendengar ulasan ini? Apakah Anda memiliki tautan ke salah satunya yang negatif?
Lèse majesté

@ Lèse: Saya tidak bisa menempatkannya pada sesuatu yang lebih dari pada saat ini. Saya cukup yakin saya melihatnya di salah satu situs SE di masa lalu ... tetapi saat ini saya tidak memiliki sumber.
the_e

1
@ Epais aneh, karena semua referensi yang dapat saya temukan di Webmaster dan SO tidak hanya positif, tetapi biasanya sangat terunggul. stackoverflow.com/search?q=%22dive+into+html5%22 , webmasters.stackexchange.com/search?q=%22dive+into+html5%22
Yahel

@ Lèse: ya, karena saya benar-benar tidak dapat mencadangkan komentar saya maka saya akan menariknya dengan hormat
the_e

Jawaban:


7

Peziarah tidak sendirian dalam menentang ini.

Menurut HTML5 Jeremy Keith untuk Desainer Web , Anda dapat menggunakan banyak <h1>s dalam dokumen tanpa merusak ringkasan dokumen, asalkan mereka bersarang di dalam tag sectional semantic diskrit.

Mengutip langsung dari eBook (yang saya beli dari iBooks)

Sejauh ini, konten sectioning baru tidak memberi kita lebih dari apa yang bisa kita lakukan dengan versi HTML sebelumnya. Inilah kickernya: Di HTML5, setiap bagian dari konten bagian memiliki garis besarnya sendiri. Itu berarti Anda tidak perlu melacak level heading apa yang harus Anda gunakan — Anda bisa mulai dari h1 setiap kali:

<h1>An Event Apart</h1> 
    <section>
        <header>
            <h1>Cities</h1>
        </header>
         <p>Join us in these cities in 2010.</p> 
        <section>
            <header>
                <h1>Seattle</h1>
            </header>
            <p>Follow the yellow brick road.</p> 
       </section>
        <section>
            <header>
                <h1>Boston</h1>
            </header>
            <p>That’s Beantown to its friends.</p> 
        </section> 
        <section>
             <header>
                   <h1>Minneapolis</h1>
             </header>
             <p>It's so <em>nice</em>.</p> 
         </section>
     </section> 
     <small>Accommodation not provided.</small>

(Contoh kode juga dari buku, halaman 73)


@ Mat tidak masalah. Ini bukan untuk mengatakan bahwa mungkin tidak ada masalah dengan melakukan ini. Dua datang ke pikiran. Pertama, ini bisa sedikit aneh untuk CSS, tetapi mudah dikelola. Tapi yang lebih penting, ini bisa berbahaya untuk SEO, karena ada Kebijaksanaan Konvensional yang cukup mapan bahwa seseorang hanya boleh memiliki satu <h1>di halaman Anda, dan bahwa apa pun yang lain melemahkan kemampuan crawler untuk menguraikan situs Anda. Tapi saya bukan guru SEO, jadi saya tidak bisa mengomentari itu.
Yahel

2

Saya cenderung setuju dengan interpretasi Mark Pilgrim . Jika Anda melampirkan artikel Anda di dalam suatu articleelemen, maka Anda bisa memulai lagi dengan h1tajuk artikel.

Dalam spesifikasi HTML5, articles seharusnya dianggap sebagai bagian halaman mandiri yang mandiri . Anda harus dapat mentransplantasikan articleelemen tersebut ke halaman lain tanpa memformat ulang judulnya.

Jika judul artikel harus merupakan kelanjutan dari hierarki tajuk dokumen, maka ketika Anda menjatuhkannya articlelangsung di bawah bodytag, Anda harus pergi ke h1, tetapi jika Anda menjatuhkannya di bagian bersarang, Anda harus mengubahnya ke h3/ h4/ h5/ etc., tergantung di mana Anda menempatkannya.

Bahkan, setiap kali Anda membuat yang baru sectionatau article, Anda harus kembali ke h1, karena yang berikut ini identik:

<article>
  <h1>Meta Data</h1>
    <h2>Data Warehousing</h2>
    <h2>On the Web</h2>
      <h3>Dublin Core</h3>
      <h3>XFN</h3>
      <h3>Microformats</h3>
      <h3>RDFa</h3>
</article>

dan:

<article>
  <h1>Meta Data</h1>
  <section>
    <h1>Data Warehousing</h1>
  </section>
  <section>
    <h1>On the Web</h1>
    <section>
      <h1>Dublin Core</h1>
    </section>
    <section>
      <h1>XFN</h1>
    </section>
    <section>
      <h1>Microformats</h1>
    </section>
    <section>
      <h1>RDFa</h1>
    </section>
  </section>
</article>

Sebagai catatan tambahan, jika tajuk Anda hanya elemen tajuk (mis. h1) Dan tidak ada yang lain, maka Anda tidak perlu membungkusnya dalam sebuah headerelemen.


Terima kasih Lèse. Bisakah Anda memberikan referensi untuk catatan Anda tentang penggunaan yang tepat dari elemen 'header'? Saya tertarik untuk membaca lebih lanjut tentang ini.
Matt

@ Matt: Saya sebagian besar mendasarkan ini pada kata-kata dari spesifikasi HTML5, yang menyebut header"sekelompok alat bantu pengantar atau navigasi". Ini dan fakta bahwa spesifikasi untuk h1- h6tidak mengharuskan mereka untuk bersarang di header(dan termasuk banyak contoh dari mereka yang digunakan langsung di bagian mereka adalah bagian dari) menunjukkan kepada saya bahwa itu tidak perlu. Sentimen ini digaungkan oleh Oli Studholme dan Remy Sharp dari HTML5 Doctor.
Lèse majesté

0

Sementara judul artikel dari halaman Anda penting, umumnya judul tingkat atas halaman menentukan konten halaman. Kadang-kadang itu adalah nama artikel, dan kadang-kadang, seperti yang Anda tunjukkan adalah judul daftar artikel.

<h1>My Very Interesting Articles</h1>

Judul ini mendefinisikan seluruh halaman sebagai 'artikel menarik'. Kemudian setiap artikel terdaftar tetapi memiliki tingkat judul yang lebih rendah.


-1

Jawaban w3schools resmi untuk penggunaan tag heading pada halaman adalah sebagai berikut: Pos H1 harus digunakan sebagai pos utama, diikuti dengan pos H2, kemudian pos H3 yang kurang penting, dan seterusnya.


5
Sebenarnya tidak ada yang "resmi" tentang W3Schools. Itu nama yang menyesatkan, karena mereka tidak berafiliasi dengan atau didukung oleh W3C dengan cara apa pun.
Lèse majesté

memang, lihat w3fools.com untuk rincian tentang betapa buruknya W3Schools.
Yahel

Saya pikir situs ini akan memiliki beberapa pengguna yang lebih konstruktif. Kalian terlihat agak sombong.
Keith Groben

2
Itu tidak ada hubungannya dengan keangkuhan, dan tidak ada hubungannya dengan keinginan untuk menjadi jahat, dan segala sesuatu yang berkaitan dengan keinginan untuk melihat informasi yang salah seperti ini dihancurkan. Terlalu banyak orang berpikir w3schools adalah sumber yang otoritatif, akurat, dan sangat merusak kualitas pengembangan web. Inti dari situs pertukaran stack adalah untuk memberikan jawaban yang akurat, berkualitas, dan untuk menekan dan memperbaiki jawaban yang tidak akurat, salah, atau menyesatkan.
Yahel

1
Sebenarnya, jawaban Anda benar-benar mengabaikan pertanyaan saya dan menjawab pertanyaan yang tidak diajukan. Pertanyaan saya dengan jelas menyatakan 'Jika saya menggunakan metodologi ini ...' Bagian ini bahkan dicetak tebal untuk memastikan pertanyaannya jelas. Saya akan berasumsi ini adalah alasan yang paling mungkin mengapa respons Anda ditolak.
Matt
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.