Una guida tecnica pubblicata da Stape mostra come collegare un'app costruita con una piattaforma no-code basata su AI (Base44) a Google Analytics 4, Google Tag Manager server-side e Meta Conversions API, usando pochi comandi scritti in chat al posto della configurazione manuale. Il risultato è un tracciamento più affidabile, che riduce la perdita di dati causata da ad blocker e restrizioni dei browser.
In breve
- Le app no-code come Base44 raccolgono dati interni (visite, vendite, eventi personalizzati) ma non li condividono automaticamente con GA4, Meta o Google Ads.
- Il tracciamento lato client (basato solo sul browser) perde dati a causa di ad blocker, Intelligent Tracking Prevention di Safari e limiti sui cookie.
- Il tracciamento server-side instrada gli eventi attraverso un server dedicato, aggirando molte di queste restrizioni.
- Un protocollo chiamato Model Context Protocol (MCP) permette a un assistente AI di creare container Google Tag Manager, collegarli a un server e preparare i tag GA4 e Meta direttamente da una conversazione in chat.
- La deduplicazione degli eventi, tramite un identificativo univoco (event ID), evita che la stessa conversione venga conteggiata due volte tra Pixel e Conversions API.
Perché un'app no-code spesso non basta per misurare le campagne pubblicitarie?
Un'applicazione costruita con un builder AI come Base44 include di norma una dashboard interna con panoramica del traffico, delle vendite (ad esempio tramite Stripe) e degli eventi personalizzati come iscrizioni o clic su pulsanti. Questi dati sono utili per capire come si comporta chi usa l'app, ma restano chiusi dentro quella piattaforma: le reti pubblicitarie non possono leggerli. Google Analytics 4 ha bisogno di ricevere direttamente gli "hit" sulla sua proprietà, Meta richiede eventi tramite Pixel e Conversions API per registrare le conversioni nel browser, e Google Ads ha bisogno di dati collegabili ai singoli clic sugli annunci. Finché un evento rimane isolato dentro il builder no-code, nessuna di queste piattaforme può usarlo per attribuire risultati o ottimizzare una campagna.
Il problema diventa evidente soprattutto quando si passa dalla fase di validazione del prodotto al lancio di campagne a pagamento: un modulo "entra in lista d'attesa" compilato con successo fa aumentare un contatore interno, ma se quell'evento non viene inviato esplicitamente a GA4 e a Meta, per le piattaforme pubblicitarie quella conversione semplicemente non esiste.
Cos'è il tracciamento server-side e perché riduce la perdita di dati?
Il tracciamento server-side instrada gli eventi attraverso un server dedicato (un "tagging server") invece di affidarsi solo a script eseguiti nel browser del visitatore. Il tracciamento esclusivamente lato client è pesantemente limitato da ad blocker, dalle restrizioni sui cookie imposte dai browser e da meccanismi come l'Intelligent Tracking Prevention di Safari, che riduce drasticamente la durata dei cookie creati via script.
Con un'architettura server-side, l'applicazione carica un solo script di Google Tag Manager e invia eventi puliti al data layer; da lì i dati passano attraverso un server di tagging dedicato e vengono inoltrati a GA4 e a Meta tramite la Conversions API. Poiché i dati raggiungono prima un server sotto il controllo diretto di chi gestisce l'app, è più semplice decidere con precisione quali parametri condividere con ciascuna piattaforma, e si riduce l'impatto dei blocchi imposti dai browser.
Come funziona il collegamento tramite server MCP?
Il Model Context Protocol (MCP) è uno standard aperto che permette a un assistente AI di compiere azioni concrete su strumenti esterni, come ispezionare un container di Google Tag Manager o creare tag e trigger, invece di limitarsi a scrivere codice. Nel caso descritto dalla guida, due connessioni MCP coprono l'intera configurazione del tracciamento:
- una connessione dedicata a Google Tag Manager, che si autentica con un account Google e lavora all'interno di GTM creando container, tag, trigger e variabili, pubblicando le versioni quando richiesto;
- una connessione dedicata al server di tagging, che si autentica con una chiave API e crea il container server ospitato, restituendo l'indirizzo del server stesso.
Una volta collegate entrambe, alcuni comandi scritti nella chat del progetto sostituiscono un intero pomeriggio di configurazione manuale: l'assistente può creare un container web e uno server, collegare il container server a un host dedicato, preparare le bozze dei tag GA4, Meta Pixel e Meta Conversions API, e aggiungere lo snippet di Google Tag Manager al codice dell'app. Queste connessioni esistono solo nell'editor: l'app pubblicata non le richiama, e né la chiave API né le credenziali Google vengono incluse nel sito pubblico.
Perché la deduplicazione degli eventi tra Pixel e Meta Conversions API è importante?
Quando la stessa conversione viene tracciata in due punti — il Meta Pixel nel browser e la Conversions API lato server — Meta rischia di ricevere due eventi per un'unica azione, gonfiando artificialmente i numeri di conversione. La soluzione descritta nella guida è assegnare a ogni evento un identificativo univoco (event ID) sia nella versione browser sia in quella server: quando Meta riceve due eventi con lo stesso identificativo, li unisce e li conta come una singola conversione. Senza questo passaggio, chi legge i dati pubblicitari rischia di sovrastimare i risultati delle campagne.
Un altro elemento che la guida sottolinea riguarda i dati personali eventualmente inviati alle piattaforme pubblicitarie per migliorare la qualità dell'abbinamento degli eventi: prima di includerli occorre verificare di avere una base giuridica e il consenso necessario, e farli passare attraverso il server container, dove vengono sottoposti a hashing (SHA-256) prima di raggiungere Meta.
Quali passaggi prevede la configurazione descritta nella guida?
Il percorso illustrato da Stape segue una sequenza precisa, pensata per ridurre al minimo gli interventi manuali:
- Collegare le due connessioni MCP (Google Tag Manager e il server di tagging) a livello di account, una volta sola, così da poterle riusare in ogni progetto.
- Chiedere in chat la creazione di un container web e di un container server, con relativo hosting.
- Fornire l'ID di misurazione GA4 e, separatamente, l'access token della Meta Conversions API direttamente dentro Google Tag Manager, trattandosi di un'informazione sensibile.
- Chiedere all'assistente di collegare il container web all'app e di impostare gli eventi da tracciare (ad esempio visualizzazioni di pagina e invii di moduli), specificando l'invio duplicato verso GA4 e Meta con lo stesso identificativo evento.
- Pubblicare l'app e, separatamente, i container di Google Tag Manager.
- Verificare il corretto funzionamento tramite le modalità di anteprima di GTM, la vista di debug di GA4 e il dataset di Meta Events Manager.
Cosa cambia con un sottodominio personalizzato?
Instradare il server di tagging attraverso un sottodominio del proprio sito, invece di lasciarlo su un dominio generico, porta due vantaggi concreti. Il primo riguarda la durata dei cookie: i browser limitano fortemente i cookie creati da script lato client — Safari, ad esempio, li limita a pochi giorni — mentre un cookie impostato da un server di tagging ospitato su un sottodominio proprio viene trattato come cookie di prima parte, con una durata molto più lunga e un'identificazione più stabile dei visitatori che tornano. Il secondo vantaggio riguarda l'affidabilità delle richieste: i dati che transitano su un sottodominio proprio si confondono con il normale traffico del sito, ed è quindi meno probabile che vengano bloccati da ad blocker o filtri di privacy del browser.
Domande frequenti
Perché i dati raccolti dentro un'app no-code non arrivano automaticamente a Google Ads o Meta? Perché quelle piattaforme pubblicitarie hanno bisogno di ricevere direttamente gli eventi — tramite hit a GA4, Pixel e Conversions API per Meta — e non possono leggere i dati chiusi dentro la dashboard interna del builder: senza un collegamento esplicito, le conversioni restano invisibili ai fini dell'attribuzione.
Cosa si intende per perdita di dati lato client? Si riferisce agli eventi che non vengono registrati quando il tracciamento si basa solo su script eseguiti nel browser, a causa di ad blocker, delle restrizioni sui cookie imposte da funzioni come l'Intelligent Tracking Prevention di Safari e dei limiti generali alla privacy nei browser moderni.
A cosa serve il server container nel tracciamento server-side? Riceve gli eventi inviati dal browser e li inoltra in modo sicuro a Google Analytics 4 e a Meta tramite la Conversions API, permettendo un maggiore controllo su quali dati vengono condivisi con ciascuna piattaforma.
Cos'è il Model Context Protocol (MCP)? È uno standard aperto che consente a un assistente AI di eseguire azioni concrete su strumenti esterni — come creare container, tag e trigger in Google Tag Manager — invece di limitarsi a generare codice, rendendo possibile configurare il tracciamento tramite comandi in chat.
Fonti
- Base44 Analytics: Add GA4, GTM and Meta CAPI | Stape — https://stape.io/blog/base44-google-analytics-gtm (autrice Ieva Dubricke, pubblicato il 9 novembre 2026)
Collegare correttamente un'app o un sito agli strumenti di advertising è un passaggio che spesso richiede competenze tecniche specifiche, anche quando la parte di sviluppo è stata semplificata dall'AI. Se stai valutando come impostare un tracciamento affidabile per le tue campagne o come integrare applicazioni su misura con i tuoi canali di marketing, puoi scrivere a iNexus per un confronto sulla tua situazione.