Marketing, vendite o IT: chi deve controllare che le conversioni tornino alle campagne?

Il CRM contiene le vendite, il webhook risponde senza errori e le campagne continuano a spendere. Dopo alcune settimane qualcuno scopre che Google, Meta o LinkedIn non stanno più ricevendo segnali utilizzabili. Di chi è il problema: marketing, commerciale o IT?

La risposta pratica è: servono tre proprietari diversi, ma un solo controllo condiviso. Il commerciale certifica il fatto aziendale, il marketing definisce il significato della conversione e la parte tecnica garantisce trasmissione e diagnostica. Se la responsabilità resta genericamente “del sistema”, nessuno si accorge del guasto finché il report non diventa inspiegabile.

Vendite: proprietarie della verità commerciale

Il team commerciale deve stabilire quando un lead è qualificato, quando un’opportunità è vinta e quale valore è realmente associato al contratto. Non dovrebbe decidere come costruire un payload API, ma deve compilare campi e stati secondo una regola verificabile.

Il controllo minimo è confrontare ogni settimana opportunità vinte, annullamenti e valori con la fonte aziendale scelta. Se la pipeline contiene duplicati o stati usati in modo diverso dai venditori, il postback può essere tecnicamente perfetto e insegnare alle campagne la cosa sbagliata. È il problema affrontato nella guida su CRM incompleto e segnali pubblicitari.

Marketing: proprietario della definizione

Il marketing deve documentare quali eventi vengono inviati, a quali azioni di conversione e con quale ruolo nell’ottimizzazione. “Contratto firmato”, “lead qualificato” e “appuntamento svolto” non sono tre nomi intercambiabili.

Spetta inoltre al marketing controllare che l’azione corretta sia attiva, associata alle campagne previste e leggibile nei report. LinkedIn, per esempio, richiede una regola di conversione abilitata; nei requisiti ufficiali per le integrazioni raccomanda anche un controllo giornaliero o settimanale dello stato della regola. Fonte: LinkedIn Marketing API, requisiti Conversions API.

Lo stesso principio vale su Meta: Events Manager collega dataset, Pixel ed eventi server secondo la configurazione scelta. Il responsabile campagne deve sapere quale dataset alimenta gli annunci e quali eventi ci si aspetta di vedere, non limitarsi a leggere il totale delle conversioni. Fonte: Meta Business Help Center, dataset e Conversions API.

Parte tecnica: proprietaria della consegna

Chi gestisce integrazione, CRM, Make, server-side GTM o codice deve conservare un registro per ogni invio: ID interno, destinazione, timestamp, tentativo, risposta, errore e retry. Una risposta HTTP positiva non conclude il controllo.

Google chiarisce che gli eventi della Data Manager API vengono elaborati in modo asincrono: una richiesta accettata restituisce un request_id, ma non prova che tutti i record siano stati elaborati. Occorre interrogare lo stato successivo e leggere gli esiti per destinazione, inclusi successi parziali e fallimenti. Fonte: Google Data Manager API, stato e diagnostica degli invii.

LinkedIn distingue allo stesso modo validazione del payload e attribuzione: la Conversions API restituisce codici di risposta, richiede identificatori per il matching e usa eventId per la deduplicazione. Un evento accettato ma non abbinato non diventa automaticamente una conversione attribuita. Fonte: LinkedIn Marketing API, invio degli eventi.

Stape controlla il transito, non il significato della vendita

Nei progetti server-side, i log di Stape permettono di osservare richieste in entrata e in uscita, filtrare per evento, piattaforma e stato e seguire il payload lungo il container. Le funzioni disponibili e la conservazione dipendono dal piano. Fonte: Stape, panoramica dei log.

Questo aiuta a capire se il container ha ricevuto e trasmesso l’evento. Non certifica però che “opportunità vinta” corrisponda davvero a un contratto valido. Per questo server-side tracking e CRM devono avere proprietari distinti e una verifica comune.

La matrice minima delle responsabilità

• Commerciale: correttezza di stato, data, valore, annullamenti e duplicati.
• Marketing: nome dell’evento, destinazione, azione primaria o secondaria e lettura dei report.
• Tecnico: mapping, identificatori, consenso, autenticazione, code, retry e diagnostica.
• Responsabile del processo: riconcilia i tre livelli e apre l’incidente quando le quantità divergono.

Quest’ultimo ruolo può essere ricoperto da marketing operations, da un responsabile performance o da un referente interno. La qualifica conta meno del mandato: deve poter interrogare CRM, integrazione e account pubblicitari.

Un esempio ipotetico

Esempio ipotetico, non riferito a un cliente: in una settimana il CRM registra dodici contratti validi. Il router genera dodici eventi, ma Google ne elabora dieci, Meta ne riceve undici e la regola LinkedIn risulta disabilitata.

Il commerciale conferma i dodici contratti e segnala un annullamento successivo. Il tecnico usa ID e diagnostica per individuare due record Google privi di identificatori e un errore Meta. Il marketing riattiva la regola corretta su LinkedIn e verifica che gli eventi appartengano alle azioni previste. Il responsabile del processo documenta correzioni e rettifica l’annullamento.

Non si sommano i conteggi delle piattaforme per stabilire quante vendite esistono: la base resta il CRM riconciliato. L’architettura descritta nell’articolo su un evento CRM distribuito a più piattaforme funziona soltanto se ogni destinazione conserva un esito separato.

Il controllo settimanale da non saltare

Preparerei una tabella con eventi attesi dal CRM, generati dal router, accettati da ciascuna API, falliti, ancora in elaborazione e visibili nelle diagnostiche. Aggiungerei l’età dell’errore più vecchio e il numero di retry. Una volta al mese verificherei anche che azioni, token, regole e mapping non siano cambiati.

Prima di usare un nuovo segnale per le offerte automatiche, seguirei il test controllato descritto nella guida su verifica delle vendite inviate alle campagne. Nessun monitoraggio garantisce risultati pubblicitari, ma rende visibile il punto esatto in cui il processo si interrompe.

La domanda quindi non è “chi ha colpa quando manca una conversione?”. È “chi deve accorgersene per primo?”. La risposta deve essere scritta prima del prossimo guasto: commerciale per la verità, marketing per il significato, tecnico per la consegna e un responsabile per la riconciliazione.

Fonti ufficiali consultate il 5 novembre 2026. L’esempio è ipotetico. Funzioni, diagnostiche e tempi di elaborazione dipendono dalla piattaforma, dall’account e dalla configurazione adottata.