Introduzione al tagging lato server

Il tagging lato server è un nuovo modo di utilizzare Google Tag Manager per instrumentare su più dispositivi. I container del server utilizzano lo stesso tag, trigger di variabilità del modello a cui sei abituato, oltre a offrire nuovi strumenti che consentono per misurare l'attività degli utenti ovunque si verifichi.

Una configurazione di tagging tipica senza tagging lato server si basa su un contenitore nella pagina per inviare i dati di misurazione a vari server di raccolta. La figura 1 illustra un esempio di come un contenitore web di Tag Manager viene eseguito in una un browser web invia dati a più server.

Figura 1: diagramma di un sito instrumentato per l'utilizzo di un contenitore web di Google Tag Manager.

Al contrario, un contenitore del server non viene eseguito nel browser dell'utente o sul suo telefono. ma viene eseguito su un server controllato da te.

Figura 2: esempio di configurazione di tagging che utilizza un contenitore del server.

Il server viene eseguito nel tuo progetto Google Cloud o in una ambiente diverso di tua scelta e solo tu puoi ai dati nel server finché non scegli di inviarli altrove. Hai controllo completo sulla forma dei dati e su dove vengono indirizzati server web. I tag vengono creati utilizzando JavaScript con sandbox tecnologia. Le autorizzazioni ti consentono di capire cosa può fare il tag. che ti consentono di impostare dei limiti intorno al container.

Il server riceve richieste web dal dispositivo dell'utente e le trasforma in eventi. Ogni evento viene elaborato tag, attivatori e variabili. Tag, attivatori e variabili in un server del container funzionano esattamente come in altri tipi di container: gli attivatori esaminare ciascun evento per cercare determinate condizioni e, ove appropriato, attivare tag che inviano i dati sugli eventi da elaborare.

Questo modello introduce due importanti domande per i contenitori dei server:

• In che modo i dati di misurazione vengono trasferiti dal dispositivo dell'utente al contenitore del server?
• In che modo i dati di misurazione inviati a un contenitore del server vengono trasformati in un evento?

La risposta a entrambe le domande è un nuovo tipo di entità per l'uso container: un client.

Come funzionano i clienti

I client sono adattatori tra il software in esecuzione sul dispositivo di un utente e il tuo un container del server web. Il cliente riceve i dati di misurazione da un dispositivo, trasforma i dati in uno o più eventi, instrada i dati da elaborare nel contenitore e pacchettizza i risultati da inviare al richiedente.

Sono tante! Diamo un'occhiata più da vicino a ciascuna parte individualmente. La figura 3 mostra i dati che confluiscono nel contenitore del server dal web dell'utente browser web e dal server web al contenitore del server.

Figura 3: un client diverso gestisce ogni flusso di dati.

I clienti ricevono i dati di misurazione da un dispositivo. Supponiamo che tu voglia misurare l'attività degli utenti in tre punti: un sito web, un'app per smartphone e un tostapane. Il tuo sito web usa Google Analytics, la tua app telefonica usa Firebase Google Analytics e il tostapane utilizza un protocollo proprietario chiamato "ToastMeasurement".

La strumentazione di questi tre dispositivi con Google Tag Manager normalmente richiederebbe un container diverso per ogni piattaforma. Poiché il contenitore del server non viene eseguito sul dispositivo, lo stesso container può gestire la strumentazione di analisi tre piattaforme di dispositivi. Ma c'è un problema. Non tutti questi dispositivi comunicare nello stesso modo. Il protocollo Google Analytics non è identico a il protocollo ToastMeasurement. È qui che entrano in gioco i clienti.

Al posto di questi tre container, quello del server ha tre client. Ogni richiesta in arrivo nel container verrà elaborata da ciascun client in ordine di priorità, il cliente con la priorità più alta per primo. La prima cosa che ciascun cliente è decidere se sa come elaborare quel tipo di richiesta. Se può, il cliente "rivendica" la richiesta per poi passare alla fase successiva e l'elaborazione dei dati. La rivendicazione della richiesta impedisce ai client successivi di in esecuzione. Se il client non riesce a elaborare la richiesta, non fa nulla e consente gli altri client decideranno se gestire o meno la richiesta.

I client trasformano i dati delle richieste in uno o più eventi. Una volta che il client ToastMeasurement ha rivendicato una richiesta, deve trasformare in un dato che il resto del container riesce a comprendere. È qualcosa che un insieme di eventi.

Gli eventi sono ciò che accade e che vuoi misurare. Può essere qualsiasi cosa: start_toasting, finish_toasting o buy_bread. Ci sono alcuni suggerimenti sulla struttura gli eventi generati da un client, ma l'unico requisito è che il resto dei il container li comprende.

I client eseguono il container. Il client ha rivendicato la richiesta e l'ha resa in eventi. A questo punto occorre passare ai tag, agli attivatori e alle variabili. Il cliente passa ogni evento al resto del container per un'ulteriore elaborazione.

I clienti pacchettizzano i risultati da inviare al dispositivo. Una volta container è stato eseguito, è il momento di rispondere al tostapane. La risposta può richiedere molte forme. Forse il cliente dice semplicemente "OK, fatto". Forse uno dei tag vuole per reindirizzare la richiesta a un altro server di raccolta. O forse uno dei tag indica alle spie del tostapane di cambiare colore. Quello che dovrebbe che possono verificarsi, è compito del client pacchettizzare i risultati e restituirli per il richiedente.

Fortunatamente, Tag Manager gestisce gran parte di questo per te. I container di server con tre clienti inclusi: Google Analytics 4, Google Analytics: Universal Analytics e Measurement Protocol. Questi clienti forniscono gli strumenti di cui hai bisogno per iniziare a strumentare la tua applicazione non appena avrai creato containerizzato.

Un breve esempio

Vediamo un breve esempio per vedere come si integrano tutti i componenti. In questo esempio, creerai quanto segue:

1. Un sito web semplice che utilizza gtag.js per inviare un evento click a un un container del server web.
2. Un client Google Analytics 4 che riceve l'evento.
3. Un attivatore che si attiva per un evento click.
4. Un tag Google Analytics 4 che invia i dati sugli eventi a Google Analytics per e l'elaborazione dei dati.

Per questo esempio, supponiamo che tu abbia già creato e distribuito del tuo contenitore del server.

Configura gtag.js

Innanzitutto, configura gtag.js per inviare i dati al contenitore del server. Con Con gtag.js, l'invio di dati al contenitore del server funziona esattamente come l'invio di dati Google Analytics, con una modifica. Come nella pagina di esempio riportata di seguito, imposta il valore Opzione di configurazione di server_container_url per puntare al contenitore del server.

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'TAG_ID', {
    server_container_url: 'https://analytics.example.com',
  });
</script>

Sostituisci TAG_ID con il tuo ID tag. Sostituisci https://analytics.example.com con l'URL del contenitore del server.

Poi, aggiungi una funzione sendEvent() per gestire gli eventi click:

<!-- Google tag (gtag.js) -->
<script async src="https://www.googletagmanager.com/gtag/js?id=TAG_ID"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}
  gtag('js', new Date());

  gtag('config', 'TAG_ID', {
    server_container_url: 'https://analytics.example.com',
  });

  function sendEvent() {
    gtag('event', 'click');
  }
</script>

<button onclick="javascript:sendEvent()">Send Event</button>

Sostituisci TAG_ID con il tuo ID tag. Sostituisci https://analytics.example.com con l'URL del contenitore del server.

Con questa configurazione, i gestori di eventi come la funzione sendEvent() incluso in questo esempio invierà un evento click al contenitore del server.

Client Google Analytics 4

Il contenitore ha bisogno di un client per ricevere l'evento una volta raggiunto il server. Fortunatamente, i contenitori dei server sono dotati di un client Google Analytics 4 quindi hai già completato questo passaggio.

Attivatore clic

A questo punto, crea un attivatore che si attivi sull'evento click. Crea un account personalizzato Trigger che si attiva quando la variabile integrata Nome evento è uguale a "clic".

Tag Google Analytics 4

Infine, collega un tag GA4 all'attivatore. Come per i client, un container del server con un tag GA4 incluso. Crea il tag, configura le impostazioni e hai cablato il tuo container. I client GA4 e i tag GA4 sono progettati lavorare insieme. Devi solo creare un tag GA4 e i relativi verrà estratta automaticamente dagli eventi provenienti di alto profilo.

Visualizza l'anteprima del contenitore

Ora che il contenitore è configurato, fai clic su Anteprima. Visita il tuo sito web in un in un'altra finestra del browser. Quando richieste ed eventi vengono inviati al server le richieste e gli eventi saranno elencati sul lato sinistro la pagina di anteprima.

Quando sei soddisfatto delle modifiche, pubblica il contenitore del server.

Configura il tuo server per la modalità di produzione con la pubblicazione proprietaria

Prima di inviare traffico di produzione al contenitore del server, ti consigliamo vivamente consigliamo di installare il server dominio proprietario e eseguire l'upgrade del server modalità produzione.