<\/span><\/h3>\nCréez une soumission test avec des valeurs facilement identifiables. Utilisez un nom manifestement fictif, une adresse e-mail de test et des valeurs d’attribution évidentes telles que test_google<\/code>, test_campaign<\/code> et test_click_id<\/code>. Cela permet d’identifier facilement l’échantillon dans Zapier et évite toute confusion avec un prospect réel. <\/p>\nEnvoyez le formulaire une fois, puis revenez à l’étape de déclenchement et sélectionnez l’option permettant de rechercher ou de récupérer de nouvelles données. Zapier devrait afficher la requête capturée et présenter les clés et les valeurs qu’il a reçues. Examinez attentivement l’exemple. Le champ peut se présenter sous la forme « phone<\/code> », « phone_number<\/code> » ou d’un objet imbriqué. Le libellé affiché sur le formulaire ne correspond pas nécessairement à la clé envoyée dans le webhook. <\/p>\nLe modèle documenté permet à un webhook de déclencher un Zap, puis d’enregistrer la charge utile dans une feuille Google Sheet. La requête source peut utiliser les méthodes POST, PUT ou GET,<\/strong> mais le comportement exact d’analyse dépend de la manière dont la source formate ses données. Le format JSON est généralement plus facile à mapper, car les valeurs associées sont fournies sous forme de champs nommés plutôt que sous forme de chaîne opaque. <\/p>\nUtilisez cette fiche d’inspection pour répondre aux quatre questions suivantes :<\/p>\n
\n- La demande est-elle bien parvenue à Zapier ?<\/strong> Si aucun exemple ne s’affiche, vérifiez que la source utilise bien l’URL actuelle et que l’envoi déclenche le webhook.<\/li>\n
- Les clés attendues sont-elles présentes ?<\/strong> Un formulaire peut collecter une valeur sans l’inclure dans la requête sortante.<\/li>\n
- Les valeurs sont-elles au format attendu ?<\/strong> Les numéros de téléphone, les tableaux, les valeurs booléennes et les champs imbriqués peuvent nécessiter une étape de transformation.<\/li>\n
- Le test couvrait-il toutes les branches importantes ?<\/strong> Les formulaires conditionnels peuvent envoyer des champs différents en fonction des réponses sélectionnées.<\/li>\n<\/ol>\n
Si rien ne s’affiche, envoyez un nouveau test après avoir remplacé le point de terminaison dans la source. Vérifiez si la source nécessite une action explicite d’enregistrement ou de publication après l’ajout de l’URL. Consultez l’historique du Zap une fois le flux de travail mis en ligne, car l’envoi réussi d’un formulaire et la réussite d’une action en aval constituent des événements distincts. <\/p>\n
Les en-têtes et chaînes de requête personnalisés peuvent s’avérer utiles pour l’authentification ou l’identification de la source, mais ne les ajoutez pas avant que la requête de base ne fonctionne. Commencez par vérifier que le point de terminaison reçoit un échantillon « propre ». Ajoutez ensuite uniquement les en-têtes ou paramètres exigés par la destination, puis testez à nouveau la charge utile complète. <\/p>\n