> For the complete documentation index, see [llms.txt](https://help.impact.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.impact.com/partner/fr/que-souhaitez-vous-apprendre/platform-features/action-management/event-notifications-and-postbacks/test-and-troubleshoot-a-postback-url.md).
# 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.
#### Testez votre URL de postback
{% hint style="success" icon="circle-info" %}
**Remarque :** Lors des tests, nous vous recommandons de modifier temporairement votre URL de postback pour transmettre une valeur de test codée en dur (par exemple, « 12345678 » au lieu de `{SubId1}`) afin d’éviter les erreurs. Si votre serveur accepte l’envoi, vous pouvez rétablir votre URL de postback en toute sécurité pour réutiliser la variable.
{% endhint %}
1. Dans la barre de navigation supérieure, sélectionnez **Découvrir** → **Mes marques**.
2. Procédez selon votre vue :
* Pour  **\[Vue grille]**, sélectionnez la marque à partir de laquelle vous souhaitez tester un postback, puis sélectionnez  **\[Plus] → Intégration du suivi**.
* Pour  **\[Vue liste]**, survolez la marque à partir de laquelle vous souhaitez tester un postback, puis sélectionnez  **\[Plus]** → **Intégration du suivi**.
3. Dans l' *Postbacks* section, recherchez l’URL de postback que vous souhaitez tester, puis sélectionnez  **\[Action] → Tester**.
4. Renseignez l’URL que vous souhaitez tester, puis sélectionnez **Démarrer le test**.
#### Comprendre le comportement des tentatives
Si un postback échoue lorsque impact.com envoie des données à votre URL de destination, impact.com réessaie automatiquement la livraison. Cela permet de prendre en compte des problèmes réseau temporaires ou de courtes périodes d’indisponibilité 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 lors d’un échec de résolution DNS.
impact.com ignore les 3 premières tentatives pour les réponses HTTP provenant de `400` pour `500`.
| Tentative de réessai | Délai avant la nouvelle tentative |
| --------------------- | --------------------------------- |
| Nouvelle tentative 1 | +15 secondes |
| Nouvelle tentative 2 | +15 secondes |
| Nouvelle tentative 3 | +15 secondes |
| Nouvelle tentative 4 | +3 minutes |
| Nouvelle tentative 5 | +3 minutes |
| Nouvelle tentative 6 | +15 minutes |
| Nouvelle tentative 7 | +15 minutes |
| Nouvelle tentative 8 | +15 minutes |
| Nouvelle tentative 9 | +2 heures |
| Nouvelle tentative 10 | +2 heures |
| Nouvelle tentative 11 | +2 heures |
| Nouvelle tentative 12 | +6 heures |
| Nouvelle tentative 13 | +6 heures |
| Nouvelle tentative 14 | +6 heures |
| Nouvelle tentative 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 l’URL de postback pour transmettre une valeur de test (par exemple, « 12345678 » au lieu de `{SubId1}`) et voyez 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 la même chose que `{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. Travaillez 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. |
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://help.impact.com/partner/fr/que-souhaitez-vous-apprendre/platform-features/action-management/event-notifications-and-postbacks/test-and-troubleshoot-a-postback-url.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.