 Ciao a tutti, in questo breve talk cercherò di darvi qualche consiglio pratico per migliorare la velocità dei city warpress. Sappiamo a tutti che la velocità di un sito web è molto importante per tantissimi motivi e sicuramente è da un'idea della nostra prima impressione quando è la nostra attività e gli utenti sempre di più sono impazienti, migliora l'esperienza autente e in particolare anche le conversioni e è fondamentale anche per la riposizionamento nei motori di ricerca sia come effetto in diretto sia come effetto diretto è da vedere se è direttamente un fattore presente negli algoritmi di Google comunque come fattore in diretto è sicuramente importante per il posizionamento nei motori di ricerca. In questo diagramma possiamo vedere un caricamento di una pagina che dobbiamo ricordarci che il caricamento non è assimilabile ad un unico valore ad un'unica misurazione ma è piuttosto un'esperienza in quanto ci chiediamo inizialmente quando carichiamo una pagina inizialmente abbiamo quella domanda ma sta funzionando e poi passiamo a chiede se è utile e poi se inizia anche a essere interattivo e quando diventa direttamente utilizzabile. I possibili interventi sono tantissimi si vorrebbero ore per parlarne anche di scooterne perché ogni volta ci sono vari opinioni a riguardo quindi ho riportati alcuni uno sicuramente migliorare il tempo di risposta del server, abilitare la compressione nei vari trasferimenti degli asset, ottimizzare le immasini, evitare caricamento di risorse render blocking, dare la priorità e contenuti a bode fold per fare in modo che ci sia quella impressione di velocità perché una delle cose più importanti da raggiungere è che dia l'idea di essere veloce, se puoi continuo a caricare sotto le altre asset poco importa, l'importante appunto è questa impressione di velocità che si riesce a trasmettere, ottimizzare le richieste HTTP e tante altre interventi. Avendo poco tempo a disposizione in questo talk mi limiterò a parlare di come possiamo ottimizzare le richieste HTTP. Dunque negli ultimi anni siamo passati anche ad avere a disposizione il protocollo HTTP2 e quindi si è passato da un tempo c'era la limitazione che i browser che il protocollo HTTP1 e i browser di conseguenza rispettavano che non si potevano avere più richieste da uno stesso dominio in contemporanea, il limite sarebbe due, i browser facevano sei e quindi si facevano tanti sotterfugi quindi utilizzare sottodomini, dominie esterni, concatenare i file e quant'altro. Da quando è presente la HTTP2 questa cosa un pochettino è venuta a scemare in quanto si possono avere connessioni concorrenti multiple ma c'è ancora la diattriba di quale sia il metodo migliore per trasferire queste risorse e queste richieste. Quindi la mia domanda che vi faccio è secondo voi qual'è la richiesta HTTP più veloce? Concatenata, non concatenata, utilizzare tanti server esterni, no. Avete qualche idea? Ok. La richiesta HTTP è quella che non è mai fatta, quindi cerchiamo di limitarle, non facciamo le apriori questo perché sempre di più i temi e soprattutto i plug-in e gli utenti e i clienti ci chiedono sempre più cose quindi installiamo il plug-in per fare la gallery in una pagina, dobbiamo installare contact form da qualche altra parte eccetera e quindi ci ritroviamo con dei siti che anche per fare delle semplici pagine caricano tanti asset che a volte non sono necessarie per la visualizzazione di quella pagina. Una delle cose più importanti da fare è applicare le reload delle immagini. Adesso molti temi se li usate l'anno già incorporato non tutti lo fanno in una maniera molto efficiente o vanno a interferire con gli altri plug-in e quindi un plug-in che vi consiglio se il vostro tema non lo sopporta già è questo qui di VP Rocket, le reload funziona molto bene, funziona anche per i video e quindi è ottimo. Un'altra cosa molto interessante è evitare il caricamento delle risorse non necessarie questo perché appunto come ho appena detto i plug-in spesso ne installiamo anche troppi soprattutto perché i clienti che ne chiedono sempre di più vengono soprattutto se non sono programmati in maniera molto efficiente vengono caricati in tutte le pagine del sito questo avviene sempre vengono caricati in tutte le pagine del sito e alcuni ancora peggio caricano anche asset non necessari. Uno di questi ad esempio è contact form set che proprio l'anno scorso Adas aveva fatto una bella presentazione che ci spiegava come eliminare i suoi asset quindi per evitare queste venienze vi consiglio questi due plug-in, plug-in organizer e plug-in load filter che vi permettono di selezionare in maniera appunto selettiva pagina per pagina o sezione per sezione del sito quali plug-in attivare e avere in questo modo proprio il plug-in nella generazione di quella pagina non viene neanche caricato in memoria eccetera e quindi si velocizza anche la creazione della pagina stessa. Un altro metodo per velocizzare, per ridurre le richieste HTTP è quello di fare le reload anche dei video questo perché quando ne implementiamo uno questa chiamata non fa altro che poi chiamare i contactari server remoti che poi dopo scaricheranno dei file JavaScript, dei CSS osigliari che possono pesare anche fino ai 300K soltanto per un video che poi magari in fondo alla pagina e nessuno mai vedrà quindi anche in questo caso cerchiamo di caricarli in maniera più intelligente e per farlo un buon plug-in oltre a quello che prima era dvp rocket e le reload for videos è molto utile. Un'altra cosa che un tempo era quasi necessario utilizzare i server esterni soprattutto nel caso dei Google fonts per evitare il problema delle connessioni concorrenti e con comitanti per evitare quel problema in questo caso possiamo utilizzare questo altro plug-in. Optimize my Google fonts è molto comodo perché una volta scelto il font che vogliamo utilizzare scaricherà in locale tutti i font e tutti i file necessari, creerà anche il CSS necessario per utilizzarlo lo inietterà nella pagina e se il tema è costruito in maniera abbastanza decente rimoverà i riferimenti al servizio esterno di Google. Ci sono tante altri modi per poter migliorare queste richieste. Un ultimo consiglio che vi voglio dare non è proprio sul limitare il numero delle richieste da fare ma è l'utilizzo di questo plug-in. È un plug-in molto nuovo è stato pubblicato nel repository da penso poco più di un mese a un migliaio di installazioni e tra le sue caratteristiche ha quello di precaricare le pagine interne del vostro sito che hanno un link nel viewport quindi tutti i link che sono presenti nella parte che state vedendo che si vede della pagina vengono precaricati però soltanto la HTML quindi non vengono caricati anche tutti gli asset parliamo di pochi k per link e questo permette di avere nel caso che l'utente clicchi uno di quei link la visualizzazione è quasi istantanea della pagina successiva perché la richiesta al server remote è già stata fatta e quindi già disponibile è molto è fatto molto bene rileva il tipo di connessione dell'utente quindi se è una connessione lenta o se l'utente ha selezionato di salvaguardare i dati eccetera non fa questo precaricamento è possibile limitare il numero di link da fare al secondo è possibile escludere url che non vogliamo precaricare ed è anche compatibile con v-commerce è molto utile e ve lo consiglio velo'mente