> ## Documentation Index
> Fetch the complete documentation index at: https://docs.lekalao.com/llms.txt
> Use this file to discover all available pages before exploring further.

# Hygiène des listes

> Des adresses examinées avant de coûter un rebond, et des lecteurs qui ne lisent plus laissés en paix.

Les destinataires jugent un expéditeur sur deux choses avant tout : la fréquence à laquelle il écrit à des adresses qui n'existent pas, et ce que ses lecteurs font de ce qu'ils reçoivent. Lekalao travaille sur les deux sans qu'on le lui demande.

## Les adresses, examinées à l'entrée

Une personne **nouvelle** sur une liste est examinée avant d'y entrer — par un formulaire, l'API ou un import, indifféremment. Qui est déjà sur la liste n'est jamais rejugé.

| Ce qui est trouvé                                    | Ce qui se passe                                                                                                    |
| ---------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------ |
| Une boîte **jetable** (yopmail, mailinator…)         | Refusée : « … est une adresse jetable. Utilisez-en une que vous lisez. »                                           |
| Un domaine **sans serveur de messagerie**            | Refusée : « … ne peut pas recevoir d'e-mail : son domaine n'a pas de serveur de messagerie. »                      |
| …qui ressemble à une faute de frappe (`gmial.com`)   | Refusée, avec ce qui était très probablement voulu : « Vouliez-vous dire [ada@gmail.com](mailto:ada@gmail.com) ? » |
| Une adresse lue par une équipe (`info@`, `contact@`) | Acceptée, et connue comme telle.                                                                                   |

Un formulaire le dit à la personne sur-le-champ, tant qu'elle peut corriger. L'API répond `422` avec la raison et la suggestion. Un import compte la ligne en erreur et fait entrer les autres.

Le serveur de messagerie est le juge : un domaine qui *ressemble* à une faute mais reçoit bien des e-mails est le domaine de quelqu'un, et il entre. Et quand le DNS ne répond pas du tout, personne n'est refusé : la mauvaise minute d'un résolveur n'est pas une raison de perdre un abonné.

## Les lecteurs qui ne lisent plus

Écrire mois après mois à des gens qui n'ouvrent jamais, c'est ainsi qu'un domaine gagne le dossier spam pour tous les autres de la liste. Dans les **Paramètres** de la liste :

<ParamField path="Cesser d'écrire après ce nombre de jours sans ouverture" type="jours, de 30 à 1825">
  Vide : jamais. Avec un nombre, une personne qui a reçu **au moins cinq e-mails** sur cette durée et n'en a ouvert ni cliqué aucun est **laissée en paix** : les campagnes ne lui sont plus envoyées.
</ParamField>

Elle est **toujours abonnée** — elle n'a rien dit de tel — et rien d'elle n'est supprimé. Sa fiche indique **Laissé(e) en paix depuis le…**, et les paramètres disent combien sont dans ce cas aujourd'hui.

**Le premier signe de vie la réveille** : une ouverture par une personne, un clic, ou votre formulaire rempli de nouveau. On lui écrit de nouveau dès la campagne suivante.

<Note>
  Mail d'Apple ouvre les e-mails à la place de ses utilisateurs et cache s'ils ont regardé. Une telle ouverture ne réveille personne — ce n'est pas la preuve d'un lecteur — mais personne n'est laissé en paix sur elle non plus : ce n'est pas la preuve d'une absence. Se tromper dans ce sens coûte un e-mail ; dans l'autre, un lecteur. Voir [Statistiques](/fr/campaigns/statistics).
</Note>