Skip to main content

​
CASL (تشريع كندا لمكافحة السبام) للبريد الإلكتروني التجاري

تشريع كندا لمكافحة السبام (S.C. 2010، c. 23، يُنفَّذ من قبل CRTC) يحكم الرسائل الإلكترونية التجارية — بما فيها البريد الإلكتروني — المُرسلة إلى مستلمين كنديين. على عكس نموذج الرفض (opt-out) في CAN-SPAM الأمريكي، CASL إلى حد كبير قانون موافقة (opt-in): تحتاج إلى موافقة قبل الإرسال، والموافقة يجب أن تكون موثقة. دخل CASL حيز التنفيذ في 1 يوليو 2014؛ فمراحل الإنفاذ وحق التقاضي الخاص هي شؤون CRTC، لذا تحقق من الإرشاد الحالي على fightspam.gc.ca بجانب مستشارك الخاص. CASL عبء مملوك للمستأجر. Orbit لا تفرض وضعك أبداً — إنها تمنحك أسطح الإرسال (نطاقات المرسل، القوالب، الترويسات)، دفتر الموافقة، وطبقة الحظر. هذه الصفحة تربط كل التزام CASL بسطح Orbit الذي تملكه بالفعل حتى يتمكن مراجعوك من سد الفجوات بعمد قبل الإرسال إلى مستلمين كنديين.
هذه الصفحة توثيق، وليست مشورة قانونية. CASL يحمل غرامات إدارية نقدية وحق تقاضٍ خاص؛ اجعل المستشار يراجع التقاط الموافقة، ونص التحديد، وميكانيكيات إلغاء الاشتراك. Orbit توفر أسطح حفظ السجلات والحظر — الوضع القانوني ملكك.

​
ما يتطلبه CASL فعلاً

الواجبات الجوهرية للقانون لرسالة إلكترونية تجارية:
  1. الموافقة — يجب أن يكون المستلم قد أعطى موافقة صريحة، أو يقع تحت إحدى فئات الموافقة الضمنية للقانون (علاقة تجارية قائمة، عنوان منشور بشكل ظاهر ذي صلة بالعلاقة، بعض الاستثناءات الضيقة).
  2. تحديد الهوية — يجب أن تحدد الرسالة المرسل والشخص الذي أُرسلت نيابة عنه، بعنوان بريدي صالح (أو، حيث يمكن للمُرسَل إليه الوصول إليك، عنوان إلكتروني سهل الوصول).
  3. إلغاء الاشتراك — يجب أن تحمل الرسالة آلية إلغاء اشتراك تُنفَّذ بسهولة وتبقى صالحة لمدة 60 يوماً على الأقل بعد إرسال الرسالة.
  4. حفظ السجلات — واجب حفظ سجلات لمدة ثلاث سنوات على أدلة الموافقة؛ تدقيق CRTC يطلب السجل، لا تذكُّرك.
فئات الموافقة الضمنية هي حيث يخطئ معظم المشغلين: عميل اشترى منك هو في علاقة تجارية قائمة، لكن تلك الموافقة الضمنية تنتهي (عادةً بعد سنتين من آخر معاملة للمشتريات، وستة أشهر بعد استفسار). تتبع الفئة في سجلات موافقتك، وإلا فلن تتمكن من إخبار مدقق CRTC ما إذا كان مستلم معين ضمنياً أم صريحاً.

​
CASL مقابل CAN-SPAM — فرق نموذج الموافقة

CAN-SPAM في الولايات المتحدة يسمح لك بالإرسال حتى يرفض المستلم. CASL في كندا يتطلب الموافقة قبل الإرسال. اربط ذلك الفرق بسطحي Orbit المعنيين: قرار النطاق يهم أكثر تحت CASL منه تحت CAN-SPAM: نقرة إلغاء اشتراك مستلم كندي تفترض إلى نطاق email (كل شيء في خيار الرفض وقوائم الحظر ينطبق)، لكن لأن الموافقة opt-in، العديد من المشغلين يوجهون رفض كندا عبر Consent API بنطاق all حتى ينتشر الإلغاء إلى الرسائل النصية والصوت أيضاً. اختر نطاقك بعمد — الافتراضيات لكل نقطة دخول، لا لكل ولاية قضائية.

​
متطلبات تحديد الهوية

CASL s.6(1) يتطلب أن تحدد الرسالة المرسل وتحمل عنواناً بريدياً صالحاً (أو عنواناً إلكترونياً سهل الوصول). جانب Orbit من هذا يربط بالطريقة التي يربط بها متطلب سلامة ترويسة CAN-SPAM: التحقق من النطاق بوابة قابلية تسليم، لا بوابة قانونية — لكنه ما يمنح المستلم وCRTC ترويسة أصل-حقيقي قابلة للتحقق، وهي الجوهر الذي يطلبه بند تحديد هوية CASL.

​
آلية إلغاء الاشتراك

CASL s.6(2) يتطلب آلية إلغاء اشتراك تُنفَّذ بسهولة وتبقى صالحة لمدة 60 يوماً على الأقل. سطحا Orbit مشحونان يفيان بهذا بالبناء، وأيهما يمكن أن يحمل العبء:
  • ترويسات List-Unsubscribe — كل بريد إلكتروني صادر يحمل زوج List-Unsubscribe / List-Unsubscribe-Post لإلغاء اشتراك بنقرة واحدة RFC 8058، بالإضافة إلى رابط إلغاء اشتراك داخل المتن. نقرة أو POST مزود تكتب صف حظر بنطاق email وحدث تدقيق email.unsubscribed — صامت، بلا جدار تسجيل دخول. (سلوك الترويسة الكامل)
  • Preference Center — رابط موقَّع لكل جهة اتصال يمكن لعملائك الوصول إليه مباشرة، يتيح لهم الإلغاء لكل قناة من مكان واحد. أصدره عبر POST /api/v1/compliance/preference-center ونفس دفتر الحظر يسجل النقرة. (مرساة Preference Center)
أبقِ كليهما متاحين؛ صلاحية الـ 60 يوماً خاصية للرابط الموقَّع، الذي يفيه رمز Orbit بالبناء.

​
دفتر الموافقة كدليل CASL

CASL s.13 وإرشاد حفظ السجلات يجعلان سجل الموافقة الشيء الذي يطلب منك تدقيق CRTC إنتاجه. Consent API في Orbit هي بالضبط السطح الذي يمنحك ذلك السجل — كل إدخال مؤرخ، محدد النطاق لقناة، وقابل للتصدير. طلب محلَّل: جلب دليل الموافقة الصريحة لمستلم كندي قبل تشغيل حملة:
استجابة نموذجية تُظهر السجل الضروري لـ CASL:
إدخال opt_in: true (أو state: opted_in، حسب شكل إرجاع نقطة النهاية) هو الدليل من فئة CASL الذي تسلمه للمدقق: مؤرخ، محدد النطاق، وidempotent. إذا كان نموذج التقاطك يكتب الموافقة بالفعل عبر POST /api/v1/compliance/consent وقت الاكتساب، فإن مسار التدقيق موجود — نافذة سجلات CASL الثلاث سنوات على بعد GET/تصدير (إدارة الموافقة/تصدير). لفئات الموافقة الضمنية، احتفظ بملاحظة الفئة في CRM الخاص بك ووجّه إدخال الموافقة إلى الفئة التي تدعيها — الدفتر هو النقل، والفئة ملكك.

​
انتهاء صلاحية الموافقة الضمنية — أمثلة محلَّلة

الموافقة الضمنية فئة ذات ساعة قانونية: سنتان من آخر عملية شراء، ستة أشهر من استفسار، أو بلا حد ما دام استثناء العنوان المنشور بشكل ظاهر قائماً. الساعة لك أن تتبعها — Orbit يخزن سجل الموافقة، لكن ملاحظة الفئة القابلة للسؤال في التدقيق (أي فئة ادعيت، وما الذي أطلقها، ومتى تنتهي الساعة) تعيش في CRM الخاص بك، مع حقل source في Consent API يشير إليها رجوعاً. هذه السيناريوهات الثلاثة تغطي الفئات التي يحملها معظم المرسلين.

​
السيناريو أ — شراء قائم (سنتان)

يشتري عميل منك في 2025-04-12؛ الموافقة الضمنية لـ CASL (s.10(8)(a)) تسري لسنتين من المعاملة:
سلسلة source تسمي سجل CRM الذي يحمل قرار الفئة. أبقِ تاريخ الانتهاء داخل السلسلة (أو بصيغة الملاحظة الكاملة في CRM الخاص بك، مثل casl-tier:purchase;txn:ord_5123;expires:2027-04-12) حتى يتمكن مدقق CRTC من إعادة بناء الفئة من صف الدفتر وحده — تلك الملاحظة الفئة القابلة للسؤال في التدقيق هي الفرق بين “كانت لدينا موافقة” و”هذه هي الموافقة التي كانت لدينا”.

​
السيناريو ب — استفسار (6 أشهر)

يطرح عميل محتمل سؤالاً عن الأسعار في 2026-03-04؛ الموافقة الضمنية (s.10(8)(b)) تسري لستة أشهر من الاستفسار:

​
السيناريو ج — عنوان منشور بشكل ظاهر

كان عنوان البريد الإلكتروني للمستلم منشوراً بشكل ظاهر (موقعه الخاص، دليل) ورسالتك ذات صلة بدوره. CASL لا يضع انتهاءً صارماً على هذه الفئة (s.10(8)(b)) — لكن اختبار الصلة ملكك لتوثيقه:
تذكير الانتهاء لتحتفظ به في CRM الخاص بك: casl-tier:published;expires:null; review:quarterly.

​
إيقاف الإرسال عند انتهاء الفئة — قائمة تحقق

عندما تنتهي ساعة الفئة ولا توجد موافقة صريحة، فإن جهة الاتصال تعتبر غير مؤهلة للإرسال، وليست محظورة — التمييز مهم لأنك لا تريد حجز إدخال دفتر لجهة اتصال قد يُعاد تصنيفها (شراء جديد) وتستحق نافذة إرسال قانونية من جديد.
  1. علِّم انتهاء الفئة في مهمة مزامنة CRM الخاصة بك — مهمة ليلية أو ساعية تحسب expires_at < now() لكل فئة موافقة ضمنية.
  2. اكتب الحالة غير المؤهلة رجوعاً إلى دفتر الموافقة عبر Consent API (مثلاً state: unknown، أو أخرج جهة الاتصال من قناة التسويق إذا كان ذلك نمطك). في كلتا الحالتين، الدفتر هو النقل؛ وCRM الخاص بك يشرح السبب.
  3. أعد الفحص قبل المتابعة — إذا وصل شراء جديد، اكتب فئة الشراء الجديدة؛ الدفتر يحمل الآن تاريخ المسار الكامل الذي يستطيع المدقق تتبعه.
  4. لا تحظر جهة اتصال منتهية-الضمنية أبداً ما لم ترفض — دفتر الحظر هو إشارة الرفض الدائمة، لا علامة “قانوني-ثم-منتهٍ”. خلط الاثنين يكسر كلا السجلين.

​
دورة حياة إلغاء الاشتراك ذات الـ 60 يوماً

يتطلب CASL s.6(2) أن تبقى آلية إلغاء الاشتراك صالحة لمدة 60 يوماً على الأقل بعد إرسال الرسالة. Orbit يفي بالساعة بالبناء — نقطة الفشل التشغيلية هي إثبات، في اليوم 59 من حملة، أن رابط مركز التفضيلات الموقَّع وترويسات النقرة الواحدة RFC 8058 كانت ما تزال صالحة عندما نقر المستلم. سطحان يحملان اليوم:
  • ترويسات النقرة الواحدة RFC 8058 — زوج List-Unsubscribe / List-Unsubscribe-Post الذي يختمه Orbit على كل بريد إلكتروني صادر. يصيب POST المزود نقطة نهاية مباشرة في Orbit، لذا صلاحية الـ 60 يوماً خاصية لمسار Orbit نفسه، لا لساعة انتهاء تديرها. أبقِ نطاق المرسل حياً طوال الـ 60 يوماً — إحالة النطاق تكسر المسار.
  • روابط مركز التفضيلات الموقَّعة — تُصدر عبر POST /api/v1/compliance/preference-center؛ الرمز الموقَّع لا ينتهي بساعة خاصة به، لذا نقرة في اليوم 59 من الحملة تصيب نفس الرابط طويل العمر الذي أنتجه اليوم 1. إثبات الصلاحية هو توقيع HMAC الخاص بـ Orbit، لا مؤقتاً تنازلياً.
قائمة تحقق اليوم 59 الخاصة بك:
  1. أبقِ رابط مركز التفضيلات الذي أصدره Orbit طوال الحملة — لا تبدّل المزودين في منتصف الحملة؛ إعادة التوقيع تهدم سلسلة الصلاحية التي يختبرها مدقق CRTC.
  2. إذا أبلغ مستلم في اليوم 59 أن “الرابط معطوب”، فعاملها كإشارة منصة لتصعيدها — لقطة شاشة رابط معطوب هي دليل على أن رابطك لم يكن متتبَّع الصلاحية من Orbit منذ اليوم 1.

​
تصدير حزمة الأدلة — حزمة CASL الكاملة

تمنحك صفحة تصدير سجلات الموافقة والحظر نصفي حزمة أدلة CASL؛ هذا القسم يربطهما بالملفات الثلاثة التي يطلبها تدقيق CRTC — إثبات الموافقة، سجل إرسال الحملة، وإثبات الحظر.

​
1. إثبات الموافقة كسجل

اسحب أحداث الموافقة لنافذة التدقيق، محددة النطاق بالقناة التي أُرسلت عليها الرسالة:
عمود source يحمل ملاحظة الفئة القابلة للسؤال في التدقيق — كل صف معلم بفئة يشير مباشرة رجوعاً إلى سجل CRM الذي يستطيع المدقق إعادة بناء الفئة منه.

​
2. سجل إرسال الحملة

سجلات الإرسال التي يطلبها CRTC تعيش في أسطح تصدير الرسائل/الحملات في Orbit (طرق التصدير إلى المستودع، أو تصدير إرسال الرسائل الخاص بك من API). احتفظ بصف واحد لكل محاولة إرسال: جهة الاتصال، القالب، الطابع الزمني للإرسال، ونتيجة فحص الموافقة. قدِّم هذه مع تصدير الموافقة أعلاه — المدقق يعيد بناء أي حالة موافقة غطّت أي إرسال.

​
3. إثبات الحظر

إذا سأل CRTC “قلت إن إلغاء الاشتراك نُفِّذ في اليوم 59، أثبت ذلك”، يجيب تصدير الحظر بصف STOP (channel, address) مؤرخاً وstatus=active:
مرِّر status=all حتى تظهر الصفوف الملغاة أيضا — جهة اتصال منتهية-الضمنية رفضت لاحقاً تظهر بشكل صحيح.

​
قائمة تحقق التدقيق

  1. اسحب تصدير الموافقة قبل أن تفتح نافذة التدقيق — اربط to بحد التدقيق حتى يحتوي الملف فقط على ما كان صحيحاً في تلك اللحظة.
  2. قاطع كل صف إرسال في سجل الحملة مع صف موافقة في نفس الحزمة؛ صف الإرسال اليتيم هو الاستنتاج الذي تريد أن تجده أنت أولاً.
  3. أجب عن سؤال الحظر من نفس الحزمة، لا من تصدير حظر جديد يُشغَّل لاحقاً — نهج حزمة-السجل يُبقي ملف المدقق مطابقاً لملفك.
  4. أبقِ إدخال سجل التدقيق لعملية التصدير مع الحزمة — تصديرا الموافقة والحظر يدققان نفسيهما، وصف حدث التصدير جزء من مسار الأدلة الذي يتتبعه المدقق.

​
الأرقام الكندية وساعات الهدوء — ملاحظة موجزة

كندا ليس لها قانون ساعات هدوء فيدرالي بالطريقة التي يعرّف بها TCPA الأمريكي واحداً للصوت. المستلم الكندي يفترض ببساطة إلى أي نافذة ضبطتها على البوابة على مستوى المنظمة أو نافذة الحملة الاحتياطية (21:00 → 09:00 بتوقيت المستلم المحلي إذا لم تضبط واحداً أبداً). اضبط النافذة بعمد للمستلمين الكنديين تحت تكوين ساعات الهدوء — وإذا شغّلت صوتاً إلى كندا، فإن نفس نافذة المستلم المحلي الافتراضية تنطبق هناك أيضاً.

​
مراجع ذات صلة