Sans confirmation device-level
- Aucun accusé fiable côté appareil
- Taux de livraison impossible à mesurer
- Solutions tierces facturées au MAU
- SDK et dashboard imposés
SDK open-source sous licence MIT
Sachez enfin si vos push arrivent vraiment
Confirmation de livraison au niveau de l'appareil: iOS et Android. FCM et APNs confirment l'envoi, jamais la réception. PushProof comble ce vide, sans changer votre stack d'envoi !
npm install @pushproof/capacitor
Device-level
Réception réelle, pas supposée
0 MAU
Facturation au volume d'accusés
Le problème
FCM et APNs ne confirment pas la livraison sur l'appareil
Quand vous envoyez une push, vous savez au mieux qu'elle a été acceptée pour distribution. Jamais qu'elle est arrivée sur le téléphone.
Avec Pushproof
- Accusés device-level iOS (NSE) et Android
- Taux envoyé vs livré dans un dashboard
- Facturation au volume d'accusés ingérés
- SDK open-source
Pourquoi Pushproof
Quatre raisons d'utiliser Pushproof
Un SDK natif réutilisable, un backend qui agrège, et un modèle économique aligné sur l'usage réel.
Livraison réelle, pas supposée
Une extension iOS (NSE) et un service Android captent la réception sur l'appareil (app fermée incluse). Chaque push porte un notif_id pour corréler envoi et accusé.
Payez l'usage, pas vos MAU
Facturation au volume d'accusés ingérés. Vos utilisateurs actifs ne gonflent pas la facture.
Plugin ouvert, service managé
Le SDK natif (Swift + Kotlin) et les wrappers sont sous licence MIT. Vous payez l'ingestion, l'agrégation et le dashboard.
Suivi par utilisateur Pro
Ajoutez un user_id lors de l'envoi : « cet utilisateur a-t-il reçu cette notif ? », liste reçus/manquants par campagne. Pushproof ne connait pas l'identité réelle de vos utilisateurs (hashé à l'ingestion).
Architecture
De l'envoi à la confirmation de reception, en 4 temps
Vous envoyez les notifications, Pushproof reçoit les accusés et calcule les taux.
1 · Envoi
Votre backend injecte un notif_id (UUID) dans le payload — et optionnellement un user_id pour le suivi Pro
2 · Réception
NSE iOS ou FirebaseMessagingService Android intercepte la push
3 · Accusé
POST vers api.pushproof.dev/v1/receipts avec la clé d'ingestion
4 · Confirmation
Taux livré/envoyé consultable dans le dashboard par app, plateforme et campagne
Tarifs
Populaire
Au volume d'accusés ingérés
Pas de facturation au MAU. Un compte = une app. Vous payez le volume d'accusés ingérés et les fonctionnalités dashboard — vos données restent conservées, sans purge liée au palier.
Free
pour valider
0 €
- 5 000 accusés / mois
- 1 app mobile
- Données conservées
- Taux global
Indie
pour lancer
9 €/mois
- 250 k accusés / mois
- 1 app mobile
- Données conservées
- Par campagne · export CSV
Pro
pour scaler
29 €/mois
- 2 M accusés / mois
- 1 app mobile
- Données conservées
- Suivi par utilisateur (
user_id) - Alertes · API de lecture
Scale
grandes apps
79 €/mois
- 10 M accusés / mois
- 1 app mobile
- Données conservées
- Suivi par utilisateur (
user_id) - Alertes · API de lecture
- Support prioritaire
FAQ
Questions fréquentes
FCM et APNs confirment-ils la livraison sur l'appareil ?
Non. Ils confirment l'acceptation pour distribution par le relais Apple ou Google. La notification peut ne jamais atteindre l'appareil — et vous ne le saurez pas.
Comment Pushproof confirme-t-il la réception ?
Sur iOS, une Notification Service Extension (NSE) est réveillée à la réception d'un push et avant affichage. Sur Android, un FirebaseMessagingService intercepte les data messages. Dans les deux cas, une requête est envoyée à notre système contenant le notif_id et le user_id s'il est présent dans le payload.
Qu'est-ce que le suivi par utilisateur ?
Cette fonctionnalité réservée au plan Pro, s'active automatiquement en ajoutant un user_id opaque dans le payload (identifiant interne de votre app, ne jamais mettre d'email ni téléphone). Vous pouvez ensuite répondre à la question « cet utilisateur a-t-il reçu telle notification ? » et lister les destinataires reçus ou manquants d'une campagne, via le dashboard ou l'API. Pushproof stocke un hash — pas l'identifiant en clair.
Le taux de livraison iOS est-il garanti à 100 % ?
Non, et nous ne le promettons pas. iOS peut suspendre la NSE (confirmation de reception) sous pression mémoire ou batterie. Le taux affiché est une borne inférieure du taux réel. C'est exactement le même biais que les solutions commerciales : OneSignal, Airship.
Quelle est la différence avec OneSignal ou Airship ?
Ces plateformes résolvent la confirmation mais facturent au MAU (nombre d'utilisateurs actifs mensuels) et placent la feature derrière des paliers payants. Pushproof facture uniquement le volume d'accusés ingérés.
Quels frameworks sont supportés ?
Le SDK natif (Swift + Kotlin) est framework-agnostique. Le premier wrapper livré est @pushproof/capacitor (Ionic/Capacitor). React Native et Flutter suivront selon la demande — le backend sert tous les écosystèmes via le même protocole.