Se siete ancora indecisi, potresti chiedervi se ci sono miglioramenti significativi nella velocit\u00e0 dei siti migrando su Kinsta. Con questo progetto sulla migrazione, ci siamo posti l’obiettivo di verificare proprio questo.<\/p>\n
Questo progetto copre oltre 32.000 punti dati di oltre 3.200 siti web che abbiamo migrato su Kinsta da 23 host.<\/p>\n
Abbiamo eseguito uno speed test del sito per ogni dominio migrato, prima e dopo la migrazione. E poi ci siamo messi a snocciolare i numeri. Questo articolo illustra in dettaglio la metodologia e i risultati dei test.<\/p>\n
Emozionati? Iniziamo!<\/p>\n
La Metodologia di Test della Velocit\u00e0 del Sito<\/h2>\n
Prima di iniziare con i risultati, dobbiamo prendere nota della metodologia di test della velocit\u00e0 che abbiamo seguito. La illustreremo nel dettaglio qui di seguito:<\/p>\n
La Piattaforma di Speed Test<\/h3>\n
Per i nostri test abbiamo utilizzato WebPageTest<\/a>, un progetto open-source che permette di eseguire un test gratuito di un sito web da diverse localit\u00e0 del mondo utilizzando browser reali<\/a>.<\/p>\n Sebbene WebPageTest sia semplice da usare come qualsiasi altro strumento per la verifica della velocit\u00e0 dei siti web<\/a>, le funzioni per gli utenti avanzati sono di altissimo livello e permettono di acquisire molte metriche approfondite e di confrontarle tra pi\u00f9 test.<\/p>\n Ad esempio, \u00e8 possibile impostare il numero di test in Test Settings<\/b>. Abilitando questa opzione, i test vengono ripetuti da zero con gli stessi parametri.<\/p>\n Il numero predefinito di test eseguiti da WebPageTest \u00e8 tre, ma \u00e8 possibile impostarne fino a nove per ottenere test ripetuti. Noi abbiamo impostato il numero a tre per ottenere risultati affidabili e lasciare che WebPageTest scelga il risultato mediano.<\/p>\n WebPageTest permette anche di registrare separatamente le metriche della Prima Vista e della Vista Ripetuta. Attivando l’opzione Repeat View, ogni test carica la pagina senza la cache del browser<\/a> (First View) e poi la carica nuovamente con la cache memorizzata (Repeat View).<\/p>\n Le metriche di prima visualizzazione e di ripetizione di un test di velocit\u00e0 danno una prospettiva migliore del caricamento della pagina per i nuovi utenti e per quelli che ritornano.<\/p>\n Infine, WebPageTest offre l’accesso alle API per automatizzare i test e uno strumento di confronto integrato. Entrambe queste caratteristiche sono perfette per il nostro caso d’uso.<\/p>\n Una volta impostata una procedura di test standard – luogo, browser, connessione, numero di test, Repeat View – con gli strumenti di automazione di WebPageTest, eseguire i test \u00e8 un gioco da ragazzi.<\/p>\n Ora abbiamo solo bisogno di siti web reali da migrare e testare.<\/p>\n Fortunatamente, abbiamo un afflusso costante di clienti che migrano su Kinsta da diversi provider di hosting, da piani economici di hosting condiviso<\/a> a costosi server cloud autogestiti<\/a>.<\/p>\n Il nostro team migrazioni<\/a> ha lavorato a stretto contatto con il team di test della velocit\u00e0 dei siti per ottenere risultati affidabili.<\/p>\n Abbiamo eseguito un test poco prima della migrazione del sito e il successivo subito dopo aver terminato la migrazione. Come gi\u00e0 detto, abbiamo impostato il numero di test su 3 per ottenere delle metriche affidabili, lasciando che WebPageTest scegliesse il risultato mediano.<\/p>\n In totale, abbiamo migrato e testato oltre 3.200 siti web in tre mesi. Cio\u00e8 pi\u00f9 di 2 migrazioni completate ogni ora di ogni giorno lavorativo!<\/p>\n WebPageTest registra diverse metriche per ogni test. Per confrontare le prestazioni relative di un sito web in migrazione, abbiamo considerato queste quattro metriche come le pi\u00f9 rilevanti:<\/p>\n Questa metrica misura il tempo che intercorre tra la richiesta iniziale e il primo byte della risposta. Il TTFB<\/a> precede tutte le altre metriche ed \u00e8 dettato principalmente dal tempo di risposta del server.<\/p>\n Per ridurre al minimo il TTFB \u00e8 necessario scegliere un provider di hosting veloce, con tempi di attivit\u00e0 e reattivit\u00e0 minimi. L’abbinamento con un CDN pu\u00f2 migliorare ulteriormente la situazione.<\/p>\n Questa metrica misura il tempo di caricamento dell’immagine o del blocco di testo pi\u00f9 grande nel viewport del browser (above the fold). Di solito, questi elementi sono un’immagine principale, un banner, un titolo o un blocco di testo di grandi dimensioni.<\/p>\n Un punteggio LCP<\/a> pi\u00f9 basso indica una migliore esperienza utente. Anche per questo motivo, \u00e8 una delle metriche dei Core Web Vitals di Google<\/a>. Qualsiasi pagina con un buon punteggio LCP pu\u00f2 posizionarsi pi\u00f9 in alto nei risultati di ricerca. Se queste pagine soddisfano i criteri giusti, possono essere inserite anche in altri servizi di Google (ad esempio Google News).<\/p>\n Confrontando i risultati dei test, consigliamo di dare il massimo peso all’LCP.<\/p>\n Non possiamo monitorare il First Input Delay (FID)<\/a> di una pagina – un’altra metrica Core Web Vitals – attraverso strumenti di test di velocit\u00e0 misurabili in laboratorio come WebPageTest. Questo perch\u00e9 il FID pu\u00f2 essere valutato solo sul campo: per misurarlo \u00e8 necessario che un utente reale interagisca con la pagina.<\/p>\n Tuttavia, possiamo misurare il TBT di una pagina attraverso strumenti di speed testing come WebPageTest. Secondo Google<\/a>, il TBT si correla bene con il FID sul campo. Inoltre, cattura i problemi di interattivit\u00e0.<\/p>\n Migliorare il TBT comporta principalmente l’ottimizzazione del codice del sito – codice di terze parti, tempo di esecuzione di JavaScript, lavoro del main thread, numero di richieste HTTP<\/a> e dimensioni del trasferimento. Questi task sono orientati allo sviluppo e non rientrano nell’ambito dei servizi principali di un provider di hosting.<\/p>\n In genere, le ottimizzazioni della velocit\u00e0 delle pagine per migliorare il TBT dovrebbero migliorare anche il FID per gli utenti.<\/p>\n Questa metrica misura il tempo di caricamento di tutte le risorse della pagina: testo, immagini, video, fogli di stile CSS, script JS, risorse di terze parti<\/a>, embed, ecc.<\/p>\n Dal punto di vista dell’esperienza utente, \u00e8 meglio utilizzare solo la metrica LCP. Tuttavia, dato che il sito web migrato rimane praticamente identico tra i due test, la misurazione dell’FLT<\/a> indica in modo significativo le prestazioni del nuovo server di hosting rispetto a quello vecchio.<\/p>\n \u00c8 bene ricordare che un server non \u00e8 solo l’hardware. Include anche diverse ottimizzazioni: cache a livello di server, ottimizzazioni specifiche per la piattaforma, ottimizzazioni del database, funzioni di sicurezza integrate, integrazione di CDN, ecc.<\/p>\n Il nostro obiettivo per questo progetto \u00e8 stato quello di vedere come Kinsta si confronta<\/a> con altri provider di hosting: questo serve come confronto basato sui dati per i nostri potenziali, nuovi e vecchi clienti.<\/p>\n Da alcuni degli host da cui abbiamo migrato i siti provenivano solo una manciata di domini, alcuni addirittura un solo dominio migrato. Per questi host non disponevamo di molti dati per ricavare metriche affidabili. Per questo motivo, abbiamo escluso tutti gli host con meno di dieci domini, ovvero pi\u00f9 di una decina di hosting provider. Potremmo prendere in considerazione questi host in futuro, quando un maggior numero di siti migrer\u00e0 su Kinsta.<\/p>\n Passiamo ora ai risultati del test.<\/p>\n Come si posiziona Kinsta rispetto alla concorrenza? \u00c8 arrivato il momento di scoprirlo.<\/p>\n Se non diversamente indicato, tutte le metriche sono indicate in secondi (sec). Dato che queste metriche misurano la velocit\u00e0 e l’interattivit\u00e0 del sito, i tempi pi\u00f9 bassi sono migliori. Per questo motivo, se c’\u00e8 un miglioramento, vedrete un simbolo negativo che precede la differenza (\u0394<\/strong>).<\/p>\n Ecco il significato delle colonne:<\/p>\n Evidenzieremo i miglioramenti delle metriche post-migrazione con il colore viola Kinsta<\/a> per rendere pi\u00f9 semplice individuare le differenze.<\/p>\n Noterete che la maggior parte delle metriche sono colorate di viola. In breve, la migrazione del sito su Kinsta vi dar\u00e0 notevoli vantaggi.<\/p>\n![\"Lo](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/WebPageTest-Test-Settings.jpg\")
![\"Le](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/WebPageTest-Advanced-Test-Settings.png\")
![\"Confronto](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/WebPageTest-First-View-Repeat-View-Comparison.png\")
Come Abbiamo Eseguito i Test<\/h3>\n
Le Metriche Rilevanti dei Test di Velocit\u00e0<\/h3>\n
1. Time to First Byte (TTFB)<\/h4>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/WebPageTest-TTFB-Metric.png\")
2. Largest Contentful Paint (LCP)<\/h4>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2021\/08\/lcp-rank.png\"){kind=icon}
3. Total Blocking Time (TBT)<\/h4>\n
![\"Il](\"https:\/\/kinsta.com\/wp-content\/uploads\/2021\/08\/fid-rank.png\"){kind=icon}
4. Fully Loaded Time (FLT)<\/h4>\n
![\"WebPageTest](\"https:\/\/kinsta.com\/wp-content\/uploads\/2022\/08\/WebPageTest-Deatiled-Metrics-View.png\")
Confronto dei Risultati dei Test<\/h3>\n
![](\"https:\/\/embed-ssl.wistia.com\/deliveries\/0c43846acc3d6c1728be5b43f16e4f52.jpg?image_play_button_size=2x&image_crop_resized=960x540&image_play_button=1&image_play_button_color=5333ede0\")
<\/a>
\nVolevamo anche capire quanta fosse la differenza, in positivo o in negativo. Se la differenza \u00e8 positiva, \u00e8 fantastico. Se \u00e8 negativa, sapremo dove migliorare.<\/p>\nKinsta Contro la Concorrenza: I Risultati del Test<\/h2>\n
\n
Kinsta vs BlueHost<\/h3>\n