2012-10-24 18 views
9

Wciąż próbuję do zapoznania się z HTML5, a tam te rzeczy, które czuje się trochę mylące ....Właściwy sposób używania h1? (Jeśli chodzi o zarysie dokumentów i SEO)

Czytałem kiedyś w Jeremy Keith's book i HTML5 Doctor (poprzez this question), który powiedzmy, że HTML5 umożliwia korzystanie z wielu s. h1. W HTML5 każda sekcja może mieć swój własny element nagłówka, więc można mieć więcej niż jeden h1. Widziałem framework Wordpress, "underscores", który wydaje się stosować to w pełni.

Jednak może to wydawać się problemem dla starszych przeglądarek (jeszcze obsługujących HTML5) przy definiowaniu struktury strony/zarysu dokumentu. Ponadto stanowi problem dla SEO.

natknąłem się Matt Cutts's (from Google) video i ponownie przeczytać książkę Keitha które zalecają ograniczenie stosowania h1 i używać konwencjonalnego konspektu dokumentu (tylko użyć jednego lub dwóch h1 od strony, po której wielokrotności h2, h3, etc). Matt Cutts sugeruje również, że wielokrotność h1 nie jest zbyt dobra dla SEO.

Jednak

  • ja nigdy wcześniej zapłacił szczególną uwagę na strukturę witryny/konspektu dokumentu. Dlatego nigdy nie wiem, jak stare przeglądarki (pre-HTML5) odczytują strukturę strony/zarys dokumentu. Istnieje HTML5 outliner, ale nie mogę znaleźć programu outliner dla HTML4.
  • Wideo Matta Cuttsa (dotyczące HTML5 i SEO) zostało opublikowane w 2009 roku. I Nie wiem, czy Google obsługuje już nowy sposób HTML5 określania dokumentu .

Więc moje pytanie brzmi, czy chcę:

  • obsługi starszych przeglądarek (np Firefox 3.0 i IE 6), aby wyświetlić prawidłową strukturę witryny/konspektu dokumentu
  • Czy dobry wynik w SEO

Który powinienem użyć: wiele h1 s (sposób jest zrobiony w HTML5) lub konwencjonalny sposób?

Ten HTML5 (przykład wzięty z HTML5 Doctor):

<h1>My fantastic site</h1> 
<section> 
    <h1>About me</h1> 
    <p>I am a man who lives a fascinating life. Oh the stories I could tell you...</p> 
    <section> 
    <h1>What I do for a living</h1> 
    <p>I sell enterprise-managed ant farms.</p> 
    </section> 
</section> 
<section> 
    <h1>Contact</h1> 
    <p>Shout my name and I will come to you.</p> 
</section> 

lub konwencjonalny sposób?

<h1>My fantastic site</h1> 
    <h2>About me</h2> 
    <p>I am a man who lives a fascinating life. Oh the stories I could tell you...</p> 
    <h3>What I do for a living</h3> 
    <p>I sell enterprise-managed ant farms.</p> 
    <h2>Contact</h2> 
    <p>Shout my name and I will come to you.</p> 

Odpowiedz

-4

Najlepszym sposobem jest użycie HTML5 i użyć tego linku, aby działały w starej przeglądarki od Google jest gotowy witryna sposób lepiej i rozważyć użyć nowej technologii (tak, że witryna jest lepiej), jeśli użyj nowych tagów.

<!--[if IE]> 
<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script> 
<![endif]--> 

Umieścić go w sekcji head swojej stronie i będzie działać dobrze dla starszych wersji IE

+2

CMIIW, ale czy HTML5Shiv nie jest poprawnie wyświetlany w nowym znaczniku HTML5 ("audio", "wideo" itp.)? Moje pytanie nie dotyczy poprawnego wyświetlania nowego tagu HTML5, ale wyświetlania właściwej struktury witryny. Specyficzne dotyczące tagów nagłówka. – deathlock

5

Użyj nowego formatu. Wiele osób skorzysta z h3 s lub h2 s, i to też jest w porządku.

W rzeczywistości, oni korzystać z section lub article lub header lub footer elementy oferowane przez HTML5, a następnie użyj h3 lub h4 jako pozycjami dla tego dokumentu segmencie (w obawie przed karami SEO/Legacy stylizacji | dziwactwa Układ) .

I to też jest w porządku.

Jeśli ponownie obejrzysz film Cuts, mówi on, aby ograniczyć użycie do h1 tylko za pomocą wielokrotności, gdy są naprawdę uzasadnione.

To się tak naprawdę nie zmieniło w tym momencie.

Google nie zamorduje cię za wielokrotność. Google Oczekuje, że każdy z nich będzie oznaczać zasadniczą zmianę treści.

To prawda, bez względu na to, czy masz elementy podziału (section/article/etc), czy nie.

Google doszło również do punktu, w którym poprawnie przeglądają strony internetowe zależne od AJAX lub JavaScript, i mają swój własny system metadanych o bogatej treści ... ... są na tyle wyrafinowane, aby je analizować section lub article.

Martw się bardziej o jakość treści, a jeśli chcesz ją wykorzystać, metadane Google, których używają w wynikach wyszukiwania itp. ... ... i pozwólmy Google martwić się poruszanie się po semantykach (o ile dobrze ich używasz i nie robi nic podejrzanego).

Mniejsi robotnicy, którzy wiedzą ... ... ale to jest w przeliczeniu na jednego robota, a większość ludzi musi zajmować się tylko Google'em i Bingiem oraz Yahoo, innymi robotami albo odbierającymi Google, albo bardzo specyficzne dla danej domeny (na przykład, jeśli z jakiegoś powodu chcesz mieć wysoką pozycję na opcjonalnym robocie wypożyczania samochodów ... ... w którym to momencie i tak powinno ci się dostarczać jakiś plik XML/JSON).

2

Śmierć, Twój drugi przykład nie zawiera żadnych elementów podziału. Można jednak użyć elementów przekroju o nagłówkach innych niż h1. Myślę, że to chodzi o Twoje pytanie:

h1 w każdym elemencie kabin sekcyjnych

<section> 
    <h1>…</h1> 
    <section> 
    <h1>…</h1> 
    </section> 
</section> 

lub "obliczony" nagłówek poziom

<section> 
    <h2>…</h2> 
    <section> 
    <h3>…</h3> 
    </section> 
</section> 

Semantycznie/technicznie, są takie same.

SEO nie powinno stanowić problemu, ponieważ "h1 wszędzie" będzie (i już jest) używane w całej sieci, a największe wyszukiwarki o tym wiedzą. Jeśli chcą obsługiwać HTML5, muszą zrozumieć algorytm konturowania. Założę się, że ich roboty/interfejsy API poprawnie obliczyły rzeczywisty poziom kursu, na przykład HTML5 outliner.

Jedynym powodem, dla którego warto użyć h2 - h6 jako nagłówka sekcji przekroju, byłoby stare oprogramowanie ułatwiające dostęp, np. czytniki ekranu. Zwykle oferują menu konspektu, więc użytkownik może przejść bezpośrednio do określonego nagłówka.Jeśli więc zawsze używasz h1, starsze czytniki ekranu, które nie znają HTML5, ogłosiłyby wszystkie nagłówki jako h1, ponieważ nie obliczają prawidłowych poziomów konspektu. Jednak na przykład, na przykład Jaws 13 (obecna wersja czytnika ekranu), wszędzie pojawia się "h1" dla poprawnego HTML5 w IE, AFAIR, a to się myli, jeśli użyjesz innych poziomów nagłówków na stronie HTML5. Jest to oczywiście błąd, ale jest to dobry przykład, że trzymanie się "starej drogi" nie zawsze będzie działać dla nowszego oprogramowania.

Tak więc może dostać problemy w obie strony.

Moim zdaniem powinieneś trzymać się tego, co zaleca specyfikacja HTML5, a to byłoby: użyj h1 dla wszystkich nagłówków sekcji cięcia. Ponieważ ta specyfikacja służy przyszłym użytkownikom, narzędziom dostępu, wyszukiwarkom i innym usługom/oprogramowaniu do tworzenia ich produktów.

Oczywiście, zależy to od Twojego przypadku użycia. Jeśli znasz statystyki odwiedzającego, powinieneś użyć ich do podjęcia właściwej decyzji w sprawie specjalnej. Na przykład. jeśli Twoja strona nie będzie funkcjonować przez wiele lat w przyszłości, skorzystaj z najlepszej obsługiwanej wersji.

Powiązane problemy