Giovedì 15 settembre 2011
I test sugli utenti ci hanno insegnato che le persone preferiscono una versione a pagina singola che offra una visualizzazione complessiva dei contenuti rispetto a una pagina di un componente che include solo una parte delle stesse informazioni con interruzioni di pagina arbitrarie (che fanno sì che l'utente faccia clic su "Avanti" e venga caricato un altro URL).
Pertanto, per migliorare l'esperienza utente, quando rileviamo che una serie di contenuti (ad es. page-1.html
, page-2.html
e così via) include anche una versione a pagina singola (ad es. page-all.html
), ora ci stiamo impegnando ancora di più per restituire la versione a pagina singola nei risultati di ricerca. Se il vostro sito dispone di un'opzione di visualizzazione complessiva, non dovete fare nulla, ci penseremo noi. Inoltre, le proprietà di indicizzazione, come i link, disponibili nelle varie pagine dei componenti della serie verranno raggruppate nella pagina di visualizzazione complessiva.
Una latenza elevata può rendere meno preferibile la visualizzazione complessiva
È interessante notare che i casi in cui gli utenti non hanno preferito la pagina di visualizzazione complessiva erano correlati a un'elevata latenza, ad esempio se il caricamento della pagina di visualizzazione complessiva aveva richiesto un po' di tempo perché magari conteneva molte immagini. Tutto questo ha senso, dato che sappiamo che gli utenti sono meno soddisfatti quando i risultati vengono mostrati lentamente. Pertanto, sebbene una pagina di visualizzazione complessiva sia in genere preferita, come webmaster è importante trovare un equilibrio tra questa preferenza, il tempo di caricamento della pagina e l'esperienza utente complessiva.
Best practice per una serie di contenuti
-
Se il vostro sito include pagine di visualizzazione complessiva, cerchiamo di rilevare la versione di visualizzazione complessiva dei contenuti e, se disponibile, delle pagine dei componenti associate. Non dovete fare altro. Tuttavia, se volete adottare un approccio più esplicito, potete spostare
rel="canonical"
dalle pagine dei componenti nella visualizzazione complessiva, così avremo maggiore probabilità di rilevare la serie di pagine in modo appropriato.Perché funziona? Nel diagramma,
page-2.html
di una serie potrebbe specificare il target canonico comepage-all.html
, perchépage-all.html
è un soprainsieme di contenuti dipage-2.html
. Quando un utente cerca un termine di query epage-all.html
è selezionato nei risultati di ricerca, anche se è la query è più correlata apage-2.html
, sappiamo che l'utente continuerà a vedere le informazioni pertinenti dipage-2.html
inpage-all.html
.D'altra parte,
page-2.html
non dovrebbe designarepage-1.html
come canonico perché i contenuti dipage-2.html
non sono inclusi inpage-1.html
. È possibile che la query di ricerca di un utente sia pertinente ai contenuti inpage-2.html
, ma se la pagina canonica dipage-2.html
è impostata supage-1.html
, l'utente può selezionarepage-1.html
nei risultati di ricerca e trovarsi in una posizione in cui deve passare a un'altra pagina per ottenere le informazioni di suo interesse. Ciò rappresenta un'esperienza negativa per l'utente, un risultato non ottimale per noi e potrebbe anche generare traffico con un targeting scadente al vostro sito.Tuttavia, se volete davvero che la vostra pagina di visualizzazione complessiva non venga mostrata nei risultati di ricerca:
-
Assicuratevi che le pagine dei componenti della serie non includano
rel="canonical"
nella pagina di visualizzazione complessiva -
Contrassegnate la pagina di visualizzazione complessiva come
noindex
con uno qualsiasi dei metodi standard.
-
Assicuratevi che le pagine dei componenti della serie non includano
-
Se volete mostrare singole pagine dei componenti (oppure la visualizzazione complessiva non è disponibile), può essere che una o entrambe le situazioni riportate di seguito si applichino al vostro sito:
- La pagina di visualizzazione complessiva è sconsigliata come risultato di ricerca (ad esempio se la pagina impiega troppo tempo a caricarsi o la navigazione è troppo difficile per gli utenti).
- I vostri utenti preferiscono l'esperienza su più pagine ed essere reindirizzati alla pagina di un componente nei risultati di ricerca anziché alla pagina di visualizzazione complessiva.
In questo caso, potete utilizzare gli elementi HTML standard
rel="next"
erel="prev"
per specificare una relazione tra le pagine dei componenti nella serie di contenuti. Se eseguite correttamente questa operazione, in genere Google tenterà di:- Raggruppare le proprietà di indicizzazione, ad esempio i link, tra le pagine o gli URL dei componenti.
- Indirizzare gli utenti alla pagina o all'URL più pertinente dalle pagine dei componenti. In genere, la pagina più pertinente è la prima pagina dei contenuti, ma i nostri algoritmi potrebbero indirizzare gli utenti a una delle pagine dei componenti della serie.
Non è raro che i webmaster utilizzino incorrettamente rel="canonical"
dalle pagine dei componenti nella prima pagina della serie (ad esempio page-2.html
con rel="canonical"
in page-1.html
). Sconsigliamo questa implementazione perché le pagine dei componenti in realtà non includono contenuti duplicati. L'utilizzo di rel="next"
e rel="prev"
è molto più appropriato.
Riepilogo
Dato che in genere gli utenti preferiscono l'opzione di visualizzazione complessiva nei risultati di ricerca, ci stiamo impegnando per rilevare e mostrare correttamente questa versione agli utenti che eseguono ricerche. Se avete una serie di contenuti, non dovete fare altro; se volete suggerire meglio a Google il modo migliore per mostrare agli utenti le vostre informazioni:
-
Per ottimizzare la pagina di visualizzazione complessiva, potete utilizzare
rel="canonical"
dalle pagine dei componenti nella versione a pagina singola -
Se una pagina di visualizzazione complessiva non fornisce una buona esperienza utente per il vostro sito, potete utilizzare gli attributi
rel="next"
erel="prev"
per suggerire a Google di identificare la serie di pagine e mostrare comunque una pagina di un componente nei risultati.
Come sempre, potete porre domande nel nostro forum di assistenza per i webmaster.