subscribed reçoivent quoi que ce soit.
Les cinq statuts
| Statut | Ce qu'il signifie | Qui le définit |
|---|---|---|
subscribed | Reçoit vos e-mails. La valeur par défaut. | Vous, un import, l'API ou une inscription confirmée |
pending | Inscrit, n'a pas encore confirmé. Ne reçoit rien d'autre que l'e-mail de confirmation. | Le double opt-in, en attente du clic |
unsubscribed | A demandé à arrêter. Ne reçoit rien. | Le destinataire, toujours |
bounced | L'adresse a échoué de façon permanente. | Le fournisseur, via le retour de rebond |
complained | A signalé votre e-mail comme spam. | Le destinataire, via sa messagerie |
bounced et complained placent aussi l'adresse sur la liste de suppression, qui survit à la fiche du contact.
Réabonner est un acte explicite, jamais un effet de bord. Aucun import et aucun upsert d'API ne remet jamais un contact à
subscribed — quelqu'un doit le demander : vous, depuis la page du contact ou par l'API, ou le destinataire lui-même, depuis sa page de préférences. Une adresse bounced est refusée d'emblée : un rebond définitif est définitif, et lui écrire à nouveau abîme votre réputation d'expéditeur.D'où vient un contact
Chaque contact enregistre sa source — la façon dont il est entré — et un libellé libre à côté : le nom du fichier importé, le nom de la clé d'API utilisée. La source est fixée à la création et jamais réécrite, y compris quand un import ultérieur met à jour la même adresse.manual · import · api · signup_form
Les contacts créés avant l'existence des sources n'en ont pas. C'est de l'historique, pas un défaut.
À côté de la source, un contact conserve sa preuve de consentement : la date et l'IP de l'inscription, et la date et l'IP de la confirmation du double opt-in quand il y en a eu une. Ces champs sont remplis par l'inscription et par l'import — jamais par un formulaire d'édition, parce qu'une preuve que l'on peut taper n'est pas une preuve.
Ce que vous pouvez modifier, et ce que vous ne pouvez pas
Vous modifiez librement le nom, les notes et les tags — ils décrivent la personne et vous appartiennent. Les notes sont internes et n'atteignent jamais le destinataire. L'adresse e-mail est l'identité du contact dans sa liste : la remplacer par une adresse déjà présente est donc refusé, car cela fusionnerait deux historiques en un seul. Le statut ne se modifie pas comme un champ : il évolue par des actes nommés — désabonner, réabonner — qui portent leurs propres règles. Un statut glissé dans une modification, par l'API par exemple, est ignoré. Les dates de consentement et les refus de sujets appartiennent au destinataire et ne sont pas du tout à vous de les réécrire.Ce que cela implique ailleurs
Le statut est ce sur quoi l'envoi filtre, au moment de l'envoi plutôt qu'au moment où vous choisissez l'audience : un contact qui se désabonne entre le moment où vous programmez une campagne et celui où elle part est déjà exclu. Supprimer un contact n'est pas un moyen de réparer quoi que ce soit. Cela retire la fiche qui vous empêche d'écrire de nouveau à cette adresse — après quoi un import peut la recréer commesubscribed. Laisser un contact désabonné en place est ce qui vous protège l'un et l'autre.