Ce premier lot de nouveautés d’août se concentre sur l’analytique : Pushwoosh capte désormais le revenu comme un événement à part entière, et l’analyse par groupe de contrôle révèle la part de ce revenu réellement générée par votre messaging. Les messages in-app natifs sont également disponibles.
Voici ce qui change 👇
Suivez vos revenus dans Pushwoosh grâce à un événement de conversion 🤑
Pushwoosh collecte désormais le revenu comme un type d’événement à part entière. Chaque achat, renouvellement ou paiement remonte sous la forme d’un événement PW_Conversion — un chiffre net, exploitable directement.
La mise en place est légère : envoyez l’événement depuis votre code après un achat, ou associez-le à un événement que vous déclenchez déjà — les webhooks Stripe et Shopify inclus — sans écrire une ligne de code. L’intérêt est dans ce que vous pouvez faire une fois le revenu capté.
Concrètement, voici ce que cela change :
- Segmentez sur la base des dépenses réelles. Construisez un segment RFM de clients à forte valeur à partir des montants d’achat réels et de la récence — sans logique de revenu personnalisée à coder pour chaque événement. Votre flux VIP cible celles et ceux qui dépensent, pas seulement celles et ceux qui ouvrent.
- Identifiez les parcours qui rapportent. Attribuez le revenu à un Customer Journey ou à une campagne, et votre flux de panier abandonné ne se limite plus au taux de clic : il affiche le revenu qu’il a réellement récupéré.
- Un seul chiffre de revenu, toutes sources confondues. Combinez les achats in-app et les paiements webhook Stripe ou Shopify dans un seul jeu de données, au lieu de recouper chaque source manuellement.
Comme pour l’ensemble des données de vos contacts dans Pushwoosh, ces données de revenu restent hébergées selon vos paramètres de résidence des données (UE ou États-Unis) — un point sensible dès qu’il s’agit de données financières.
Vous décidez déjà quoi envoyer, à qui et à quelle fréquence. Vous preniez ces décisions sur la base des ouvertures et des clics, tout simplement parce que c’est tout ce que nous vous renvoyions. Envoyez
PW_Conversion, et les mêmes décisions se prennent désormais sur la base du revenu : quelles campagnes garder, lesquelles arrêter, quels segments méritent plus d’envois — et lesquels vous coûtent des désinscriptions pour rien.
Quelques exemples d’usage concrets :
- E-commerce. Associez votre webhook de paiement Shopify à
PW_Conversion: votre flux de panier abandonné ne se limite plus aux ouvertures — vous voyez le revenu qu’il récupère réellement, et si les envois en valent la peine. - Applications par abonnement. Pointez-le vers votre événement de renouvellement Stripe pour voir quels parcours de reconquête et de rappel de renouvellement ramènent réellement vos abonnés inactifs à payer, plutôt que de le deviner à partir du taux de clic.
- Jeux et applications avec achats in-app. Faites remonter les achats in-app et construisez des segments RFM qui font émerger vos plus gros dépensiers — puis envoyez-leur des offres que vous ne diffuseriez jamais à toute la base.
Mesurez l’impact réel de votre messaging 📊
Capter le revenu, c’est la moitié du travail. L’autre moitié, c’est de prouver que c’est bien votre messaging qui l’a généré — et c’est précisément la question à laquelle répond désormais l’analyse par groupe de contrôle.
Le «Groupe de contrôle global» met de côté une part fixe de vos utilisateurs, exclue de tous les messages marketing tout en continuant à recevoir les messages transactionnels. La nouvelle analyse compare ce groupe mis à l’écart à l’ensemble des utilisateurs ayant reçu vos campagnes, pour révéler le lift réellement produit par votre messaging.
Pourquoi c’est important : c’est la réponse nette à une question précise — quelle part de ce revenu est réellement due au marketing ? Plus votre audience est large, plus cette comparaison par groupe mis à l’écart a de valeur.
Combinée aux événements de conversion vus plus haut, la boucle se referme : vous suivez le revenu, puis vous mesurez la part dont vos campagnes sont réellement responsables.
Concevez des messages in-app natifs 📱
Les messages in-app natifs sont désormais disponibles dans Pushwoosh — un contenu in-app conçu pour s’afficher comme un élément natif de l’interface de votre application, plutôt que comme une surcouche web. Ils s’ouvrent plus vite, s’animent plus fluidement, et vous les concevez sans travail de design ni de développement.
3 types d’affichage sont disponibles :
- Modal — une carte centrée, avec en option un fond assombri. Idéal pour une offre ou une invite unique.
- Plein écran — une image de couverture bord à bord, avec votre titre, votre message et vos boutons au-dessus.
- Stories — une séquence de diapositives plein écran avec barres de progression, sur le même format que les stories déjà connu des utilisateurs sur les applications sociales.
Cas d’usage : les in-apps natifs trouvent naturellement leur place dans les astuces d’onboarding, les incitations à découvrir une fonctionnalité, ou un sondage rapide en cours de session.
L’éditeur d’e-mail devient plus intelligent ✏️
Un ensemble d’améliorations qui déchargent l’éditeur drag-and-drop d’une partie du travail manuel :
- Contenu conditionnel — Les conditions d’affichage des blocs acceptent désormais n’importe quelle expression Liquid, et plus seulement un tag choisi dans une liste. Vous pouvez aussi enchaîner IF / ELSE IF / ELSE pour afficher une variante différente à chaque groupe de destinataires, au lieu de simplement afficher ou masquer un seul bloc. En savoir plus →
- Catalogue produit dans les e-mails — Les blocs Produit récupèrent désormais les données en direct depuis un flux connecté (XML ou JSON Google Merchant), pour que les fiches restent à jour sans modification manuelle. En savoir plus →
- Ajustement d’image — Réglez la taille et le cadrage d’une image dans les blocs Carte et Colonne directement dans l’éditeur, sans retouche de code. En savoir plus →
- Synchronisation des copies — Modifiez un bloc réutilisé une seule fois, et le changement s’applique partout où il apparaît, y compris dans les e-mails déjà programmés. En savoir plus →
- Brand book — Enregistrez une fois les couleurs, polices et logo de votre marque, puis réutilisez-les dans chaque e-mail pour un rendu cohérent. En savoir plus →
Plus de finitions pour les in-apps et les web popups 🔧
3 améliorations plus modestes, mais qui reviennent souvent au quotidien :
- Prévisualisez vos in-apps avant l’envoi. Vérifiez l’apparence et le comportement d’un template sur un appareil directement depuis le bouton «Aperçu» du Control Panel, avant l’envoi. En savoir plus →
- Rayon d’angle pour le bouton de fermeture des in-apps. Un curseur de 0 à 16px fait passer le bouton de fermeture d’une forme parfaitement ronde à un carré, pour s’accorder avec votre design. En savoir plus →
- Formulaires d’abonnement dans les web popups. Affichez un formulaire d’abonnement existant à l’intérieur d’un web popup plutôt que dans une bannière — recherchez le formulaire par son nom et intégrez-le directement. En savoir plus →
Essayez ces nouveautés dès maintenant
Toutes les fonctionnalités ci-dessus sont déjà actives sur votre compte. D’autres nouveautés d’août arrivent bientôt — en attendant, connectez-vous et mettez-les en œuvre.
Pour la liste complète, consultez nos release notes.
Articles connexes
Tout voir
