
Comment configurer les notifications AdMate et les webhooks RevenueCat
Les notifications AdMate peuvent ajouter du contexte aux événements RevenueCat, mais le chemin des notifications est distinct de la connexion du tableau de bord. L’app interroge les projets avec les identifiants configurés par l’utilisateur ; l’API AdMate reçoit les webhooks configurés et utilise un contexte temporaire de l’appareil pour créer la notification appropriée.
Séparer ces responsabilités est essentiel pour la sécurité et le dépannage.
Deux configurations, deux objectifs
Connexion du tableau de bord
Le compte RevenueCat dans AdMate permet à l’app de lire les projets et métriques accessibles avec l’autorisation configurée.
Distribution des webhooks
RevenueCat envoie les événements au point de terminaison webhook de l’API AdMate. L’API utilise le contexte enregistré de l’appareil (projet, app, langue et devise, par exemple) pour préparer les notifications prises en charge.
Ajouter une clé au tableau de bord ne crée pas automatiquement le webhook chez le fournisseur. Créer le webhook n’autorise pas pour autant le tableau de bord de l’app.
Préparez le contexte de l’app
- Connectez et validez le compte RevenueCat dans AdMate.
- Sélectionnez les projets et applications concernés.
- Ouvrez la configuration des webhooks ou des notifications proposée par l’app.
- Synchronisez le contexte de l’appareil demandé par le processus.
- Confirmez la langue, la devise et le nom des projets.
- Autorisez les notifications au niveau du système d’exploitation.
Le contexte de l’API a une durée de vie limitée et doit être actualisé par le processus prévu dans l’app. Ce n’est pas une base de données financière permanente.
Configurez RevenueCat
Utilisez la configuration des webhooks de RevenueCat pour ajouter le point de terminaison et les informations d’autorisation affichés par le processus AdMate. Suivez les instructions actuelles de l’app au lieu de copier des identifiants depuis un autre environnement.
Testez avec un événement non sensible lorsque c’est possible. N’incluez jamais de clé secrète ni la valeur complète d’autorisation du webhook dans une capture d’écran, un dépôt ou un fil d’assistance public.
Vérifiez de bout en bout
Contrôlez toute la chaîne :
- RevenueCat accepte la configuration du webhook.
- Un événement pris en charge est distribué avec succès.
- L’API AdMate peut résoudre le contexte de l’appareil et du projet.
- La distribution push est acceptée par le service de la plateforme.
- L’appareil est toujours enregistré et autorise les notifications.
- Le projet, l’app, la langue et la devise affichés sont corrects.
Une actualisation réussie du tableau de bord ne vérifie qu’un autre chemin.
Dépannage
RevenueCat signale une erreur de webhook
Vérifiez le point de terminaison, l’autorisation et le statut de réponse dans RevenueCat. Ne renouvelez pas des clés du tableau de bord sans rapport.
Le webhook réussit mais aucune notification n’arrive
Vérifiez le contexte de l’appareil, l’autorisation des notifications push, l’enregistrement et si le type d’événement est pris en charge. Le contexte de l’appareil peut expirer après une période d’inactivité.
La notification affiche le mauvais nom de projet
Actualisez le contexte depuis le bon projet et assurez-vous que deux comptes n’ont pas été associés au même nom d’affichage.
Un appareil fonctionne et l’autre non
Chaque appareil possède son propre enregistrement et son propre contexte. Testez les autorisations et le contexte sur l’appareil concerné.
Règles de sécurité
- Gardez l’autorisation des webhooks et les clés des fournisseurs hors de Git.
- N’enregistrez pas dans les journaux des contenus complets contenant des identifiants de clients ou de transactions.
- N’utilisez pas l’API des webhooks comme entrepôt de revenus.
- Renouvelez immédiatement toute autorisation exposée.
- Supprimez le contexte d’un appareil lorsqu’il ne doit plus recevoir d’événements.
Questions fréquentes
AdMate stocke-t-il tout mon historique RevenueCat sur son serveur ?
Non. L’API traite les événements webhook et un contexte temporaire d’appareil et de projet ; l’app interroge directement les services configurés.
Pourquoi ai-je besoin à la fois d’un compte de tableau de bord et d’un webhook ?
Ils servent des chemins différents : le reporting interactif et les notifications d’événements distribuées par le serveur.
Un webhook peut-il corriger des métriques manquantes dans le tableau de bord ?
Non. Vérifiez l’autorisation RevenueCat de l’app et l’association des projets.
Que doit contenir un rapport d’assistance sûr ?
Le type d’événement, l’heure approximative, un statut masqué et le contexte de l’appareil et de l’app, jamais de clés secrètes ni d’identifiants clients complets.





