{"id":741,"date":"2017-07-04T08:14:58","date_gmt":"2017-07-04T06:14:58","guid":{"rendered":"https:\/\/alistapart.com\/it\/article\/consapevolezza-derivante-da-audit-manuale-della-performance\/"},"modified":"2017-07-04T08:14:58","modified_gmt":"2017-07-04T06:14:58","slug":"consapevolezza-derivante-da-audit-manuale-della-performance","status":"publish","type":"article","link":"https:\/\/alistapart.com\/it\/article\/consapevolezza-derivante-da-audit-manuale-della-performance\/","title":{"rendered":"La consapevolezza di un audit manuale della performance"},"content":{"rendered":"

Quando si \u00e8 un product owner o un product developer, probabilmente si ha un’idea piuttosto precisa di quali siano i core asset necessari per il funzionamento di un sito web, ma raramente questa idea ci d\u00e0 il quadro completo. Quanto bene conosciamo ogni singola cosa<\/em> che viene caricata sui nostri siti?<\/p>\n

Un occasionale audit della performance web, se fatto a mano, ci rende effettivamente<\/em> coscienti di ogni singola cosa. Cosa c’\u00e8 di cos\u00ec straordinario in questa cosa? Beh, tanto per cominciare, il processo fa aumentare la nostra consapevolezza di quello che stiamo davvero chiedendo ai nostri utenti. Inoltre, un po’ di \u201cmagheggi\u201d con un foglio di calcolo ci permetteranno di dare forma a quello che abbiamo scoperto in un modo che abbia pi\u00f9 significato per gli stakeholder. Ci permette di tradurre la nostra performance web in termini di scopo, cos\u00ec:<\/p>\n

\"Illustrazione<\/p>\n

Volete fare qualcosa del genere? Continuate a leggere.<\/p>\n

\n

Un attimo, ma non ci sono i computer per questo tipo di cose?<\/h2>\n

Un audit manuale potrebbe sembrare un noioso lavoro senza senso. Perch\u00e9 farlo a mano? Non possiamo automatizzarlo in qualche modo?<\/p>\n

Questo \u00e8 il punto: vogliamo diventare coscienti, non automatizzare tutto. Quando ci prendiamo del tempo per considerare ogni singola cosa<\/em> che viene caricata su una pagina, otteniamo un’immagine pi\u00f9 realistica del nostro lavoro.<\/p>\n

Ci vuole una mente umana per osservare ogni asset su una pagina e assegnargli uno scopo<\/em>. A sua volta, questo ci permette di dare forma ai nostri dati in un modo che siano significativi per le persone che non conoscono il significato di acronimi come CSS o WOFF. Oltre a ci\u00f2, a chi non piace un grafico a torta?<\/p>\n

Ecco il procedimento, passo a passo:<\/p>\n

    \n
  1. Mettete i vostri dati sulla performance in un formato malleabile.<\/li>\n
  2. Estraete le informazioni necessarie.<\/li>\n
  3. Fate passare ogni oggetto, assegnando ad ogni richiesta di asset uno scopo.<\/li>\n
  4. Calcolate il totale e modificate i dati in unit\u00e0 facilmente comprensibili.<\/li>\n
  5. Create dei piacevoli grafici a torta.<\/li>\n<\/ol>\n

    La prima volta che lo si fa in questo modo, l’audit potrebbe richiedere da mezz’ora a un’ora, ma con la pratica riuscirete a farlo in pochi minuti. Partiamo!<\/p>\n<\/div>\n

    \n

    Raccogliete i dati sulla performance<\/h2>\n

    Per cominciare, capite quale URL volete valutare. Osservate le vostre statistiche e cercate di determinare quale sia il tipo<\/em> di pagina pi\u00f9 popolare. Non usate di default la vostra home page. Per esempio, se avete un sito di notizie, \u00e8 probabile che il tipo di pagina pi\u00f9 popolare siano gli articoli. Se state analizzando una app single page, determinate quale sia la view a cui si accede pi\u00f9 comunemente.<\/p>\n

    Dovete ottenere l’attivit\u00e0 di rete per quell’URL in un formato CSV\/spreadsheet. Nella mia esperienza, il modo pi\u00f9 semplice per farlo \u00e8 usare WebPagetest<\/a>, il cui funzionamento \u00e8 semplice: dategli un URL e vi far\u00e0 una valutazione che cerca di misurare la performance percepita.<\/p>\n

    Andate su WebPagetest e inserite il vostro URL nel grande campo sulla homepage. Comunque, prima di far partire il test, aprite il pannello Advanced Settings. Assicuratevi di fare un solo test e impostate Repeat View<\/em> su First View Only<\/em>. In questo modo sarete sicuri di non ricevere richieste duplicate nei vostri dati. Adesso fate partire il test: premete il grande pulsante \u201cStart Test\u201d.<\/p>\n

    \"Screenshot<\/p>\n

    Una volta che avrete la pagina con i risultati, cliccate il link nell’angolo in alto a destra che dice \u201cRaw object data\u201d.<\/p>\n

    \"Screenshot<\/p>\n

    Potrete scaricare un file CSV con le vostre network request elencate in uno spreadsheet che potete manipolare.<\/p>\n<\/div>\n

    \n

    Navigate nei dati e sistemateli<\/h2>\n

    Ora, aprite il file CSV nel vostro editor di spreadsheet preferito: Excel, Numbers, o – personalmente il mio preferito – Google Sheets<\/a>. Il resto di questo articolo sar\u00e0 scritto tenendo a mente Google Sheets, sebbene risultati simili sono sicuramente possibili con altri programmi per fogli di calcolo.<\/p>\n

    Sulle prime probabilmente vi sembrer\u00e0 che tale file contenga una quantit\u00e0 esagerata di informazioni, ma noi siamo interessati solo ad una piccola parte di questi dati. Ecco le tre colonne che ci interessano:<\/p>\n