La scadenza di aprile ha separato chi aveva liste Customer Match attive da chi era fermo.
L’errore del 1° aprile: chi è rimasto fuori da Customer Match
La scadenza è già scattata. Secondo le modifiche al supporto Customer Match nella Ads API, gli sviluppatori che non hanno adottato Customer Match o che non hanno caricato dati su una lista Customer Match tra ottobre 2025 e marzo 2026 ricevono un errore se provano a caricare una lista. In pratica: se il tuo flusso di caricamento dei contatti era fermo in quel semestre, oggi non puoi più riattivarlo con le modalità precedenti senza adeguarti.
La data non è un dettaglio tecnico. La regola separa chi aveva già un flusso Customer Match attivo e aggiornato da chi era rimasto fermo. Chi non rientra nella finestra ottobre 2025–marzo 2026 si è trovato escluso proprio nel momento in cui le liste andavano mantenute idonee. Il problema non è scomparso con un fix, perché non era un incidente di sistema. Era il sintomo di un cambio di architettura. Ma perché Google ha scelto proprio questa strada? La risposta sta nella tecnologia che oggi viene presentata come soluzione.
Non è solo sicurezza: cosa cambia davvero con la Data Manager API
La domanda è legittima: cosa rende la Data Manager API diversa dalla Ads API che molti inserzionisti già usano? La risposta non sta soltanto nell’interfaccia. La Data Manager API nasce per semplificare l’invio e la gestione dei dati first-party da parte di inserzionisti, agenzie e partner dati, facendo risparmiare tempo e risorse e garantendo che i dati siano gestiti in modo sicuro, come spiega la documentazione per gli sviluppatori.
Secondo l’analisi di Search Engine Land, Google presenta la Data Manager API come una soluzione di ingestione dati più moderna e unificata tra le proprie piattaforme, con protocolli di sicurezza più forti. Ma la differenza concreta è nelle funzioni: la Data Manager API include capacità assenti nella Ads API, come il confidential matching e la crittografia avanzata. Non è un restyling, è un cambio di binario.
Come funziona il confidential matching? Google lo ha introdotto come un nuovo modo per connettere in modo sicuro i dati first-party nelle soluzioni di misurazione e audience, basato su Trusted Execution Environments, ovvero confidential computing. In parallelo, sul fronte dell’hashing, Google trasforma le informazioni di contatto degli account Google in codici hash usando l’algoritmo SHA256, un meccanismo unidirezionale che Google non decifra. E i file caricati non vengono utilizzati per scopi diversi dalla creazione dei pubblici Customer Match e dalla verifica della conformità alle policy. La certificazione ISO 27001 sui sistemi, le applicazioni, le persone, la tecnologia, i processi e i data center che servono Customer Match completa il quadro: il vincolo non è solo contrattuale, ma architetturale.
Da domani mattina: i controlli da fare sulle tue liste Customer Match
Il passaggio è già iniziato e la scadenza di aprile non è recuperabile: ora conta lo stato delle liste esistenti. Le liste Customer Match hanno una durata massima di appartenenza di 540 giorni. Per restare idonea, una lista deve avere almeno 100 membri aggiunti o aggiornati negli ultimi 540 giorni. Se una lista non rispetta questo requisito, non è più idonea. Quante delle tue liste Customer Match rispettano ancora questi parametri?
Non aspettare il prossimo aggiornamento: controlla oggi stesso l’idoneità delle tue liste e prepara il passaggio dei flussi di caricamento alla Data Manager API. È il lavoro di domani mattina.
