> For the complete documentation index, see [llms.txt](https://help.flycode.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://help.flycode.com/fr/ai-payment-recovery/email-behavior-and-deliverability.md).

# Comportement des e-mails et délivrabilité

Les e-mails de relance ne fonctionnent que s’ils sont envoyés au bon moment et qu’ils arrivent réellement dans la boîte de réception. FlyCode est rigoureux sur ces deux points.

## FlyCode enverra-t-il des e-mails aux clients après chaque paiement échoué ?

Non. FlyCode évite les e-mails inutiles, surtout après des refus temporaires, car informer un client d’un échec qu’une nouvelle tentative est sur le point de résoudre crée des frictions et pousse certains clients à annuler. Les e-mails ne sont envoyés que lorsqu’ils ont des chances d’être utiles : après l’épuisement de la récupération silencieuse en cas de refus temporaire, ou rapidement en cas de refus définitif, lorsque le client doit agir. Chaque envoi est programmé en fonction de la localisation du client et de ses habitudes d’engagement passées, afin que les messages arrivent pendant ses heures d’éveil plutôt qu’à 2 h du matin. C’est l’inverse des réglages par défaut des processeurs comme Stripe, qui peuvent envoyer un e-mail à chaque nouvelle tentative et atteindre jusqu’à huit e-mails par facture.

## Comment maintenez-vous un taux de délivrabilité des e-mails élevé ?

En traitant les e-mails de relance comme des e-mails transactionnels, et non comme du marketing. FlyCode envoie via une infrastructure transactionnelle plutôt que via une plateforme d’e-mail marketing, impose l’alignement SPF et DKIM sur votre domaine d’envoi, optimise la configuration du domaine d’expédition et envoie depuis des IP à forte réputation. Les modèles sont simples et courts, ce qui évite les filtres promotionnels. Le score d’expéditeur est généralement de 95 ou plus, et les e-mails portent votre marque et votre domaine, afin que les clients voient votre nom plutôt que celui de FlyCode. Si vous préférez conserver la messagerie dans votre propre outil d’e-mailing, FlyCode peut n’exécuter que les tentatives de relance et laisser les envois à votre système.

## Associé

* [Relance des paiements échoués](https://help.flycode.com/failed-payment-outreach)
* [Coordination des messages avec le recouvrement](https://help.flycode.com/handling-failed-payments/coordinating-messaging-with-recovery)


---

# 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.flycode.com/fr/ai-payment-recovery/email-behavior-and-deliverability.md?ask=<question>&goal=<endgoal>
```

`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.