CASL (Loi canadienne anti-pourriel) pour l’e-mail commercial
La Loi canadienne anti-pourriel (S.C. 2010, c. 23, appliquée par le CRTC) régit les messages électroniques commerciaux — dont l’e-mail — envoyés à des destinataires canadiens. Contrairement au modèle d’opt-out du CAN-SPAM américain, CASL est largement une loi d’opt-in : vous avez besoin du consentement avant d’envoyer, et ce consentement doit être documenté. CASL est entrée en vigueur le 1er juillet 2014 ; les phases d’application et d’action privée relèvent du CRTC, alors vérifiez les orientations actuelles sur fightspam.gc.ca aux côtés de votre propre conseil juridique. CASL est un fardeau du locataire. Orbit ne mandate jamais votre posture — il vous donne les surfaces d’envoi (domaines d’expéditeur, modèles, en-têtes), le registre de consentement et la couche de suppression. Cette page correspond chaque obligation CASL à la surface Orbit que vous avez déjà afin que vos réviseurs puissent combler les écarts délibérément avant que vous envoyiez à des destinataires canadiens.Cette page est une documentation, et non un avis juridique. CASL comporte
des sanctions administratives pécuniaires et un droit d’action privé ;
faites revoir par un conseil votre capture de consentement, votre texte
d’identification et votre mécanique de désinscription. Orbit fournit les
surfaces de conservation des enregistrements et de suppression — la posture
juridique est la vôtre.
Ce que CASL exige réellement
Les devoirs fondamentaux de la loi pour un message électronique commercial :- Consentement — le destinataire doit avoir donné un consentement exprès, ou relever de l’une des catégories de consentement implicite de la loi (relation d’affaires existante, adresse publiée en évidence pertinente à la relation, quelques exceptions étroites).
- Identification — le message doit identifier l’expéditeur et la personne pour le compte de laquelle il est envoyé, avec une adresse postale valide (ou, lorsque le destinataire peut vous atteindre, une adresse électronique aisément accessible).
- Désinscription — le message doit porter un mécanisme de désinscription aisément exécutable et valide pendant au moins 60 jours après l’envoi du message.
- Conservation des enregistrements — un devoir de conservation des preuves de consentement de trois ans ; un audit du CRTC demande l’enregistrement, pas votre souvenir.
CASL contre CAN-SPAM — la différence de modèle de consentement
CAN-SPAM aux États-Unis vous laisse envoyer jusqu’à ce que le destinataire se désinscrive. CASL au Canada exige le consentement avant l’envoi. Mappez cette différence sur les deux surfaces Orbit pertinentes :
La décision de portée importe plus sous CASL que sous CAN-SPAM : le clic de
désinscription d’un destinataire canadien passe par défaut à la portée
email
(tout de
Opt-Out et listes de suppression
s’applique), mais parce que le consentement est opt-in, beaucoup d’opérateurs
routent les opt-outs canadiens par l’
API de consentement avec la portée all afin
que la révocation se propage aussi au SMS et à la voix. Choisissez votre portée
délibérément — les défauts sont par point d’entrée, pas par juridiction.
Exigences d’identification
CASL art. 6(1) exige que le message identifie l’expéditeur et porte une adresse postale valide (ou une adresse électronique accessible). Le côté Orbit de ceci se mappe de la façon dont l’exigence d’intégrité d’en-tête de CAN-SPAM se mappe :
La vérification de domaine est une barrière de délivrabilité, non légale —
mais c’est elle qui donne au destinataire et au CRTC un en-tête de véritable
origine vérifiable, qui est la substance que la clause d’identification de
CASL demande.
Mécanisme de désinscription
CASL art. 6(2) exige un mécanisme de désinscription aisément exécutable et valide pendant au moins 60 jours. Deux surfaces Orbit livrées le satisfont par construction, et l’une ou l’autre peut porter le fardeau :- En-têtes List-Unsubscribe — chaque e-mail sortant porte la paire
List-Unsubscribe/List-Unsubscribe-Postpour la désinscription en un clic RFC 8058, plus un lien de désinscription dans le corps. Un clic ou un POST de fournisseur écrit une ligne de suppression de portéeemailet un événement d’auditemail.unsubscribed— silencieux, sans mur de connexion. (comportement complet de l’en-tête) - Centre de préférences — un lien signé par contact que vos clients
peuvent atteindre directement, leur permet de révoquer par canal depuis un
seul endroit. Émettez-le par
POST /api/v1/compliance/preference-centeret le même registre de suppression enregistre le clic. (ancre du Centre de préférences)
Le registre de consentement comme preuve CASL
CASL art. 13 et les directives de conservation font de l’enregistrement de consentement la chose qu’un audit du CRTC vous demande de produire. L’ API de consentement d’Orbit est exactement la surface qui vous donne cet enregistrement — chaque entrée est horodatée, portée sur un canal, et exportable. Une requête détaillée : récupérez la preuve de consentement exprès d’un destinataire canadien avant qu’une campagne ne se lance :opt_in: true (ou state: opted_in, selon la forme de retour de
l’endpoint) est la preuve de qualité CASL que vous remettez à l’auditeur :
horodatée, portée, et idempotente. Si votre formulaire de capture écrit déjà
le consentement par POST /api/v1/compliance/consent au moment de
l’acquisition, la piste d’audit existe — la fenêtre de conservation de trois
ans de CASL est à une requête GET/export
(Gestion du consentement/export).
Pour les niveaux de consentement implicite, gardez la note de niveau sur
votre propre CRM et pointez l’entrée de consentement vers le niveau que vous
revendiquez — le registre est le transport, la catégorie est la vôtre.
Expiration des niveaux de consentement implicite — exemples détaillés
Le consentement implicite est un niveau doté d’une horloge légale : deux ans depuis le dernier achat, six mois depuis une demande, ou sans limite tant que l’exception de l’adresse publiée en évidence tient. L’horloge est à vous à suivre — Orbit conserve l’enregistrement de consentement, mais la note de niveau exposable en audit (quel niveau vous avez revendiqué, ce qui l’a déclenché, et quand l’horloge expire) vit dans votre CRM, le champsource de l’API de consentement pointant vers
elle. Ces trois scénarios couvrent les niveaux que la plupart des
expéditeurs portent.
Scénario A — achat existant (2 ans)
Un client vous achète quelque chose le2025-04-12 ; le consentement
implicite CASL (art. 10(8)(a)) court deux ans depuis la transaction :
source nomme l’enregistrement CRM qui porte la décision de
niveau. Gardez la date d’expiration dans la chaîne (ou le format de note
complet de votre CRM, p. ex.
casl-tier:purchase;txn:ord_5123;expires:2027-04-12) afin qu’un auditeur du
CRTC puisse reconstruire le niveau depuis la seule ligne du registre —
cette note de niveau exposable en audit est la différence entre « nous
avions le consentement » et « voici le consentement que nous avions ».
Scénario B — demande (6 mois)
Un prospect pose une question de tarif le2026-03-04 ; le consentement
implicite (art. 10(8)(b)) court six mois depuis la demande :
Scénario C — adresse publiée en évidence
L’adresse e-mail du destinataire a été publiée en évidence (son propre site web, un annuaire) et votre message est pertinent pour son rôle. CASL n’impose pas d’expiration stricte à ce niveau (art. 10(8)(b)) — mais le test de pertinence est à vous de documenter :casl-tier:published;expires:null; review:quarterly.
Arrêter les envois à l’expiration du niveau — liste de contrôle
Lorsque l’horloge du niveau se termine et qu’aucun consentement exprès n’existe, le contact est inapte à l’envoi, non supprimé — la distinction importe car vous ne voulez pas mettre en quarantaine une entrée de registre pour un contact qui pourrait changer de niveau (un nouvel achat) et mériter à nouveau une fenêtre d’envoi légale.- Signalez l’expiration du niveau dans le job de synchronisation de
votre CRM — un job nocturne ou horaire calcule
expires_at < now()pour chaque niveau de consentement implicite. - Réécrivez l’état inapte dans le registre de consentement par l’API
de consentement (p. ex.
state: unknown, ou retirez le contact du canal marketing si c’est votre pattern). Dans les deux cas, le registre est le transport ; votre CRM explique pourquoi. - Revérifiez avant de continuer — si un nouvel achat arrive, écrivez le nouveau niveau d’achat ; le registre porte désormais l’historique complet de traces qu’un auditeur peut parcourir.
- Ne supprimez jamais un contact implicite expiré sauf s’il s’est désinscrit — le registre de suppression est le signal de désinscription durable, non un marqueur « légal-puis-expiré ». Mélanger les deux casse les deux enregistrements.
Le cycle de vie de désinscription de 60 jours
L’art. 6(2) de CASL exige que le mécanisme de désinscription reste valide pendant au moins 60 jours après l’envoi du message. Orbit satisfait l’horloge par construction — le point de défaillance opérationnel est de prouver, au jour 59 d’une campagne, que le lien signé de centre de préférences et les en-têtes un-clic RFC 8058 étaient encore valides lorsqu’un destinataire a cliqué. Deux surfaces portent la journée :- En-têtes un-clic RFC 8058 — la paire
List-Unsubscribe/List-Unsubscribe-Postqu’Orbit appose sur chaque e-mail sortant. Le POST du fournisseur frappe un endpoint Orbit direct, donc la validité de 60 jours est une propriété de la route d’Orbit elle-même, non d’une horloge d’expiration que vous gérez. Gardez le domaine d’expéditeur actif pendant les 60 jours complets — retirer le domaine casse la route. - Liens signés de centre de préférences — émis par
POST /api/v1/compliance/preference-center; le jeton signé n’expire pas selon sa propre horloge, donc un clic au jour 59 de la campagne frappe le même lien de longue durée que le jour 1 a produit. La preuve de validité est la signature HMAC d’Orbit, non un compte à rebours.
- Gardez le lien de centre de préférences émis par Orbit pendant toute la campagne — ne changez pas de prestataire en milieu de campagne ; re-signer le lien détruit la chaîne de validité que l’auditeur du CRTC teste.
- Si un destinataire signale au jour 59 que « le lien est cassé », traitez-le comme un signal de plateforme à escalader — une capture d’écran de lien cassé est la preuve que votre lien n’était pas suivi de validité Orbit depuis le jour 1.
Export du faisceau de preuves — le paquet CASL complet
La page Export Consent & Suppression Records vous donne les deux moitiés du paquet de preuves CASL ; cette section les branche dans les trois fichiers qu’un audit du CRTC demande — la preuve de consentement, le journal d’envoi de campagne, et la preuve de suppression.1. Preuve de consentement au registre
Tirez les événements de consentement pour la fenêtre d’audit, portés sur le canal sur lequel le message a été envoyé :source porte votre note de niveau exposable en audit —
chaque ligne marquée d’un niveau pointe directement vers
l’enregistrement CRM depuis lequel un auditeur peut reconstruire le
niveau.
2. Journal d’envoi de campagne
Les enregistrements d’envoi que le CRTC demande vivent dans les surfaces d’export de messages/campagnes d’Orbit (voies d’export vers l’entrepôt, ou votre propre export d’envois de messages depuis l’API). Gardez une ligne par tentative d’envoi : contact, modèle, horodatage de dépêche, et résultat du contrôle de consentement. Citez-les ensemble avec l’export de consentement ci-dessus — l’auditeur reconstruit quel état de consentement couvrait quel envoi.3. Preuve de suppression
Si le CRTC demande « vous avez dit que la désinscription a eu lieu au jour 59, prouvez-le », l’export de suppression répond avec la ligne STOP(channel, address) horodatée et status=active :
status=all afin que les lignes révoquées remontent aussi — un
contact implicite expiré qui s’est ensuite désinscrit apparaît
correctement.
Liste de contrôle d’audit
- Tirez l’export de consentement avant l’ouverture de la fenêtre
d’audit — bordez
toà la date butoir d’audit afin que le fichier ne contienne que ce qui était vrai à ce moment. - Recoupez chaque ligne d’envoi du journal de campagne avec une ligne de consentement du même paquet ; une ligne d’envoi orpheline est la constatation que vous voulez trouver vous-même en premier.
- Répondez à la question de suppression depuis le même paquet, non depuis un nouvel export de suppression exécuté plus tard — une approche paquet-de-référence garde le fichier de l’auditeur identique au vôtre.
- Gardez l’entrée de journal d’audit de l’exécution d’export avec le paquet — les exports de consentement et de suppression s’auditent tous deux eux-mêmes, et la ligne d’événement d’export fait partie de la piste de preuves que l’auditeur parcourt.
Les numéros canadiens et les heures de silence — une note brève
Le Canada n’a pas de loi fédérale sur les heures de silence comme le TCPA américain en définit une pour la voix. Un destinataire canadien retombe simplement sur la fenêtre que vous avez configurée sur la barrière à échelle organisation ou la fenêtre de rabattement de campagne (21:00 → 09:00 en heure locale du destinataire si vous n’en avez jamais défini une). Configurez la fenêtre délibérément pour les destinataires canadiens sous Configuration des heures de silence — et si vous exécutez de la voix vers le Canada, la même fenêtre par défaut en heure locale du destinataire s’y applique aussi.Références connexes
- Gestion du consentement — l’enregistrement que vous produisez lorsque le CRTC demande la preuve du consentement.
- Opt-Out et listes de suppression —
portée
emailcontre portéeall, import CSV en lot, et la matrice de portée par point d’entrée. - CAN-SPAM US — le pendant opt-out ; la section « L’e-mail non américain n’est pas couvert ici » pointe ici.
- Exigences de conformité par pays — règles d’expéditeur par pays et documentation requise.
- Configuration des heures de silence — barrières en heure locale du destinataire et la fenêtre de rabattement de campagne.
- Barrières d’envoi — le Centre de préférences et d’autres points d’entrée de suppression.