# Tester et dépanner une URL de postback Vous pouvez tester une URL de postback avant de vous y fier en production. Cela vous aide à confirmer que votre point de terminaison accepte la requête et à isoler plus rapidement les problèmes de livraison. #### Tester votre URL de postback {% hint style="success" icon="circle-info" %} **Remarque :** Lors des tests, nous vous recommandons de modifier temporairement votre URL de postback afin d’y passer une valeur de test codée en dur (par ex. « 12345678 » au lieu de `{SubId1}`) pour éviter les erreurs. Si votre serveur accepte la soumission, vous pouvez sans risque rétablir votre URL de postback pour utiliser à nouveau la variable. {% endhint %} 1. Dans la barre de navigation supérieure, sélectionnez **Découvrir** → **Mes marques**. 2. Procédez en fonction de votre vue : * Pour ![](https://4271519271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fb2rE79d9UhOKZQLgzSqx%2Fuploads%2Fgit-blob-1ed93f8f13c8544365c2e0766182519259e358d1%2F32cae165a86a348b171c1152a3c352a24ed3471cf88e03ca183b9015ee8f970b.svg?alt=media) **\[Vue grille]**, sélectionnez la marque à partir de laquelle vous souhaitez tester un postback, puis sélectionnez ![](https://4271519271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fb2rE79d9UhOKZQLgzSqx%2Fuploads%2Fgit-blob-8ec3e877b1397045c61d394485e72ac4d93120ee%2Fc6ddb46c637059f06e86c790a911217a9428f5c47b5efef046f90555e85b03cd.svg?alt=media) **\[Plus] → Intégration du suivi**. * Pour ![](https://4271519271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fb2rE79d9UhOKZQLgzSqx%2Fuploads%2Fgit-blob-b3ee5769241ce1575e4aff7d716b98c9937267eb%2F845c18aa59443d6b239132358fa67d4ae4df3cf4399ec037b8348bfa2e88c1bc.svg?alt=media) **\[Vue liste]**, survolez la marque à partir de laquelle vous souhaitez tester un postback, puis sélectionnez ![](https://4271519271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fb2rE79d9UhOKZQLgzSqx%2Fuploads%2Fgit-blob-8ec3e877b1397045c61d394485e72ac4d93120ee%2Fc6ddb46c637059f06e86c790a911217a9428f5c47b5efef046f90555e85b03cd.svg?alt=media) **\[Plus]** → **Intégration du suivi**. 3. Dans la section *Postbacks* , trouvez l’URL de postback que vous souhaitez tester, puis sélectionnez ![](https://4271519271-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2Fb2rE79d9UhOKZQLgzSqx%2Fuploads%2Fgit-blob-df93ac0f80fc5cece7983980a5ce3fbcf19aabce%2F3ef9d737089bc07dbb7e4fd41a97edfbaec261e4f55ab3a1666f3daf957f69c3.svg?alt=media) **\[Action] → Tester**. 4. Renseignez l’URL que vous souhaitez tester, puis sélectionnez **Démarrer le test**.
#### Comprendre le comportement des tentatives de réessai Si un postback échoue lorsque impact.com envoie une requête à l’URL de destination, impact.com réessaie automatiquement la livraison. Cela permet de tenir compte des problèmes de réseau temporaires ou de brèves indisponibilités du serveur. impact.com réessaie un postback ayant échoué jusqu’à 15 fois au total. impact.com ne réessaie pas un postback dans les cas suivants : * L’URL de destination est mal formée ou invalide. * L’URL de destination ou son hôte ne se résout pas, par exemple en cas d’échec de la recherche DNS. impact.com ignore les 3 premières tentatives de réessai pour les réponses HTTP provenant de `400` à `500`. | Tentative de réessai | Délai avant le réessai | | -------------------- | ---------------------- | | Réessai 1 | +15 secondes | | Réessai 2 | +15 secondes | | Réessai 3 | +15 secondes | | Réessai 4 | +3 minutes | | Réessai 5 | +3 minutes | | Réessai 6 | +15 minutes | | Réessai 7 | +15 minutes | | Réessai 8 | +15 minutes | | Réessai 9 | +2 heures | | Réessai 10 | +2 heures | | Réessai 11 | +2 heures | | Réessai 12 | +6 heures | | Réessai 13 | +6 heures | | Réessai 14 | +6 heures | | Réessai 15 | +6 heures | #### Résoudre les erreurs | Erreur | Description | | ------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Paramètre obligatoire manquant | Votre serveur attend probablement une valeur au lieu d’une variable. Modifiez votre URL de postback pour transmettre une valeur de test (par ex. « 12345678 » au lieu de `{SubId1}`) et vérifiez s’il accepte la valeur codée en dur. | | Variables sensibles à la casse | Les variables dynamiques sont sensibles à la casse et doivent être exactes, ce qui signifie que `{SubId1}` n’est pas identique à `{subid1}`. Vérifiez bien que vos variables respectent la casse correcte. | | Accès refusé | La plupart des serveurs de postback disposent d’un jeton ou d’une valeur de sécurité qui doit être transmis avec les variables dynamiques. Collaborez avec l’équipe technique de votre site web (ou consultez la documentation de votre fournisseur de site web) pour connaître le jeton ou la valeur de sécurité nécessaire pour accéder au serveur. |