Notifiche push o SMS: differenze e quando usare ciascuno

Che cosa è più affidabile: push o SMS?

L'SMS è il percorso più affidabile per i messaggi che devono arrivare. La push dipende da dispositivo, app, permesso, connettività, impostazioni della batteria e da Google o Apple.

Google dichiara chiaramente che FCM non offre alcuna garanzia di consegna: un ID messaggio significa solo che FCM ha accettato il messaggio, e la consegna effettiva dipende da fattori come lo stato del dispositivo e i ritardi legati al risparmio energetico. Se un dispositivo è offline, FCM conserva il messaggio e lo consegna alla riconnessione fino alla scadenza del time-to-live (fino a quattro settimane, che è anche il valore predefinito), e un time-to-live pari a zero scarta tutto ciò che non può essere consegnato subito. Se l'app è stata disinstallata, il token diventa non valido e gli invii successivi falliscono.

L'SMS ha i propri punti deboli: filtri, Sender ID non registrati, telefono spento, numero cambiato. Ma fornisce un rapporto di consegna dalla rete e non dipende da un'app. Leggete la nostra guida su SMS non consegnati per i passaggi diagnostici.

Per le push urgenti, impostate un time-to-live breve in modo che un avviso "il corriere è sotto casa" non arrivi il giorno dopo, e usate una collapse key perché gli aggiornamenti più recenti sostituiscano quelli precedenti. Entrambi sono campi della nostra push API.

Quale canale usare per quale messaggio?

Scegliete in base a ciò che succede se il messaggio non viene visto.

In particolare per gli OTP, vedi le nostre guide ai messaggi OTP e a OTP su WhatsApp vs OTP via SMS.

Come si combinano push e SMS?

Inviate prima la push e lasciate che l'SMS salvi ciò che conta. Il progetto ha quattro parti:

1. Un ordine dei canali: prima la push, poi l'SMS.
2. Un innesco: push non aperta o senza azione entro un timeout, oppure nessun token di dispositivo attivo.
3. Un timeout per tipo di messaggio: per un codice di accesso possono bastare pochi secondi; per un promemoria di pagamento può essere ragionevole un'ora.
4. Una regola di arresto: se l'utente agisce nell'app, annullate l'SMS in attesa.

Saltate l'SMS per i messaggi di poco valore, dove una push persa non costa nulla. Il nostro articolo sulla strategia di fallback tra canali spiega l'ordine e le regole di arresto, e la pagina del canale push mostra come la push si affianca a SMS e WhatsApp in un'unica piattaforma. Gli stati di consegna arrivano in un unico formato di webhook (vedi webhook), così il vostro sistema può decidere se ripiegare.

Un SMS di fallback deve reggersi da solo e stare in un solo messaggio. Questo è di 94 caratteri, GSM-7, 1 messaggio (limite 160): Il pagamento dell'ordine 8842 è stato rifiutato. Aggiornate la carta nell'app: example.com/pay. Una versione OTP è di 76 caratteri, GSM-7, 1 messaggio: Codice di accesso: 482915. Scade tra 5 minuti. Non condividerlo con nessuno. Le lettere accentate minuscole italiane (à, è, é, ì, ò, ù) fanno parte del GSM-7, ma le maiuscole accentate come È o À e l'apostrofo tipografico no: una sola emoji, virgoletta tipografica o maiuscola accentata trasformerebbe l'uno o l'altro in Unicode e ridurrebbe il limite a 70. Verificate nel contatore di caratteri SMS.

Come si misurano push e SMS in modo equo?

Usate lo stesso funnel per entrambi: inviato, consegnato o accettato, aperto o cliccato, convertito. Non confrontate il tasso di "consegnato" dell'SMS con il numero di "inviato" della push, perché significano cose diverse. Una push "accettata" da FCM non è una push vista da una persona.

• Copertura: la quota degli utenti target che può ricevere ciascun canale.
• Consegna: rapporti di consegna dell'operatore per gli SMS; eventi di accettazione e, dove la vostra app li registra, di visualizzazione o apertura per la push.
• Azione: clic sui link, eventi in app e conversioni, attribuiti al canale toccato per ultimo.
• Disiscrizione e disinstallazione: reclami, risposte STOP, revoche del permesso e disinstallazioni dopo gli invii.
• Costo per risultato: costo totale del canale diviso per le azioni completate, non costo per messaggio.

Il calcolatore del ROI della messaggistica e il nostro business case sul ROI della messaggistica omnicanale mostrano come confrontare i canali sui risultati.

Un esempio pratico: un'app di consegna di cibo a Dubai

"Souq Bites" (fittizia) ha un'app con una quota di clienti che ha consentito le notifiche e un pubblico web più ampio. Invia gli aggiornamenti di stato degli ordini con la push, con un time-to-live breve e una collapse key in modo che l'ultimo stato sostituisca i precedenti. L'OTP per le nuove registrazioni passa dall'SMS, perché i nuovi utenti non hanno ancora dato il permesso all'app. Per gli utenti esistenti l'OTP passa dalla push; se il codice non viene usato entro un breve timeout, segue un SMS da un Sender ID registrato. Le promozioni vanno con la push solo agli utenti che hanno consentito le notifiche e hanno dato l'opt-in alle offerte. Gli utenti inattivi, che potrebbero aver disinstallato l'app, ricevono un SMS di recupero solo se hanno dato il consenso agli SMS.

Quali sono gli errori comuni?

• Considerare il permesso della push come consenso al marketing.
• Inviare gli OTP solo con la push, lasciando in difficoltà chi non ha l'app o le notifiche.
• Inviare la stessa promozione su push e SMS contemporaneamente.
• Lasciare il time-to-live al valore predefinito per i messaggi urgenti.
• Confrontare "accettato da FCM" con "consegnato dall'operatore" e dichiarare vincitrice la push.
• Usare gli SMS per tutto, pagando per messaggio avvisi che una push gestirebbe.
• Ignorare i token obsoleti dopo le disinstallazioni, che gonfiano il numero di invii push.

Come vi aiuta OmniChannels.ai

OmniChannels.ai invia notifiche push e SMS A2P dalla stessa REST API e piattaforma, insieme a WhatsApp, RCS, email e altri canali. La push supporta targeting per utente, token, topic e segmento, modelli, deep link, collapse key e time-to-live. Gli SMS viaggiano sulla connettività diretta con gli operatori di BroadNet, e il fallback tra canali è configurato per caso d'uso con stati normalizzati in un unico formato di webhook. Leggete la documentazione della push API, scoprite il canale notifiche push oppure parlate con il nostro team per sviluppatori.