Mai maintient un rythme de livraison soutenu. Ce vol.3 couvre deux intégrations majeures et plusieurs contrôles ciblés qui reviennent régulièrement dans le travail quotidien.
Voici ce qui change 👇
Synchronisez vos audiences de journeys vers Meta 🎯
L’élément Audience sync dans le Customer Journey Builder se connecte désormais à Meta Ads. Glissez-le dans n’importe quel journey, sélectionnez le compte publicitaire et l’audience personnalisée, puis ajoutez ou retirez des utilisateurs comme n’importe quelle autre étape du flux.
Ce qui change : les cohortes comportementales que vous construisez dans Pushwoosh pilotent désormais automatiquement le retargeting payant et les listes d’exclusion dans Meta. Fini les exports CSV manuels, les jobs de synchronisation artisanaux, et l’attente d’une équipe data pour faire le pont entre les deux systèmes. La synchronisation s’exécute dans le cadre du journey et reste à jour au fil des entrées et sorties d’utilisateurs.
Point RGPD / CNIL : la totalité des échanges de données entre Pushwoosh et Meta s’appuie sur une infrastructure hébergée en Union européenne. Les identifiants d’utilisateurs (hachés côté client avant transmission) ne quittent pas le périmètre EU, ce qui facilite la documentation de vos transferts dans le registre de traitement exigé par l’article 30 du RGPD. Pour les entreprises françaises soumises aux recommandations de la CNIL sur la publicité ciblée, c’est un signal de confiance concret.
Meta est la première plateforme publicitaire prise en charge par Audience sync dans Pushwoosh. Google, Pinterest et d’autres suivront, via le même élément journey.
En savoir plus sur l’élément Audience sync →
Déclenchez des journeys depuis des services externes avec le webhook entrant 🔌
Les webhooks entrants permettent à des services tiers de déclencher des événements Pushwoosh directement. Votre CRM conclut une opportunité, votre plateforme e-commerce enregistre un paiement, votre outil d’analytics signale un jalon — chacun envoie un HTTP POST à Pushwoosh, et l’événement mappé se déclenche sur l’utilisateur correspondant.
Ce qui change : jusqu’ici, transformer un webhook tiers en événement Pushwoosh impliquait de faire tourner un serveur d’intégration de votre côté — réceptionner le webhook, parser le payload, appeler l’API Pushwoosh et gérer les relances. Pushwoosh prend désormais cette partie en charge. Vous collez un exemple de payload (par exemple depuis Stripe), mappez les champs vers les attributs de l’événement, choisissez comment identifier l’utilisateur (User ID, e-mail, téléphone ou HWID), et c’est tout.
Cas d’usage — PrestaShop → journey post-achat : pour une boutique en ligne française ou africaine francophone tournant sous PrestaShop (ou Shopify avec localisation FR), un paiement validé déclenche directement un événement d’achat dans Pushwoosh et enchaîne sur un journey de remerciement, de demande d’avis client ou d’upsell — sans passer par une couche middleware. Les données restent dans votre périmètre d’hébergement, et le webhook entrant peut être sécurisé par signature HMAC pour garantir l’intégrité des échanges.
Contrôle de livraison plus précis ⚙️
Deux petites mises à jour qui reviennent souvent dans le travail quotidien sur les journeys.
⏱️ Définir le TTL des push par campagne
Le Push TTL — durée pendant laquelle le système tente de livrer une notification si l’appareil est hors ligne — peut désormais être défini au niveau de chaque campagne, aussi bien dans les étapes push du Customer Journey que dans les envois ponctuels. Jusqu’à présent, le TTL était attaché au preset, et toutes les campagnes utilisant ce preset héritaient de la même expiration.
Pourquoi c’est important : les messages sensibles au temps (ventes flash, OTP, breaking news, rappels d’événements en direct) ne devraient pas parvenir à un utilisateur 3 jours plus tard quand son téléphone se reconnecte. Définissez un TTL court, et les notifications périmées sont automatiquement abandonnées. Pour tout le reste, la valeur par défaut convient parfaitement.
🗓️ Segmentez les utilisateurs par événements de date à venir avec daysahead
Un nouvel opérateur, daysahead, permet de segmenter les utilisateurs par tags de type Date ou attributs d’événements en regardant vers l’avenir. C’est le miroir de daysago.
Utilisez-le pour construire des segments comme :
- abonnements expirant dans les 7 prochains jours,
- anniversaires dans les 3 prochains jours,
- périodes d’essai se terminant dans les 14 prochains jours,
- réservations ou événements programmés la semaine prochaine.
Exemple éditorial — presse numérique française : les applications de presse et les médias d’information en ligne (abonnements numériques Le Monde, Médiapart, L’Équipe…) peuvent utiliser daysahead pour identifier les abonnés dont le renouvellement arrive à échéance dans les 5 prochains jours et déclencher automatiquement un journey de relance avec une offre de fidélisation. L’opérateur se recalcule depuis l’instant présent à chaque évaluation : le segment reste frais sans aucune intervention manuelle.
Centre de préférences e-mail : gestion des catégories encore plus flexible 💌
Dans notre mise à jour produit T1 2026, nous avons introduit le centre de préférences d’abonnement e-mail — les abonnés choisissent les catégories d’e-mails qu’ils souhaitent recevoir (newsletters, promotions, mises à jour produit) au lieu de se désabonner de tout en un clic.
Ce qui a changé depuis : la gestion de ces catégories est désormais plus flexible.
Lors de la création d’une catégorie, vous pouvez décider immédiatement de :
- abonner automatiquement les nouveaux utilisateurs dès leur inscription, et/ou
- abonner tous les utilisateurs existants au moment de l’enregistrement de la catégorie.
Vous pouvez également importer des catégories d’abonnement en masse via CSV. C’est particulièrement utile pour migrer une audience existante ou synchroniser des préférences depuis un autre système.
Angle RGPD — Article 7 : l’import CSV est conçu pour transférer un consentement valablement obtenu depuis une autre plateforme, pas pour contourner l’obligation de recueil. Chaque ligne correspond à un utilisateur qui a donné son accord explicite dans le système source, documenté conformément à l’article 7 du RGPD (preuve du consentement, date, finalité). Pushwoosh conserve la traçabilité dans le journal d’audit du compte. Cette approche est conforme à la doctrine de la CNIL : la base légale du traitement e-mail marketing reste le consentement, et son transfert entre plateformes doit pouvoir être justifié.
Testez ces mises à jour dès maintenant
Chaque fonctionnalité présentée ci-dessus est disponible et prête à l’emploi dans votre compte.
Pour la liste complète, consultez nos notes de version.
Articles connexes
Tout voir
