Scuola di formazione AI: tracking pulito dal giorno uno del nuovo sito

Contesto

Realtà italiana di formazione su AI, data science e AI engineering, con campagne di acquisizione attive e un nuovo sito in Next.js in lancio. L’obiettivo: arrivare al go-live con un tracking progettato, non ereditato.

Problema

• Lead di qualità scarsa a budget alto: volumi bassi e utenti fuori target, senza dati affidabili per capire quali campagne e quali contenuti portassero i lead giusti.
• Container GTM multipli accumulati nel tempo, con tag duplicati e ownership poco chiara.
• Meta CAPI gateway attivata d’impulso, incompatibile con il server-side GTM previsto: da disattivare prima dell’implementazione per evitare eventi duplicati.
• Un nuovo sito in arrivo: l’occasione giusta per rifare le cose una volta sola, bene.

Intervento

• Un solo container GTM centrale al posto dei container stratificati.
• Server-side tagging su Stape: eventi inoltrati dal server, cookie first-party.
• GA4 + Meta CAPI con deduplicazione tra Pixel e Conversion API.
• Consent Mode v2 integrato con Iubenda: i tag rispettano il consenso, senza perdere gli eventi successivi all’accettazione.
• Data layer specification documentata (consegnata in PDF/HTML brandizzati) e piano di misurazione condiviso con il team marketing e sviluppo prima del go-live.

Risultati

Progetto in go-live a giugno 2026. Il valore già consegnato è nel metodo: il team sviluppo ha una spec precisa da implementare, il marketing sa quali eventi aspettarsi e con quali parametri, e ogni piattaforma riceve dati deduplicati e coerenti col consenso.

[DATO: metriche post go-live da confermare — match quality CAPI, copertura eventi]

Cosa porta a casa chi legge

Quando rifai il sito, il tracking va progettato prima del go-live, non dopo. Una data layer spec scritta vale più di dieci call: il team sviluppo implementa una volta sola e il giorno del lancio misuri già tutto.