AppPush d'EngageLab est une plateforme professionnelle de service de push de messages applicatifs, avec un volume quotidien moyen de messages dépassant les 10 milliards. AppPush prend en charge Android, iOS, HarmonyOS et d'autres plateformes, et offre une intégration SDK simple et rapide, des canaux de push rapides et stables, des interfaces open API puissantes, flexibles et faciles à utiliser, ainsi que des fonctionnalités opérationnelles basées sur le Web, telles que la création de notifications, l'analyse des performances et le dépannage.
Types de canaux pris en charge
| Push Channel |
FCM |
HUAWEI |
Honor |
XIAOMI |
MEIZU |
OPPO |
VIVO |
APNs |
HarmonyOS |
| Support Status |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Types de messages pris en charge
| Message Type |
Notification Message |
Custom Message |
| Support Status |
Pris en charge |
Pris en charge |
Styles de notification pris en charge
| Notification Style |
Default Style |
Thumbnail Style |
Large Image Style |
Text Style |
Inbox Style |
Custom Style |
| Support Status |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pris en charge |
Pour plus de détails sur les styles, voir Notifications locales.
Stratégies d'envoi prises en charge
Côté API, les développeurs peuvent définir des stratégies d'envoi avec les canaux fournisseurs comme unité de granularité.
| Message Type |
Sending Strategy Field |
Sending Strategy Field Values and Definitions |
| Notification message sending strategy |
distribution_new |
mtpush : indique que les messages push sont forcés à être délivrés via le canal EngageLab.fcm_mtpush : indique que les messages push sont forcés à être transmis en priorité via le canal FCM, et, si cela est impossible, via le canal EngageLab.pns_mtpush : indique que les messages push sont forcés à être délivrés via les canaux Xiaomi / Huawei / Meizu / OPPO / VIVO, et, si cela est impossible, via le canal EngageLab.mtpush_fcm : indique que, pour les utilisateurs avec le type de combinaison FCM + fournisseur domestique, les messages push sont transmis en priorité via EngageLab, et, si EngageLab est hors ligne, via le canal FCM, FCM servant de canal auxiliaire.mtpush_pns : indique que, pour les utilisateurs avec le type de combinaison FCM + fournisseur domestique, les messages push sont transmis en priorité via EngageLab, et, si EngageLab est hors ligne, via le canal fournisseur, ce dernier servant de canal auxiliaire. |
Analyses statistiques prises en charge
Fonctionnalités statistiques par dimension App
| Statistics Feature |
Description |
| Data Overview |
Prend en charge les statistiques en temps réel des données de messages avec une granularité horaire, avec une comparaison des tendances de données d'aujourd'hui et d'hier.Prend en charge la consultation des données de la veille sur l'entonnoir de conversion push, y compris le taux de livraison et le taux de clics.Prend en charge la consultation des données les plus récentes sur le taux d'activation des autorisations de notification des appareils.Prend en charge la consultation des données historiques de tendance de conversion push par plateforme et par canal.Prend en charge la consultation des statistiques historiques de perte des messages push par plateforme, par canal et par étape. |
| Message Push Statistics |
Prend en charge la consultation des données push historiques par plateforme, par canal, par type de message et par version d'application.Prend en charge la consultation d'indicateurs tels que le taux de livraison des messages, le taux de clics, le nombre de cibles valides, le nombre d'envois, le nombre de livraisons, le nombre d'affichages et le nombre de clics dans une plage horaire personnalisée par jour ou par mois. |
| Push User Statistics |
Prend en charge la consultation des données historiques des utilisateurs push par plateforme, par canal et par version d'application.Prend en charge la consultation d'indicateurs tels que les nouveaux utilisateurs push, les utilisateurs en ligne, les utilisateurs actifs et les utilisateurs ayant désinstallé l'application dans une plage horaire personnalisée par jour ou par mois. |
Fonctionnalités statistiques par dimension MessageID
| Statistics Feature |
Description |
| Message Push Statistics |
Prend en charge les rapports statistiques de conversion push pour quatre types de messages de base : les messages de notification, les messages personnalisés, les SMS et les messages de rappel in-app.Prend en charge la consultation du taux de livraison, du taux d'affichage et du taux de clics à la dimension msgid.Prend en charge la consultation du nombre de cibles valides, du nombre d'envois, du nombre d'affichages et du nombre de clics à la dimension msgid par plateforme et par canal. |
| Message Loss Statistics |
Prend en charge la consultation des statistiques de perte de messages à la dimension msgid par plateforme et par canal, avec une analyse à deux niveaux des causes de perte.Prend en charge les statistiques du nombre de pertes sur un total de 4 étapes : {planned target} - {valid target} - {send count} - {delivery count} - {click count}. |
Capacités REST API prises en charge
| API Item |
Description |
| PUSH API |
Grâce à la PUSH API, les développeurs peuvent réaliser toutes les fonctions de push de messages AppPush et créer facilement des plans d'exploitation push dans leur propre backend opérationnel.L'API fournit des interfaces fonctionnelles plus puissantes et plus flexibles que la page du portail push. |
| Report API |
Fournit diverses fonctions de requête de données statistiques, permettant aux développeurs de comprendre rapidement l'état des messages et les données utilisateur.L'API fournit des interfaces fonctionnelles pour obtenir les statistiques des messages push et les statistiques des données utilisateur. |
| Schedule API |
Grâce à la Schedule API, les développeurs peuvent mettre en œuvre l'envoi programmé pour tous les messages. |
| Tag Alias API (Device API) |
La Device API est utilisée côté serveur pour interroger, définir, mettre à jour et supprimer les informations de tags et d'alias des appareils. |
Mode test push
Le mode test AppPush fournit aux développeurs un environnement de test indépendant en dehors de l'environnement de production, afin d'aider à vérifier la configuration push et son efficacité, pour garantir une mise en ligne de haute qualité.
Changement d'environnement et gestion de l'AppKey
- Distinction entre AppKey et master secret :
L'environnement de production et l'environnement de test utilisent des valeurs AppKey et master secret différentes. Lors du passage en mode test, le système génère automatiquement une AppKey de test et copie la configuration pertinente depuis l'AppKey de production. Le backend lie et associe les deux afin de déterminer le statut VIP et de synchroniser les informations.
- Environnement par défaut : Après l'entrée sur le portail, l'environnement de production est affiché par défaut, et les développeurs peuvent passer manuellement en mode test.
- Prise en charge de la réinitialisation : L'AppKey de test prend en charge une réinitialisation indépendante du master secret.
Synchronisation et gestion indépendante en mode test
- Informations synchronisées : Lors de la création d'une application de test, le système copie le contenu suivant depuis l'application de production :
- Nom et icône de l'application
- Synchronisation des informations de l'application : Les informations telles que le nom et l'icône de l'application de l'application de test sont synchronisées en temps réel avec l'application de production.
- Synchronisation du statut VIP : Les informations telles que le statut VIP et la période de service de l'application de test sont synchronisées en temps réel avec l'application de production.
- Configuration indépendante : L'application de test prend en charge une configuration séparée des rappels, des paramètres de sécurité et des paramètres d'intégration.
Limites d'utilisation en mode test
- Limite QPS : 10
- Nombre d'utilisateurs enregistrés via le SDK : Jusqu'à 1 000. Une fois la limite dépassée, aucun nouvel utilisateur ne peut être enregistré. Il est fortement recommandé d'enregistrer le registrationID et d'effectuer un nettoyage régulier. API de suppression d'utilisateur.
- Limites de liaison des tags et alias :
- Tags : Jusqu'à 50 peuvent être liés
- Appareils liés par tag : Jusqu'à 10
- Tags liés par appareil : Jusqu'à 10
- Dépendance de validité : La disponibilité de l'AppKey de test est liée à l'AppKey de production. Lorsque l'AppKey de production devient invalide, l'AppKey de test devient également indisponible.
- Limitation du service : L'AppKey de test ne prend pas en charge l'achat de services VIP, et ses avantages suivent entièrement l'AppKey de production correspondante.
Ce mode test push fournit aux développeurs un environnement flexible et indépendant pour vérifier efficacement les configurations push avant le lancement officiel, garantissant ainsi un meilleur contrôle de l'efficacité du push et de l'expérience utilisateur.
