Skip to content

Messages d’erreur « Push » courants

Cette page présente les messages d’erreur les plus courants pour l’envoi de messages.

Échec du push : MismatchSenderID

MismatchSenderId indique une défaillance de l’authentification. Firebase Cloud Messaging (FCM) s’authentifie à l’aide de quelques données clés : l’identifiant de l’expéditeur et la clé API FCM. Vérifiez l’exactitude de ces deux éléments. Pour plus d’informations, consultez la documentation Android à ce sujet.

Les raisons peuvent inclure :

Échec du push : InvalidRegistration

InvalidRegistration peut se produire lorsqu’un jeton push est malformé. Les raisons peuvent inclure quand :

  • Les gens transmettent les jetons d’enregistrement Braze manuellement mais n’appellent pas getToken(). Par exemple, ils peuvent passer l’instance ID entière. Le jeton du message d’erreur ressemble à |ID|1|:[regular token].
  • Les personnes s’inscrivent à plusieurs services. Nous nous attendons actuellement à des enregistrements push « à l’ancienne », donc si des gens s’inscrivent à plusieurs endroits et que nous détectons des intentions d’autres services, nous pouvons avoir des jetons push malformés.

Échec du push : NotRegistered

NotRegistered signifie généralement que l’application a été supprimée de l’appareil (comme notre signal de désinstallation). Cela peut également se produire si plusieurs inscriptions se produisent et qu’une deuxième inscription invalide le jeton push que Braze reçoit.

Échec du push : BadToken

L’erreur BadToken peut se produire pour plusieurs raisons :

  • Le jeton push ne nous est pas envoyé correctement dans [[Appboy sharedInstance] registerPushToken:]
    • Vérifiez le jeton dans le journal d’activité des messages. Il doit généralement ressembler à une longue chaîne de caractères et de chiffres (comme 6e407a9be8d07f0cdeb9e714733a89445f57a89ec890d63867c482a483506fa6). Si ce n’est pas le cas, vérifiez le code impliqué dans l’envoi des erreurs de jetons de poussée de Braze.

  • Environnement de provisionnement mal adapté :
    • Si vous inscrivez avec un certificat de développement et essayez d’envoyer des messages dans un environnement de production, cette erreur peut survenir.
    • Braze prend uniquement en charge les certificats universels pour les environnements de production. Les tests de push effectués sur des environnements de développement avec un certificat universel ne fonctionneront pas.
    • Ce rapport envoie les bounces en production, mais pas en développement.

  • Profil de provisionnement mal adapté :
    • Cela peut se produire si votre certificat ne correspond pas à celui utilisé pour obtenir le jeton. Si vous suspectez que c’est le cas, les étapes de vérification incluent :
      • S’assurer que le certificat push utilisé pour envoyer un push depuis le tableau de bord de Braze et le profil de provisionnement est configuré correctement.
      • Recréer la certification APN puis recréer le profil de provisionnement après la configuration du certificat APN sur le site app_id. Cela peut parfois résoudre des problèmes plus visibles.

Échec du push : Service de feed-back APNS supprimé

Cela se produit généralement lorsque quelqu’un désinstalle. Braze interroge le service de feed-back APNS chaque nuit pour obtenir une liste de jetons non valides. Pour plus d’informations, reportez-vous au document d’Apple intitulé Communiquer avec les APN.

Github   Modifier cette page sur GitHub
CETTE PAGE A-T-ELLE ÉTÉ UTILE?
New Stuff!