L'uso eccessivo di <h1> era negativo, ma ora con HTML5?


22

Sappiamo che l'uso eccessivo di <h1>può portare a una penalità di ottimizzazione eccessiva, ma ora in HTML5 è consentito utilizzare più <h1>nella stessa pagina (all'interno di sezioni nidificate).

Cosa farà Google con le pagine che contengono <h1>solo titoli?


Non so cosa faccia Google, ma spero che un giorno li penalizzerà e li manderà all'inferno per il resto della loro vita! Con tutte le cose belle che ci vengono fornite da HTML5, faccio davvero fatica a capire perché le persone hanno bisogno di gonfiare i <h1>tag nidificati nel codice. Chiediti: "C'è più di un <title>tag nelle mie pagine?" la risposta è NO, quindi perché devo aggiungere più di un <h1>tag in una pagina ?!
Marco Demaio,


1
@MarcoDemaio, i H1tag non sono gli stessi dei TITLEtag. L'algoritmo delineatore HTML5, così come praticamente ogni elemento di sezionamento introdotto da HTML5, è stato creato per rispondere al concetto che una singola pagina potrebbe contenere più di un singolo articolo. Quando una pagina contiene un singolo articolo (come la maggior parte delle pagine su Wikipedia), ha senso usare solo H1-H6. Se inizi a visualizzare più teaser di articoli su una pagina, finirai per fare casino se ti affidi ai soli tag H1-H6 per strutturare i tuoi contenuti.
terzo

@thirdender: IMHO se mostri una pagina con più artcile in essa puoi usare <h1>per avvolgere il vero nome della pagina "Articoli che parlano di ..." e l'intestazione degli articoli potrebbe essere racchiusa <h2>, non vedo ancora perché tu devo usare più <h1>volte nella pagina.
Marco Demaio,

1
@MarcoDemaio, sì, è possibile farlo in questo modo, ma poi non stai sfruttando gli elementi di sezionamento HTML5 a tutto vantaggio. Vedi Smashing Magazine: Semantica strutturale - L'importanza degli elementi di sezionamento HTML5 . In questo modo risolve i difetti del documento storico che delinea i meccanismi e come vengono affrontati dai nuovi elementi di sezionamento HTML5. Questi avvantaggiano i programmatori semplificando la vita e avvantaggiano gli utenti degli screen reader standardizzando le pratiche di contorno in modo significativo.
terzo

Risposte:


14

Secondo Matt Cutts, Google non penalizza i siti solo per avere più <h1>tag . È possibile che i loro indicizzatori possano essere programmati per rilevare un uso eccessivo eccessivo di <h1>- come, diciamo, avere tutto il testo all'interno dei <h1>tag - e per penalizzare tali pagine, ma non ho visto alcuna conferma diretta di ciò. Si è molto probabile che il loro personale umano, se avvisato di tale pagina una, lo vedrà come l'abuso e agire di conseguenza.

Non lavoro su Google e non ho idea di come funzionino effettivamente i loro algoritmi (oltre a quanto si può dedurre dalle osservazioni e dai post di persone che lo sanno), ma se dovessi scrivere il loro codice di gestione delle intestazioni, assegnerei una certa quantità di "peso di intestazione" per pagina e dividere tale peso in modo proporzionale su tutte le intestazioni della pagina. In questo modo, avere due <h1>tag avrebbe esattamente lo stesso effetto che avere un singolo lungo e usare solo, diciamo, i <h3>tag su una pagina avrebbe esattamente lo stesso effetto che usare solo <h1>. È una soluzione così ovvia che sarei piuttosto sorpreso se Google non facesse qualcosa di più o di meno.


1
Asker non menziona esattamente ciò a cui viene fatto riferimento, ma vale la pena notare che il video a cui Ilmari si collega è del 2009. L'aggiornamento che è stato specificamente mirato a essere una penalità di ottimizzazione eccessiva (eventualmente chiamato Penguin ) è stato introdotto solo una settimana fa .
Su '29

8

È generalmente accettata la procedura consigliata per avere solo un singolo <h1>in una pagina o solo 1 <h1>in una sezione per HTML5. Google non ti penalizzerà per il rispetto degli standard HTML, né ti penalizzerà per avere multipli <h1>- potrebbe però penalizzarti per aver SOLO <h1> .

Il punto importante è che si tratta dei requisiti del contenuto e dei requisiti degli utenti - siano essi avvistati o meno, che dovrebbero portare la giornata.

Ecco Johnathan Mueller di Google che conferma che Google può indicizzare HTML 5 e che non fa nulla di speciale, vale a dire premiarti per l'utilizzo di HTML 5.

I nostri sistemi di indicizzazione e indicizzazione attualmente non fanno nulla di speciale per HTML5, quindi non vi è alcun "bonus" per l'utilizzo di costrutti HTML5, ma allo stesso modo generalmente non c'è alcun aspetto negativo. Detto questo, la maggior parte delle pagine con markup HTML5 che ho visto tendono ad essere molto pulite, con poca "cruft" ed elementi inutili. Pur avendo un markup pulito non è qualcosa che i nostri algoritmi cercano esplicitamente, a volte vediamo pagine quasi incomparabili. Inoltre, il markup pulito semplifica notevolmente la manutenzione del sito Web, l'aggiunta più semplice di nuovi elementi come i microformati e spesso rende le pagine più portatili su una varietà di browser e dispositivi. Quindi, con questo in mente, non c'è niente che ti trattiene (dal punto di vista della ricerca) dalla creazione di un sito fantastico in HTML5 :).


prova quello che stai dicendo. prova che google capisce OGGI html5 ... lo farà sicuramente in futuro. ma oggi?
skyline26,

1
dal blog di matt cutts: tag H1 eccessivi - tutti insieme ora: H1 è per il titolo principale; H2 e H3 per il resto. Dovresti avere solo un'intestazione H1 per articolo o pagina.
skyline26,

@toPeerOrNotToPeer sì, precisamente. Segui gli standard e non avrai problemi, ma Google non penalizza per più H1 e comprende HTML 5.
toomanyairmiles

La restrizione H1 singola non è mai stata vera.
Su '29

@Su 'non è nelle specifiche, no. È generalmente una pratica accettata, però, ho esagerato il caso.
toomanyairmiles

3

Tutti indicano sempre il post di Matt Cutts del 2009. Ecco un video del 2011 durante una chat di webcam in diretta in cui Matt Cutts afferma specificamente la sua preferenza per un singolo <h1>tag per pagina.


Benvenuti nel sito! Questo è un link informativo: puoi espandere leggermente la tua risposta per rispondere meglio alla domanda? Altrimenti la tua risposta è più vicina a un commento. Grazie!
dan

3

È sempre stato consentito l'uso di più <h1>in un documento e non è mai stato arbitrariamente penalizzato. Oltre a farlo è ciò che potrebbe farsi un problema.

Per quanto riguarda Google, dovrai solo fidarti che gli ingegneri stanno facendo il loro lavoro e se stanno indicizzando HTML5 correttamente, Googlebot sa che i nidificati <h1>vengono effettivamente "abbassati" di livello. Se non ti fidi di questo, allora non farlo e fallo manualmente <h2>fino a quando non ottieni una risposta chiara e diretta. (Il link al post di Johnathan Mueller nella risposta di @toomanyairmiles è interessante, ma non abbastanza completo per me.) Non l'ho ancora visto accadere.


1

Presumo che questa domanda si basi sulla logica che un <h1>tag rappresenti il ​​titolo principale della pagina. Sebbene ciò potesse essere vero nei giorni precedenti, HTML5 ha cambiato quel tipo di logica. In HTML5, il <h1>tag è il titolo principale di una sezione. Potrebbe trattarsi di una pagina intera, una sottopagina, un modulo, ecc. Un buon esempio del perché questa differenza è importante quando si costruisce un sistema modulare di diverse sezioni dedicate a diverse attività.

Immagina un sistema con più "pagine" allineate una accanto all'altra. Ogni pagina ha uno scopo diverso: uno per il tempo, uno per l'organizzazione delle attività, uno per i clienti di visualizzazione, ecc. Ognuna di queste pagine può essere ulteriormente analizzata in (previsioni ora per ora, attività singola, singolo cliente) e queste "sottopagine" potrebbero essere posizionate visivamente accanto alle pagine effettive.

Prima di HTML5, dovresti determinare logicamente quale tag di intestazione era appropriato e, se hai approfondito più di 6 livelli, hai esaurito i tag di intestazione. Con HTML5, puoi impostarli tutti come <h1>senza logica aggiuntiva o limitazione di nidificazione.


Ma ha chiesto "farà Google con le pagine ...". Il sistema che immagini nella tua risposta sembra più un'interfaccia di un'applicazione web piuttosto che un webista. Di solito si suppone che l'applicazione Web resti dietro un accesso, pertanto Google non può eseguirne la scansione.
Marco Demaio,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.