> 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/failed-payment-outreach/messaging-customization.md).

# Personnalisation des messages

Personnalisation des e-mails de récupération FlyCode : envoi depuis votre propre domaine avec votre branding, et adaptation du ton, de l’appel à l’action et de la structure selon la raison du refus, le segment client et le statut de nouvelle tentative.

Les clients ne devraient voir que vous. Les communications de FlyCode sont en marque blanche et ses modèles sont dynamiques, de sorte que le message s'adapte à votre marque et à l'échec spécifique.

## Puis-je utiliser ma propre marque et mon propre domaine pour les e-mails ?

Oui. Tous les e-mails sont envoyés depuis votre domaine et portent votre marque, le nom de l'expéditeur et l'adresse de réponse. FlyCode fonctionne en arrière-plan et les clients ne voient jamais son nom. La configuration consiste à ajouter des enregistrements SPF et DKIM pour le sous-domaine d'envoi afin que les e-mails s'authentifient comme étant les vôtres, ce qui protège également la délivrabilité. Les SMS, lorsqu'ils sont activés, sont également envoyés sous votre marque. Le lien de mise à jour du paiement dans chaque message mène à la page de paiement native de votre prestataire de paiement (pour Stripe, la page hébergée avec tous les moyens de paiement locaux activés), de sorte que le client effectue la mise à jour dans une interface familière et rapide.

## Puis-je personnaliser le contenu ou le message ?

Oui. Les modèles sont dynamiques : le ton, l'appel à l'action et la structure s'ajustent automatiquement en fonction de la raison du refus (une demande de nouvelle carte pour un refus définitif, une légère notification indiquant qu'une nouvelle tentative est programmée pour un refus temporaire), du segment client (par exemple le niveau d'offre ou B2B par rapport au grand public) et du statut de nouvelle tentative (premier avis, rappel, dernier avis avant l'annulation). En plus de cela, vous pouvez ajouter votre propre image de marque, votre formulation et votre langue, et définir la cadence. FlyCode recommande de garder les messages courts et transactionnels, car c'est ce qui permet de récupérer les paiements et de maintenir une bonne réputation d'expéditeur ; le [bonnes pratiques des e-mails de relance](https://docs.flycode.com/docs/dunning-management-2026-guide) la section du guide de relance contient des exemples.

## Associé

* [Stratégie de diffusion](https://help.flycode.com/failed-payment-outreach/delivery-strategy)
* [Dois-je montrer le code de refus brut aux clients ?](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 by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://help.flycode.com/fr/failed-payment-outreach/messaging-customization.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

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.