Migliorare la velocità delle pagine del sito web con Google Tag Manager lato server

L'ottimizzazione della velocità di caricamento delle pagine web è stata uno dei vantaggi principali individuati da esperti di marketing e sviluppatori web al rilascio della prima versione di Google Tag Manager lato server. Questo miglioramento doveva derivare dal fatto che gli script di tracciamento non sarebbero più stati inseriti direttamente nel codice, bensì aggiunti tramite Google Tag Manager. 

In questo articolo mostreremo come lo spostamento dei tag dal container web di GTM a un container server influisca sulla PageSpeed con GTM, quali siano i dati effettivi e quale approccio sia più opportuno in base alla propria configurazione.

Già nel 2016, Google ha stabilito che il tempo di caricamento ideale di un sito web è di 3 secondi. Al contempo, sono necessari in media 22 secondi per caricare completamente una pagina su dispositivi mobili. 

Viviamo in un'epoca in cui le persone utilizzano i telefoni più dei dispositivi desktop e gli smartphone generano oltre il 50% di tutto il traffico Internet. Tuttavia, secondo Google, i tassi di conversione da smartphone sono inferiori rispetto a quelli da desktop. Ecco perché la velocità di caricamento del sito web gioca un ruolo essenziale nel rispetto degli standard di rendimento.

Non è un segreto che gli utenti si aspettino un'esperienza di navigazione rapida. Se la pagina di destinazione è troppo lenta, chiuderanno la pagina o abbandoneranno il carrello per passare al sito della concorrenza. Oggi, in un mondo incentrato sui dispositivi mobili, creare siti che si caricano rapidamente è fondamentale. Gli utenti desiderano poter aprire rapidamente qualsiasi blog e leggere articoli, acquistare nuovi capi d'abbigliamento, verificare recensioni di hotel e così via.

Secondo una ricerca di Amazon, un ritardo di 1 secondo nella risposta della pagina comporta una perdita dell'1% nelle conversioni. Per l'azienda, ciò equivale a una perdita di 1,6 miliardi di dollari di entrate annuali.

Come si può notare, l'attesa per il caricamento di pagine pesanti può costare molto a qualsiasi azienda. 

Ogni tag aggiunto tramite Google Tag Manager viene eseguito come codice JavaScript nel browser dell'utente. Ciascuno script deve essere scaricato, analizzato ed eseguito prima o dopo il caricamento della pagina, e questo richiede tempo.

Non tutte le configurazioni di GTM si comportano allo stesso modo, ed è qui che nasce la maggior parte della confusione. Il modo in cui viene implementato il container — web o server — determina se GTM appesantisce il browser o ne alleggerisce il carico. Nel container web, ogni tag aggiunto (strumenti di analisi, pixel pubblicitari, widget di chat, mappe termiche) è uno script che viene caricato ed eseguito direttamente nel browser dell'utente.

Ognuno di essi compete per le stesse risorse limitate: il thread principale, la larghezza di banda e il tempo di rendering. Più tag si accumulano, più l'impatto di Google Tag Manager sulle prestazioni si amplifica, anche se GTM di per sé è un container leggero.

GTM lato server cambia il luogo in cui avviene l'esecuzione dei tag. Anziché eseguire decine di script di terze parti lato client, il container server riceve i dati e li inoltra alle piattaforme di marketing e analisi dal cloud. Il browser deve comunicare unicamente con il proprio server e non con decine di domini di terze parti diversi. È questa la ragione principale per cui il divario nella PageSpeed con Google Tag Manager tra configurazioni web e server tende a essere così ampio.

Nel 2020, Google ha rilasciato un container server per Google Tag Manager e Tag Manager 360. Tale strumento consente agli inserzionisti di spostare i tag di terze parti dai propri siti a un nuovo container server ospitato su server cloud. In questo modo, il sito web può caricarsi più rapidamente, il tracciamento può risultare più preciso e i dati più sicuri. Lo spostamento dei tag nel container server può contribuire a risolvere questo errore di Google PageSpeed: "Riduci l'impatto del codice di terze parti — Il codice di terze parti ha bloccato il thread principale per 550 ms".

Spostando i tag dal container web a quello server, i tag verranno caricati direttamente nel container server e non all'interno dei browser. In questo modo, la pagina si caricherà più rapidamente, producendo un effetto positivo sull'esperienza utente. Come si può notare, ciò garantisce tempi di caricamento più veloci, maggiore sicurezza per i dati dei clienti e più strumenti di gestione dei dati. Questo è uno degli esempi più evidenti di come Google Tag Manager lato server possa migliorare le prestazioni del sito web senza compromettere la precisione del tracciamento.

I tag nel container server hanno accesso unicamente alle informazioni inviate al server. Non possono accedere ad altre informazioni inserite dagli utenti sul sito. Inoltre, poiché questi tag si trovano nel proprio container server, è possibile comprendere quali tag stiano raccogliendo informazioni e dove vengano inviati tali dati.

Non tutti i tag influiscono sulla velocità delle pagine allo stesso modo, ed è una sfumatura importante da considerare prima di dare per scontato che una migrazione risolva ogni problema di rendimento. Uno snippet di analisi leggero e un pesante pixel di retargeting pubblicitario non hanno lo stesso impatto sui tempi di caricamento, anche se entrambi sono "solo un tag". I tag con l'impatto maggiore tendono a essere quelli che inviano molteplici richieste di rete, caricano script aggiuntivi o vengono eseguiti a ogni caricamento di pagina anziché su eventi specifici.

Il modo più affidabile per verificarlo di persona consiste nell'analizzare il report di PageSpeed Insights per Google Tag Manager prima e dopo la migrazione, confrontando direttamente la sezione dei risultati dedicata al codice di terze parti.

Per questo esperimento, ho utilizzato un sito web dimostrativo e ho confrontato i risultati di Google PageSpeed ottenuti aggiungendo i tag tramite il container web di GTM rispetto al container server di GTM. Non tutti i tag hanno lo stesso impatto su Google PageSpeed. Nel condurre questo esperimento, ho scelto i tag più utilizzati dai miei clienti e quelli che possono essere spostati nel container server: Facebook, Bing e Active Campaign.

Il container server di GTM include tag nativi per GA4. Qui è possibile trovare informazioni dettagliate su come configurare il tracciamento di GA4 utilizzando il container lato server di GTM. Abbiamo inoltre creato un modello personalizzato per facilitare lo spostamento del Facebook Pixel nell'ambiente server. 

Di seguito sono riportati i risultati del test di velocità di Google. Google PageSpeed ha registrato 95 punti sui dispositivi mobili e 100 su desktop. 

Abbiamo questi tag installati nel container server: GA4, Facebook (tracciamento di base e delle conversioni), Hubspot e il tag Klaviyo.

Quando abbiamo spostato il pixel nel container web, i risultati di Google PageSpeed sono scesi a 56 punti. 

Spostare i tag nel contenitore server di Google Tag Manager velocizzerà il Suo sito. L'entità dell'impatto dipenderà dai tag utilizzati. In questo test, i tag più diffusi tra i clienti (GA4, Facebook e Active Campaign ) hanno mostrato una differenza evidente e misurabile una volta trasferiti lato server.