Qu’est-ce que le MCP Pushwoosh ?

Le MCP Pushwoosh permet à votre assistant IA — Claude, Cursor ou tout autre — d’envoyer des messages à vos utilisateurs directement via Pushwoosh. Vous décrivez à l’assistant, en langage naturel, ce que vous voulez envoyer et à qui, et il livre le message sur push, e-mail, SMS, WhatsApp, et bien d’autres canaux.

⚙️

Si le terme est nouveau pour vous : le MCP (Model Context Protocol) est le standard qui connecte un assistant IA à des outils externes. Le MCP Pushwoosh est celui qui prend en charge la livraison des messages (la tâche que votre assistant ne peut généralement pas exécuter seul).

Sous le capot, le fonctionnement reste volontairement simple :

Tous les canaux via un seul outil

Un appel Notify suffit pour livrer sur push, e-mail, SMS, WhatsApp, Telegram, LINE ou Kakao — configuré une fois, utilisé partout.

Rédigé en langage naturel

Votre assistant décrit l’envoi comme vous le formuleriez dans un chat, et le message part réellement.

Intégré à votre assistant IA

Se connecte à Claude, Cursor, Windsurf ou un client personnalisé — il fonctionne là où vous travaillez déjà.

Les assistants IA sont désormais vraiment performants sur la décision : qui contacter, avec quel message, et à quel moment. Ce que personne n’avait résolu, c’était la partie ingrate — livrer réellement le message sur chaque canal où se trouve l’utilisateur. C’est ce verrou que nous avons fait sauter.

Le MCP Pushwoosh confie cette exécution à l’assistant lui-même. Désormais, votre agent porte une recommandation jusqu’à la livraison effective, et l’ensemble du processus de communication avec vos utilisateurs devient nettement plus efficace.

Tatevik Bidzhoian
Tatevik Bidzhoian
Directrice Produit chez Pushwoosh

Pourquoi votre assistant IA en a besoin

Un assistant IA qui conçoit le message parfait mais ne peut pas l’envoyer vous laisse une tâche à faire — vous devez encore ouvrir Pushwoosh et l’envoyer manuellement. Le MCP Pushwoosh supprime cette étape : l’assistant livre lui-même ce qu’il génère. C’est le même changement de fond qui traverse déjà tout le cycle de vie client : consultez notre article sur les prompts IA pour chaque étape du cycle de vie pour voir ce qu’un assistant IA peut planifier une fois qu’il dispose de ce type d’accès à l’exécution.

Le serveur est hébergé, il n’y a donc rien à installer — une seule URL dans la configuration de votre client, et l’agent opère strictement sous votre propre token Server, dont le périmètre est limité aux applications et canaux que vous choisissez.

Les envois réels attendent votre validation avant de partir : l’agent ne peut donc jamais diffuser de lui-même. Les appels sont idempotents et peuvent être relancés en toute sécurité — une connexion interrompue ne provoquera jamais un double envoi — et chaque réponse revient structurée, avec un code de message traçable dans l’historique des messages.

Et parce que ce token fonctionne sur une infrastructure déjà certifiée SOC 2 Type I et ISO 27001:2022, et conforme au RGPD, la posture de sécurité de l’agent est la nôtre, déjà auditée — vous n’avez rien à vérifier vous-même depuis zéro. Vos données restent hébergées dans des centres de données en UE et aux États-Unis, sous votre contrôle.

Eugen Chirilov
Eugen Chirilov
Directeur Infrastructure et Sécurité chez Pushwoosh

Ce que vous pouvez construire avec (cas d’usage)

🛠️

Avant de passer à la pratique : vos segments et événements vivent déjà dans votre projet Pushwoosh. Dans le client IA que vous utilisez au quotidien, vous décrivez à votre assistant ce que vous voulez en langage naturel — qui contacter, sur quel canal, avec quel message. L’assistant conçoit l’envoi ; le MCP Pushwoosh lui donne l’accès nécessaire pour livrer réellement sur vos canaux. Vous récupérez un code de message que vous pouvez suivre dans l’historique des messages.

Voici des cas d’usage réels que n’importe quelle application mobile peut reprendre dès aujourd’hui :

⚡ Déclencher un message sensible au temps dès qu’il devient pertinent

Un événement se produit dans votre système, et l’utilisateur veut le savoir tout de suite.

Prompt
Quand l'événement price_drop se déclenche, informe les utilisateurs qui ont
enregistré cet article que le prix vient de baisser. Envoie un push et suis-le.

Ce que fait le MCP : il livre le push aux utilisateurs concernés à l’instant où l’assistant l’appelle, et renvoie un code de message.

Notification push de baisse de prix envoyée via le MCP Pushwoosh
Une alerte de baisse de prix livrée à l'instant où l'événement se déclenche

Résultat : l’alerte arrive tant qu’elle compte encore, et l’envoi reste visible dans l’historique des messages.

Le déclencheur est interchangeable : baisse de prix, réapprovisionnement, un match qui démarre, une nouvelle sortie de contenu — ou, pour le e-commerce français, le lancement des Soldes ou des French Days. Même logique, événement différent — voir l’automatisation du marketing basé sur les événements pour la configuration sous-jacente.

⏰ Contacter les utilisateurs avant l’échéance

Certains messages ne comptent que jusqu’à un instant précis — un essai gratuit qui se termine, des points qui expirent, un abonnement à renouveler.

Prompt
Envoie un message à tous les utilisateurs dont l'essai se termine dans 2 jours.
Envoie un push ; si un appareil n'est pas joignable, envoie un e-mail à la place.
Un seul message par utilisateur.

Ce que fait le MCP : il livre le push, puis l’e-mail de repli pour les utilisateurs que le push n’a pas pu atteindre.

Rappel de fin d'essai livré par push avec repli par e-mail
Un rappel de fin d'essai avec un repli automatique par e-mail

Résultat : le rappel arrive sur un canal que chaque utilisateur peut réellement recevoir, avant la fermeture de la fenêtre d’action.

Essais, renouvellements, récompenses qui expirent, réservation en attente — tout ce qui a une échéance fonctionne selon le même principe.

🔄 Reconquérir les utilisateurs silencieux sur le canal qu’ils ouvrent vraiment

Un utilisateur est devenu inactif, et vous ne savez plus quel canal le touchera encore.

Prompt
Prends mon segment inactifs-30j et relance-les. Utilise le canal que chaque
utilisateur est le plus susceptible d'ouvrir, et relance les non-répondants
dans 2 jours.

Ce que fait le MCP : il livre le message sur le canal choisi par l’assistant pour chaque utilisateur et renvoie un code par envoi, afin que la relance ne cible que les utilisateurs qui n’ont pas répondu.

Campagne de reconquête livrée sur push et e-mail selon l'utilisateur
Une tentative de reconquête acheminée vers le canal que chaque utilisateur ouvre le plus probablement

Résultat : une tentative de réengagement qui rencontre chaque utilisateur là où il reste joignable, plutôt qu’un envoi unique que tout le monde ignore.

Joueurs inactifs, abonnés churnés, acheteurs qui n’ouvrent plus l’application — la logique de reconquête s’applique de la même façon à tous ces cas, y compris pour les secteurs FinTech et médias où la fenêtre de réactivation est courte.

📩 Envoyer un message personnalisé pour chaque utilisateur

Parfois, l’enjeu n’est pas de toucher un utilisateur de plus — c’est de s’assurer que chacun reçoit un message écrit pour lui, et non le même envoi générique.

Prompt
Pour tous les utilisateurs de mon segment joueurs-actifs, envoie un push
recommandant la prochaine action à jouer en fonction de leurs sessions
récentes. Personnalise chaque message.

Ce que fait le MCP : il livre à chaque utilisateur son propre message — un envoi par personne — et renvoie un code par envoi pour suivre l’ensemble du lot.

Recommandation push personnalisée envoyée à chaque utilisateur via le MCP Pushwoosh
Chaque utilisateur reçoit sa propre version du message, à l'échelle d'un segment

Résultat : chaque utilisateur reçoit sa propre version, à l’échelle d’un segment entier, sans copie manuelle par personne ni envoi générique.

Recommandations produit, sélections de contenu, récapitulatif d’utilisation — partout où le message doit changer d’un utilisateur à l’autre, le principe reste valable. Pour aller plus loin sur la personnalisation à grande échelle sans gros budget, consultez notre guide de personnalisation du messaging à budget zéro.

Comment le connecter en quelques minutes 🔌

Le serveur est hébergé : il n’y a rien à installer. La configuration prend quelques minutes, sans compétences de développeur. 3 étapes :

  1. Récupérez un token API Server

    Dans le Control Panel Pushwoosh, allez dans Réglages → API Access, générez un token Server, et limitez son périmètre aux applications et canaux par lesquels votre agent doit pouvoir envoyer.

  2. Ajoutez le serveur à votre client IA

    Renseignez une URL et votre token dans la configuration de votre client (Claude Desktop, Cursor, Windsurf, ou tout autre client MCP suit le même format). Rien à installer — Pushwoosh héberge le serveur.

  3. Testez sur un appareil de test

    Ouvrez une nouvelle conversation et demandez à votre agent d'envoyer un push de test. S'il renvoie un code de message, la connexion est établie.

La configuration complète, les paramètres par client et tous les détails techniques se trouvent dans la documentation du MCP Pushwoosh.

Donnez une voix à votre agent IA avec le MCP Pushwoosh

Choisissez l’un des prompts ci-dessus et exécutez-le depuis le client que vous utilisez déjà. Votre agent s’occupe de la réflexion ; le MCP Pushwoosh s’occupe de la livraison sur chaque canal, hébergée en UE et conforme au RGPD. Au bon moment.


Valentina Stepanova
Rédactrice marketing de contenu chez Pushwoosh
Partager

Articles connexes

Tout voir