Notification push ou SMS : différences et quand choisir

Push ou SMS : lequel est le plus fiable ?

Le SMS est la voie la plus fiable pour les messages qui doivent absolument arriver. Le push dépend de l'appareil, de l'application, de la permission, de la connectivité, des réglages de batterie et de Google ou d'Apple.

Google indique clairement que FCM ne fournit aucune garantie de livraison : un identifiant de message signifie seulement que FCM a accepté le message, et la livraison effective dépend de facteurs comme l'état de l'appareil et les retards liés à l'économie de batterie. Si un appareil est hors ligne, FCM stocke le message et le remet à la reconnexion jusqu'à l'expiration de sa durée de vie (jusqu'à quatre semaines, valeur par défaut), et une durée de vie nulle supprime tout ce qui ne peut pas être remis immédiatement. Si l'application a été désinstallée, le jeton devient invalide et les envois suivants échouent.

Le SMS a ses propres modes de défaillance : filtrage, Sender ID non enregistrés, téléphone éteint, numéro changé. Mais il vous donne un accusé de livraison du réseau, et il ne dépend pas d'une application. Lisez notre guide sur les SMS non délivrés pour les étapes de diagnostic.

Pour un push urgent, définissez une durée de vie courte afin qu'une alerte « votre livreur est devant la porte » n'arrive pas demain, et utilisez une clé de regroupement pour que les mises à jour récentes remplacent les anciennes. Ce sont deux champs de notre API push.

Quel canal utiliser pour quel message ?

Choisissez selon ce qui se passe si le message est manqué.

Pour l'OTP en particulier, consultez nos guides sur les messages OTP et sur l'OTP WhatsApp ou OTP SMS.

Comment combiner push et SMS ?

Envoyez d'abord le push et laissez le SMS sauver ce qui compte. Le dispositif comporte quatre éléments :

1. Un ordre des canaux : push, puis SMS.
2. Un déclencheur : push non ouvert ou sans suite dans le délai imparti, ou aucun jeton d'appareil actif.
3. Un délai par type de message : un code de connexion peut justifier quelques secondes ; un rappel de paiement, une heure.
4. Une règle d'arrêt : si l'utilisateur agit dans l'application, annulez le SMS en attente.

Évitez le SMS pour les messages de faible valeur, où un push manqué ne coûte rien. Notre article sur la stratégie de repli entre canaux explique l'ordre et les règles d'arrêt, et la page du canal push montre comment le push cohabite avec le SMS et WhatsApp dans une même plateforme. Les statuts de livraison arrivent dans un format de webhook unique (voir les webhooks), de sorte que votre système peut décider de basculer ou non.

Un SMS de repli doit se suffire à lui-même et tenir dans un seul message. Celui-ci fait 80 caractères, GSM-7, 1 message (limite 160) : Paiement de la commande 8842 refusé. Mettez à jour votre carte : example.com/pay. Une version OTP fait 84 caractères, GSM-7, 1 message : Votre code de connexion est 482915. Il expire dans 5 minutes. Ne le partagez jamais. Dans les deux cas, é et à font partie du GSM-7, mais un ç, un ê, un ô, un emoji ou un guillemet typographique les ferait passer en Unicode et ramènerait la limite à 70 : prévisualisez dans le compteur de caractères SMS.

Comment mesurer équitablement le push et le SMS ?

Utilisez le même entonnoir pour les deux : envoyé, délivré ou accepté, ouvert ou cliqué, et converti. Ne comparez pas un taux de « délivré » du SMS à un nombre de « envoyé » du push, car ils ne signifient pas la même chose. Un push « accepté » par FCM n'est pas un push vu par une personne.

• Portée : la part de vos utilisateurs cibles qui peuvent recevoir chaque canal.
• Livraison : accusés de livraison de l'opérateur pour le SMS ; événements acceptés et, si votre application les enregistre, affichés ou ouverts pour le push.
• Action : clics sur les liens, événements dans l'application et conversions, attribués au dernier canal sollicité.
• Désinscription et désinstallation : plaintes, réponses STOP, révocations de permission et désinstallations après les envois.
• Coût par résultat : coût total du canal divisé par les actions réalisées, et non coût par message.

Le calculateur de ROI de la messagerie et notre argumentaire ROI de la messagerie omnicanale montrent comment comparer les canaux sur les résultats.

Un exemple concret : une application de livraison de repas à Dubaï

« Souq Bites » (fictive) possède une application dont une partie des clients a autorisé les notifications, et une audience web plus large. Elle envoie les suivis de commande par push avec une durée de vie courte et une clé de regroupement pour que le dernier statut remplace les précédents. L'OTP des nouvelles inscriptions part par SMS, car les nouveaux utilisateurs n'ont pas donné de permission à l'application. Pour les utilisateurs existants, l'OTP part par push ; si le code n'est pas utilisé dans un court délai, un SMS suit depuis un Sender ID enregistré. Les promotions partent par push uniquement aux utilisateurs qui ont autorisé les notifications et accepté les offres. Les utilisateurs inactifs, qui ont peut-être désinstallé l'application, ne reçoivent un SMS de reconquête que s'ils ont donné leur consentement SMS.

Quelles sont les erreurs courantes ?

• Traiter la permission push comme un consentement marketing.
• Envoyer les OTP uniquement par push, en laissant sans solution les utilisateurs sans application ni notifications.
• Envoyer la même promotion en push et en SMS en même temps.
• Laisser la durée de vie par défaut pour les messages urgents.
• Comparer « accepté par FCM » à « délivré par l'opérateur » et déclarer le push vainqueur.
• Utiliser le SMS pour tout, en payant au message des alertes qu'un push traiterait.
• Ignorer les jetons périmés après les désinstallations, ce qui gonfle les volumes d'envoi push.

Comment OmniChannels.ai vous aide

OmniChannels.ai envoie les notifications push et le SMS A2P depuis la même API REST et la même plateforme, aux côtés de WhatsApp, du RCS, de l'e-mail et d'autres canaux. Le push prend en charge le ciblage par utilisateur, jeton, sujet et segment, les modèles, les liens profonds, une clé de regroupement et une durée de vie. Le SMS passe par la connectivité directe d'opérateurs de BroadNet, et le repli entre canaux se configure par cas d'usage, avec des statuts normalisés dans un format de webhook unique. Lisez la documentation de l'API push, découvrez le canal de notifications push ou parlez à notre équipe développeurs.