SMS marketing deliverability: il 90% non partiva, e nessuno lo diceva
La sms marketing deliverability è la percentuale di messaggi che arriva davvero al telefono del destinatario. Non quella che il tuo CRM mostra come «inviati». Quella reale. Quando le due cifre divergono — e divergono più spesso di quanto pensi — lo scopri sempre a valle: uno show rate che crolla, un tasso di risposta inspiegabilmente basso, appuntamenti saltati senza motivo.
Il problema non è raro e non è tecnico nel senso nobile del termine. È un limite di configurazione che nessun sistema ti segnala in modo chiaro. Il provider raggiunge il tetto giornaliero di invii, smette di spedire, risponde 200 al webhook, e butta il messaggio. Zero errori nel log. Zero alert. Il flusso continua a girare come se nulla fosse. Ho visto questo meccanismo bloccare interi blocchi di reminder su campagne dove ogni appuntamento saltato aveva un costo diretto — e la causa è emersa solo guardando i numeri a valle, non dai sistemi di monitoraggio.
In questo articolo spiego come funziona il problema, perché i report nativi non lo mostrano, e come costruire un sistema che te lo dice prima che diventi un danno.
Come funziona la deliverability SMS e dove si rompe
Ogni provider SMS ha un throughput massimo: un numero di messaggi che può spedire in un’ora o in un giorno per account. Quando lo superi, i messaggi non vengono messi in coda automaticamente — vengono scartati. Il provider restituisce una risposta che il tuo sistema legge come successo, ma il messaggio non è mai partito.
Ci sono tre punti dove la catena si spezza, e ognuno ha un sintomo diverso.
Il limite giornaliero del provider
È il caso più comune e il più invisibile. Il tuo workflow invia 500 messaggi, il provider ne spedisce 200 e scarta il resto senza codice di errore esplicito. Nei log del CRM risultano tutti «consegnati». L’unica traccia è nel delivery report dettagliato del provider, che quasi nessuno va a leggere perché ci vuole un accesso separato e una query manuale.
Il fix è meccanico: contatti il supporto, alzi il limite, e nel frattempo attivi la Drip Mode — quella funzione che diluisce l’invio nel tempo invece di sparare tutto in una volta. GoHighLevel la supporta sulle campagne broadcast: si configura con un intervallo tra i messaggi che mantiene il ritmo sotto la soglia del provider.
La registrazione A2P
Negli Stati Uniti, e progressivamente in altri mercati, gli SMS commerciali devono essere registrati come A2P (Application to Person) attraverso The Campaign Registry. Senza registrazione, i carrier filtrano i messaggi o li bloccano direttamente. Non sempre con un errore: spesso con un tasso di consegna bassissimo che sembra un problema di lista.
La registrazione A2P non è un dettaglio da fare dopo il lancio. È un prerequisito. Se manda messaggi prima di completarla, stai costruendo reputazione negativa sul numero — e quella reputazione si ripara lentamente.
La reputazione del numero
Un numero che ha mandato troppi messaggi non richiesti, o che ha ricevuto troppe segnalazioni di spam, viene degradato dai carrier. I messaggi partono, ma vengono filtrati prima di arrivare al telefono. Non c’è un alert: il tasso di consegna scende e basta. L’unico modo per accorgersene è misurare la deliverability come metrica autonoma, non come conseguenza dello show rate.
Perché i report nativi mentono
Il report di GoHighLevel — come quello della maggior parte dei CRM — mostra i messaggi «inviati» nel senso di «presi in carico dalla piattaforma». Non nel senso di «arrivati al telefono». La distinzione è fondamentale e quasi mai spiegata nell’interfaccia.
Quello che il report nativo non ti dice mai:
- Quanti messaggi sono stati scartati per limite di throughput
- Quanti sono stati filtrati dal carrier dopo l’invio
- Quanti numeri nella lista sono non raggiungibili o landline
- Il tasso di consegna reale per fascia oraria
Per avere questi dati devi accedere direttamente al pannello del provider SMS (Twilio, SignalWire, LC Phone se usi il numero nativo di GoHighLevel) e interrogare i delivery report. Non è complicato, ma richiede un passaggio attivo che quasi nessuno fa perché «il sistema funziona».
Il silenzio dei sistemi non è salute. È il sintomo che stai misurando la cosa sbagliata.
La regola
Un’automazione senza guardie esegue sbagliato con la stessa sicurezza con cui esegue giusto
Il provider restituisce 200, il workflow continua, il messaggio non è mai partito. Senza un livello di verifica esterno alla piattaforma, non puoi sapere cosa sta succedendo davvero.
- Delivery report — vai sul pannello del provider, non sul CRM
- Drip Mode — dilui l’invio, non sparare tutto in una volta
- Metrica autonoma — traccia la deliverability separata dagli invii
SMS vs email: confronto di deliverability reale
Si dice spesso che gli SMS hanno un tasso di apertura del 98%. È vero — ma è il tasso di apertura dei messaggi che arrivano. La deliverability SMS ha vincoli strutturali che l’email non ha, e viceversa.
| Parametro | SMS | |
|---|---|---|
| Tasso di apertura (se arriva) | ~98% | 20-40% |
| Requisito di registrazione | A2P obbligatorio (USA) | SPF/DKIM/DMARC |
| Limite di throughput | Sì, per numero e account | Sì, ma più alto e gestibile |
| Visibilità errori di consegna | Bassa — spesso silenzioso | Media — bounce codificati |
| Costo per messaggio | 0,007-0,02 USD | Quasi zero |
| Recupero reputazione | Lento, legato al numero | Legato al dominio |
L’email ha un vantaggio operativo enorme: i bounce sono codificati. Un 550 ti dice che l’indirizzo non esiste, un 421 ti dice che il server è temporaneamente irraggiungibile. Con gli SMS non esiste un sistema di codici universale — ogni carrier fa da sé, e il provider spesso aggrega tutto in «delivered» o «failed» senza granularità.
Come misurare la sms marketing deliverability davvero
Il punto di partenza è smettere di usare «messaggi inviati» come metrica e costruire una catena di misurazione che parte dall’invio e arriva al comportamento del destinatario.
Lo stack minimo di misurazione
Hai bisogno di tre numeri, non di uno:
- Messaggi inviati dalla piattaforma — quello che il CRM ti mostra già.
- Messaggi consegnati al carrier — quello che trovi nel delivery report del provider. Se non hai accesso diretto, chiedilo al supporto: è un dato che ti appartiene.
- Messaggi che hanno generato una risposta o un’azione — click sul link, risposta al messaggio, presentazione all’appuntamento. Questo è il numero che misura l’effetto reale.
La differenza tra 1 e 2 ti dice se hai un problema di deliverability infrastrutturale. La differenza tra 2 e 3 ti dice se hai un problema di messaggio o di lista.
Il monitor che non ti aspetti
Lo show rate degli appuntamenti è il canary più sensibile che hai. Se mandi SMS di reminder e lo show rate scende senza che nient’altro sia cambiato — niente di nuovo nella qualità dei lead, niente nel funnel — la prima cosa da controllare non è il copy del messaggio. È quanti di quei reminder sono effettivamente arrivati.
Questa è la catena causale che emerge quasi sempre: limite di throughput raggiunto → messaggi scartati silenziosamente → reminder non recapitati → appuntamenti saltati → show rate in calo. Ogni passaggio sembra disconnesso dal precedente se non hai i dati intermedi.
Costruire una guardia automatica
Una guardia semplice funziona così: per ogni batch di SMS inviati, confronti automaticamente il numero di invii registrati dalla piattaforma con il numero di delivery confermati dal provider. Se la discrepanza supera una soglia — diciamo il 10% — parte un alert su Slack o su email. Non è un sistema complesso: è un webhook verso il delivery endpoint del provider, un contatore, un confronto. Puoi costruirlo in Make o n8n in meno di un’ora.
L’alternativa è aspettare che lo show rate cali e poi passare due giorni a capire perché. Ho visto entrambe le situazioni: la seconda costa sempre di più, in tempo e in opportunità perse.
Per capire come strutturare questi flussi di controllo senza reinventare tutto da zero, la logica è la stessa che si applica a qualsiasi automazione marketing per agenzie: il flusso principale e il flusso di verifica sono due cose separate, e il secondo non è opzionale.
Il fix operativo: cosa fare adesso
Se stai usando SMS in produzione e non hai mai verificato la tua deliverability, hai probabilmente un problema che non sai di avere. Ecco la sequenza che ha senso seguire.
Passo 1: verifica i limiti del tuo account
Apri il pannello del tuo provider SMS — non il CRM, il provider. Cerca il throughput limit del tuo account: quanti messaggi puoi inviare per secondo, per ora, per giorno. Se non lo trovi nell’interfaccia, apri un ticket di supporto e chiedi esplicitamente questo dato. Molti account partono con limiti bassi che non vengono mai alzati perché nessuno li ha mai cercati.
Passo 2: confronta invii e delivery su un periodo storico
Prendi gli ultimi 30 giorni. Esporta i messaggi inviati dalla piattaforma e confrontali con i delivery report del provider per lo stesso periodo. Se non hai i delivery report storici, inizia a raccoglierli da oggi. La discrepanza che trovi ti dirà quanto del problema è già avvenuto.
Passo 3: attiva la Drip Mode sui broadcast
Per le campagne che inviano a liste grandi, la Drip Mode è la prima guardia operativa. In GoHighLevel si configura direttamente nella campagna broadcast: scegli un intervallo tra i messaggi che mantiene il ritmo sotto la soglia del tuo provider. Non è una soluzione definitiva, ma impedisce il picco che svuota il budget giornaliero in dieci minuti.
Passo 4: completa la registrazione A2P se non l’hai fatto
Se operi sul mercato americano, la registrazione A2P attraverso The Campaign Registry non è negoziabile. GoHighLevel ha una procedura guidata per completarla dall’interno della piattaforma. I tempi di approvazione variano, ma il processo è documentato e non richiede intervento tecnico esterno. La documentazione ufficiale di GoHighLevel descrive i passi nel dettaglio: help.gohighlevel.com.
Passo 5: metti la deliverability in dashboard
Una metrica che non è in dashboard non viene letta. Il tasso di delivery reale — messaggi consegnati diviso messaggi inviati — deve stare vicino allo show rate e al tasso di risposta. Se li metti sulla stessa riga, la correlazione diventa visibile. Senza quella visibilità, il problema torna.
Quello che nessuno dice
La deliverability SMS non si misura nel CRM
Il CRM conta gli invii, non le consegne. I due numeri divergono spesso, e la divergenza è sempre silenziosa. L’unico posto dove trovi la verità è il delivery report del provider — che quasi nessuno apre perché il sistema «funziona».
- Delivery report — aprilo sul provider, non sulla piattaforma
- Throughput limit — chiedilo al supporto se non lo trovi
- Show rate — è il tuo primo alert di problema
La deliverability come metrica di business, non come dettaglio tecnico
Il motivo per cui questo problema rimane invisibile a lungo è culturale, non tecnico. La deliverability viene trattata come una questione dell’IT — «ci pensa il sistema» — invece di essere una metrica di business con un impatto diretto sui ricavi.
Se ogni appuntamento ha un valore medio di 500 euro e il tuo show rate scende del 20% perché i reminder non arrivano, stai perdendo valore misurabile ogni settimana. Non è un problema tecnico: è un problema di cassa. Vale lo stesso ragionamento che si applica a qualsiasi guasto silenzioso nei sistemi automatizzati — come ho descritto analizzando gli errori di tracciamento che fanno ottimizzare Meta su dati falsi: il sistema risponde, i numeri sembrano giusti, ma il dato che conta non è mai arrivato.
Il principio è identico: un’automazione che non verifica il proprio output non è un’automazione affidabile. È un processo manuale con un layer di software sopra. La differenza tra le due cose non è il tool che usi: è se hai costruito le guardie o no.
Chi scala l’automazione senza scalare il monitoraggio accumula debito silenzioso. Arriva sempre il giorno in cui quel debito si presenta — di solito nel momento peggiore, quando il volume è alto e l’errore moltiplica. Trovi altri ragionamenti su questo nella guida su cosa automatizzare e cosa non delegare mai a un tool: la deliverability rientra esattamente nella categoria delle cose che non puoi delegare senza un sistema di verifica.
La sms marketing deliverability non si fissa una volta e si dimentica. I limiti cambiano quando cambia il volume. La reputazione del numero si erode se la lista non è pulita. Le regole A2P si aggiornano. È una metrica che va guardata ogni settimana, come il costo per lead o il tasso di chiusura. Chi la ignora non sta risparmiando tempo: sta accumulando un problema che diventerà più costoso da riparare.
Domande frequenti
Come faccio a sapere se i miei SMS arrivano davvero?
Accedi al pannello del tuo provider SMS (non al CRM) e scarica il delivery report degli ultimi 30 giorni. Confronta il numero di messaggi «delivered» con quelli «sent» registrati dalla piattaforma. Una discrepanza superiore al 5-10% è un segnale da investigare immediatamente.
Cos’è la registrazione A2P e perché è obbligatoria?
A2P (Application to Person) è il regime regolatorio per gli SMS commerciali negli Stati Uniti. Senza registrazione presso The Campaign Registry, i carrier filtrano o bloccano i messaggi in modo silenzioso. Non è un’opzione: è un prerequisito per avere una deliverability accettabile sul mercato americano.
La Drip Mode risolve i problemi di deliverability?
Risolve il problema del picco di invio che esaurisce il throughput giornaliero. Non risolve problemi di reputazione del numero, registrazione A2P mancante o lista sporca. È la prima guardia da attivare, non l’unica.
Quale tasso di delivery SMS è accettabile?
Con A2P attivo, lista pulita e throughput correttamente configurato, un tasso di delivery reale sopra il 90% è raggiungibile. Sotto il 85% c’è quasi sempre un problema strutturale — di registrazione, di reputazione del numero o di limite di account — che va identificato e risolto, non aggirato.
