La settimana è soprattutto una fase di attesa controllata: le campagne completano l’apprendimento dopo le modifiche del 1° e 6 agosto, ADR Center chiude le dipendenze di prodotto e sviluppo, poi Pasquale collauda gli interventi e pubblica la nuova versione GTM.
Il focus passa dall’accesso ai sistemi alla qualità della misura, lasciando espliciti i gate che dipendono da ADR Center
Da sbloccare o completare
Dopo il rilascio di Stefano e del team dev, Pasquale ripete le anteprime su Italia, Germania e Spagna, verifica il rifiuto dei case_id inventati e collauda il flusso fino a ODS Hub. Se tutte le evidenze sono positive, pubblica la nuova versione di Google Tag Manager.
Attività attive adesso
La campagna Spagna è attiva dal 13 febbraio e la Germania dal 19 maggio. La fase attuale è iniziata il 1° agosto con il passaggio a GH - Lead e Massimizza le conversioni; ultima modifica il 6 agosto: nuovi titoli in Spagna, keyword e gruppo annunci in Germania. Nessun nuovo intervento fino alle verifiche finali: Germania 18 agosto, Spagna 20 agosto.
Attività ed evidenze richieste ad ADR Center
Serve l’evidenza che il case_id sia generato e validato in modo affidabile prima della pubblicazione e del collaudo applicativo.
Confermare a livello di singolo caso che case_id, gssp e gsde restino disponibili lungo tutto il flusso fino all’Hub.
Definire soglia, finestra temporale e segnali di deterioramento oltre i quali il volume dei casi non è più sostenibile o qualitativamente sano.
ADR Center deve validare per Spagna e Germania la relazione tra Fase 1, Fase 2, isBillable e invoicedFee da 250/500 €. Finché la relazione non è confermata, il valore fatturato non può essere usato per dedurre la fase.
ADR Center deve definire e sviluppare il percorso che chiede subito l’email, salva ogni step e permette di riprendere la compilazione. Il completamento dell’ultimo step diventa l’evento complete_registration.
ADR Center deve progettare le domande dinamiche e la tassonomia iniziale sui casi già gestiti, usando soltanto informazioni anonimizzate e casistiche plausibili.
Chiuso dal 10 agosto
Aggiornate entrambe le campagne su lead, spesa, CPL, clic, impressioni, lead/clic e quota impressioni. Il 10 agosto è escluso perché ancora parziale.
La lettura aggregata indica circa 9–11 giorni fino alla classificazione e 53–65 giorni fino alla chiusura. Sono stime da validare per Paese, non SLA contrattuali.
Sono stati identificati i campi isBillable e invoicedFee; resta aperta la validazione della relazione con Fase 1/Fase 2 e l’aggregazione economica per Spagna e Germania.
Le dipendenze aperte sono mostrate per prime e ordinate per priorità e impatto. Quelle risolte restano visibili come storico delle fasi già sbloccate.
Deve stabilire quanti casi il modello può sostenere prima che la dinamica con Meta perda sostenibilità o qualità, indicando soglia, finestra di misura e segnali di deterioramento.
Blocca il gate applicativo della pubblicazione M4 e il collaudo end-to-end sicuro.
Blocca la chiusura M3, la riconciliazione case-level con ODS Hub e il collaudo end-to-end.
L’NDA resta da firmare. Il contratto è già stato completato e non rappresenta un blocco.
Implementazione e collaudo del piano tecnico sono ora sbloccati.
Baseline ODS e confronto tra conversioni e casi reali possono ora essere costruiti.
Dove siamo, cosa è già successo e cosa deve avvenire dopo
Pacchetto GTM pronto, pubblicazione subordinata al rilascio dev
Audit, piano, accessi e configurazione nel workspace GTM sono completati. ADR Center, tramite Stefano e il team dev, deve ora rendere affidabile la validazione server-side del case_id e garantirne la persistenza con gssp e gsde fino a ODS Hub. Pasquale potrà testare e pubblicare soltanto dopo questo rilascio.
Analisi iniziale completata; servono le definizioni di ADR Center
La prima lettura del Brain e dei dati reali ODS Hub è completata. Sono disponibili una baseline di eligibility e una prima proxy dei tempi di maturazione. Per avanzare ADR Center deve validare la struttura economica per Paese e fornire la North Star Metric dei casi sostenibili.
Dati completi al 9 agosto; il 10 agosto resta escluso perché parziale
Google Ads misura la crescita quantitativa e l’efficienza dei lead. ODS Hub controlla la quota di casi classificati che raggiunge la Fase 2, distinguendo i dati parziali da quelli sufficienti per il confronto.
La baseline Google Ads 1× è il volume di GH - Generate Lead attribuito nei trenta giorni precedenti all’ingaggio. Il target 2× è il doppio del volume in una finestra mobile di trenta giorni. Spesa, CPL e tasso lead/clic restano indicatori di osservazione e sostenibilità.
Benchmark tecnico con tracking regolare, 15 giugno–10 luglio: Spagna 14,73 €/lead; Germania 37,75 €/lead. Il benchmark resta diagnostico e non determina baseline o target.
Azione di conversioneGH - Generate Lead
Passa il mouse sulla barra per leggere qualsiasi livello da 0× a 2×.
Nei 13 giorni completi la campagna ha raggiunto il 41,1% del target: run-rate 456 lead, pacing 94,9% e CPL 12,22 €. Dal 6 al 9 agosto, dopo i nuovi titoli, ha generato 42 lead con 712,51 € di spesa e CPL 16,96 €: è una lettura ancora giovane e soggetta a riattribuzione. La quota impressioni persa dipende soprattutto dal ranking (57,9%) e meno dal budget (8,9%). GH - Conferma richiesta registra 2 all conversion, ma non sostituisce la qualità osservata in ODS Hub.
Azione di conversioneGH - Generate Lead
Passa il mouse sulla barra per leggere qualsiasi livello da 0× a 2×.
Nei 13 giorni completi la campagna ha raggiunto il 27,3% del target: run-rate 28 lead, pacing 62,9% e CPL 81,84 €. Dal 6 al 9 agosto ha generato 5 lead con 515,74 € di spesa e CPL 103,15 €: il campione è ancora troppo piccolo per attribuire l’effetto alle nuove keyword. La quota impressioni persa è 41,1% per ranking e 16,0% per budget; il vincolo di capacità va osservato, non corretto su quattro giorni. GH - Conferma richiesta registra 1 all conversion.
gssp · 28 giugno–27 luglio 2026
Dato preliminare · nessun giudizio prima di 30 casi classificati
Baseline: 222 Fase 2, 64 non eleggibili; eligibility 77,62%; intervallo 95% 72,44%–82,07%.
Periodo osservato: 20 confermati, 8 Fase 2, 2 non eleggibili, 10 non classificati; eligibility 80,00%; intervallo 95% 49,02%–94,33%.
gsde · 28 giugno–27 luglio 2026
N/D — campione insufficiente
Baseline: 32 Fase 2, 3 non eleggibili; eligibility 91,43%; intervallo 95% 77,62%–97,04%.
Periodo osservato: 0 confermati, 0 Fase 2, 0 non eleggibili, 0 non classificati; eligibility N/D.
L’eligibility considera soltanto i casi già classificati: Fase 2 diviso Fase 2 più non eleggibili. I casi ancora in lavorazione non entrano nel denominatore. Prima di 30 casi classificati il dato resta preliminare; da quella soglia compare la barra che mostra se la rilevazione è compatibile con la fascia statistica della baseline.
Ultima modifica 6 agosto · verifica 16–20 agosto
Ultima modifica 6 agosto · verifica 15–18 agosto
Le attività concluse restano nello storico; i gate ancora aperti sono stati riportati nella settimana attuale
Sostituiti quattro titoli in Spagna; aggiunte sei keyword e rinominato il gruppo di annunci in Germania il 6 agosto.
Definite baseline quantitativa Google Ads e qualitativa ODS Hub con finestre metodologicamente separate.
Ricevuti Codex e ODS Hub il 4 agosto; ripristinata anche l’attribuzione gsde per la Germania.
Il pacchetto GTM è pronto nel workspace ma non può essere pubblicato: ADR Center, tramite Stefano e il team dev, deve prima dimostrare che il server rifiuti i case_id inventati e che case_id, gssp e gsde arrivino fino a ODS Hub. Solo dopo Pasquale potrà eseguire un collaudo end-to-end affidabile e pubblicare la nuova versione GTM.
Evidenza richiesta il 5 agosto e riportata in W3 come gate bloccante.
Verifica case-level richiesta il 5 agosto e riportata in W3 come gate bloccante.
Definizione richiesta ad ADR Center e riportata in W3 con priorità massima.
Ancora pending; il contratto è già completato e la firma non blocca l’operatività.
La prima settimana resta visibile come origine delle attività e delle dipendenze riportate nelle settimane successive
Diagnosi, interventi target, criteri di verifica e ordine delle attività messi per iscritto.
Prima lettura completata per comprendere come il Brain interpreta i tracciamenti e quali verifiche dovrà svolgere.
Audit iniziale concluso e punti di miglioramento tradotti nel piano tecnico.
Le campagne hanno iniziato a portare gli utenti alla landing page anziché direttamente al form.
L’attività non è stata completata in W1 perché mancavano gli accessi a ODS Hub e Codex.
Mancante in W1 e successivamente risolto il 4 agosto.
Mancante in W1 e successivamente risolto il 4 agosto.
Mancante in W1 e ancora aperto; il contratto già completato evita che diventi un blocco operativo.