Comment connecter Paddle à Shopify Flow
Paddle est un marchand de paiement pour les produits numériques et les abonnements. Il vous informe des transactions, des abonnements, des remboursements et des modifications apportées par les clients. Workflow Webhooks transforme cet appel en un Déclencheur « **Shopify Flow **», afin que votre boutique puisse y réagir : attribuer une balise à un client, ajouter une note à une commande, envoyer un e-mail interne, mettre à jour un Métachamp… tout ce qu’Shopify Flow permet de faire.
Ce guide décrit l'ensemble du processus : Paddle envoie les données, Workflow Webhooks les reçoit et les vérifie, Shopify Flow effectue les opérations, la signature HMAC de Paddle étant vérifiée à chaque requête, de sorte que seul Paddle puisse lancer votre workflow.
Ce que vous pouvez construire
- Mentionnez un client Shopify qui dispose également d'un abonnement à Paddle, afin qu'il puisse voir les tarifs ou le contenu qui lui correspondent.
- Envoyez un e-mail à votre équipe lorsqu'un abonnement est résilié et que le client a récemment passé des commandes sur Shopify.
- Veuillez consigner le forfait actuel dans la fiche client sous forme de métachamp.
Exemples d'événements à envoyer : transaction.completed, subscription.canceled, adjustment.created (remboursement), customer.updated.
Avant de commencer
- Workflow Webhooks installé sur votre boutique Shopify.
- Shopify Flow installée, disponible gratuitement sur l'App Store de Shopify.
- Un compte sur Paddle disposant des autorisations nécessaires pour créer des webhooks.
Étape 1 - Créez le webhook sur Workflow Webhooks
- Accédez à Workflow Webhooks -> Webhooks -> Créer un webhook et attribuez-lui un nom que vous pourrez reconnaître dans Shopify Flow, tel que
Paddle events. - Dans la section « Authentification », sélectionnez « HMAC ».
- Dans la section « Fournisseur de signature », sélectionnez « Paddle ». L'application remplit automatiquement les champs « en-tête », « algorithme », « payload signé » et « fenêtre de relecture » ; vous n'avez rien d'autre à configurer.
- Pour l'instant, ne renseignez pas le champ « secret » et cliquez sur « Enregistrer ». Copiez l'URL du webhook affichée sur la page.
Consultez la page Authentification pour connaître les autres modes d'authentification, et la page Mappage de la charge utile et variables de flux pour savoir quels champs sont transmis à Shopify Flow.
Étape 2 - Ajoutez le point de terminaison dans Paddle
Dans Paddle, ouvrez « Outils de développement » -> « Notifications », ajoutez une destination avec l'URL que vous avez copiée, puis sélectionnez les événements. La clé secrète s'affiche dans la destination.
Comment trouver votre clé secrète de signature Paddle
La clé secrète de la destination de notification (Paddle → Outils de développement → Notifications).
La documentation de Paddle consacrée aux signatures des Webhooks, disponible à l'adresse, contient la formulation exacte et les captures d'écran correspondant à votre compte.
Collez ce secret dans le champ « Secret » du webhook sur Workflow Webhooks, puis enregistrez. À partir de ce moment, chaque envoi Paddle est vérifié avant d'atteindre Shopify Flow.
Ce que cette vérification permet de contrôler
| Quoi ? | Valeur |
|---|---|
| En-tête de signature | Paddle-Signature |
| Emplacement de la signature | Dans la valeur h1 de cet en-tête, qui contient des paires key=value séparées par des points-virgules |
| Ce qui est signé | {timestamp}:{body} |
| Signature | HMAC-SHA256, codé en hexadécimal |
| Horodatage | La valeur ts de l'en-tête de signature, exprimée en secondes Unix |
| Protection contre la lecture ultérieure | Les requêtes dont l'horodatage signé remonte à plus de 5 minutes sont rejetées |
| Le secret | À utiliser sous forme de texte brut. Copiez-collez-le exactement tel que l'expéditeur l'a indiqué. |
Dans la payload signée, {body} correspond au corps brut de la requête, octet par octet, et {timestamp} correspond à l'horodatage mentionné ci-dessus.
Toute requête qui ne respecte pas l'une de ces conditions est rejetée avec le message 401, est enregistrée dans Historique et dépannage et ne déclenche jamais de workflow.
Étape 3 - Créer le workflow Shopify Flow
- Dans « Shopify Flow », créez un Workflow et sélectionnez le déclencheur « Workflow Webhooks ».
- Cliquez sur « Enregistrer les événements », puis envoyez un événement de test depuis Paddle (ou utilisez l'option « Envoyer un test » dans Workflow Webhooks) afin que Shopify Flow apprenne la structure de vos données.
- Chaque webhook dont vous disposez déclenche le même déclencheur de Shopify Flow ; veuillez donc ajouter une première condition basée sur l'identifiant du webhook afin de limiter ce workflow à Paddle uniquement. L'identifiant est indiqué sur la page du webhook.
- Ajoutez vos actions : identifiez un client, ajoutez une note, envoyez un e-mail interne, mettez à jour un métachamp.
Étape 4 - Testez le système de bout en bout
Déclenchez un événement réel dans Paddle. Dans « Workflow Webhooks » -> « History », vous devriez voir l’appel avec le statut « Success ». Si la signature était incorrecte, vous obtiendrez à la place une entrée indiquant un échec avec la raison correspondante, et la page Vérification des webhooks signés explique le fonctionnement de l’outil de vérification de signature qui vous indique précisément quelle étape a échoué.
La signature ne correspond pas▾
Dans cette commande : le secret (cause la plus fréquente : un espace superflu ou une clé provenant d'un environnement incorrect), le fait que l'expéditeur utilise le secret d'un autre point de terminaison, et le fait que quelque chose entre Paddle et l'application réécrive le corps du message. Les signatures portent sur les octets bruts ; ainsi, un proxy qui reformate le JSON les invalide. Le testeur de signature disponible sur la page du webhook affiche le texte exact qui a été signé.
Je reçois un code 401 à chaque requête▾
Vérifiez que l'authentification du webhook est configurée sur HMAC avec le fournisseur Paddle sélectionné, que le secret est renseigné et que Paddle envoie ses requêtes à l'URL exactement telle qu'elle s'affiche dans l'application, y compris le code à la fin.
Rien n'apparaît dans l'historique▾
La requête n'est jamais parvenue à destination. Vérifiez à nouveau l'URL dans Paddle et consultez le journal de livraison de Paddle pour connaître la réponse reçue. Un message 404 indique un webhook incorrect ou supprimé, tandis qu'un message 429 signifie que vous avez dépassé la limite d'appels de votre forfait - consultez Forfaits et utilisation.
The workflow runs for inappropriate events▾
Chaque webhook de votre boutique déclenche le même déclencheur Shopify Flow. Ajoutez une condition basée sur l'identifiant du webhook comme première étape du workflow, ou affinez les événements que vous envoyez depuis Paddle.
Les requêtes échouent avec le message « horodatage hors tolérance »▾
Paddle appose un horodatage et l'application rejette tout événement datant de plus de 5 minutes. Il s'agit généralement d'un problème d'horloge du côté de l'expéditeur, ou d'une transmission que Paddle a réessayé d'envoyer bien plus tard en conservant l'horodatage d'origine. Les nouvelles tentatives issues de la même requête d'origine ne peuvent pas être acceptées ; demandez à Paddle d'envoyer un nouvel événement.
Connexes
- Vérification des webhooks signés - tous les prestataires que nous vérifions, et comment décrire ceux que nous ne vérifions pas.
- Mappage de la charge utile et variables de flux - extraire les champs appropriés du payload et les transférer dans Shopify Flow.
- Protection contre les livraisons en double - Que se passe-t-il lorsque Paddle tente à nouveau une livraison ?
- Historique et dépannage - le journal de chaque requête, avec possibilité de relecture.