عن هذه الحالة. تصف هذه الحالة وضعاً شائعاً ونهجاً سليماً، وقد كُتبت دون ذكر أي عميل. وهي لا تعرض أي نتائج مقاسة، لذا حدّد خط الأساس والأهداف الخاصة بك وقِس نتائجك بنفسك.
الوضع
لنتخيل وكالة تسويق رقمي تدير برامج البريد الإلكتروني لنحو ثلاثين عميلاً صغيراً ومتوسط الحجم: متاجر تجزئة وعيادات وأعمال تدريب وبعض شركات B2B. تبني الوكالة الحملات وتدير القوائم وترسل الرسائل. وظلت لسنوات ترسل كل شيء عبر حساب واحد، فيخرج بريد معظم العملاء من نطاق الوكالة نفسها أو من عنوان إرسال عام.
كان هذا الترتيب سهلاً، لكنه تحوّل إلى عبء. فعندما استورد أحد العملاء، وهو متجر تجزئة، قائمة قديمة وأرسل إليها، ارتفعت الشكاوى ووجد بعض عملاء الوكالة الآخرين أن رسائلهم تصل إلى البريد العشوائي. وبدأ العملاء يسألون من أي نطاق يخرج بريدهم فعلاً، ولماذا لا يظهر اسم نطاقهم، وهل يمكنهم الاطلاع على تقارير التسليم الخاصة بهم. وسأل عميلان محتملان عن DMARC ولم تستطع الوكالة تقديم إجابة واضحة. فقرر الشريك المسؤول عن العمليات إعادة بناء الإعداد حول قاعدة واحدة: لكل عميل هويته الخاصة وسمعته الخاصة.
لماذا يهم عزل العملاء
تقيّم مزودات صناديق البريد السمعة بحسب نطاق الإرسال، وبحسب عنوان IP في حالة البنية التحتية المخصصة. وعندما يتشارك عدة عملاء نطاقاً واحداً، فإن أضعف عميل هو من يحدد السمعة للجميع. والعزل يغيّر المعادلة: القائمة السيئة تضر العميل الذي يملكها فقط، وتستطيع الوكالة أن ترى أي عميل هو. كما يجعل العزل خدمة الوكالة أسهل في البيع، لأن العميل الذي يملك نطاقاً موثّقاً خاصاً به يتحكم في سمعته ويملكها. وقد شرحنا كيف تعزز قواعد المزودين ذلك في تحليلنا لقواعد المرسلين بالجملة.
التصميم
| الطبقة | قبل | بعد |
|---|---|---|
| نطاق الإرسال | نطاق الوكالة للجميع | نطاق فرعي من نطاق كل عميل، مثل mail.client-example.com |
| المصادقة | مجموعة سجلات واحدة تملكها الوكالة | SPF وDKIM وDMARC لكل نطاق عميل، متوافقة مع عنوان From |
| التقارير | أرقام على مستوى الوكالة | عروض للتسليم والارتداد والشكاوى لكل عميل |
| الوصول | حسابات دخول مشتركة | وصول قائم على الأدوار: يرى موظفو الوكالة عملاءهم فقط، ويرى العملاء بياناتهم وحدها |
| التهيئة | عشوائية | قائمة تحقق قابلة للتكرار ذات بوابات |
قائمة تهيئة العميل
كان أثمن ما أنتجه المشروع صفحة واحدة تُطبَّق على كل عميل جديد بالترتيب نفسه. ولكل خطوة بوابة: فلا تبدأ الخطوة التالية قبل تأكيد الخطوة السابقة.
- اختيار النطاق الفرعي للإرسال. اختر نطاقاً فرعياً من نطاق العميل نفسه، وأبقِه منفصلاً عن النطاق المستخدم لصناديق بريد الموظفين.
- الحصول على صلاحية DNS. إما أن يضيف العميل السجلات بنفسه أو يمنح الوكالة وصولاً مفوّضاً. وتُنسخ السجلات كما هي تماماً من لوحة الإرسال.
- التحقق من النطاق. تأكد من نجاح SPF وDKIM في رسالة اختبار، ومن توافق نطاق From. ويغطي دليل إعداد DKIM لدينا هذه الخطوات.
- نشر DMARC مع التقارير. ابدأ بالقيمة
p=noneمع عنوان تقارير تستطيع الوكالة قراءته نيابة عن العميل. - تدقيق القائمة. اسأل عن مصدر كل شريحة ومتى تفاعلت آخر مرة. وتحقق من صحة العناوين قبل أول إرسال.
- الإحماء التدريجي. ابدأ بأكثر جهات الاتصال تفاعلاً ووسّع النطاق على مراحل، كما هو موضح في دليل الإحماء لدينا.
- تفعيل المراقبة. فعّل أحداث التسليم وتنبيهات الشكاوى لمسار العميل.
- تسليم التقرير. يتلقى العميل شهرياً عرضاً مبسطاً للتسليم والشكاوى وحالة المصادقة.
ترحيل العملاء الحاليين
كان نقل ثلاثين عميلاً دفعة واحدة تهوراً. لذلك صنّفت الوكالة عملاءها في ثلاث موجات بحسب المخاطر:
- الموجة الأولى: أفضل القوائم. انتقل أولاً العملاء ذوو القوائم الحديثة القائمة على الإذن والأحجام المستقرة. فهم الأقل احتمالاً لمواجهة مشكلات، ومنحوا الفريق فرصة للتدرب.
- الموجة الثانية: الفئة المتوسطة. انتقل العملاء ذوو القوائم المتفاوتة الجودة بعد تدقيق القوائم وتطبيق قواعد الإيقاف التدريجي.
- الموجة الثالثة: الحالات الخطرة. عُرض على العملاء ذوي القوائم القديمة أو المشتراة خيار: تنظيف القائمة ثم الانتقال، أو البقاء في مسار مقيّد بحجم منخفض إلى أن تُنظَّف القائمة. ووثّقت الوكالة هذه السياسة في عقودها.
اتبع انتقال كل عميل النمط نفسه: توثيق النطاق الفرعي الجديد، وإرسال حجم صغير بالتوازي مع الإعداد القديم، ومقارنة التسليم، ثم التحويل الكامل. وتصف أدلة الترحيل لدينا، مثل الانتقال من Mailgun، النهج العام لنقل مرسِل دون فقدان بيانات الحظر.
DMARC عبر ثلاثين نطاقاً
احتاج كل نطاق عميل الآن إلى سجل DMARC وإلى من يقرأ تقاريره. وقراءة ثلاثين مجموعة من ملفات XML يدوياً أمر غير واقعي، فصممت الوكالة روتيناً بدلاً من أداة:
- تُرسل جميع التقارير الخاصة بنطاقات العملاء إلى صندوق بريد واحد موسوم بحسب العميل، وتُعالج معاً.
- تعرض مراجعة أسبوعية، لكل عميل، المصادر الفاشلة ومن يملكها.
- لا ينتقل العميل من
p=noneإلى الإنفاذ إلا عندما تُظهر المراجعة الأسبوعية عدم فشل أي مصدر مشروع طوال عدد محدد من الأسابيع. - يذكر تقرير العميل الشهري السياسة الحالية والخطوة التالية المخطط لها.
حوّل هذا DMARC من سؤال بلا جواب إلى خط خدمة. كما منح الوكالة إجابة ملموسة للعميلين المحتملين اللذين سألا عنه. ولمعرفة خلفية أهمية ذلك، راجع تحليلنا لاعتماد DMARC.
الحوكمة: من يُسمح له بفعل ماذا
تحتاج العمليات متعددة العملاء إلى حدود واضحة. وقد دوّنتها الوكالة:
- يتبع وصول الموظفين إسناد العملاء. يرى المخطط الاستراتيجي العملاء الذين يديرهم، لا المحفظة كلها.
- يرى العملاء بياناتهم فقط ولا يرون بيانات غيرهم.
- تتطلب التغييرات على سجلات المصادقة والسياسات مراجعة من شخص ثانٍ.
- عندما يغادر العميل، تُزال سجلات نطاقه، وتُصدَّر بياناته عند الطلب، ويُلغى الوصول في اليوم نفسه.
التعامل مع الاعتراضات
لم يرحب كل العملاء بالتغيير، وأعدّت الوكالة مسبقاً إجابات قصيرة وصادقة:
- "لماذا أحتاج إلى تعديل DNS الخاص بي؟" لأن البريد الذي يحمل نطاقك أنت، موقّعاً ومتوافقاً، يحظى بثقة أكبر من البريد المرسل بصفة طرف ثالث، والسجلات هي ما يثبت ذلك. وعرضت الوكالة إجراء التغييرات نيابة عنهم إذا مُنحت الصلاحية.
- "هل سيؤثر هذا على موقعي أو صناديق بريد موظفي؟" لا، إذا أُجري على نطاق فرعي مخصص. وتتضمن القائمة خطوة للتأكد من عدم المساس بسجلات البريد الحالية.
- "ألا يمكننا الإرسال بسرعة أكبر؟" الإرسال السريع بالذات هو ما يضر بسمعة النطاق الجديد. فالإحماء هو أسرع طريق آمن، وليس تأخيراً.
- "من المسؤول إذا حدث خطأ؟" يوضح العقد والتقرير الشهري المسؤوليات: تملك الوكالة الإعداد والمراقبة، ويملك العميل جودة القائمة والموافقة عليها.
كيف ستقيس الوكالة النجاح
| المقياس | سبب أهميته |
|---|---|
| معدل الشكاوى لكل عميل | يبيّن العملاء الذين يحتاجون إلى عمل على القوائم، دون التأثير في غيرهم |
| معدل نجاح المصادقة لكل نطاق عميل | يؤكد أن كل عميل متوافق |
| الوقت اللازم لتهيئة عميل | ينبغي أن تقصّره قائمة التحقق القابلة للتكرار مع الوقت |
| العملاء الذين وصلوا إلى إنفاذ DMARC | يتتبع خط الخدمة وحماية العملاء |
| الحوادث التي تنتشر بين العملاء | ينبغي أن تنخفض إلى الصفر بعد اكتمال العزل |
لا نذكر نتائج رقمية؛ وينبغي للوكالة الحقيقية أن تسجل خط الأساس الخاص بها قبل أن تبدأ.
ما تعلمته الوكالة
- قائمة التحقق هي المنتج. يقدّر العملاء إمكانية التنبؤ التي تمنحها العملية القياسية.
- العزل ميزة بيعية. عبارة "نطاقك الخاص وسمعتك الخاصة" أسهل في الشرح من البنية التحتية المشتركة.
- القوائم الخطرة تحتاج إلى سياسة لا إلى مجاملة. أزال تضمين القاعدة في العقود الحديث المحرج.
- انتقل على موجات. تعلّم الفريق من الموجة الأولى، وكانت الأخيرة هي الأصعب.
هل تدير البريد لعدة عملاء؟ أخبرنا بعدد النطاقات التي تتعامل معها وسنساعدك في تصميم الهيكل.
قراءات ذات صلة
الأسئلة الشائعة
هل تذكر هذه الحالة اسم عميل؟
لا. فهي تصف وضعاً شائعاً ونهجاً مناسباً دون ذكر أي عميل، ولا تعرض أي نتائج مقاسة.
لماذا نمنح كل عميل نطاق إرسال خاصاً به؟
ترتبط السمعة بنطاق الإرسال، لذا يعني العزل أن العميل ذا القائمة الضعيفة يضر نفسه فقط، وأن العملاء يملكون هوية يحتفظون بها.
كيف تدير الوكالة DMARC لنطاقات كثيرة؟
وجّه جميع التقارير إلى صندوق بريد واحد موسوم، وراجع المصادر الفاشلة أسبوعياً لكل عميل، ولا تنقل العميل إلى الإنفاذ إلا بعد عدد محدد من الأسابيع النظيفة المتتالية.
ماذا تفعل الوكالة مع العملاء ذوي القوائم المحفوفة بالمخاطر؟
اعرض خيارين: تنظيف القائمة والانتقال إلى الإعداد الكامل، أو البقاء في مسار مقيّد منخفض الحجم إلى أن تُنظَّف القائمة، وضمّن هذه القاعدة في العقد.