دليل البنية التحتية للبريد الإلكتروني
دليل واجهة API للبريد المعاملاتي
دليل عملي لإرسال كلمات المرور والإيصالات والتنبيهات وغيرها من رسائل المنتج بصورة موثوقة.
يُطلَق البريد المعاملاتي بفعل إجراء من المستخدم أو النظام: إعادة تعيين كلمة المرور، أو إيصال، أو رابط تحقق، أو تنبيه، أو تحديث حالة. ينبغي إرساله من هوية موثَّقة، وأن يكون قابلًا للمراقبة، وأن يبقى منفصلًا عن البريد الترويجي.
ماذا يعني ذلك عمليًا
- رسائل يُطلقها إجراء، مثل الإيصالات وإعادة تعيين كلمة المرور
- هويات مُرسِل موثَّقة مع محاذاة SPF وDKIM وDMARC
- استجابات تسليم لكل رسالة وسجلات للأحداث
- فصل واضح بين الاستخدام المعاملاتي والترويجي
قائمة التحقق للتنفيذ
- أدرج كل حدث في المنتج يجب أن ينتج عنه بريد إلكتروني.
- حدّد قالبًا ثابتًا واستراتيجية لعدم التكرار (idempotency) لكل حدث.
- وثّق نطاق الإرسال قبل تفعيل الإرسال في بيئة الإنتاج.
- راقب الارتدادات والشكاوى، ثم أضف الوجهات غير الآمنة إلى قائمة المنع.
أسئلة تطرحها الفرق
ما الذي يُعدّ بريدًا معاملاتيًا؟
الرسائل اللازمة لإتمام إجراء من المستخدم أو للإبلاغ عنه، مثل التحقق من الحساب والإيصالات والتنبيهات الأمنية وإعادة تعيين كلمة المرور.
هل يمكنني إرسال بريد تسويقي عبر واجهة API للبريد المعاملاتي؟
فقط إذا كان المزوّد ونموذج موافقة المستلِم يدعمان ذلك. أبقِ حركة البريد الترويجي وإلغاء الاشتراك وضوابط السمعة منفصلة عن البريد الحرج للمنتج.