Résolution des problèmes liés au canal push

Vérifiez que la journalisation est activée pour aider à identifier la cause de l'échec. Pour plus d'informations, consultez Surveillance et journalisation. Pour les notifications push transactionnelles qui ne sont pas envoyées via une campagne ou un parcours, enregistrez la réponse de l'API pour connaître le statut de livraison.

Surveillance des problèmes de livraison

• Pour les messages de notification push directs envoyés via l' SendMessages API, vérifiez que vous capturez la réponse de l'API pour obtenir des informations sur la diffusion. Pour ce faire, passez en revue l' StatusMessage attribut contenu dans l'EndpointResultobjet dans la réponse. Cet attribut contient les Codes de réponse de la plateforme reçus du service de notification push en aval.

• Pour les campagnes, vérifiez que la journalisation via Kinesis Data Streams est activée. Consultez les Codes de réponse de la plateforme dans l'événement _campaign.send pour connaître le résultat de distribution reçu par Amazon Pinpoint par le service de notification push en aval.

Message non reçu

Problèmes et solutions

• Problèmes de connectivité des appareils : si le problème ne se produit que sur certains appareils, vérifiez que ces appareils ne sont pas empêchés de se connecter aux points de terminaison du service de notification push. Consultez les Ports FCM et votre pare-feu et Si vos appareils Apple ne reçoivent pas de notifications push Apple.

• Valeur OptOutd'attribut du point de terminaison : si OptOutla valeur d'un point de terminaison est définie surALL, le point de terminaison ne recevra pas de notifications. Utilisez la CLI get-endpoint pour confirmer que la OptOutvaleur du point de terminaison est définie sur. NONE Si le point de terminaison est désactivé, les messages envoyés par le biais de campagnes ou de parcours ne lui seront pas transmis et aucun journal ne sera généré.

• Environnement de jetons : vérifiez que le type de canal de votre point de terminaison Amazon Pinpoint correspond au jeton généré pour l'appareil. Par exemple, utilisez GCM comme canal pour une adresse de jeton d'application intégrée à FCM et pour APNs, APNS_Sandbox pour votre application en sandbox ou APNS pour une application en production.

  Pour obtenir des informations sur les tentatives de livraison ayant un statut d'échec, consultez les Codes de réponse aux notifications push correspondant au canal push utilisés lors de la tentative de livraison.

Les messages ne sont pas affichés

• Si les journaux indiquent une livraison réussie et si les messages ne sont pas affichés dans la barre de notification du système, cela indique un problème lié à la transmission de la notification à l'appareil mais n'est pas traitée correctement dans l'application cliente.

• Vous pouvez constater que les journaux d'événements Kinesis indiquent un statut de livraison réussie ou qu'un problème ne se produit qu'avec une charge utile de demande ou un type de message en particulier. Ce problème peut indiquer que la notification est envoyée à l'appareil, mais qu'elle n'est pas affichée dans la barre de notification du système.

  Cela peut se produire avec une charge utile de demande ou un type de message particulier (par exemple, Data for FCM, Silent for APNs). Par exemple, si les messages sont reçus sous forme de charge utile d'alerte/de notification mais pas sous forme de charge utile de données/silencieuse, vérifiez quelle est l'action prévue lorsqu'un type de message contenant des données, une notification, une alerte ou un arrière-plan est reçu sur votre application, et si l'application peut gérer les différents types de messages.

• Pour résoudre le problème, intégrez des instructions de journal dans le gestionnaire de messages de votre application. Pour un exemple, voir FCM et APNs. Cela permettra de déterminer si la notification est reçue par l'appareil mais n'est pas affichée dans la barre des notifications du système.