Abbiamo evidenziato Microsoft Clarity come un prodotto sviluppato pensando a casi d'uso pratici e reali, da persone che conoscono bene le sfide che aziende come Switas devono affrontare. Funzionalità come i clic collezionati e il monitoraggio degli errori JavaScript si sono rivelate preziose nell'identificare le frustrazioni degli utenti e i problemi tecnici, consentendo miglioramenti mirati che hanno avuto un impatto diretto sull'esperienza utente e sui tassi di conversione.
Lighthouse
Lighthouse è uno strumento di analisi open source, integrato negli strumenti per sviluppatori di Chrome e disponibile tramite diverse altre interfacce, che analizza una pagina web e fornisce report su prestazioni, accessibilità, best practice e ottimizzazione per i motori di ricerca. Genera un punteggio da zero a cento per ogni categoria, corredato da risultati specifici e stime dei risparmi.
Il suo valore risiede nella diagnostica piuttosto che nel punteggio. Le singole verifiche identificano problemi specifici con soluzioni specifiche, tra cui risorse che bloccano il rendering, immagini di dimensioni eccessive, codice inutilizzato, attributi di accessibilità mancanti e attività che richiedono molto tempo sul thread principale. Questo elenco, ordinato in base all'impatto stimato, rappresenta un punto di partenza pratico per gli interventi di miglioramento e non richiede strumenti specialistici per essere ottenuto.
Il punteggio stesso è più facilmente soggetto a interpretazioni errate. Il punteggio di performance è una media ponderata di diverse metriche misurate in una singola simulazione in condizioni specifiche e non rappresenta l'esperienza reale degli utenti. Due simulazioni sulla stessa pagina spesso differiscono, perché lo strumento simula la limitazione della rete e del processore e il carico del computer sottostante varia; pertanto, considerare un singolo punteggio come una misurazione precisa porta a inseguire la varianza.
La distinzione più importante da comprendere è quella tra dati di laboratorio e dati sul campo. Lighthouse esegue un test sintetico controllato; i dati sul campo, raccolti da utenti reali, riflettono la distribuzione effettiva di dispositivi, connessioni e posizioni all'interno di un pubblico. Una pagina può ottenere un buon punteggio in laboratorio e un pessimo risultato sul campo, o viceversa, e i sistemi di ranking dei motori di ricerca utilizzano i dati sul campo anziché i punteggi di Lighthouse. Entrambi sono utili per scopi diversi: i dati sul campo stabiliscono se esiste un problema, Lighthouse aiuta a diagnosticarne la causa.
La ricerca del punteggio perfetto è solitamente uno spreco di energie. Gli ultimi punti richiedono in genere un lavoro sproporzionato su aspetti che hanno un impatto trascurabile sugli utenti reali, mentre i vantaggi concreti risiedono nei primi miglioramenti sostanziali. Raggiungere un buon punteggio e poi concentrarsi sui dati relativi alle pagine commercialmente rilevanti offre risultati migliori rispetto all'ottimizzazione di una singola pagina per arrivare a cento.
La categoria "accessibilità" richiede particolare cautela, poiché il suo sistema di punteggio può indurre a conclusioni pericolose. I controlli automatici coprono solo una parte dei requisiti di accessibilità e un punteggio perfetto non è sufficiente a rendere una pagina completamente compatibile con un lettore di schermo. Considerare il punteggio come prova di accessibilità è un errore comune e con gravi conseguenze, come sottolinea anche la documentazione dello strumento stesso.
Le condizioni di test dovrebbero essere impostate intenzionalmente, anziché accettate così come sono. La limitazione predefinita dello strumento simula un dispositivo mobile di fascia media con una connessione lenta, il che è appropriato per molti utenti ma pessimistico o ottimistico per altri. Configurare il profilo in modo che corrisponda ai dispositivi e alle connessioni tipici rilevati dai dati raccolti sul campo dal sito stesso, produce diagnosi che rispecchiano il pubblico di riferimento anziché basarsi su un'ipotesi generica.
Automatizzare lo strumento all'interno di una pipeline di build ne estende l'utilità dalla diagnosi alla prevenzione. L'esecuzione di controlli su ogni modifica, rispetto a soglie definite, permette di individuare le regressioni prima del rilascio, il che è più vantaggioso rispetto ai controlli manuali periodici. A causa della variabilità tra le diverse esecuzioni, le soglie dovrebbero prevedere una tolleranza ragionevole e i risultati delle esecuzioni ripetute dovrebbero essere mediati; in caso contrario, il controllo genererà falsi positivi e verrà infine ignorato.
Poiché lo strumento identifica i sintomi mentre i rimedi risiedono spesso nell'architettura e nelle decisioni di terze parti, i suoi risultati sono un punto di partenza piuttosto che un piano di lavoro. In pratica gli audit informano la prioritizzazione effettuata all'interno prestazioni web lavoro, le correzioni vengono implementate tramite sviluppo del prodottoe i risultati sull'accessibilità dovrebbero essere considerati come un primo passo per una corretta Audit dell'esperienza utente È necessario estendere i test manuali e con tecnologie assistive.
Switas come visto su
