esc
Fonctionnement

Désabonnements et consentement

Mailchimp décide qui souhaite recevoir vos communications ; votre boutique applique cette décision automatiquement.

Votre audience Mailchimp fait autorité sur qui souhaite recevoir vos communications. Lorsqu’une personne s’y désabonne, votre boutique applique ce choix, automatiquement et définitivement. L’extension maintient une répartition claire des rôles : Mailchimp gouverne l’audience, votre boutique gouverne le commerce. Les commandes, les produits et les paniers circulent de Magento vers Mailchimp ; les décisions de consentement circulent de Mailchimp vers Magento. Chaque côté est la source de vérité pour ce qui lui appartient, et aucun des deux ne remet jamais en cause le jugement de l’autre.

Les décisions d’audience qui redescendent

Ce qui se passe dans Mailchimp Ce qui change dans votre boutique
Une personne se désabonne depuis un e-mail Marquée comme désabonnée dans la newsletter Magento
Un e-mail rebondit définitivement (hard bounce) et le contact est nettoyé Marqué comme désabonné dans la newsletter Magento
Une personne se réabonne via un formulaire Mailchimp Réactivée comme abonnée dans Magento
Un contact met à jour son adresse e-mail L’adresse e-mail de l’abonné à la newsletter est mise à jour. L’adresse du compte client de la boutique reste volontairement intacte, afin que personne ne voie son identifiant de connexion changer à cause d’une modification marketing

Cette liste courte est un choix délibéré. Le consentement appartient à Mailchimp, donc les décisions de consentement viennent de Mailchimp ; la liste des abonnés à votre newsletter Magento suit son exemple, miroir fidèle plutôt que seconde autorité. Tout le reste concernant vos clients demeure exactement tel que Magento l’enregistre : les modifications de profil effectuées dans Mailchimp ne sont jamais écrites dans votre boutique.

Mailchimp explique ce que sont les contacts nettoyés si vous avez besoin d’un rappel.

Les désabonnements se font respecter d'eux-mêmes

Un désabonnement effectué dans Mailchimp est définitif aux yeux de l’extension. Elle marque le contact comme désabonné dans Magento, et aucune synchronisation, aucun rattrapage ni aucune resynchronisation ne le réabonnera jamais ; la synchronisation corrige les registres de la boutique pour qu’ils correspondent à Mailchimp, jamais l’inverse. Seule une véritable nouvelle action, le client se réabonnant lui-même, peut faire revenir quelqu’un.

C’est la même promesse qui protège votre audience partout dans l’extension : elle ajoute et met à jour, elle ne retire jamais rien, et elle ne discute jamais le consentement avec Mailchimp.

Comment les changements arrivent

Mailchimp notifie votre boutique dès qu’un changement se produit, par le biais d’un webhook que l’extension enregistre automatiquement lorsque vous terminez le Setup Wizard. Les changements sont appliqués dès leur arrivée, généralement à l’instant même. Il n’y a rien à configurer ni à maintenir : si vous reconnectez un jour la boutique, l’extension recrée son webhook toute seule. Votre boutique doit simplement être accessible en HTTPS, ce qui est déjà le cas si vos clients peuvent y accéder.

Une seule porte, bien gardée

Ce webhook est la seule porte entrante que l’extension ouvre sur votre boutique, et il est conçu en conséquence. Chaque message doit présenter une clé secrète, unique à votre compte et stockée chiffrée, avant toute autre chose. Il doit ensuite passer une liste de contrôle stricte : le bon format, une limite de taille stricte et uniquement la poignée de types d’événements que l’extension attend. Tout le reste est refoulé à la porte, et les afflux de messages sont limités en débit avant de pouvoir peser sur votre boutique. Même un message valide ne peut jamais faire qu’une seule petite chose : mettre à jour un statut de newsletter ou une adresse e-mail. Il ne peut toucher ni aux paramètres, ni aux fichiers, ni à quoi que ce soit d’autre. Et la clé peut être renouvelée à tout moment, sans manquer une seule notification.

Derrière un pare-feu ou un WAF ?

Les notifications de Mailchimp doivent atteindre une seule adresse sur votre boutique : l’adresse du webhook que l’extension enregistre. Si votre boutique se trouve derrière un pare-feu ou un pare-feu applicatif web (WAF), ajoutez cette adresse à sa liste d’autorisation ; le tableau de bord de votre hébergeur ou de votre CDN est l’endroit habituel pour le faire. Et vous n’êtes jamais laissé dans le doute : l’extension vérifie l’adresse au moment même où elle enregistre le webhook, et si Mailchimp ne parvient pas à passer, la page Webhooks de votre admin l’indique clairement, avec la raison.

Ce qui circule dans l’autre sens (de la boutique vers Mailchimp)

Ici, c’est Magento qui exerce son côté de la répartition : un client qui s’abonne ou se désabonne sur votre boutique accomplit une véritable nouvelle action, elle remonte donc vers Mailchimp.

  • Un client s’abonne à votre newsletter lors du paiement ou depuis la page de son compte → synchronisé vers Mailchimp comme abonné.
  • Un client se désabonne de votre newsletter Magento → synchronisé vers Mailchimp comme désabonné.
Les changements entrants ne demandent rien de votre part

Les notifications de Mailchimp sont appliquées dès leur arrivée, avec ou sans cron. Le sens boutique vers Mailchimp s’appuie sur le planificateur en arrière-plan de Magento, et le Cron Monitor le montre à l’œuvre, tâche par tâche.

Des questions en chemin ? Dépannage a les réponses, et le support ebizmarts est à un e-mail de vous.

Suivant: Comment Mailchimp voit vos boutiquesPourquoi un même client peut afficher des chiffres différents à deux endroits dans Mailchimp, et pourquoi les deux sont justes.