Vuoi ricevere i prossimi contenuti e slide? Iscriviti alla newsletter. È gratis. :) bit.ly/mocanewsletter
Slide presentate con l'occasione del workshop "RankingLab Advanced SEO" organizzato da Digital Accademia utili ad affrontare l'argomento "SEO ed Architettura dell'Informazione" con approfondimenti circa l'usabilità e l'esperienza utente (con riferimenti al mobile, con esempi positivi e negativi, best practices e risorse consigliate).
5. introduzione
#1 il motore di ricerca
è contento quanto
l’utente è contento (il
rischio è che l’utente cambi motore di
ricerca)
6. introduzione
#2 il motore di ricerca
premia le risorse che
fanno contento
l’utente (meno quantità e più qualità;
Pagerank > Trustrank)
7. introduzione
qualità?
. velocità di caricamento
. facilità di navigazione
. struttura di link interna “facile”
. no contenuti duplicati
. contenuti rilevanti
. layout di pagina
11. introduzione
[sembra esserci confusione]
sono discipline diverse:
SEO > legato al (search) mktg
ux > correlato allo sviluppo
12. introduzione
[sembra esserci confusione]
ma si stanno scambiando i ruoli:
SEO > ha implicazioni
tecniche
ux > correlato all’incremento
di conversioni e performance
13. introduzione
si intravede anche la figura
professionale del SEO di
domani: sempre più attento
all’utente, senza perdere di
vista i motori di ricerca
14. introduzione
“Find a usability professional
with knowledge of search
marketing, in my opinion, is
a must”, Kim Krause Berg
(searchengineland.com)
16. introduzione
[non dirò mai di averlo detto :)]
dò una priorità al SEO:
#1 se non ti trovano, non ti
visitano (soprattutto in Italia,
soprattutto per l’ecommerce)
#2 Google premia i siti
usabili, ma non penalizza
quelli non usabili
17. SEO e architettura dell’informazione
. introduzione
. desktop
. mobile
. errori
. esempi
. risorse consigliate
. conclusioni
37. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
38. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
2. permettono di accedere a pagine di livello superiore con
un click
39. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
2. permettono di accedere a pagine di livello superiore con
un click
3. non hanno mai causato “problemi” durante i testi di
usabilità
40. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
2. permettono di accedere a pagine di livello superiore con
un click
3. non hanno mai causato “problemi” durante i testi di
usabilità
4. occupano poco spazio nella pagina
41. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
2. permettono di accedere a pagine di livello superiore con
un click
3. non hanno mai causato “problemi” durante i testi di
usabilità
4. occupano poco spazio nella pagina
5. riducono il bounce rate
42. desktop
. path/breadcrumbs e
usabilità
1. aiutano l’utente a posizionarsi all’interno dell’alberatura
informativa
2. permettono di accedere a pagine di livello superiore con
un click
3. non hanno mai causato “problemi” durante i testi di
usabilità
4. occupano poco spazio nella pagina
5. riducono il bounce rate
6. sono facilmente comprensibili dall’utente
44. desktop
. path/breadcrumbs e
SEO
1. sono un’opportunità per inserire parole chiave e termini
correlati
2. aiutano il motore nell’attività di contestualizzazione del
contenuto
45. desktop
. path/breadcrumbs e
SEO
1. sono un’opportunità per inserire parole chiave e termini
correlati
2. aiutano il motore nell’attività di contestualizzazione del
contenuto
3. in alcuni casi vengono stampate nelle SERP e favoriscono
il CTR
48. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
49. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
3. se le pagine del sito sono allo stesso livello, sono inutili
50. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
3. se le pagine del sito sono allo stesso livello, sono inutili
4. dovrebbero essere pubblicate sopra la piega
51. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
3. se le pagine del sito sono allo stesso livello, sono inutili
4. dovrebbero essere pubblicate sopra la piega
5. non dovrebbero essere troppo grandi (pixel)
52. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
3. se le pagine del sito sono allo stesso livello, sono inutili
4. dovrebbero essere pubblicate sopra la piega
5. non dovrebbero essere troppo grandi (pixel)
6. dovrebbero partire dalla homepage e chiudersi con la
pagina visualizzata
53. desktop
. path/breadcrumbs:
linee guida
1. non dovrebbero sostituirsi alla navigazione principale
2. meglio il path piuttosto che le breadcrumbs
3. se le pagine del sito sono allo stesso livello, sono inutili
4. dovrebbero essere pubblicate sopra la piega
5. non dovrebbero essere troppo grandi (pixel)
6. dovrebbero partire dalla homepage e chiudersi con la
pagina visualizzata
7. consistenza in termini di label tra menu e path/
breadcrumbs
54. desktop
. pensate ad una
soluzione nel caso il
prodotto sia
temporaneamente
non disponibile
77. desktop
[paginazione]
1. “1, 2, 3, ...”
lo spider potrebbe
metterci troppi click
per spiderizzare fino
all’ultima pagina
78. desktop
[paginazione]
2. “risultati 1-5 di 50”
sottoinsiemi piccoli di
risultati aumentano il
numero di pagine da
indicizzare (poco valore aggiunto)
79. desktop
[paginazione]
quindi?
. restituite un numero
ragionevole di
risultati per pagina
80. desktop
[paginazione]
quindi?
. create, in caso, un
livello “extra” (sottocategorie?)
per circoscrivere la
questione
81. desktop
[paginazione]
quindi?
. linkate in cima ai
risultati le risorse più
“fresche”/strategiche
82. desktop
[paginazione]
quindi?
. non superate il
limite “certificato” da
google: 100 link/
pagina (non dimenticate il menu!)
83. desktop
[paginazione]
quindi?
. utilizzate i comandi
“noindex, follow”
84. desktop
[paginazione]
quindi?
. variate i meta tag (title,
description) di pagina 1, 2,
3, ...
85. desktop
[paginazione]
quindi?
. permettete all’utente
di variare il numero di
risultati visualizzati
per pagina
88. desktop
. linkate dalla
homepage le pagine
più strategiche (la homepage
dovrebbe aiutare anche ad individuare da
: google
subito i contenuti top)
capirà
89. desktop
. rendete
l’informazione facile
da trovare nella
pagina: google sa se si
torna nella SERP
90. desktop
. ottimizzate le
informazioni
“nascoste” (alt/title per link/
img): pensate agli utenti
diversamente abili
91. desktop
. ottimizzate le
informazioni
“nascoste” (alt/title per link/
img): forniscono a
google più dettagli
96. desktop
[header di formattazione: linee guida]
. un H1 per pagina
97. desktop
[header di formattazione: linee guida]
. un H1 per pagina
. l’H1 è quello che dovrebbe
essere visto per primo
98. desktop
[header di formattazione: linee guida]
. un H1 per pagina
. l’H1 è quello che dovrebbe
essere visto per primo
. prima dell’H3 c’è l’H2
99. desktop
[header di formattazione: linee guida]
. un H1 per pagina
. l’H1 è quello che dovrebbe
essere visto per primo
. prima dell’H3 c’è l’H2
. considerate nell’H1 la parola
chiave
100. desktop
[header di formattazione: linee guida]
. un H1 per pagina
. l’H1 è quello che dovrebbe
essere visto per primo
. prima dell’H3 c’è l’H2
. considerate nell’H1 la parola
chiave
. Hx semanticamente vicini ad H1
101. desktop
. per i testi con gli
“effetti speciali”
[NI] sIFR (http://goo.gl/ygXF1)
[SI] google fonts (http://
goo.gl/vDIXe)
116. mobile
. ricerca e fruzione dei
contenuti sono
diversi: rapida,
impaziente, che si
“consuma” prima
117. mobile
. le performance
(tecnologiche)
potenzialmente sono
inferiori (3G vs ADSL)
118. mobile
. le pagine dei risultati
di ricerca sono
differenti (Google considera le
risorse sviluppate per smartphone per
ricerche fatte da smartphone)
119. mobile
. esiste un mobile
search engine score
per il posizionamento
120. mobile
. nel contesto mobile
l’usabilità e la ux
richiedono più
attenzioni: c’è meno
spazio!
121. mobile
. il layout dovrebbe
essere rivisto anche
nell’ottica di pesare
(kbyte) meno: google
apprezzerà
122. mobile
. va data più enfasi
(quindi posta più in alto)
all’informazione
principale: google
apprezzerà
123. mobile
. va data meno enfasi
(quindi posta più in basso)
all’informazione
ridondante (header, menu):
google apprezzerà
126. SEO e architettura dell’informazione
. introduzione
. desktop
. mobile
. errori
. esempi
. risorse consigliate
. conclusioni
127. errori
#1 pensare che un
(quando si ridisegna un sito web)
sito più piccolo sia più (con meno pagine)
facile:
. visite da long tail a rischio!
. il numero di risorse a db
concorre a determinare il
“peso” di una risorsa
132. esempi (negativi)
troppi elementi di distrazione
nella pagina che “parlano” a
troppi target insieme:
. menu a sinistra
. promozione di Kindle (posizionamento aziendale)
. selezione di prodotti per la donna
. fotocamere in promozione
. advertising
. “deal of the day”
139. SEO e architettura dell’informazione
. introduzione
. desktop
. mobile
. errori
. esempi
. risorse consigliate
. conclusioni
140. risorse consigliate
agenzie:
. About User/Doralab (Italia)
. Cre8pc (US)
tool:
. Loop11
blog:
. Usabile.it/Mucignat.com
. Useit.com
libri:
. Information Architecture for the WWW
. Don’t make me think
141. SEO e architettura dell’informazione
. introduzione
. desktop
. mobile
. errori
. esempi
. risorse consigliate
. conclusioni