Guida al tagging lato server: vantaggi e strumenti da utilizzare

• I professionisti del marketing perdono fino al 30% dei dati di conversione a causa delle restrizioni dei browser e degli ad blocker.
• Il tagging lato server funziona inviando i dati degli eventi attraverso un server cloud invece che attraverso il browser dell’utente.
• Il tagging lato server è l’approccio da adottare per evitare la perdita di dati, migliorare la precisione del tracciamento e rispettare le norme sulla privacy.

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: 

• Dati più accurati e completi: gli eventi vengono convogliati attraverso il server (spesso tramite un dominio personalizzato), quindi si perdono meno conversioni a causa delle restrizioni del browser o degli ad blocker.

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.

• Migliori prestazioni delle pagine: scaricare gli script di tracciamento sul server significa meno JavaScript in esecuzione nel browser, il che spesso si traduce in un caricamento più veloce delle pagine e una migliore esperienza dell’utente.
• Maggior controllo dei dati e privacy: con il tagging lato server, fungete da custodi dei dati inviati a ciascun fornitore. Potete filtrare o rendere anonime le informazioni personali (ad esempio, rimuovere o crittografare gli identificatori degli utenti come indirizzi e-mail o numeri di telefono) prima che lascino il vostro server. Ciò contribuisce a soddisfare i requisiti della CPRA in California, della VCDPA in Virginia, del GDPR nell’UE e di altre leggi sulla privacy.

È 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:

• Accedere a GTM: andare su Google Tag Manager.
• Creare un contenitore: cliccare su Admin → + nella colonna Contenitore.
• Configurare il contenitore: assegnare un nome al contenitore, selezionare Server come piattaforma di destinazione e fare clic su Crea.

• Server di configurazione: scegliere Configurazione manuale del server di tagging e copiare la configurazione del contenitore fornita.

• Creare un account/effettuare l’accesso: andare sul sito di Stape ed effettuare l’accesso oppure creare un account.
• Creare un contenitore: fare clic su Crea contenitore.

• Inserire i dettagli: fornire un nome per il contenitore, incollare la configurazione del contenitore da GTM, selezionare la posizione del server e fare clic su Crea contenitore.

• Implementazione: Stape implementerà un server cloud e ospiterà il contenitore GTM. Una volta completata la configurazione, lo stato passerà a In esecuzione.

• Accedere ai domini: nel contenitore Stape, scorrere fino alla sezione Domini e fare clic su Aggiungi dominio personalizzato.
• Inserire il dominio: inserire un sottodominio (ad esempio ss.yourdomain.com).
• Configurare il DNS: Stape fornirà i record DNS. Aggiungerli al proprio registro di domini per indirizzare il sottodominio al contenitore del server.
• Verifica: una volta completato l’aggiornamento delle modifiche al DNS, il dominio personalizzato verrà verificato.

• Aprire il contenitore web: in GTM, accedere al contenitore web.
• Creare tag: aggiungere un nuovo tag (ad esempio Google Analytics: GA4 Event).
• Configurare tag: nelle impostazioni del tag, impostare l’URL di trasporto sull’URL del contenitore del server (ad esempio https://ss.yourdomain.com).
• Trigger: impostare i trigger appropriati per i tag per garantire che gli eventi vengano inviati al contenitore del server.

• Accedere al contenitore del server: in GTM, aprite il contenitore del server.
• Aggiungere i clienti: andare su Clienti, fare clic su Nuovo e selezionare il cliente appropriato (ad esempio GA4).
• Configurare i tag: in Tag, creare nuovi tag corrispondenti alle piattaforme a cui si vuole inviare i dati (ad esempio, Facebook Conversions API, LinkedIn Conversions API).

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:

• Un server cloud completamente configurato

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.

• Una dashboard semplice e intuitiva

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.

• Piani convenienti

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.

• Potenziamenti integrati

È possibile utilizzare funzionalità avanzate senza necessità di sviluppo personalizzato:

1. 1.
   Cookie Keeper: mantiene i cookie di prima parte validi fino a 400 giorni, il che è utile poiché i browser li eliminano dopo 3-7 giorni.
2. 2.
   Custom Loader: modifica i nomi degli script di tracciamento in modo che gli ad blocker non li riconoscano e non li blocchino.
3. 3.
   Anonymizer: consente di filtrare o rimuovere i dati personali prima di inviarli, in modo da garantire la conformità ai requisiti legali in materia di protezione dei dati.
4. 4.
   Supporto multidominio: traccia gli utenti su siti come shop.yoursite.com e blog.yoursite.com come un’unica sessione, non come visite separate.

• Modelli per GTM

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.

• CDN globale e domini personalizzati

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.

• Assistenza in caso di necessità

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:

• Cookie di prima parte con durata maggiore: con una configurazione lato server che utilizza il proprio dominio, i cookie di tracciamento diventano cookie di prima parte. 

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.

• Gestione dell’ITP (restrizioni di Safari): la funzione Intelligent Tracking Prevention di Safari limita la durata anche dei cookie di prima parte. 

Per aggirare questo problema, il potenziamento Cookie Keeper di Stape aggiorna continuamente i cookie importanti in modo che Safari non elimini dopo una settimana. 

• CDN proprio: indirizza il dominio di tagging attraverso lo stesso IP del sito principale.

Questo aiuta i browser come Safari a trattare i cookie come cookie di prima parte, migliorandone la durata e l’accuratezza.

• Dominio della stessa origine: impostare il percorso di tagging sullo stesso dominio del sito (ad esempio yoursite.com/sgtm) aiuta a garantire che i browser non declassino i cookie o blocchino il tracciamento.

• Tracciamento a lungo termine: i cookie di terze parti (come quelli delle piattaforme pubblicitarie) vengono gradualmente rimossi dai browser. 

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:

• Gateway per piattaforme dedicate

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.

• Meta Conversions API Gateway: invia eventi come acquisti e lead dal vostro server a Meta utilizzando Conversions API. Ospitato da Stape, non richiede alcuna configurazione backend.
• Stape Gateway: progettato per GA4 e Google Ads. Installa automaticamente i tag principali nel contenitore del server.
• TikTok Events API Gateway: consente di inviare eventi lato server a TikTok per una migliore attribuzione e ottimizzazione delle campagne.
• Snapchat CAPI Gateway: traccia le conversioni su Snapchat anche quando il tracciamento del browser è bloccato.

Ciascun gateway è personalizzato in base all’API della propria piattaforma, garantendo un tracciamento accurato degli eventi con una configurazione ridotta.

• Monitoriaggio

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.

• Stape Analytics

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:

• Errori 404/403 del server GTM: se le chiamate di tracciamento restituiscono un errore 404, l’endpoint del contenitore del server non è stato trovato o non è stato pubblicato.

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.

• Eventi non ricevuti (richieste bloccate): se nessun evento raggiunge il contenitore del server, è possibile che siano stati bloccati dai browser o dalle estensioni (ad esempio ERR_BLOCKED_BY_CLIENT nella console del browser).

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.

• CORS o CSP che bloccano le richieste: le impostazioni CORS (Cross-Origin Resource Sharing) o CSP (Content Security Policy) sul vostro sito o browser potrebbero bloccare le richieste al vostro contenitore del server.

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.

• Conversioni duplicate o mancanti: se utilizzate sia il tracciamento client che quello server, è possibile che la stessa conversione venga conteggiata due volte o non venga conteggiata affatto.

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.