--- title: "Notifiche push o SMS: differenze e quando usare ciascuno" description: "Notifiche push e SMS a confronto: copertura, permesso, modello di costo, consegna, contenuti ricchi e affidabilità degli OTP, con fallback su SMS." canonical: "https://omnichannels.ai/it/blog/push-notifications-vs-sms/" language: "it" updated: "2026-11-05" publisher: "BroadNet Technologies" brand: "OmniChannels.ai" category: "omnichannel" primaryQuery: "push notification vs sms" keywords: ["notifiche push o sms", "sms vs notifiche push", "notifica push o sms per otp", "fallback da notifica push a sms", "notifiche app o messaggi di testo", "permesso notifiche push", "quando usare sms invece di push"] published: "2026-11-05" author: "OmniChannels.ai Editorial Team" reviewer: "BroadNet Messaging Solutions Team" readingMinutes: 9 answer: "Le notifiche push sono avvisi liberi inviati tramite Apple e Google a chi ha installato la vostra app e ha consentito le notifiche; gli SMS arrivano a qualsiasi numero mobile senza app. Usate la push per un coinvolgimento economico, ricco e dentro l'app, e gli SMS per copertura e messaggi critici come gli OTP. Combinateli inviando prima la push e poi un SMS di fallback quando una push urgente resta non letta." takeaways: ["La push richiede un'app installata e, sulle versioni attuali di Android e iOS, il permesso dell'utente; l'SMS richiede solo un numero di telefono, quindi raggiunge persone che la push non può raggiungere.", "La push è un servizio best effort: Firebase Cloud Messaging di Google non documenta alcuna garanzia di consegna, e un ID messaggio significa solo che FCM lo ha accettato.", "La push è adatta a coinvolgimento e contenuti ricchi come immagini, deep link e pulsanti di azione; l'SMS è adatto a OTP, avvisi e a tutto ciò che deve arrivare su qualsiasi telefono.", "Il progetto migliore usa entrambi: prima la push per gli utenti dell'app, con fallback su SMS per i messaggi critici non aperti entro un tempo stabilito.", "Il permesso di mostrare le push è un'impostazione tecnica, non un registro di consenso legale. Le regole sul consenso al marketing valgono comunque per entrambi i canali, quindi conservate le vostre prove di opt-in."] faq: - q: "Qual è la differenza tra una notifica push e un SMS?" a: "Una notifica push viene consegnata tramite il servizio push di Apple o Google a un'app installata e compare solo se l'utente ha consentito le notifiche. Un SMS viene consegnato sulla rete mobile a un numero di telefono e non richiede app né connessione a internet. La push costa meno ed è più ricca; l'SMS raggiunge più persone ed è migliore per i messaggi critici." - q: "Per i codici OTP è meglio la push o l'SMS?" a: "L'SMS è l'impostazione predefinita più affidabile per gli OTP, perché raggiunge qualsiasi telefono e non dipende dal fatto che l'app sia installata, con accesso effettuato, autorizzata a notificare o connessa. La push può recapitare il codice più in fretta agli utenti dell'app con accesso effettuato. Molti team usano prima la push per gli utenti dell'app e ripiegano sull'SMS se il codice non viene utilizzato." - q: "Gli utenti devono dare il consenso alle notifiche push?" a: "Da Android 13 in poi le notifiche sono disattivate per impostazione predefinita finché l'app non richiede il permesso POST_NOTIFICATIONS e l'utente lo concede. Anche la piattaforma Apple chiede il permesso agli utenti. È un'impostazione del dispositivo; se serva anche un consenso documentato al marketing dipende dalla normativa locale, quindi verificate con un legale." - q: "Le notifiche push costano meno degli SMS?" a: "Di solito sì. La push viaggia sui servizi di Apple e Google e non sugli operatori mobili, quindi normalmente non ha un costo per messaggio verso l'operatore, mentre l'SMS viene fatturato per parte di messaggio e per destinazione. Il costo reale della push comprende l'app, una piattaforma push e l'impegno per convincere gli utenti a consentire le notifiche." - q: "Posso inviare insieme una notifica push e un SMS?" a: "Sì, ed è uno schema comune. Inviate prima la push e, se un messaggio critico non è stato aperto o non ha generato un'azione entro un tempo stabilito, inviate un SMS. Annullate l'SMS se l'utente agisce nell'app. Non inviate la stessa promozione su entrambi i canali contemporaneamente: sembra spam e fa aumentare le disiscrizioni." - q: "Che cosa succede a una notifica push se il telefono è offline?" a: "Con Firebase Cloud Messaging il messaggio viene conservato e consegnato quando il dispositivo si riconnette, fino alla scadenza del time-to-live; se non lo impostate viene conservato fino a quattro settimane. Un messaggio con time-to-live pari a zero viene scartato se non può essere consegnato subito. Impostate un time-to-live breve per tutto ciò che è urgente." sources: - title: "Notification runtime permission, Android Developers" url: "https://developer.android.com/develop/ui/views/notifications/notification-permission" - title: "Setting the lifespan of a message, Firebase Cloud Messaging" url: "https://firebase.google.com/docs/cloud-messaging/customize-messages/setting-message-lifespan" - title: "Asking permission to use notifications, Apple Developer Documentation" url: "https://developer.apple.com/documentation/usernotifications/asking-permission-to-use-notifications" - title: "3GPP TS 23.038: Alphabets and language-specific information" url: "https://www.3gpp.org/dynareport/23038.htm" --- # Notifiche push o SMS: differenze e quando usare ciascuno Canonical: https://omnichannels.ai/it/blog/push-notifications-vs-sms/ Language: it Publisher: OmniChannels.ai by BroadNet Technologies Questa guida è pensata per product manager, team di crescita e sviluppatori che devono decidere come raggiungere i clienti sul telefono: con una notifica push dalla vostra app, con un SMS o con entrambi. Definisce ciascun canale, li confronta su copertura, permesso, modello di costo, consegna, contenuti e sicurezza, e mostra come combinarli perché i messaggi critici non vadano persi. ## Che cos'è una notifica push e che cos'è un SMS? Una notifica push è un messaggio inviato da un server al dispositivo di un utente tramite il servizio push del sistema operativo, come Firebase Cloud Messaging (FCM) su Android o l'Apple Push Notification service su iOS. Compare anche quando l'app è chiusa. La nostra [voce di glossario sulle notifiche push](/it/glossary/push-notification/) ne spiega il funzionamento. L'SMS (Short Message Service) è un messaggio di testo inviato sulla rete mobile a un numero di telefono. Non richiede app, piano dati né un account da parte vostra. Un [SMS A2P](/it/glossary/a2p-sms/) è un SMS inviato da un'applicazione a una persona, come un OTP o un avviso di consegna. La differenza strutturale è l'identificativo. La push ha come destinazione un token di dispositivo legato alla vostra app installata. L'SMS ha come destinazione un numero di telefono. Tutto il resto ne discende. ## Come si confrontano notifiche push e SMS? La push vince su costi e ricchezza dei contenuti; l'SMS vince su copertura e certezza. Questa tabella riassume le differenze senza basarsi sulle statistiche dei fornitori, che variano molto e non sono confrontabili. | Fattore | Notifica push | SMS | |---|---|---| | Chi può riceverla | Chi ha installato la vostra app e consentito le notifiche | Qualsiasi numero mobile presente sulla rete | | Richiede un'app | Sì | No | | Richiede internet | Sì (dati o Wi-Fi) | No, solo copertura di rete | | Permesso | Permesso a runtime su Android e iOS attuali | Nessuno sul dispositivo; regole sul consenso per paese | | Modello di costo | Nessun costo per messaggio verso l'operatore; si paga l'app e la piattaforma | Fatturato per parte di messaggio e per destinazione | | Contenuto | Titolo, testo, immagine, deep link, pulsanti di azione | Testo semplice e un link; 160 caratteri in GSM-7, 70 in Unicode | | Consegna | Best effort tramite Apple/Google, nessuna garanzia | Rapporto di consegna dell'operatore per ogni messaggio | | Identità del mittente | Nome e icona della vostra app | Sender ID alfanumerico o numero, registrato in molti paesi | | Risposte | Tocchi che aprono l'app | SMS bidirezionale possibile | | Ruolo tipico | Coinvolgimento, promemoria, aggiornamenti in app | OTP, avvisi critici, copertura oltre gli utenti dell'app | Le funzioni ricche contano. La nostra [push API](/developers/push/) supporta immagini, deep link, pulsanti di azione, modelli, collapse key e pianificazione. L'SMS non può eguagliarla, ma funziona anche per un cliente che ha eliminato la vostra app un anno fa. ## Gli utenti devono consentire le notifiche push? Sui telefoni attuali, sì. Da Android 13 (API level 33) in poi le notifiche di un'app appena installata sono disattivate per impostazione predefinita; l'app deve richiedere il permesso a runtime `POST_NOTIFICATIONS` e l'utente deve concederlo (Android Developers). Anche la piattaforma Apple chiede agli utenti di autorizzare le notifiche. Se l'utente nega il permesso, o in seguito disattiva le notifiche nelle impostazioni, la vostra push è invisibile. È questo il principale limite di copertura. Il pubblico della push è la quota dei vostri clienti che ha installato l'app, ha consentito le notifiche e non le ha disattivate. Per una banca con un'app molto usata può essere la maggior parte dei clienti attivi; per un rivenditore con molti acquirenti solo web può essere una minoranza. Misurate il vostro tasso di consenso invece di affidarvi a un benchmark. Ne derivano due indicazioni pratiche: - **Chiedete nel contesto.** Le indicazioni di Android raccomandano di richiedere il permesso quando l'utente compie un'azione che rende chiaro il valore, come effettuare un ordine, e non al primo avvio. - **Conservate un vostro registro del consenso.** Il permesso del dispositivo non è una prova di consenso al marketing. La normativa locale può richiedere un consenso documentato per il marketing su qualsiasi canale. La nostra [guida al consenso (opt-in) tra i canali](/it/blog/opt-in-consent-multichannel-campaigns/) spiega come conservare le prove; non è una consulenza legale. ## 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](/it/blog/sms-not-delivered-improve-delivery-rate/) 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](/developers/push/). ## Quale canale usare per quale messaggio? Scegliete in base a ciò che succede se il messaggio non viene visto. | Messaggio | Prima scelta migliore | Perché | |---|---|---| | OTP per un utente che accede dall'app | Push o SMS, con l'altro come fallback | La push è rapida per gli utenti con accesso effettuato; l'SMS copre tutti gli altri | | OTP per un nuovo utente senza app | SMS | Nessuna app, nessun permesso | | Avviso di sicurezza (nuovo dispositivo, bonifico elevato) | SMS, più push | Deve arrivare anche se l'app è chiusa o bloccata | | Ordine spedito, in consegna | Push per gli utenti dell'app; SMS o WhatsApp per gli altri | Ricca, economica, deep link al tracciamento | | Promemoria di un appuntamento | Push o SMS in base alla preferenza del cliente | Rischio basso se non visto, valore alto se visto | | Carrello abbandonato | Push | Economica, ricca, facoltativa | | Promozione | Push per gli utenti dell'app con opt-in; SMS solo con opt-in documentato | Evitare di pagare tariffe SMS per offerte a bassa intenzione | | Riattivare un utente inattivo | SMS o email | La push non raggiunge chi ha disinstallato l'app | In particolare per gli OTP, vedi le nostre guide ai [messaggi OTP](/it/blog/otp-authentication-messages-guide/) e a [OTP su WhatsApp vs OTP via SMS](/it/blog/whatsapp-otp-vs-sms-otp/). ## 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](/it/blog/channel-fallback-strategy/) spiega l'ordine e le regole di arresto, e la pagina del [canale push](/it/channels/push-notifications/) 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](/developers/webhooks/)), 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](/it/tools/sms-character-counter/). ## 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](/it/tools/messaging-roi-calculator/) e il nostro [business case sul ROI della messaggistica omnicanale](/it/blog/omnichannel-messaging-roi-business-case/) 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](/developers/push/), scoprite il [canale notifiche push](/it/channels/push-notifications/) oppure [parlate con il nostro team per sviluppatori](/it/developers/).