شركة كومورا سوفت ذ.م.م.
تواصل معنا
القائمة

كيف تصمّم الشركات الصغيرة والمتوسّطة بريداً جماعياً دون التقيّد بخدمة بعينها

· آخر تحديث: · · تسليم البريد, الاستفادة من الأصول القائمة, تحسين مسار الاستفسار, تطوير الويب وSEO, B2B

سجل التعديلات (3 تحديثات، آخر تحديث 3 Sep، 2026)

سجل بالتغييرات التي أُجريت على هذا المقال. وحيثما حُفظت نسخة سابقة، تبقى متاحة للقراءة عبر رابط دائم يحمل معرّف DOI.

أُضيفت روابط الاستشارة الموجودة في الأصل الياباني (consultation_services). ولم يتغيّر نصّ المقالة نفسه. قراءة النسخة السابقة لهذا التحديث (DOI: 10.5281/zenodo.22240899)
أُعيدَت الترجمة العربية كترجمة كاملة عن النص الياباني الأصلي، وأُضيفَت خريطة المعرفة.
أعيدت الترجمة كترجمة كاملة عن النص الياباني الأصلي. كانت النسخة العربية السابقة مختصراً يسقط أبواباً وجداول ورسوم Mermaid وتعليقات الأشكال وFAQ. أُعيدت هذه العناصر وفق الأصل الياباني، والادّعاءات التقنية مطابقة للنسخة اليابانية.
النشر الأول
الاستشهاد بهذا المقال(DOI: 10.5281/zenodo.21621471)

هذا المقال محفوظ على Zenodo. يرد أدناه معرّف DOI الذي يشير دائمًا إلى أحدث نسخة، ومعرّف DOI المثبَّت على النسخة التي تقرؤها.

小村 豪 (2026). كيف تصمّم الشركات الصغيرة والمتوسّطة بريداً جماعياً دون التقيّد بخدمة بعينها. شركة كومورا سوفت ذ.م.م.. https://doi.org/10.5281/zenodo.21621471 https://comcomponent.com/ar/blog/2026/04/02/000-sme-bulk-email-vendor-neutral-practical-guide/

DOI (أحدث نسخة)
10.5281/zenodo.21621471
DOI (هذه النسخة)
10.5281/zenodo.22279918

«نريد إرسال رسائل إشعار إلى عشرات أو مئات العناوين باستخدام النطاق والموقع القائمين، دون إضافة خدمة نشرة بريديّة متخصّصة جديدة». الجواب الواقعي لهذا الطلب ليس رشقة Bcc واحدة، بل منصّة تسليم صغيرة تجمع إرسالاً فردياً لكلّ مستلم وإدارة الاشتراك وإلغاء الاشتراك وSPF / DKIM / DMARC.

«عدم استخدام خدمة بعينها» هنا لا يعني «عدم استخدام أيّ شيء». المعنى هو الاحتفاظ بالمعيار SMTP، وقائمة المشتركين، والقوالب، ومسار إلغاء الاشتراك في جانب الشركة، بحيث يمكن استبدال وسيلة الإرسال وحدها لاحقاً.

كذلك تفترض هذه المقالة البريد المُرسل إلى طرف لديه علاقة أو موافقة ما، مثل العملاء القائمين والأعضاء وطالبي المواد ومشتركي النشرة. ليست حديثاً عن جمع عناوين علنية والإرسال بلا تمييز. للبريد الإعلاني والترويجي افتراض قانوني، ومن جهة جودة التسليم أيضاً لا يصمد ذلك النهج طويلاً.12

فيما يلي ترتيب يستند إلى المعلومات الرسمية حول قانون البريد الإلكتروني المحدّد في اليابان، وإلى إرشادات المرسلين لدى Google / Yahoo / Outlook، كما يمكن التحقّق منها في أبريل 2026.12345

القارئ المستهدف وافتراضات المقالة

البند المحتوى
القارئ المستهدف في شركة صغيرة أو متوسّطة، المسؤول الذي يرسل فعلاً رسائل إشعار إلى العملاء أو الأعضاء أو العملاء المحتملين. مكتوبة بحيث تُقرأ سواء كنت في نظم المعلومات أو الويب أو الشؤون العامة إلى جانب مهامّ أخرى
الحجم المتصوّر عشرات إلى مئات في المرّة. من مرّة في الشهر إلى مرّة في الأسبوع تقريباً
بيئة البريد المفترضة لا تعتمد على بيئة بعينها. التصميم نفسه مع Microsoft 365 أو Google Workspace أو Exchange محلي أو SMTP على خادم مستأجر. الفرق يظهر فقط في جزء «ترحيل SMTP» في الفصل 4
الطرف المفترض طرف لديه علاقة أو موافقة ما، مثل العملاء القائمين والأعضاء وطالبي المواد ومشتركي النشرة
الصلاحيّة اللازمة القدرة على إضافة سجلّ DNS لنطاق الإرسال (لازمة لإعداد SPF / DKIM / DMARC). هنا وحدها قد يلزم طلب من جهة التعاقد أو شركة الإدارة

المختصرات في هذه المقالة

نلخّص أوّلاً الكلمات التي تظهر بلا شرح من الفصل 2 فصاعداً.

المختصر الاسم الرسمي بجملة واحدة
SPF Sender Policy Framework آلية تكتب في DNS «مصادر الإرسال المسموح لها بإرسال بريد هذا النطاق هنا»، ليطابقها جانب الاستلام. صُنعت لمنع انتحال المرسل6
DKIM DomainKeys Identified Mail آلية يضع فيها جانب الإرسال توقيعاً رقمياً على الرسالة، ويتحقّق جانب الاستلام بالمفتاح العام في DNS. تبيّن أنّ النطاق الموقِّع يتحمّل مسؤوليّة تلك الرسالة7
DMARC Domain-based Message Authentication, Reporting, and Conformance آلية يعلن بها مالك النطاق كيف يريد التعامل مع الرسائل التي تفشل المصادقة، استناداً إلى نتيجة SPF / DKIM. يمكن تحديد ثلاث درجات: p=none (لا شيء)، p=quarantine (عزل)، p=reject (رفض)8
alignment (التوافق) ─ تطابق نطاق From الظاهر للمستلم مع النطاق الذي تحقّق منه SPF / DKIM. هذا ما ينظر إليه DMARC8
PTR ─ سجلّ DNS عكسي لاستخراج اسم المضيف من عنوان IP. «العكس متاح» يعني أنّ هذا مضبوط
List-Unsubscribe ─ آلية تكتب وجهة إلغاء الاشتراك في ترويسة الرسالة. يعرضها برنامج بريد المستلم زراً لـ«إلغاء التسجيل»
إلغاء اشتراك بنقرة واحدة ─ إضافة List-Unsubscribe-Post: List-Unsubscribe=One-Click إلى List-Unsubscribe، بحيث يمكن الإيقاف بلا شاشة تأكيد9
opt-in ─ حالة يكون فيها المستلم قد طلب الاشتراك بإرادته. العناوين المجموعة من بطاقات عمل أو شراء قائمة ليست opt-in
الارتداد (bounce) ─ عودة الرسالة لأنّ التسليم تعذّر، كعنوان غير موجود. الفشل الدائم مثل عدم وجود الوجهة يُدعى hard bounce
الشكوى (complaint) ─ ضغط المستلم زرّ «بريد مزعج». هذه النسبة هي spam rate
ترحيل SMTP ─ المخرج الذي يُلقى منه البريد فعلاً إلى الإنترنت، من آلية التسليم التي صنعتها

1. الجواب أوّلاً

الشكل الواقعي الذي ينبغي أن تتخذه الشركة الصغيرة أو المتوسّطة للبريد الجماعي الخارجي هو تقريباً هذه الأربع.

  1. أرسل رسالة فردية لكلّ مستلم لا تجمع في Bcc، بل اقطع الطابور على افتراض الإرسال واحدة واحدة.
  2. امتلك حالة الاشتراك داخلياً احتفظ بوضوح في قاعدة بياناتك أو CSV بحالات مثل active وunsubscribed وbounced.
  3. اقبل إلغاء الاشتراك تلقائياً لا تجعل «توقّفوا عن الإرسال» تشغيلاً يُعالج يدوياً. ضع رابطاً ظاهراً في المتن، وList-Unsubscribe إن أمكن.345
  4. صادق على نطاق الإرسال اجمع SPF / DKIM / DMARC وPTR العكسي وTLS. حتى إن أُرسلت الرسالة، يصعب وصولها بدون هذا.345

باختصار، ليست مسألة تشغيل برنامج بريد، بل مسألة منصّة تسليم.

ينهار الأمر إذا فهمت متطلّب «نريد الإرسال دفعة واحدة» على أنّه صفّ كثيرين في To / Cc / Bcc. ما يلزم فعلاً هو آلية من هذا النوع.

  • إلى من يجوز الإرسال
  • من الذين لم يعد يجوز الإرسال إليهم
  • لأيّ غرض أُخذت الموافقة
  • كيف يُستقبل إلغاء الاشتراك
  • هل إعداد مصدر الإرسال جديراً بالثقة

في المخطّط، يشير الخطّ المتّصل إلى علاقة قائمة دائماً، ويشير الخطّ المتقطّع إلى علاقة مشروطة (شروط قيامها مذكورة في شرح كلّ علاقة في الصفحة التفصيليّة). القائمة الكاملة للعلاقات (المجموع 22، مع الأدلّة ودرجة اليقين) وتعريفات المفاهيم الرئيسة مجمّعة في صفحة تفاصيل خريطة المعرفة (باليابانية). البيانات: JSON-LD / Turtle

2. لماذا لا يكفي إرسال Bcc دفعة واحدة

صعوبة Bcc في الإرسال الجماعي الخارجي أنّه، رغم سهولة المظهر، لا يملك أيّ جسم للتشغيل.

المشكلة ماذا يحدث ما يضايق لاحقاً
لا تتبّع لإلغاء الاشتراك «توقّفوا عن الإرسال» يأتي بردّ بريد أو هاتف يسهل الإرسال الخاطئ في المرّة التالية
لا إدارة للارتداد تواصل الإرسال حتى إلى عناوين غير موجودة يسهل انخفاض السمعة
لا سجلّ موافقة لا تستطيع شرح متى وأين قُبل ضعف التعامل القانوني والشكاوى
اختلاط أنواع الإرسال بريد المبيعات وبريد الإشعار من الصندوق نفسه يسهل جرّ بريد الطلبات اليومية أيضاً
لا تحكّم في السرعة يسهل الإرسال دفعة واحدة مجمّعة يسهل تلقّي حدّ أو تصنيف مزعج
اعتماد على شخص يدور على برنامج بريد فرد وعمل فرد يصعب التسليم

الأخطر خصوصاً أنّ «الإرسال ممكن»، فيبدو كأنّ الآلية قائمة. لكن في الواقع لا إيقاف إرسال، ولا كبت ارتداد، ولا سجلّ موافقة، ولا سجلّ إرسال، فما إن يزيد العدد قليلاً حتى ينهار التشغيل اليدوي.

Bcc ليس سيّئاً تماماً. قد يصلح للتواصل الداخلي، أو لإشعار صغير جدّاً لأعضاء مغلقين، أو لتواصل أحادي مع المعنيين. لكنّه ضعيف كـأساس لنظام مستمرّ إلى عملاء خارجيين أو عملاء محتملين.

3. المعنى الواقعي لـ«عدم استخدام خدمة بعينها»

ما يسهل سوء فهمه هنا أنّ «عدم استخدام خدمة بعينها» لا يساوي «افعل الكلّ يدوياً».

في العمل، إذا ملكت هذه الثلاثة في جانب الشركة، تجنّبت كثيراً من الاحتباس لدى مورّد.

3.1 ما ينبغي أن تملكه الشركة

  • بيانات المشتركين
    • عنوان البريد
    • وقت الموافقة
    • مصدر أخذ الموافقة
    • فئة التسليم
    • حالة إلغاء الاشتراك
  • قواعد التسليم
    • ماذا يُرسل إلى من
    • بأيّ سرعة يُرسل
    • كيف ينعكس الارتداد وإلغاء الاشتراك
  • هويّة المرسل
    • نطاق الإرسال
    • SPF / DKIM / DMARC
    • عنوان بريد يستقبل الردّ
    • عنوان URL لإلغاء الاشتراك

3.2 ما يجوز استبداله

  • ترحيل SMTP الذي يُلقى منه فعلاً
  • طريقة تنفيذ واجهة الإدارة
  • موضع تنفيذ طابور الإرسال
  • موضع حفظ السجلّات

أي أنّ جوهر «عدم استخدام الخدمة» هو ألّا تُودَع قواعد الإرسال والحالة كاملة لدى الطرف الآخر.

  • قائمة المستلمين في قاعدة بياناتك
  • عنوان URL لإلغاء الاشتراك تحت نطاقك
  • قوالب الموضوع والمتن لديك
  • مخرج SMTP وحده قابل للاستبدال لاحقاً

بهذا الشكل يمكن البدء بمنصّة البريد القائمة، ثم الانتقال لاحقاً إلى وسيلة إرسال أخرى.

4. تكوين واقعي للشركات الصغيرة والمتوسّطة

4.1 الأجزاء الدنيا

لحجم عشرات إلى مئات في المرّة، لا حاجة إلى آلية ضخمة من البداية. لكن أستقرّ أن تُفصل على الأقلّ بهذا القدر.

  1. جدول المشتركين
  2. جدول الكبت
    • إلغاء الاشتراك
    • hard bounce
    • الشكاوى
  3. قوالب التسليم
    • الموضوع
    • المتن (HTML / text)
    • فئة التسليم
  4. طابور التسليم
    • حالة لكلّ مستلم
    • نتيجة الإرسال
    • عدد إعادة المحاولة
  5. ترحيل SMTP
    • استخدام منصّة البريد القائمة أم خادم خاص
  6. السجلّات
    • متى أُلقي إلى من
    • نجاح / فشل
    • انعكاس الإيقاف / bounce

القياس المتقدّم لمعدّل الفتح والنقر ليس لازماً من البداية. ما يلزم أوّلاً هو الإرسال بأمان، والقدرة على الإيقاف، والقدرة على الشرح.

4.2 الحقول التي يحملها جدول المستهدفين

الحقول الدنيا في هذا النطاق.

الحقل مثال السبب
email user@example.com الوجهة نفسها
status active / unsubscribed / bounced للحكم هل يجوز الإرسال إلى هذا الطرف
consent_at 2026-03-20 12:34:56 للإبقاء على متى أُخذت الموافقة
consent_source نموذج / معرض / عقد قائم / إدخال يدوي لشرح من أين دخل
consent_purpose نشرة / إشعار ندوة / معلومات صيانة للإبقاء على أيّ تسليم وُوفق عليه
unsubscribed_at 2026-03-29 09:10:11 أثر إلغاء الاشتراك
last_bounce_at 2026-03-30 08:00:00 لازم للحكم على كبت إعادة الإرسال
notes عبر المسؤول / عميل قائم معلومات مكمّلة

حتى إن كان الأصل الأوّل Excel أو سجلّ عملاء قائماً، أجدر فصل الحيازة إلى هذا الحدّ. والمهمّ خصوصاً أن معلومات الكبت تُقدَّم دائماً.

مثلاً، حتى إن بقي عنوان ذلك الشخص في سجلّ المبيعات، لا تُرسل إن قال جدول الكبت unsubscribed. بلا هذه القاعدة، يُعاد إدخال العنوان من مسار آخر بعد إلغاء الاشتراك فيقع الحادث.

4.3 مخطّط التكوين

الموقع / نموذج الاشتراكجدول المشتركينسجلّ العملاء القائم / سجلّ الأعضاءقوالب التسليمالموضوع / HTML / textطابور التسليمجدول الكبتإلغاء الاشتراك / bounce / شكوىترحيل SMTPمنصّة بريد قائمة أو ترحيل خاصالمستلمعنوان URL لإلغاء الاشتراكردّارتداد / شكوىمنفذ التشغيلSPF / DKIM / DMARC / PTR / TLS

لبيئات لا يظهر فيها المخطّط، نكتب المحتوى نفسه نصّاً أيضاً.

  • المدخل: نموذج الاشتراك على الموقع، وسجلّ العملاء القائم وسجلّ الأعضاء. يُجمع الاثنان في جدول المشتركين.
  • المركز: يدخل إلى طابور التسليم ثلاثة: جدول المشتركين (إلى من يُرسل)، وجدول الكبت (من لا يجوز الإرسال إليهم)، وقوالب التسليم (الموضوع وHTML وtext).
  • المخرج: من طابور التسليم إلى ترحيل SMTP (منصّة بريد قائمة أو ترحيل خاص)، ومنه إلى المستلم. يتعلّق بترحيل SMTP إعداد SPF / DKIM / DMARC / PTR / TLS.
  • العودة: من المستلم تعود ثلاث جهات ردّ. عنوان URL لإلغاء الاشتراك والارتداد والشكاوى يعودان إلى جدول الكبت، والردّ يستقبله شخص منفذ التشغيل.

نقطة هذا المخطّط أنّ وسيلة الإرسال ليست المركز. المركز هو جدول المشتركين وجدول الكبت وطابور التسليم.

ترحيل SMTP مخرج فحسب. إذا انفصل هنا، أمكن لاحقاً تبديل وسيلة الإرسال دون فقدان إلغاء الاشتراك السابق أو تاريخ الموافقة.

4.4 اختيار المخرج ومحرّك التسليم

بعد فصل «ما تملكه الشركة» و«ما يجوز استبداله»، حين تصل إلى تحريك اليد، ما يُبحث بعده هذان.

1. أيّ مخرج (ترحيل SMTP) تختار

كثيراً ما يمكن استخدام منصّة البريد المستخدمة أصلاً كمخرج كما هي. مثلاً في Microsoft 365 ترتّب الوثائق الرسمية طرق الإرسال من جهاز أو تطبيق بلا صندوق بريد، وتُقارن الأربع: Client SMTP submission بمصادقة، وSMTP relay بموصّل، وDirect Send بلا مصادقة، وHigh Volume Email للإرسال الكثيف الداخلي، مع حدّ الإرسال وTLS والمنفذ اللازمين.10 وإذا وُجد خادم بريد محلي (مثل Exchange Server)، يُرشد أيضاً إلى أنّ تلقّي الترحيل هناك أسهل تكويناً.10

ما يُنظر إليه عند الاختيار تقريباً هذه الأربع.

ما يُنظر إليه لماذا يُنظر
حدّ الإرسال في اليوم وفي الدقيقة هل لا يختنق عند تمرير مئات دفعة واحدة
طريقة المصادقة (مستخدم / شهادة / IP ثابت) هل يمكن تجنّب تداول كلمة المرور في التشغيل
هل يمكن الإرسال إلى الخارج لازم إن أرسلت إلى عملاء خارج الشركة
كيف يُكتب في SPF إذا تغيّر المخرج لزم إصلاح SPF أيضاً

2. أصنع محرّك التسليم أم أحمّله على OSS قائم

صنع جدول المشتركين وجدول الكبت وطابور التسليم وصفحة إلغاء الاشتراك كلّها من الصفر جهد غير قليل. ثمّة OSS ذاتي الاستضافة بالبنية نفسها، فالنظر أوّلاً هل يكفي أسرع طريق. مثلاً listmonk برنامج نشرة ذاتي الاستضافة برخصة AGPLv3، ويضمّ إدارة قوائم مشتركين بـ opt-in أحادي / مزدوج، وتجميع أداء الحملات والارتداد، وطابوراً يستخدم SMTP متعدّداً.11

مؤشّر الحكم يصير كالتالي.

الوضع الاختيار الواقعي
تريد ربطاً وثيقاً بسجلّ العملاء القائم اصنع. لكن اصنع جدول الكبت وصفحة إلغاء الاشتراك من البداية
تريد وظيفة تسليم البريد وحدها أقم OSS ذاتي الاستضافة، وأشر بترحيل SMTP فقط إلى ما يخصّك
لا تريد امتلاك خادم استخدم خدمة تسليم. لكن احتفظ ببيانات المشتركين وعنوان URL لإلغاء الاشتراك أيضاً في جانب نطاقك

في أيّ حال، مبدأ إبقاء بيانات المشتركين وبيانات الكبت وعنوان URL لإلغاء الاشتراك في جانب الشركة لا يتغيّر. إذا حُفظ هذا وحده، أمكن لاحقاً استبدال المخرج ومحرّك التسليم.

5. إلى أيّ حدّ تبني بحسب الحجم

5.1 مرّة في الشهر، عشرات

بهذا الحجم كثيراً ما يكفي أصغر تكوين.

  • قالب دمج مخصّص للإرسال
  • إرسال فردي لكلّ مستلم
  • عنوان URL لإلغاء الاشتراك
  • حفظ سجلّ الإرسال
  • ترتيب SPF / DKIM / DMARC

النقطة هنا ألّا تعود إلى Bcc حتى إن قلّ العدد. حتى دون 50، إن كان تسليماً خارجياً مستمرّاً، أسهل لاحقاً أن تكون الصيغة بعدُ إرسالاً فردياً + إدارة حالة.

5.2 عدّة مرّات في الشهر، مئات

إذا وصلت إلى هذه المرحلة، أستقرّ أن تضيف بعضاً.

  • طابور تسليم
  • التحكّم في سرعة التسليم
  • انعكاس الارتداد
  • انعكاس فوري لإلغاء الاشتراك
  • نطاق فرعي مخصّص للإرسال
  • مسار موافقة
    • إرسال تجريبي
    • إرسال إنتاج
    • مراجعة النتيجة

كذلك مهمّ فصل البريد البشري اليومي عن بريد الترويج والإشعار. تعرض Google فكرة فصل عنوان From أو IP حسب نوع الرسالة، وترشد Yahoo أيضاً إلى عدم خلط bulk / marketing مع transactional / alerts على IP أو نطاق DKIM نفسه.34

مثلاً، يكفي فصل العنوان حسب الغرض لترتيب التشغيل كثيراً.345

  • تأكيد الطلب / الفوترة: billing@example.com
  • إشعار عطل / معلومات صيانة: notice@example.com
  • نشرة / إشعار: news@example.com

5.3 إذا اقتربت من آلاف في اليوم

إلى هنا يسهل أن يصير «عدم استخدام خدمة بعينها» هدفاً في ذاته.

تصرّح Google لمرسلي أكثر من 5,000 رسالة يومياً إلى Gmail بمتطلّبات مثل SPF / DKIM / DMARC، وتوافق نطاق From، وإلغاء اشتراك بنقرة واحدة. وتطلب Outlook أيضاً SPF / DKIM / DMARC للنطاقات ذات أكثر من 5,000 رسالة يومياً، وترشد إلى أنّ الرسائل غير المستوفية قد تُرسل إلى المزعج أو تُرفض.35

بهذا الحجم يتغيّر أيضاً موضوع التشغيل.

  • سمعة IP
  • معدّل الشكاوى
  • معدّل الارتداد
  • معالجة إلغاء الاشتراك
  • طريقة زيادة الحجم
  • المراقبة

في هذه المرحلة، كثيراً ما تكون الخدمة المتخصّصة أرخص.

أي أنّ خلاصة هذه المقالة ليست «اصنع الكلّ داخلياً أيّاً كان الحجم»، بل لحجم عشرات إلى مئات، تناسب منصّة تسليم صغيرة تملك فيها الحالة والقواعد.

6. ما لا يُسقَط في الحدّ الأدنى قانوناً وجودةً

6.1 الموافقة

البريد الإعلاني والترويجي يحتاج موافقة مسبقة من حيث المبدأ. وفي ترتيب مركز الاستشارات لمكافحة البريد المزعج أيضاً، إرسال بريد ترويجي بلا قبول مسبق غير جائز من حيث المبدأ.2

كذلك تطلب Google وYahoo إرسال ما أراده المستلم صراحة فقط، وعدم استخدام قوائم مشتراة، وتجنّب opt-in معلَّم تلقائياً.34

ما تريد الإبقاء عليه في الحدّ الأدنى عملياً في هذا النطاق.

  • وقت الموافقة
  • مصدر أخذ الموافقة
  • أيّ تسليم
  • نصّ الشرح
  • الشاشة أو النصّ الذي أُخذت به الموافقة

علماً أنّ القانون فيه حكم استثناء للإرسال إلى عنوان أعمال منشور على الموقع. لكن لا يُنصح ببناء منصّة تسليم تعتمد على ذلك الاستثناء. أيّاً نظرت إلى الشكاوى أو معدّل الوصول أو السمعة أو معدّل الردّ الفعلي، يصعب أن يصمد طويلاً.2

6.2 واجب العرض وإلغاء الاشتراك

حتى عند الإرسال إلى طرف لديه موافقة، على المرسل واجب عرض. وفي ترتيب مركز الاستشارات لمكافحة البريد المزعج تلزم على الأقلّ المعلومات التالية.2

  • اسم المرسل أو تسميته
  • عنوان بريد أو URL يستقبل إشعار رفض الاستلام
  • بيان أنّ رفض الاستلام ممكن
  • عنوان المرسل
  • جهة الشكاوى والاستفسار

أي أنّ التذييل يحتاج في الحدّ الأدنى إلى هذا.

المرسل: شركة ○○
إلغاء الاشتراك: https://example.com/unsubscribe/xxxxx
إن رغبت في إلغاء الاشتراك فأكمل الإجراء من الرابط أعلاه.
العنوان: طوكيو...
للاستفسار: support@example.com

كذلك تولي جهات الاستلام الرئيسة سهولة إلغاء الاشتراك أهمّية كبيرة.

  • Google: تطلب من المرسلين الكبار إلغاء اشتراك بنقرة واحدة3
  • Yahoo: تطلب / توصي بـ List-Unsubscribe ورابط في المتن، وانعكاس خلال يومين4
  • Outlook: توصي بإلغاء اشتراك سهل الإيجاد ويعمل5

لذلك طبيعي في الحدّ الأدنى رابط ظاهر في المتن، وإن أمكن إدخال الترويسة التالية.34

List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://example.com/unsubscribe/xxxxx>

6.3 المصادقة ومعدّل الوصول

جهات الاستلام الرئيسة تفترض أصلاً لا «القدرة على الإرسال» بل «المصادقة».

في الإرشادات العلنية من Google يُطلب التالي.3

  • كلّ المرسلين: SPF أو DKIM، وPTR (توافق أمامي / عكسي)، وTLS
  • المرسلون الكبار: SPF + DKIM + DMARC، وتوافق نطاق From
  • معدّل شكاوى منخفض
  • لدى المرسلين الكبار إلغاء اشتراك بنقرة واحدة

متطلّبات Yahoo كالتالي.4

  • SPF / DKIM / DMARC
  • توافق DMARC
  • DNS أمامي / عكسي صالح
  • إلغاء الاشتراك
  • معدّل شكاوى دون 0.3%
  • opt-in
  • فصل bulk عن transactional

وتخرج Outlook أيضاً متطلّبات للمرسلين ذوي الحجم العالي.5

  • اجتياز SPF
  • اجتياز DKIM
  • DMARC (على الأقلّ p=none، متوافق مع SPF أو DKIM)
  • From / Reply-To حقيقي
  • إلغاء الاشتراك
  • نظافة القائمة

إذا وُضع تحقّق التشغيل الأدنى في جدول صار كالتالي.

البند ما يُفعل في الحدّ الأدنى الغرض
نطاق الإرسال إعداد SPF / DKIM / DMARC منع الانتحال، تحسين الوصول
خادم الإرسال بيئة ثابتة يُستخرج منها PTR، واستخدام TLS كي لا تسقط ثقة جانب الاستلام
From / Reply-To عنوان قائم يستقبل الردّ لتلقّي الشكاوى وطلبات الإيقاف
إلغاء الاشتراك رابط في المتن + List-Unsubscribe خفض معدّل الشكاوى
جودة القائمة opt-in فقط، إزالة العناوين الباطلة حماية السمعة
سرعة الإرسال لا تزد دفعة واحدة، أرسل بوتيرة ثابتة تجنّب الحدّ وتصنيف المزعج
المراقبة انظر إلى bounces / spam rate / complaints أوقف التدهور مبكّراً

توصي Google، عند زيادة حجم الإرسال، بالبدء بحجم منخفض، إلى أطراف ذات ردّ جيّد، بوتيرة ثابتة. القفز المفاجئ أو مضاعفة الإرسال دفعة واحدة يسهل أن يصير سبب حدّ أو انخفاض سمعة.3

7. طريقة التقدّم في التنفيذ

إن بدأت بالحدّ الأدنى، فهذا الترتيب واقعي تقريباً.

  1. افصل أنواع البريد المُرسل
    • بريد إشعار
    • نشرة
    • إشعار ندوة
    • إشعار للعملاء القائمين
  2. اصنع نموذج اشتراك أو مسار أخذ موافقة ليُؤخذ مع نصّ شرح على الموقع. المهمّ نصّ يُعرف منه «ماذا يصل، وبأيّ تواتر».4
  3. افصل جدول المشتركين عن جدول الكبت إن فُصل هنا أوّلاً، لم ينهر التشغيل أيّاً ما ركبت عليه لاحقاً.
  4. قرّر نطاقاً / نطاقاً فرعياً مخصّصاً للإرسال مثلاً news.example.com أو mail.example.com. على الأقلّ لا تخلط المسؤوليّة مع الطلبات اليومية أو صناديق البريد الشخصية.34
  5. رتّب SPF / DKIM / DMARC / PTR / TLS إن أرسلت بنفسك فهذه الأولوية القصوى. لا تجعل بيئة لا يُستخرج منها عكس أساساً للإرسال.34
  6. واجهة الإدارة يجوز أن تكون صغيرة فاصنعها اللازم ليس واجهة فخمة، بل الوظائف التالية.
    • تحرير الموضوع
    • تحرير المتن
    • إرسال تجريبي
    • إرسال إنتاج
    • معاينة المستهدفين
    • ضبط حجم الدفعة
    • مراجعة النتيجة
  7. أرسل أوّلاً بكمّية قليلة ضيّق على العملاء القائمين أو المشتركين ذوي الردّ الجيّد، وأخرج بوتيرة ثابتة. إن لم تظهر مشكلة فوسّع المستهدفين.3
  8. اجعل انعكاس إلغاء الاشتراك والارتداد الأولوية القصوى قبل معدّل الفتح، تحقّق من أنّ هذا يعمل.

بهذا الترتيب يمكن حمله إلى شكل «يُستمرّ بلا حوادث» لا «يُرسل مؤقّتاً».

7.1 كلمات مفتاحية ينبغي البحث عنها بعد ذلك

نصف كلمات يمكن استخدامها كما هي عبارات بحث، حين تبحث داخلياً أو تستشير مورّداً، حسب المرحلة.

المرحلة الكلمات التي تُبحث
إعداد المصادقة SPF レコード 設定، DKIM 署名 有効化، DMARC p=none 開始، DMARC レポート 読み方، 逆引き PTR 確認
اختيار المخرج Microsoft 365 SMTP リレー コネクタ، SMTP AUTH 送信، Exchange Server 匿名リレー، 送信専用サブドメイン
آلية التسليم セルフホスト ニュースレター OSS، ダブルオプトイン، 配信停止 ワンクリック، List-Unsubscribe ヘッダ
مراقبة التشغيل バウンス 処理 hard soft، spam rate 0.3%، Google Postmaster Tools، ウォームアップ 送信量

أوّل ما يُبدأ به من هذه هو إعداد المصادقة. إن لم يُنجز هنا، فلن يصل البريد مهما أُتقن العمل بعده.

إن راجعت حتى تصميم نموذج الاشتراك ونصّ الموافقة وصفحة إلغاء الاشتراك، يسهل التقدّم مع تطوير المواقع. أمّا إن كان الافتراض الربط بسجلّ عملاء قائم أو نظام داخلي أو أدوات Windows، فأأمن حصر تقسيم المسؤوليّات عبر الاستشارة التقنية ومراجعة التصميم.

8. إخفاقات شائعة

الشائع في هذا النطاق.

  • تشغيل بريد الإنسان العادي وبريد الترويج والإشعار من مصدر الإرسال نفسه
  • إدارة الموافقة بمذكّرات نصّ حرّ فقط
  • جعل إلغاء الاشتراك عملاً يدوياً بردّ البريد
  • صبّ قائمة بطاقات عمل قديمة دفعة واحدة
  • البدء فجأة بأكبر حجم في الماضي
  • خلط نصّ ترويجي في بريد الإشعار
  • إيقاف نتيجة الإرسال عند «نجحت واجهة الإرسال»
  • جدول الكبت أضعف من سجلّ العملاء القائم

الأخيرة خصوصاً سهلة الوقوع في حادث حقاً.

العنوان باقٍ في Excel جانب المبيعات. لكن ذلك الشخص أوقف النشرة. إن لم تكن قاعدة معلومات الإيقاف تفوز دائماً، أُعيد الإرسال مرّات من مسار آخر.

9. خلاصة

إذا أرادت شركة صغيرة أو متوسّطة إرسال بريد إلى عدد غير قليل دون استخدام خدمة بعينها، فما ينبغي التفكير فيه ليس «أيّ زرّ تضغط».

ما يلزم حقاً هذه الخمس.

  • إرسال فردي لكلّ مستلم لا رشقة Bcc
  • جدول المشتركين وجدول الكبت
  • مسار يقبل إلغاء الاشتراك تلقائياً
  • SPF / DKIM / DMARC / PTR / TLS
  • تشغيل يفصل الإشعار عن الترويج

في نهاية المطاف، امتلاك قواعد الإرسال أسبق من امتلاك وسيلة الإرسال.

لحجم عشرات إلى مئات في المرّة، يمكن التشغيل بما يكفي بلا خدمة متخصّصة. لكن حتى عندئذٍ، الطريق المختصر ليس «الإرسال مجمّعاً من برنامج بريد»، بل التصميم بوصفه منصّة تسليم صغيرة.

مقالات ذات صلة

روابط مرجعية

  1. وكالة شؤون المستهلك اليابانية, قانون تنظيم إرسال البريد الإلكتروني المحدّد (特定電子メール法) ↩ ↩2

  2. مركز الاستشارات لمكافحة البريد المزعج, قانون البريد الإلكتروني المحدّد ↩ ↩2 ↩3 ↩4 ↩5

  3. Google Workspace Admin Help, Email sender guidelines ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12 ↩13 ↩14

  4. Yahoo Sender Hub, Sender Best Practices ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7 ↩8 ↩9 ↩10 ↩11 ↩12

  5. Microsoft Community Hub, Strengthening Email Ecosystem: Outlook’s New Requirements for High-Volume Senders ↩ ↩2 ↩3 ↩4 ↩5 ↩6 ↩7

  6. IETF, RFC 7208 - Sender Policy Framework (SPF) for Authorizing Use of Domains in Email, Version 1 ↩

  7. IETF, RFC 6376 - DomainKeys Identified Mail (DKIM) Signatures ↩

  8. IETF, RFC 7489 - Domain-based Message Authentication, Reporting, and Conformance (DMARC) ↩ ↩2

  9. IETF, RFC 8058 - Signaling One-Click Functionality for List Email Headers ↩

  10. Microsoft Learn, How to set up a multifunction device or application to send email using Microsoft 365 or Office 365 ↩ ↩2

  11. listmonk, listmonk - Free and open source self-hosted newsletter and mailing list manager ↩

مقالات ذات صلة

أحدث المقالات التي تشترك في نفس الوسوم. عمّق فهمك بمواضيع مرتبطة.

أين يتصل هذا الموضوع

ترتبط هذه المقالة بشكل طبيعي بصفحات الخدمات التالية.

الأسئلة الشائعة

أسئلة شائعة حول موضوع هذه المقالة.

ألا يجوز إرسال رسائل الإشعار دفعة واحدة عبر Bcc؟
ضعيف كأساس لنظام مستمرّ إلى عملاء خارجيين أو عملاء محتملين. Bcc يقدر على الإرسال نفسه، لكنّه لا يملك جسم التشغيل: لا تتبّع لإلغاء الاشتراك، ولا إدارة للارتداد، ولا سجلّ موافقة، ولا تحكّم في سرعة الإرسال، والاعتماد على شخص بعينه. ما إن يزيد العدد قليلاً حتى ينهار التشغيل اليدوي. قد يصلح للتواصل الداخلي أو لتواصل أحادي مع المعنيين، أمّا التسليم الخارجي المستمرّ فينبغي أن يكون إرسالاً فردياً لكلّ مستلم مع إدارة حالة.
هل تلزم الموافقة لإرسال بريد إعلاني أو إشعار؟
البريد الإعلاني والترويجي يحتاج موافقة مسبقة من حيث المبدأ. وفي ترتيب مركز الاستشارات لمكافحة البريد المزعج أيضاً، إرسال بريد ترويجي بلا قبول مسبق غير جائز من حيث المبدأ. وتطلب Google وYahoo إرسال ما أراده المستلم صراحة فقط، وعدم استخدام قوائم مشتراة. في العمل ينبغي الإبقاء على سجلّ لوقت الموافقة ومصدرها ونوع التسليم ونصّ الشرح. ثمّة حكم استثناء لعناوين الأعمال المنشورة على الموقع، لكن لا يُنصح ببناء منصّة تسليم تعتمد عليه.
ما الحدّ الأدنى حتى لا يُصنَّف البريد مزعجاً؟
مصادقة نطاق الإرسال. تحديداً: إعداد SPF/DKIM/DMARC، وبيئة إرسال ذات PTR عكسي، وTLS، وFrom/Reply-To قائم يستقبل الردّ، ورابط إلغاء اشتراك في المتن مع ترويسة List-Unsubscribe، وجودة قائمة opt-in فقط. تطلب Google من مرسلي أكثر من 5,000 رسالة يومياً إلى Gmail أن يوفّروا SPF+DKIM+DMARC وإلغاء اشتراك بنقرة واحدة، وتطلب Yahoo معدّل شكاوى دون 0.3% وغير ذلك. كذلك عند زيادة الحجم ينبغي البدء بحجم منخفض وبوتيرة ثابتة.
هل يمكن بناء منصّة تسليم داخلياً دون خدمة نشرة بريديّة؟
نعم بما يكفي لحجم عشرات إلى مئات الرسائل في الدفعة. النقطة أن تحتفظ شركتك ببيانات المشتركين وقواعد التسليم وهويّة المرسل (النطاق والمصادقة وعنوان إلغاء الاشتراك)، وأن يكون التكوين بحيث يُستبدل لاحقاً مخرج ترحيل SMTP وحده. المركز ليس SMTP، بل جدول المشتركين وجدول الكبت وطابور التسليم. لكن إذا اقتربت من آلاف يومياً صار موضوع العمل سمعة IP ومعدّل الشكاوى، وكثيراً ما تكون الخدمة المتخصّصة أرخص.

الملف الشخصي للمؤلف

صفحة الملف الشخصي لمؤلف المقالة.

غو كومورا

مؤسّس شركة كومورا سوفت ذ.م.م.

يركّز على تطوير برامج ويندوز، والاستشارات التقنية، والتحقيق في الأخطاء، ويتميّز في المشاريع التي تبقى فيها الأصول القديمة ناشطة، وفي تشخيص الأعطال التي يصعب تحديد سببها.

تواصل معنا
العودة إلى المدونة