Il tracciamento lato client non offre più gli stessi risultati di un tempo. Gli ad blocker e gli aggiornamenti sulla privacy dei browser impediscono la raccolta e l’invio dei dati alle piattaforme pubblicitarie e di analisi.
Il tagging lato server risolve questo problema introducendo un server cloud middleware, che consente di raccogliere dati più completi, impostare cookie più resilienti e rispettare i requisiti legali.
Questa guida spiega come funziona il tagging lato server, come configurarlo e quali strumenti utilizzare per farlo correttamente.
Approfondiamo l’argomento.
Il tagging lato server implica che i dati vengono comunque raccolti nel browser, ma non vengono inviati direttamente a piattaforme come Meta o Google.
Passano invece prima attraverso un server cloud dove il contenitore del server Google Tag Manager (GTM) li elabora e li invia alle piattaforme o agli strumenti utilizzati, come Meta, Google Analytics o altri.
Per far funzionare questa configurazione, è necessario un luogo in cui ospitare il server cloud.
È qui che entra in gioco Stape: offre un ambiente pronto all’uso per il contenitore del server GTM senza la necessità di configurare una propria infrastruttura.
Il tagging lato server migliora l’accuratezza e la privacy dei dati riducendo la dipendenza dal browser dell’utente ed evitando alcune perdite di dati dovute alle limitazioni del browser.
Sempre più esperti di marketing stanno abbandonando il tracciamento basato sul browser a favore di configurazioni lato server. Queste sono le motivazioni principali:
I cookie di prima parte impostati tramite il proprio server possono anche durare molto più a lungo, il che permette di tracciare la provenienza effettiva delle conversioni. Ad esempio, i cookie analitici tramite server possono durare fino a 400 giorni invece di essere eliminati dopo una settimana.
Inoltre, poiché le richieste di tracciamento provengono dal proprio dominio, è meno probabile che gli ad blocker le filtrino, garantendo dati di conversione più completi.
È possibile che i termini “tagging lato server” e “tracciamento lato server” vengano utilizzati in modo intercambiabile, ma tecnicamente descrivono due approcci diversi.
Il tagging lato server inizia comunque nel browser.
I dati vengono raccolti lì, ma invece di essere inviati direttamente alle piattaforme di analisi o pubblicitarie, passano prima attraverso un server cloud.
È lì che vengono eseguiti i tag, i dati vengono filtrati o arricchiti e quindi inoltrati a piattaforme come Google Analytics 4 (GA4) o Meta.
Il tracciamento lato server, invece, ignora completamente il browser.
Tutti i dati provengono direttamente dai sistemi di back-end o da altri server e vengono quindi inviati alle piattaforme di analisi o pubblicitarie senza alcuna interazione da parte del dispositivo dell’utente.
In pratica, molti esperti di marketing e piattaforme non tracciano una linea netta tra i due concetti, pertanto i termini vengono spesso utilizzati in modo intercambiabile.
È possibile utilizzare entrambi, ma per essere precisi, il tagging è basato sul browser con elaborazione sul server, mentre il tracciamento è interamente server-to-server.
In una configurazione tradizionale lato client, il contenitore web GTM del vostro sito web viene eseguito nel browser e invia i dati direttamente a servizi di terze parti (Google Analytics, Facebook, ecc.).
Nel tagging lato server, si introduce un contenitore del server GTM su un server cloud che si trova tra il vostro sito web e quelle piattaforme di terze parti. Ecco il flusso di base:
Nel tagging lato server, il browser dell’utente invia gli eventi di tracciamento al contenitore del server GTM, che a sua volta li inoltra a strumenti di terze parti come GA4 o Facebook. In questo modo si crea un flusso di dati di prima parte controllato dall’utente.
Quando un utente attiva un evento (ad esempio la visualizzazione di una pagina o un acquisto), il browser invia tali dati all’endpoint del contenitore del server (spesso un sottodominio come ss.yourdomain.com).
Un componente Client analizza la richiesta in arrivo all’interno del contenitore del server e rende i dati disponibili ai tag server configurati.
Questi tag lato server inoltrano quindi i dati alle piattaforme di destinazione (ad esempio Google Analytics, Google Ads, Facebook) tramite le loro API.
Configurare il tagging lato server può sembrare complesso, ma piattaforme come Stape hanno adattato questo processo per i professionisti del marketing e gli imprenditori.
Basterà seguire questi passaggi per configurare il tagging lato server:
Utilizzate la modalità di anteprima/debug di GTM sia per i contenitori web che per quelli server. Attivate alcuni eventi di prova (come una visualizzazione di pagina o una conversione di prova) e verificate nel pannello di debug del contenitore del server che gli eventi siano stati ricevuti e inoltrati correttamente.
Una volta che tutto sembra a posto, pubblicate le modifiche in entrambi i contenitori.
Il vostro sito è ora attivo con il tagging lato server.
Nel nostro post sul blog è disponibile una descrizione più dettagliata e i passaggi per eseguire i test GTM.
Eseguire il tagging lato server in modo autonomo può sembrare una buona idea, finché non si considerano i costi mensili, i tempi di configurazione e la manutenzione. Ecco perché i professionisti del marketing e gli imprenditori scelgono una soluzione gestita come Stape.
Stape vi offre:
Non è necessario configurare Google Cloud Run, ospitare autonomamente o gestire il ridimensionamento.
Stape fornisce un server cloud pronto all’uso per il contenitore del server GTM, consentendo di saltare la configurazione del backend e iniziare immediatamente il tracciamento.
Tutto ciò che serve per gestire la configurazione è in un unico posto. È possibile visualizzare lo stato del contenitore, collegare un dominio, attivare potenziamenti e controllare i registri.
L’hosting di un server proprio può facilmente superare i $100 al mese. Con Stape, è possibile iniziare gratuitamente e poi continuare a $20 al mese o passare a un piano superiore.
È possibile utilizzare funzionalità avanzate senza necessità di sviluppo personalizzato:
Stape è anche uno dei maggiori contributori alla Galleria dei modelli GTM.
Troverete modelli pronti all’uso per GA4, Facebook, TikTok, Matomo, Piwik PRO e altro ancora, tutti progettati per semplificare le configurazioni lato server e ridurre il lavoro manuale.
Il contenitore web è ora scaricato tramite un CDN globale, un gruppo di server in tutto il mondo che favorisce il caricamento delle pagine più velocemente utilizzando il server più vicino al visitatore.
È inoltre possibile (e consigliabile) collegare un sottodominio personalizzato, come anything.yoursite.com, per inviare i dati attraverso il proprio dominio e migliorare la precisione del tracciamento.
Nell’HelpDesk è presente una chiara base di conoscenze e documentazione, nonché un team di assistenza pronto ad assistervi o fornirvi consigli in qualsiasi momento.
Il tagging lato client implica che i tag di tracciamento vengono eseguiti nel browser dell’utente.
Quando qualcuno visita il vostro sito o intraprende un’azione, il browser invia i dati direttamente a piattaforme come GA4 o Meta.
Questo tipo di tagging presenta numerosi limiti. Gli ad blocker e le restrizioni sulla privacy del browser possono bloccare le vostre richieste o perdere informazioni importanti, causando una perdita di dati.
Il tagging lato server, come quello fornito da Stape, funziona in modo diverso.
Anziché inviare i dati direttamente dal browser, questi vengono prima inviati al vostro server cloud, solitamente attraverso un sottodominio personalizzato come anything.yoursite.com.
Da lì, il server inoltra i dati alle piattaforme pubblicitarie e di analisi.
Questa configurazione offre un maggiore controllo sui dati condivisi e aiuta a garantire la conformità alle leggi sulla privacy. Inoltre, migliora l’accuratezza dei dati evitando problemi legati al browser, in modo che le piattaforme pubblicitarie ricevano i segnali corretti per adeguare le campagne e raggiungere le persone più propense a diventare clienti.
Il tagging lato server contribuisce a proteggere la privacy degli utenti offrendo un maggiore controllo su come e dove vengono utilizzati i dati degli utenti.
Anziché inviare i dati direttamente dal browser a piattaforme di terze parti per scopi pubblicitari e di analisi, questi vengono prima inviati al server cloud.
Qui è possibile rimuovere o rendere anonimi i dati personali come indirizzi IP o e-mail prima di inoltrarli. Inoltre, è possibile scegliere una posizione del server che conservi i dati all’interno dell’UE, in conformità con i requisiti di localizzazione del GDPR.
Un aspetto importante da aggiungere è il consenso dell’utente. Si tratta della finestra di base “Utilizziamo i cookie”, in cui l’utente sceglie di accettare o rifiutare.
In questo modo, se l’utente decide di non accettare, i suoi dati non verranno utilizzati e voi sarete conformi alle normative GDPR.
I cookie sono uno strumento importante per raccogliere i dati degli utenti e il tagging lato server consente di sfruttarli al meglio migliorandone la memorizzazione, l’aggiornamento e il riconoscimento.
Ecco cosa cambia e perché è importante per il tracciamento:
I browser sono meno propensi a bloccarli o eliminarli.
I cookie analitici o pubblicitari impostati tramite il proprio server possono durare più mesi (fino a 13 mesi) invece di essere eliminati in pochi giorni, come nel caso del tagging del browser.
Questo garantisce una continuità di gran lunga migliore per il tracciamento dei visitatori abituali.
Per aggirare questo problema, il potenziamento Cookie Keeper di Stape aggiorna continuamente i cookie importanti in modo che Safari non elimini dopo una settimana.
Questo aiuta i browser come Safari a trattare i cookie come cookie di prima parte, migliorandone la durata e l’accuratezza.
Questo rende ancora più importante una configurazione di prima parte lato server per mantenere accurati il tracciamento e l’attribuzione nel tempo.
Il tagging lato server offre risultati ancora migliori se abbinato agli strumenti aggiuntivi appropriati.
Questi strumenti Stape consentono di configurare il sistema, mantenere puliti i dati degli utenti e gestire gli ad blocker o i cookie che scompaiono, in modo che tutto funzioni correttamente:
Se state monitorando una piattaforma pubblicitaria specifica, un gateway dedicato rende la configurazione più rapida e semplice.
Stape offre gateway preconfigurati che inviano automaticamente gli eventi dal vostro server cloud alla piattaforma scelta senza alcun tagging manuale.
Ciascun gateway è personalizzato in base all’API della propria piattaforma, garantendo un tracciamento accurato degli eventi con una configurazione ridotta.
Il monitoraggio mostra se eventi chiave (come acquisti o registrazioni) smettono improvvisamente di funzionare.
Ad esempio, se non vengono registrati eventi “Aggiungi al carrello” per ore, anche se gli utenti stanno utilizzando il tuo sito.
Riceverete immediatamente una notifica, in modo da poter risolvere rapidamente il problema controllando i tag e i trigger GTM, utilizzando la modalità di anteprima per testare gli eventi o rivedendo le modifiche recenti al sito che potrebbero aver influenzato la configurazione.
Una volta che il tagging lato server è attivo, probabilmente vorrà verificare la differenza effettiva.
Stape Analytics misura la quantità di dati recuperati dagli ad blocker e dai browser con prevenzione del tracciamento.
Ad esempio, in un test di 10 giorni con oltre 7 milioni di richieste, il 3,29% degli eventi è stato recuperato dagli ad blocker e il 20,71% dai meccanismi di prevenzione del tracciamento come l’ITP di Safari.
Riceverete i dati dettagliati direttamente nel vostro account Stape, senza bisogno di dashboard o integrazioni aggiuntive.
A volte le cose non funzionano come previsto. Di solito, ciò è dovuto a un piccolo dettaglio di configurazione. Ecco cosa controllare per prima cosa e come ripristinare il corretto funzionamento:
Un errore 403 indica problemi di autorizzazione (spesso dovuti all’utilizzo di un ID contenitore errato o alla mancanza di un token di autorizzazione).
Come risolvere: assicurarsi di aver pubblicato il contenitore del server e che il contenitore web sia indirizzato all’URL/ID del server corretto.
Come risolvere: utilizzare un dominio personalizzato per far apparire le richieste come di prima parte.
Quindi ricontrollare i tag web, che devono puntare all’URL del contenitore del server e includere tutti i parametri richiesti (come nome dell’evento, valore, valuta o ID dell’evento) in modo che il server riceva l’evento completo.
Utilizzare la modalità di anteprima di GTM per verificare se il tag si attiva correttamente.
Come risolvere: assicuratevi che il vostro dominio personalizzato sia configurato correttamente per consentire le richieste cross-origin.
Potrebbe essere necessario aggiornare le intestazioni del server o le regole CSP per consentire il traffico tra il contenitore web e il contenitore del server.
Come risolvere: aggiungete la deduplicazione degli eventi utilizzando lo stesso ID evento sia nei tag del browser che in quelli del server (in particolare per piattaforme come Meta).
Se le conversioni mancano ancora, utilizzate la modalità di debug di GTM per verificare se il tag del server è stato attivato e se l’evento è stato ricevuto.
Commenti