Dieci nel gestionale, sei nel pannello: stai ottimizzando un’azienda che non esiste

Apri il gestionale e conti le iscrizioni arrivate dalla campagna del mese: dieci. Apri il pannello della piattaforma pubblicitaria e ne trovi sei. Oppure il contrario: il pannello se ne intesta quindici e nel gestionale ne trovi nove.

Hai due numeri che non tornano e nessuno che ti dica quale dei due è vero. La risposta scomoda è che non è vero nessuno dei due, ma uno solo dei due decide dove finiscono i tuoi soldi. Da qui l’unica idea di questo articolo: il sistema non impara da quello che succede nella tua attività, impara da quello che riesce a vedere.

Se vede sei iscrizioni su dieci, va a cercare persone simili a quelle sei. Le altre quattro — magari le migliori, quelle che hanno firmato l’annuale — per lui non sono mai esistite. Stai ottimizzando verso un’azienda che non esiste.

Sembra un problema da tecnici. È un problema da titolari, e si misura in euro. Facciamo il conto: i numeri sono ipotesi, i tuoi li metti tu al posto di questi.

Due conseguenze, entrambe costose. La prima è immediata: con un ritorno apparente di 2,4x è molto probabile che tu spenga una campagna che in realtà rende 4x. Spegni quella che funziona, e lo fai convinto di aver fatto la cosa prudente.

La seconda è più lenta e più cara. Quelle quattro iscrizioni invisibili non entrano nell’addestramento: il sistema continua a cercare pubblico somigliante a un campione sbagliato e il costo per contatto sale mese dopo mese, senza che tu abbia cambiato niente. Non è che la pubblicità «si è consumata». È che le hai insegnato la cosa sbagliata.

Nel caso opposto — il pannello rivendica più vendite di quelle che trovi tu — il dato non manca: viene attribuito con troppa generosità. È un conto a sé, ed è quello di il ROAS che ti mostra la piattaforma. Qui parliamo dei segnali che non arrivano mai.

Un pannello che non coincide con la cassa non è un rapporto sulle vendite. È un’opinione, scritta con i grafici.

Dove si perde il segnale, prima che arrivi

Il pixel è un pezzo di codice che vive nel telefono o nel computer di chi visita il tuo sito. Quando la persona fa qualcosa che ti interessa — guarda una pagina, invia un modulo, compra — il pixel manda un messaggio alla piattaforma. La debolezza è tutta lì: quel messaggio parte dal dispositivo della persona, e quel dispositivo non è più un posto affidabile da cui spedire.

Tre blocchi, in ordine di peso.

• Il permesso di sistema su iPhone. Da iOS 14.5 ogni applicazione deve chiedere il consenso a seguire l’attività della persona, e la maggioranza risponde no. In Italia, dove la quota di iPhone è alta, questo da solo taglia una fetta importante dei segnali.
• Le protezioni dei browser. Safari riduce drasticamente la durata dei cookie creati da codice e blocca quelli di terze parti, Firefox fa lo stesso, Chrome si muove nella stessa direzione. Chi torna sul tuo sito dopo due settimane può risultare una persona nuova.
• I blocca-pubblicità. Chi li usa non manda nessun segnale, mai. E sono più diffusi fra chi ha istruzione e reddito più alti: spesso il pubblico che ti conviene di più.

Perché a te serve più che a un negozio online

Chi vende online ha un vantaggio che tu non hai: la vendita si chiude nella stessa sessione in cui è cominciata. Clic, carta, fatto. Il segnale parte mentre la persona è ancora sulla pagina.

Da te non funziona così. La persona clicca martedì sera, scrive su WhatsApp mercoledì, viene a fare la prova venerdì e firma lunedì, al banco, con il gestionale aperto davanti. La vendita avviene in un posto dove il pixel non può entrare: dentro la tua sede, giorni dopo il clic.

Ecco perché quasi tutti, nel benessere, ottimizzano sul segnale sbagliato: contano i moduli inviati, perché quelli il browser li vede. Ma un modulo inviato non è un cliente. Se insegni alla piattaforma a portarti moduli, ti porterà moduli — tanti, economici e curiosi. Il numero che le devi dare è un altro: chi ha firmato — e quel numero esiste solo nel tuo gestionale, come tutto quello che succede fra il clic e la cassa, messo in fila in la guida al marketing con IA per palestre e centri.

Come funziona l’invio dal server

La Conversion API — in italiano basta chiamarla invio dal server — ribalta il percorso. Il segnale non parte più dal telefono della persona: lo manda il tuo server direttamente alla piattaforma. Da macchina a macchina, senza passare dal dispositivo di nessuno.

Il vantaggio è strutturale, non un trucco: fuori dal browser non ci sono estensioni che bloccano, limiti sulla durata dei cookie, permessi di sistema. Se nel tuo sistema risulta un’iscrizione, quell’informazione è tua e la puoi comunicare.

Va detta chiara, perché è l’errore più comune: non è «l’invio dal server invece del pixel», è «insieme al pixel». Il pixel porta il contesto — da quale annuncio, da quale pagina. L’invio dal server garantisce che la conversione arrivi comunque. Perché i due non si contino due volte serve la deduplicazione.

La deduplicazione: il pezzo che quasi tutti sbagliano

Se la stessa iscrizione viene mandata dal browser e dal server, la piattaforma la conta due volte. Il tuo ritorno sembra il doppio di quello vero: alzi l’investimento su una campagna che credi eccellente e stai solo guardando la stessa vendita due volte.

Il meccanismo per evitarlo è semplice da spiegare: a ogni evento si assegna un codice identificativo unico e si manda lo stesso codice da entrambe le strade. La piattaforma riceve due segnali con lo stesso codice, capisce che sono lo stesso fatto e ne tiene uno.

Il controllo si fa nel Gestore eventi, dove c’è la percentuale di eventi deduplicati. Una soglia magica non esiste — chi te la dà con due decimali si sta inventando un numero — ma gli estremi dicono tutto: vicino allo zero vuol dire che il codice non viene passato e stai contando doppio, molto alta che nella configurazione c’è qualcosa di ridondante.

Il controllo che conta più di questo, però, lo fai senza aprire nessun pannello: conti le righe nel gestionale e le confronti con quelle del rapporto. Se non si somigliano, tutto il resto è un bel grafico che descrive un’altra azienda.

Il consenso: la parte che nessuno spiega e che costa più caro

Questa sezione vale da sola l’articolo, perché è quella che manca in quasi tutte le guide in circolazione. Mandare gli eventi dal server non ti libera dal consenso.

Il ragionamento sbagliato suona bene: «se il visitatore ha rifiutato i cookie il pixel non parte, ma l’invio parte dal mio server, quindi il dato lo mando comunque». Tecnicamente funziona. Giuridicamente è una violazione, e aggravata: stai trattando dati personali per finalità pubblicitarie dopo che la persona ha detto no, aggirando lo strumento con cui te lo ha detto. Non è una zona grigia.

Le regole da rispettare, in pratica.

1. 1L’invio dal server segue il consenso esattamente come il pixel. Se la persona ha rifiutato la profilazione quell’evento non parte, né dal browser né dal server. Il tuo sistema deve sapere chi ha detto sì e mandare solo quelli: è parte del lavoro, non un dettaglio da sistemare dopo.
2. 2Il banner dei cookie deve essere vero. Rifiutare deve costare un clic come accettare, e prima della scelta non parte niente di profilazione. Un banner con il solo tasto «accetto» non raccoglie un consenso: raccoglie una prova contro di te.
3. 3I dati di contatto si inviano cifrati. Indirizzo di posta e numero di telefono si trasformano in un codice irreversibile prima di partire: migliorano l’abbinamento senza che il dato esca in chiaro.
4. 4L’informativa deve dirlo. Se trasferisci dati alla piattaforma, la tua informativa sulla privacy lo dichiara, spiega la finalità e indica che il trasferimento va verso un soggetto fuori dall’Unione Europea, con le relative garanzie. Una pagina copiata da un altro sito non descrive quello che fai tu.
5. 5Dati sulla salute: zona rossa. Se raccogli informazioni su patologie, infortuni o condizioni fisiche — e a uno studio di fisioterapia o di osteopatia capita ogni giorno — quelli sono dati particolari. Non finiscono in un evento pubblicitario. Mai, in nessuna forma, nemmeno cifrati.

Un tracciamento che funziona tecnicamente e viola il consenso non è un vantaggio competitivo. È un debito, e matura interessi.

E c’è una ragione pratica, al di là della sanzione: un impianto che manda eventi di chi ha rifiutato è un impianto che prima o poi va smontato e rifatto, e lo scopri nel momento peggiore. Costruirlo giusto costa meno che costruirlo due volte.

Le tre strade per installarlo

Non c’è una strada giusta per tutti. Ce ne sono tre, e quale sia la tua dipende da dove si chiude la tua vendita.

1. L’integrazione già pronta della piattaforma

Se il sito è su una piattaforma di negozio online diffusa, esiste quasi sempre un collegamento ufficiale che manda gli eventi dal server con pochi clic: la gran parte del beneficio con una frazione della fatica, ed è la strada che consigliamo a chi non ha uno sviluppatore. Prima di considerarla fatta verifica due cose: che rispetti il consenso e che passi il codice identificativo unico.

2. Il contenitore lato server del gestore di tag

È la strada completa: un contenitore installato su un server riceve gli eventi, li arricchisce e li smista verso le varie destinazioni. Ha un piccolo costo di infrastruttura e richiede qualcuno che sappia cosa sta facendo, ma è l’unica che tiene insieme più piattaforme senza duplicare il lavoro. La montiamo quando lo stesso tracciamento deve servire pubblicità, statistiche e messaggi insieme.

3. Il collegamento diretto dal tuo gestionale

Il gestionale o il sistema di prenotazioni manda l’evento nel momento in cui l’iscrizione viene registrata. È la via più precisa di tutte, perché l’evento parte quando la vendita esiste davvero — non quando qualcuno è arrivato su una pagina di ringraziamento. Per una palestra, uno studio o un’accademia è quasi sempre la scelta migliore: è l’unica che vede la firma fatta al banco.

Nella pratica le tre convivono: il pixel per il contesto, l’integrazione o il contenitore per gli eventi del sito, il gestionale per la conversione che conta. È un pezzo della fase di impianto del Metodo PRISMA, e sta prima di alzare l’investimento, non dopo.

Come si vede che sta funzionando

Quattro controlli, in quest’ordine. Nessuno richiede competenze tecniche: richiedono di guardare.

• Gli eventi arrivano da entrambe le strade? Nel Gestore eventi ogni evento importante deve mostrare sia l’origine browser sia l’origine server. Se una delle due è a zero, metà del lavoro non è stata fatta.
• La deduplicazione è attiva? Con entrambi i canali accesi, la percentuale di eventi deduplicati non può essere a zero.
• L’abbinamento è di qualità decente? È un punteggio che sale quando passi più dati di contatto cifrati. Più è alto, più spesso la piattaforma collega l’evento alla persona giusta.
• I numeri tornano con il gestionale? Questo pesa più degli altri tre insieme, perché è l’unico che misura la realtà e non il sistema che la racconta.

Insistiamo su questi quattro per un motivo semplice: sono la condizione per poter dire un numero. Quando il tracciamento non regge, l’unica cosa onesta che si può dire di una campagna è «ci sembra che vada».

E vale anche al contrario: finché i due numeri non si somigliano, la domanda «quanto devo investire in sponsorizzate» non ha una risposta affidabile — che si parli di 30 o di 50 € al giorno. Il conto completo è in quanto investire in Meta Ads.

Dieci minuti, oggi: il controllo che ti dice se hai il problema

Per sapere se il problema ce l’hai non serve un tecnico. Servono il gestionale, il pannello e dieci minuti. Fallo adesso.

1. 1Nel gestionale conta le iscrizioni dell’ultimo mese arrivate dalla pubblicità. Se non riesci a distinguerle, hai già una risposta: il problema parte da lì. Scrivi il numero su un foglio.
2. 2Nel pannello della piattaforma guarda lo stesso periodo e conta le conversioni che si intesta. Scrivi il secondo numero accanto al primo.
3. 3Apri il Gestore eventi e guarda l’evento che per te conta davvero — l’iscrizione, la prenotazione, l’acquisto: compare anche l’origine server, o solo quella browser?
4. 4Moltiplica la differenza fra i due numeri per il valore di un iscritto (quota media per mesi di permanenza). È il fatturato che la tua pubblicità ha prodotto e di cui non riceve credito: quello su cui non imparerà mai niente.

Se i due numeri si somigliano e l’origine server c’è, sei a posto: il tuo collo di bottiglia è altrove e questo articolo non ti riguarda. Se la differenza è larga, o l’origine server non c’è, hai trovato il punto da cui conviene partire — e la buona notizia è che per aggiustarlo non serve spendere un euro in più di pubblicità.

Se preferisci che quei controlli li faccia qualcuno che li ha fatti decine di volte, c’è l’Audit gratuito: ti scriviamo come un cliente nuovo e in mezz’ora ti diciamo quanto ti scappa, in euro, sui tuoi numeri.