Inscription et double opt-in

Le double opt-in signifie qu'un nouveau contact est créé en attente et reçoit un e-mail lui demandant de confirmer. Tant qu'il n'a pas cliqué, il n'est abonné à rien et ne reçoit rien d'autre. Désactivé, un contact ajouté par l'API est subscribed immédiatement.

L'organisation décide

Le réglage de l'organisation contrôle chaque nouvelle inscription. Activé, les nouveaux contacts sont pending et reçoivent un e-mail de confirmation. Désactivé, ils sont subscribed immédiatement, sans e-mail de confirmation. L'API des contacts accepte toujours l'ancien booléen doubleOptIn, mais ignore sa valeur. Envoyer true ne peut pas activer la confirmation, et envoyer false ne peut pas la désactiver. Modifiez le réglage de l'organisation pour changer ce comportement. Les contacts existants conservent leur statut.

L'e-mail de confirmation vous appartient

C'est un vrai modèle, modifié sur l'écran d'inscription — objet et HTML complet, avec un aperçu en direct et un envoi de test, exactement comme un modèle. Il part d'un contenu par défaut ; modifiez-le et il devient le vôtre, et vous pouvez restaurer celui par défaut à tout moment.
{{confirmationUrl}} est obligatoire. Sans elle, le destinataire n'a aucun moyen de confirmer et reste en attente pour toujours : l'enregistrement est donc refusé. C'est la seule variable dont cet e-mail ne peut pas se passer.
Cet e-mail n'est pas un e-mail marketing : il n'a pas de lien de désabonnement, parce que le destinataire n'est pas encore abonné. Il ne fait pas non plus partie de votre bibliothèque de modèles et n'y apparaît jamais — une organisation en a un, pas une collection.

Ce que cela change pour le consentement

La confirmation enregistre la date et l'IP du clic, à côté de la date et de l'IP de l'inscription d'origine. Ces quatre champs sont la preuve que vous produiriez si quelqu'un la demandait, et rien d'autre qu'une vraie inscription et un vrai clic ne peut les écrire. Un import ne déclenche jamais d'e-mail de confirmation, quel que soit le réglage : il transporte à la place les colonnes de preuve de l'export.

Ce qui refuse

L'envoi de test passe par le vrai chemin d'envoi : il échoue donc pour les mêmes raisons qu'une campagne — envoi suspendu sur tout AgentsMail, organisation non autorisée, domaine non vérifié. Voir pourquoi un envoi est refusé.

Ce que cela implique ailleurs

Un contact pending compte dans le plafond de contacts de votre offre — il existe, il n'est simplement pas abonné. Il n'apparaît jamais dans l'audience d'une campagne, et aucun segment ne peut l'atteindre. Les réglages et l'e-mail de confirmation sont tous deux accessibles en HTTP : voir Réglages et domaines.