--- lastModified: 2026-10-13 type: feature title: "Test di velocità web con Runner AI" description: "Usa il test di velocità web di Runner AI per leggere i risultati Lighthouse disponibili. Trasforma un problema verificato in una correzione da controllare." category: ai-cro h1: "Test di velocità web per correggere il tuo negozio" keyword: "test di velocità web" legacyKind: structured --- Un **test di velocità web** misura il caricamento di una pagina nelle condizioni di una prova specifica. L'audit di Runner AI può includere Lighthouse e mostrare i risultati disponibili per dispositivi mobili e desktop insieme ai problemi della scansione. Parti da un negozio pubblicato e un obiettivo SEO idoneo. Usa le prove salvate per chiedere una correzione mirata, senza presumere che un punteggio rappresenti tutti i clienti o modifichi automaticamente il negozio. ## Avvia il test di velocità web su un negozio raggiungibile Apri il progetto del negozio e vai in **Cresci**, poi **SEO**. Se Runner mostra la lista di configurazione iniziale, soddisfa il requisito di pubblicazione e completa la prima analisi prima di aspettarti un rapporto. I dati di esempio non misurano il tuo negozio. Verifica che il negozio pubblico si apra all'indirizzo che vuoi esaminare prima di interpretare qualsiasi risultato. Apri la scheda sullo stato del sito e la vista dell'audit. L'azione per un nuovo audit apre le impostazioni senza modificare il negozio. Scegli un limite di pagine adeguato, abilita l'opzione Lighthouse e avvia l'audit. Il limite riguarda la scansione: non significa che ogni URL riceva una prova Lighthouse separata per dispositivi mobili e desktop. Controlla l'indirizzo analizzato mostrato con i risultati. Aspetta il rapporto. Un audit avviato non è ancora una misurazione completata. Annota l'indirizzo e le modifiche effettuate dall'ultimo controllo. L'[audit del sito ecommerce](/it/ecommerce-website-audit) aiuta a organizzare problemi tecnici e del percorso d'acquisto. Questa pagina riguarda le prove facoltative di velocità di quel processo, non i test di carico con clienti simultanei o il monitoraggio continuo della disponibilità. ## Leggi i risultati senza inventare valori mancanti Quando Lighthouse restituisce risultati, Runner mostra schede distinte per dispositivi mobili e desktop. Contengono i punteggi disponibili per prestazioni, accessibilità, buone pratiche e SEO, seguiti dalle metriche ricevute. Verifica dispositivo e indirizzo prima di confrontare le analisi. Un buon risultato desktop non conferma la stessa qualità sui dispositivi mobili, e un punteggio complessivo non spiega ogni fonte di ritardo. La griglia può includere First Contentful Paint, Largest Contentful Paint, Total Blocking Time, Speed Index, Time to Interactive, Cumulative Layout Shift, Interaction to Next Paint e Time to First Byte. I valori dipendono da ciò che il fornitore restituisce. Un trattino indica un valore assente: non significa ritardo zero, prova superata o autorizzazione a stimarlo. I tempi e gli spostamenti del layout misurano inoltre proprietà diverse. Considera il rapporto una prova di una singola analisi, non un censimento dei clienti. Misurazioni di laboratorio, dati sul campo e anteprima rispondono a domande diverse. Gli [strumenti di ottimizzazione web](/it/website-optimization-tools) aiutano a scegliere diagnosi aggiuntive o dati di utenti reali. Non dichiarare aumenti di conversione, miglioramenti del posizionamento o tempi di caricamento garantiti solo perché cambia un punteggio. ## Trasforma un problema confermato in una correzione mirata Usa le viste dei problemi e delle pagine per trovare l'URL interessato e leggere le prove salvate. Il tempo di risposta offre contesto, ma non equivale al tempo necessario per mostrare il contenuto visivo principale. Apri la pagina pubblica e riproduci la lenta attività del cliente. Registra percorso, dispositivo, stato iniziale, risultato atteso e ritardo osservato, senza inviare credenziali o dati privati dei clienti. L'azione di correzione con Runner apre una conversazione con le prove selezionate e una richiesta di lavoro. L'opzione per correggere tutto avvia una conversazione più ampia. Nessuna modifica o pubblica il negozio da sola. Mantieni la richiesta abbastanza limitata da poterla controllare e chiedi di conservare informazioni sui prodotti, navigazione, controlli d'acquisto e contenuti non collegati al problema. Se l'immagine principale di un prodotto appare tardi, identifica la pagina e il comportamento osservato. Chiedi di indagare prima di rimuovere tutte le immagini o gli script. Una dipendenza esterna o un vincolo operativo potrebbe richiedere una decisione separata. Un controllo dell'[accessibilità del sito ecommerce](/it/ecommerce-website-accessibility) aiuta a verificare che la correzione non elimini etichette, gestione del focus o informazioni necessarie per acquistare. ## Ripeti la prova sulla modifica pubblicata Esamina la proposta nell'anteprima e ripeti l'attività originale. Controlla selezione dei prodotti, navigazione, carrello e contenuti interessati. Esaminare l'anteprima non aggiorna il negozio pubblico. Pubblica solo il lavoro approvato, riapri l'indirizzo pubblico e confronta un nuovo audit con le prove precedenti per lo stesso URL analizzato e lo stesso dispositivo. Mantieni i confronti circoscritti. Se cambiano contenuto, obiettivo o condizioni, annota la differenza invece di attribuire ogni variazione del punteggio alla modifica. Ripeti un risultato sospetto prima di concludere e conserva la metrica o il comportamento che volevi migliorare. Un punteggio più alto non sostituisce il controllo che il cliente riesca ancora a completare l'attività iniziale. Runner distingue Lighthouse non richiesto da Lighthouse non disponibile. Nel primo caso richiedi un audit con l'opzione abilitata. Nel secondo usa i risultati della scansione completata e riprova il controllo facoltativo più tardi. Se la scansione fallisce, verifica l'indirizzo pubblico e considera un audit più piccolo. Le prove mancanti restano un controllo irrisolto, non una conferma di velocità. Il [catalogo delle funzionalità Runner AI](/it) presenta processi correlati. ## Domande frequenti ### Runner AI prova ogni pagina con Lighthouse? Non darlo per scontato. Il limite di pagine riguarda la scansione tecnica, mentre il risultato Lighthouse identifica l'URL analizzato. Controlla quell'indirizzo e le schede disponibili prima di applicare il risultato a prodotti, collezioni o checkout. Le prove descrivono la pagina e le condizioni effettivamente analizzate. ### Una metrica mancante significa che la pagina ha superato la prova? No. Un trattino significa che non è disponibile un valore. Non rappresenta zero millisecondi o Core Web Vitals superati. Distingui i valori mancanti dai punteggi ricevuti e usa una misurazione aggiuntiva adatta quando la metrica è importante. Dati incompleti non giustificano una dichiarazione sulle prestazioni. ### La correzione con Runner rende il negozio più veloce automaticamente? No. Apre una conversazione con prove e una richiesta. Controlla la proposta e l'anteprima, poi decidi separatamente se pubblicare. Ripeti quindi l'attività interessata e misura il risultato pubblico. Una conversazione o una modifica accettata non provano un caricamento migliore o un aumento della conversione. ### Cosa faccio se Lighthouse manca ma la scansione termina? Usa i risultati disponibili e lascia aperto il controllo facoltativo. Conferma l'obiettivo pubblico e riprova Lighthouse più tardi. Non sostituire una misura assente con dati di esempio o un punteggio inventato. Una scansione completata e un test di velocità web riuscito sono risultati diversi.