SEO per Architettura dell'Informazione, Usabilità ed Esperienza Utente

  • Published on
    20-Aug-2015

  • View
    1.665

  • Download
    0

Embed Size (px)

Transcript

<ol><li> 1. SEO e architetturadellinformazione </li><li> 2. SEO e architettura dellinformazione. introduzione. desktop . mobile. errori . esempi. risorse consigliate . conclusioni </li><li> 3. introduzioneai + usabilit + userxperience=utente </li><li> 4. introduzione perch usabilit e SEO insieme sonoimportanti per unastrategia web? </li><li> 5. introduzione#1 il motore di ricerca contento quanto lutente contento (il rischio che lutente cambi motore diricerca) </li><li> 6. introduzione#2 il motore di ricerca premia le risorse chefanno contentolutente (meno quantit e pi qualit; Pagerank &gt; Trustrank) </li><li> 7. introduzione qualit?. velocit di caricamento. facilit di navigazione. struttura di link interna facile. no contenuti duplicati . contenuti rilevanti . layout di pagina </li><li> 8. introduzionema (se dovessi scegliere) chi pi importante? </li><li> 9. introduzione </li><li> 10. introduzione20122008 </li><li> 11. introduzione[sembra esserci confusione]sono discipline diverse:SEO &gt; legato al (search) mktgux &gt; correlato allo sviluppo </li><li> 12. introduzione[sembra esserci confusione] ma si stanno scambiando i ruoli:SEO &gt; ha implicazionitecnicheux &gt; correlato allincrementodi conversioni e performance </li><li> 13. introduzionesi intravede anche la figura professionale del SEO didomani: sempre pi attentoallutente, senza perdere divista i motori di ricerca </li><li> 14. introduzioneFind a usability professionalwith knowledge of search marketing, in my opinion, isa must, Kim Krause Berg(searchengineland.com) </li><li> 15. introduzione </li><li> 16. introduzione[non dir mai di averlo detto :)] d una priorit al SEO:#1 se non ti trovano, non tivisitano (soprattutto in Italia,soprattutto per lecommerce) #2 Google premia i sitiusabili, ma non penalizza quelli non usabili </li><li> 17. SEO e architettura dellinformazione. introduzione. desktop . mobile. errori . esempi. risorse consigliate . conclusioni </li><li> 18. desktop[road map]. obiettivi </li><li> 19. desktop[road map] . obiettivi. target (path) </li><li> 20. desktop[road map] . obiettivi. target (path). contenuti (risposta) </li><li> 21. desktop [road map] . obiettivi. target (path). contenuti (risposta). priorit &gt; architettura. tone of voice </li><li> 22. desktop </li><li> 23. desktop </li><li> 24. desktopaspetti da considerare in termini di ottimizzazione latoSEO e lato utente </li><li> 25. desktop. chiedete al vostrofornitore di ospitare ilsito web presso unserver veloce </li><li> 26. desktop. se vendete allestero,mandate a quelPaese anche TLD espazio web :) usabilit nelleSERP </li><li> 27. desktop. definiteunalberaturacomoda per utente e motore di ricerca (inquestordine) </li><li> 28. desktop usabile.it/392009.htmsurl.org/usabilitynews/42/hypertext.asp </li><li> 29. desktop . utilizzate anche[alberatura] gli strumenti forniti da google perdeterminare categorie e sottocategorie </li><li> 30. desktop. lopportunit di[alberatura]ottimizzare per la longtail (sia la testa che la coda) </li><li> 31. desktop. stampate nellURL le parole chiave1. non migliora il ranking </li><li> 32. desktop. stampate nellURL le parole chiave1. non migliora il ranking2. aiuta google a contestualizzare </li><li> 33. desktop. stampate nellURL le parole chiave1. non migliora il ranking2. aiuta google a contestualizzare3. migliora lusabilit nelle SERP </li><li> 34. desktop. utilizzate path/breadcrumbs </li><li> 35. desktop </li><li> 36. desktop. differenzepathsei qui: home &gt; cat &gt; sub catbreadcrumbssei qui: step#1 &gt; step#2 &gt; step#3 </li><li> 37. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa </li><li> 38. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa2. permettono di accedere a pagine di livello superiore con un click </li><li> 39. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa2. permettono di accedere a pagine di livello superiore con un click 3. non hanno mai causato problemi durante i testi di usabilit </li><li> 40. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa2. permettono di accedere a pagine di livello superiore con un click 3. non hanno mai causato problemi durante i testi di usabilit4. occupano poco spazio nella pagina </li><li> 41. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa2. permettono di accedere a pagine di livello superiore con un click 3. non hanno mai causato problemi durante i testi di usabilit4. occupano poco spazio nella pagina5. riducono il bounce rate </li><li> 42. desktop. path/breadcrumbs e usabilit1. aiutano lutente a posizionarsi allinterno dellalberatura informativa2. permettono di accedere a pagine di livello superiore con un click 3. non hanno mai causato problemi durante i testi di usabilit4. occupano poco spazio nella pagina5. riducono il bounce rate6. sono facilmente comprensibili dallutente </li><li> 43. desktop. path/breadcrumbs e SEO1. sono unopportunit per inserire parole chiave e terminicorrelati </li><li> 44. desktop. path/breadcrumbs e SEO1. sono unopportunit per inserire parole chiave e terminicorrelati2. aiutano il motore nellattivit di contestualizzazione del contenuto </li><li> 45. desktop . path/breadcrumbs eSEO 1. sono unopportunit per inserire parole chiave e termini correlati 2. aiutano il motore nellattivit di contestualizzazione delcontenuto3. in alcuni casi vengono stampate nelle SERP e favorisconoil CTR </li><li> 46. desktop </li><li> 47. desktop. path/breadcrumbs: linee guida1. non dovrebbero sostituirsi alla navigazione principale </li><li> 48. desktop. path/breadcrumbs: linee guida1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs </li><li> 49. desktop. path/breadcrumbs: linee guida 1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs3. se le pagine del sito sono allo stesso livello, sono inutili </li><li> 50. desktop. path/breadcrumbs: linee guida 1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs3. se le pagine del sito sono allo stesso livello, sono inutili 4. dovrebbero essere pubblicate sopra la piega </li><li> 51. desktop. path/breadcrumbs: linee guida 1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs3. se le pagine del sito sono allo stesso livello, sono inutili 4. dovrebbero essere pubblicate sopra la piega5. non dovrebbero essere troppo grandi (pixel) </li><li> 52. desktop. path/breadcrumbs: linee guida 1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs3. se le pagine del sito sono allo stesso livello, sono inutili 4. dovrebbero essere pubblicate sopra la piega5. non dovrebbero essere troppo grandi (pixel) 6. dovrebbero partire dalla homepage e chiudersi con la pagina visualizzata </li><li> 53. desktop. path/breadcrumbs: linee guida 1. non dovrebbero sostituirsi alla navigazione principale 2. meglio il path piuttosto che le breadcrumbs3. 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 </li><li> 54. desktop. pensate ad unasoluzione nel caso il prodotto sia temporaneamente non disponibile </li><li> 55. desktopNO! </li><li> 56. desktop. pensate ad unasoluzione nel caso il prodotto siadefinitivamente non disponibile </li><li> 57. desktop </li><li> 58. desktop. allineate i contenutiai markup di schema.org1. comprensione dei contenuti pi marcata(anche per gli spider) 2. rich snippet &gt; +CTR </li><li> 59. desktop </li><li> 60. desktop. i contenuti pi strategici dovrebbero essere posti sopra la piega: googleapprezzer (http://goo.gl/9sMzp) </li><li> 61. desktop1280x800+80% </li><li> 62. desktop [let me be more confident] . implementaterecensioni/commenti degli utenti (non registrati):google apprezzer(contenuti freschi) </li><li> 63. desktop </li><li> 64. desktop [let me be more confident]. implementate (non troppo!)i pulsanti social: google ha confermatoche ne terr conto per la visibilit </li><li> 65. desktop </li><li> 66. desktop. utilizzate contenutimedia (img/video): valgonopi di mille parole egoogle images porta un sacco di traffico! </li><li> 67. desktop. utilizzate i contenuticorrelati </li><li> 68. desktop </li><li> 69. desktop. utilizzate i contenuticorrelati: 1. ottimizza la matrice di link 2. aiuta a contestualizzare 3. favorisce la navigazione </li><li> 70. desktop. ottimizzate i filtri divisualizzazione </li><li> 71. desktop </li><li> 72. desktop. ottimizzate i filtri divisualizzazione: sono utili ma possonogenerare contenuti duplicati (rel=canonical) </li><li> 73. desktop. ottimizzate lapaginazione </li><li> 74. desktop </li><li> 75. desktop . ottimizzate lapaginazione: utile (la spiderizzazione) ma generacontenuti duplicati/divalore inferiore </li><li> 76. desktop . paginazione: maquanti link ci dovreimettere? e quantirisultati per pagina? </li><li> 77. desktop[paginazione]1. 1, 2, 3, ... lo spider potrebbemetterci troppi clickper spiderizzare finoallultima pagina </li><li> 78. desktop[paginazione] 2. risultati 1-5 di 50sottoinsiemi piccoli di risultati aumentano ilnumero di pagine daindicizzare (poco valore aggiunto) </li><li> 79. desktop [paginazione] quindi?. restituite un numero ragionevole dirisultati per pagina </li><li> 80. desktop [paginazione] quindi?. create, in caso, unlivello extra (sottocategorie?)per circoscrivere la questione </li><li> 81. desktop[paginazione]quindi?. linkate in cima airisultati le risorse pifresche/strategiche </li><li> 82. desktop[paginazione] quindi? . non superate illimite certificato dagoogle: 100 link/ pagina (non dimenticate il menu!) </li><li> 83. desktop [paginazione]quindi?. utilizzate i comandinoindex, follow </li><li> 84. desktop[paginazione]quindi?. variate i meta tag (title, description) di pagina 1, 2, 3, ... </li><li> 85. desktop[paginazione] quindi?. permettete allutentedi variare il numero dirisultati visualizzati per pagina </li><li> 86. desktop. non abusate dei tag:Panda is watchingyou! </li><li> 87. desktop </li><li> 88. desktop. linkate dalla homepage le paginepi strategiche (la homepagedovrebbe aiutare anche ad individuare da : google subito i contenuti top)capir </li><li> 89. desktop . rendete linformazione facile da trovare nellapagina: google sa se sitorna nella SERP </li><li> 90. desktop. ottimizzate le informazioninascoste (alt/title per link/img): pensate agli utenti diversamente abili </li><li> 91. desktop . ottimizzate leinformazioninascoste (alt/title per link/img): forniscono a google pi dettagli </li><li> 92. desktop </li><li> 93. desktop. sviluppate il codicesecondo gli standardW3C: utente e googleapprezzeranno (ma lui nonfavorir il ranking!) </li><li> 94. desktop . utilizzate gli headerdi formattazione (H1,H2, ..., Hx): aiutate lutente (e google) a comprendereda subito largomento </li><li> 95. desktop </li><li> 96. desktop[header di formattazione: linee guida]. un H1 per pagina </li><li> 97. desktop[header di formattazione: linee guida]. un H1 per pagina. lH1 quello che dovrebbeessere visto per primo </li><li> 98. desktop[header di formattazione: linee guida] . un H1 per pagina. lH1 quello che dovrebbe essere visto per primo. prima dellH3 c lH2 </li><li> 99. desktop[header di formattazione: linee guida] . un H1 per pagina. lH1 quello che dovrebbe essere visto per primo. prima dellH3 c lH2. considerate nellH1 la parola chiave </li><li> 100. desktop [header di formattazione: linee guida] . un H1 per pagina. lH1 quello che dovrebbe essere visto per primo. prima dellH3 c lH2. considerate nellH1 la parola chiave. Hx semanticamente vicini ad H1 </li><li> 101. desktop. per i testi con glieffetti speciali[NI] sIFR (http://goo.gl/ygXF1)[SI] google fonts (http://goo.gl/vDIXe) </li><li> 102. desktop </li><li> 103. desktop. il logo del brand(in alto a : lato utente sinistra) quasi uno standard, ottimizzatelo pergoogle (alt/title) </li><li> 104. desktop </li><li> 105. desktop. il link dovrebbe favorire il click?dipende! </li><li> 106. desktop . il link dovrebbefavorire il click?[lato utente] dovrebbe considerare una call to action (poco SEO) </li><li> 107. desktop. il link dovrebbe favorire il click? [SEO] dovrebbeconsiderare la parolachiave (poco accattivante) </li><li> 108. desktop. il link dovrebbe favorire il click? [mix] ordina%nome_prodottooggi! </li><li> 109. desktop . ottimizzate i metatag (e le label, http://goo.gl/w7y7A) ditutte le pagine: creare degli snippet piusabili nelle SERP </li><li> 110. desktop. considerate/ottimizzate il motore di ricerca interno! </li><li> 111. desktop . motore di ricercainterno:[lato utente] utile araffinare la ricerca ( tracciabile!) </li><li> 112. desktop. motore di ricerca interno: [SEO] impedite a google di indicizzarequeste SERP (es. robots.txt) </li><li> 113. SEO e architettura dellinformazione. introduzione. desktop . mobile. errori . esempi. risorse consigliate . conclusioni </li><li> 114. mobileai, ux, usabilit e SEOdifferiscono nelcontesto mobilerispetto a quellodesktop </li><li> 115. mobile. necessit, momenti e luoghi sono diversi. le parole chiave diricerca sono diverse </li><li> 116. mobile. ricerca e fruzione dei contenuti sono diversi: rapida, impaziente, che si consuma prima </li><li> 117. mobile. le performance (tecnologiche)potenzialmente sonoinferiori (3G vs ADSL) </li><li> 118. mobile. le pagine dei risultati di ricerca sonodifferenti (Google considera lerisorse sviluppate per smartphone perricerche fatte da smartphone) </li><li> 119. mobile. esiste un mobile search engine scoreper il posizionamento </li><li> 120. mobile. nel contesto mobile lusabilit e la ux richiedono piattenzioni: c meno spazio! </li><li> 121. mobile. il layout dovrebbeessere rivisto anchenellottica di pesare(kbyte) meno: googleapprezzer </li><li> 122. mobile. va data pi enfasi (quindi posta pi in alto) allinformazioneprincipale: googleapprezzer </li><li> 123. mobile. va data meno enfasi(quindi posta pi in basso)allinformazioneridondante (header, menu): google apprezzer </li><li> 124. mobile. path/breadcrumbsdiventano ancora piimportanti perch non c il menu che aiuta ad orientarsi </li><li> 125. mobile </li><li> 126. SEO e architettura dellinformazione. introduzione. desktop . mobile. errori . esempi. risorse consigliate . conclusioni </li><li> 127. errori#1pensare 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 dbconcorre a determinare ilpeso di una risorsa </li><li> 128. errori#2 label ridondanti negliinsiemi di link :(menu) . keyword stuffing! . ux negativa </li><li> 129. errori </li><li> 130. SEO e architettura dellinformazione. introduzione. desktop . mobile. errori . esempi. risorse consigliate . conclusioni </li><li> 131. esempi (negativi) </li><li> 132. esempi (negativi)troppi elementi di distrazione nella pagina che parlano atroppi target insieme: . menu a sinistra. promozione di Kindle (posizionamento aziendale) . selezione di prodotti per la donna. fotocamere in promozione . advertising. deal of the day </li><li> 133. esempi (negativi) </li><li> 134. esempi (negativi). difficile da utilizzare. difficile da vedere (Flashrequired) . non c una direzione. troppi punti di interazione </li><li> 135. esempi (positivi) </li><li> 136. esempi (positivi) . design ed interfaccia semplici. (molta) attenzione al copy. navigazione...</li></ol>