إنشاء عمليات أتمتة للتسويق عبر البريد الإلكتروني

Published: ١٦ يوليو ٢٠٢٦ · Last updated: ٢٨ أغسطس ٢٠٢٦ · By Marcus Biel

تتيح لك عمليات الأتمتة إنشاء رحلات بريد إلكتروني متكاملة تستجيب لنشاط المشتركين والتواريخ وتغييرات البيانات والأحداث القادمة من التطبيقات الخارجية.

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

يشرح هذا الدليل صفحة Automations والمنشئ بالكامل، بما في ذلك جميع المشغّلات والخطوات الحالية، ومحرر البريد الإلكتروني داخل عملية الأتمتة، وبيانات الأحداث، وتسليم المحتوى المجاني، والنشر، وإدارة الإصدارات، وإعداد Webhook الآمن.

ما يمكنك إنشاؤه باستخدام Automations

إليك بعض الأمثلة الشائعة:

• سلسلة ترحيب — تبدأ بعد أن تؤكد جهة الاتصال التسجيل، وترسل رسالة ترحيب فورية، وتنتظر يومين، ثم تتابع بمحتوى مفيد.
• تسليم المحتوى المجاني — تبدأ بعد تسجيل مؤكد عبر Signup Flow محدد، وترسل رابط التنزيل المحمي، ثم تتابع لاحقًا.
• رسائل أعياد الميلاد والذكرى السنوية — تبدأ كل عام في التاريخ المخزن في أحد حقول المشترك.
• رسائل متابعة تستند إلى الاهتمامات — تبدأ عند إضافة وسم، ثم ترسل محتوى يطابق ذلك الاهتمام.
• رحلات استكمال الملف الشخصي — تستجيب عند إضافة حقل أو تحديثه أو إزالته.
• رحلات المنتجات والمشتريات — تتيح لنظامك الخلفي إرسال حدث مثل trial.started أو order_paid، ثم استخدام خصائص الحدث في الرسائل والشروط.
• تكاملات واردة دون برمجة — تمنح أداة خارجية عنوان URL فريدًا لـ Webhook يبدأ عملية أتمتة محددة عند تلقّي JSON.
• صيانة المشتركين — إضافة الوسوم أو إزالتها، وتحديث الحقول، وبدء عملية أتمتة أخرى أو إيقافها، أو إلغاء اشتراك جهة اتصال.
• تكاملات الأنظمة — إرسال Webhook بتنسيق JSON وموقّع إلى تطبيق آخر عند وصول جهة اتصال إلى خطوة محددة.

فتح صفحة Automations

افتح “Automations” من التنقل الرئيسي.

تعرض الصفحة العامة كل عمليات الأتمتة في حسابك. يعرض كل صف الحالة واسم عملية الأتمتة وعدد المشتركين النشطين وعدد المشتركين المكتملين وقائمة إجراءات على اليمين.

حالات عملية الأتمتة

توضح الحالة ما تفعله عملية الأتمتة حاليًا.

Draft — لا تزال عملية الأتمتة قيد الإعداد. لا تقبل جهات اتصال ولا تنفّذ خطوات. يمكنك مواصلة تعديلها وتفعيلها عندما تصبح جاهزة.

Active — عملية الأتمتة قيد التشغيل. يمكن للمشغّلات المطابقة بدء عمليات تشغيل جديدة، وتتابع جهات الاتصال الموجودة داخلها خطواتها.

Paused — لا تدخل جهات اتصال جديدة، ولا تتقدم جهات الاتصال الموجودة حتى تفعّل عملية الأتمتة مجددًا. يمكن لعنوان Inbound Webhook URL مواصلة قبول الطلبات وتسجيلها أثناء الإيقاف المؤقت، لكن هذه الطلبات لا تبدأ عمليات تشغيل.

Disconnecting — لم تعد المشغّلات الابتدائية تقبل جهات اتصال جديدة، لكن جهات الاتصال الموجودة تواصل رحلاتها. عند مغادرة آخر جهة اتصال نشطة، تقوم Maildroppa بأرشفة عملية الأتمتة تلقائيًا. تكون عملية الأتمتة في حالة الفصل للقراءة فقط.

Archived — انتهت عملية الأتمتة وأصبحت للقراءة فقط. لم تعد تقبل جهات اتصال أو تنفّذ خطوات. لا يزال بإمكانك عرضها أو استخدامها أساسًا لمسودة جديدة.

الأعداد في الصفحة العامة

يمثل Active Subscribers عدد جهات الاتصال التي تنتظر حاليًا عند خطوة في عملية الأتمتة أو تمر بها.

يمثل Completed Subscribers عدد عمليات تشغيل الأتمتة المكتملة. إذا كان الدخول المتكرر مفعّلًا، يمكن لجهة اتصال واحدة إكمال عملية الأتمتة نفسها أكثر من مرة، لذا فهذا عدد مرات إكمال وليس بالضرورة عدد جهات اتصال فريدة.

إجراءات الصف

افتح قائمة النقاط الثلاث في نهاية الصف. تعتمد الإجراءات المتاحة على الحالة الحالية:

• يمكن إيقاف عمليات الأتمتة النشطة مؤقتًا، أو فصلها، أو تعديلها، أو نسخها كمسودة، أو حذفها.
• يمكن تفعيل عمليات الأتمتة المتوقفة مؤقتًا، أو فصلها، أو تعديلها، أو نسخها كمسودة، أو حذفها.
• يمكن عرض عمليات الأتمتة قيد الفصل والمؤرشفة، أو نسخها كمسودة، أو حذفها.
• يمكن تعديل المسودات أو حذفها.

ينشئ “Use as Draft” نسخة منفصلة قابلة للتعديل. ولا يعيد تفعيل عملية الأتمتة الأصلية أو يغيّرها. إذا كان المصدر يستخدم Inbound Webhook URL، فلن يُنسخ عنوان URL السري إلى المسودة الجديدة؛ ويجب أن تحصل النسخة على عنوان URL خاص بها.

إنشاء عملية أتمتة

انقر على “Create Automation” لفتح المنشئ المرئي.

تحتاج كل عملية أتمتة قابلة للاستخدام إلى:

1. اسم.
2. مشغّل واحد على الأقل.
3. خطوة متصلة واحدة على الأقل.
4. مسار مكتمل من الخطوة الأولى إلى نهاية كل فرع.

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

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

المشغّلات: كيف تدخل جهات الاتصال إلى عملية أتمتة

المشغّل هو نقطة بدء عملية الأتمتة. توفّر Maildroppa حاليًا تسعة أنواع من المشغّلات:

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

المشغّلات العامة والمحددة

يمكن لمشغّلات التسجيل والوسوم والحقول تغطية مصدر واسع أو مصدر محدد واحد.

على سبيل المثال، يستجيب “Any Tag” لكل وسم ينشئه العميل، بينما يستجيب مشغّل “Webinar” فقط عند تعيين ذلك الوسم. ويعمل “Any Field” والمشغّل الخاص بحقل محدد بالطريقة نفسها.

لا يمكن أن تحتوي عملية أتمتة على مشغّل عام ومشغّل محدد من النوع نفسه في الوقت ذاته. يتضمن “Any Tag” وسم “Webinar” أصلًا، لذا فإن إضافة كليهما ستؤدي إلى تداخل. كما تُمنع المشغّلات المحددة المكررة لأنها غير مفيدة.

يمكنك إضافة ما يصل إلى 30 مشغّلًا قياسيًا إلى عملية أتمتة واحدة. تدخل جهة الاتصال عند تطابق أيٍّ منها. لكن Custom Event وInbound Webhook URL هما مشغّلان خاصان ببيانات الأحداث ويتبعان قواعد أكثر صرامة موضحة أدناه.

Signup Confirmed

يبدأ هذا المشغّل فقط بعد أن تنقر جهة الاتصال على رابط تأكيد Double Opt-in الخاص بالتسجيل. لا يكفي إرسال النموذج وحده.

اختر نطاق المصدر الذي يطابق الرحلة:

• Form — اختر نموذج تسجيل محددًا.
• Signup flow — اختر Signup Flow محددًا.
• All sources — استجب للتسجيلات المؤكدة من جميع المصادر.

استخدم Form محددًا عندما ترتبط عملية الأتمتة بموضع واحد، مثل صفحة هبوط لندوة عبر الإنترنت. واستخدم Signup Flow محددًا عندما تتشارك عدة نماذج عمدًا رحلة التأكيد والمتابعة نفسها. استخدم All sources فقط عندما يجب أن تتلقى كل عملية تسجيل مؤكدة عملية الأتمتة نفسها.

للاطلاع على تفاصيل رسائل Double Opt-in وعمليات إعادة التوجيه وصفحات التأكيد وتعيينات النماذج، راجع دليل Signup Flows.

Date Anniversary

يبدأ Date Anniversary عملية الأتمتة كل عام في الشهر واليوم المخزنين في حقل Date مخصص محدد.

على سبيل المثال، إذا كان حقل “Birthday” يحتوي على 1988-04-12، فيمكن للمشغّل البدء في 12 أبريل من كل عام. يحدد العام الأصلي التاريخ، لكنه لا يقصر المشغّل على ذلك العام وحده.

لا يمكن تحديد سوى حقول Date النشطة. وإذا لم يوجد حقل Date بعد، فأنشئ واحدًا ضمن Subscriber Fields and Tags قبل إعداد هذا المشغّل.

تحتاج الرحلات السنوية عادةً إلى تفعيل الدخول المتكرر. ومن دونه، لا يمكن لجهة اتصال أكملت عملية أتمتة عيد ميلاد العام الماضي الدخول إليها مجددًا هذا العام.

Tag is Added وTag is Removed

تبدأ هذه المشغّلات عند تعيين وسم أنشأه العميل فعليًا لجهة اتصال أو إزالته منها. اختر “Any Tag” أو وسمًا محددًا واحدًا.

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

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

لا تؤدي تغييرات الوسوم التي تنفذها خطوة في عملية أتمتة إلى بدء عملية أتمتة أخرى تعتمد على مشغّل وسم بشكل متكرر. استخدم إجراء “Start Other Automation” الصريح عندما تريد أن تسلّم عملية أتمتة جهة اتصال إلى أخرى عمدًا.

Field is Added وField is Updated وField is Removed

تستجيب هذه المشغّلات للتغييرات في قيم ملف المشترك الشخصي. ويمكن لكل منها مراقبة “Any Field” أو حقل محدد واحد.

• Field is Added — يتلقى حقل كان فارغًا قيمة.
• Field is Updated — تتغير قيمة موجودة إلى قيمة مختلفة.
• Field is Removed — تُمسح قيمة الحقل.

هذا التمييز مفيد. فعلى سبيل المثال، يمكن أن تؤدي إضافة تاريخ ميلاد للمرة الأولى إلى بدء رسالة تعليمية، بينما يمكن أن يؤدي تغييره لاحقًا إلى بدء عملية مراجعة للبيانات.

يمكن أن تنتج هذه الأحداث عن تعديلات الملف الشخصي التي تُجرى في تطبيق Maildroppa وتحديثات API الفردية المدعومة. ولا تبدأ معالجة التسجيل أو عمليات الاستيراد أو التغييرات التي تنفذها خطوة أتمتة أخرى مجموعة المشغّلات هذه. ولرحلة التسجيل، استخدم Signup confirmed بدلًا من ذلك.

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

للاطلاع على أنواع الحقول وسلوك الأرشفة، راجع دليل Subscriber Fields and Tags.

Custom Event وInbound Webhook URL

يتيح كلا مشغّلي بيانات الأحداث لنظام خارجي بدء عملية أتمتة وتوفير بيانات مؤقتة لعملية التشغيل الفردية تلك. وهما يخدمان أسلوبي تكامل مختلفين.

يجب أن يكون مشغّل بيانات الأحداث هو المشغّل الوحيد في عملية الأتمتة. لا يمكنك الجمع بين Custom Event أو Inbound Webhook URL وبين Signup confirmed أو مشغّل وسم أو مشغّل حقل أو Date Anniversary أو مشغّل بيانات أحداث ثانٍ. تضمن هذه القاعدة توفر خصائص الأحداث بشكل موثوق في كل رسالة بريد إلكتروني وشرط في التدفق.

تنتمي بيانات الحدث إلى عملية تشغيل أتمتة واحدة. ولا تتحول تلقائيًا إلى بيانات دائمة في ملف المشترك الشخصي. أضف خطوة Update Field إذا كان ينبغي أيضًا تخزين معلومات محددة لدى جهة الاتصال.

إعداد مشغّل Custom Event

اختر “Custom Event” عندما يتمكن خادمك من استدعاء Maildroppa Events API باستخدام مفتاح API.

الخطوة 1: اختيار مفتاح الحدث

أدخل اسمًا ثابتًا لحدث تجاري، مثل:

• trial.started
• order_paid
• booking_created

يمكن أن يحتوي مفتاح الحدث على أحرف وأرقام ونقاط وشرطات سفلية وواصلات. المطابقة دقيقة، لذا فإن order_paid وorder.paid حدثان مختلفان. حافظ على ثبات الاسم بعد نشر التكامل.

الخطوة 2: تحديد السماح بجهات اتصال جديدة

استخدم “Allow new contacts from this source” للتحكم في عناوين البريد الإلكتروني غير المعروفة.

• عند إيقافه، لا يمكن بدء عملية الأتمتة إلا باستخدام عنوان بريد إلكتروني ينتمي بالفعل إلى جهة اتصال في Maildroppa. وتُرفض العناوين غير المعروفة.
• عند تفعيله، تنشئ Maildroppa جهة اتصال لعنوان بريد إلكتروني غير معروف ثم تبدأ عملية الأتمتة.

اتركه متوقفًا عندما ينبغي للنظام المُرسل إثراء جهات الاتصال المُدارة بالفعل في Maildroppa أو التفاعل معها فقط. وفعّله فقط عندما يكون الحدث الخارجي مصدرًا معتمدًا لإنشاء جهات اتصال وتتوفر في عمليتك الصلاحية اللازمة.

الخطوة 3: إنشاء مفتاح API أو استخدامه

توضح قائمة الإعداد ما إذا كان مفتاح API متاحًا. وإذا لزم الأمر، أنشئه من إعداد المشغّل.

تعامل مع مفتاح API كأنه كلمة مرور. استخدمه فقط في التعليمات البرمجية على جانب الخادم. لا تضعه في JavaScript الخاص بالمتصفح أو مستودع عام أو لقطات شاشة أو تذاكر دعم أو وثائق عامة أو سجلات مشتركة. يؤدي نسخ أمر cURL النموذجي أيضًا إلى نسخ السر إلى الحافظة.

يُرسل الطلب إلى:

POST https://api.maildroppa.com/events

مع الترويسة:

X-API-Key: YOUR_API_KEY

للاطلاع على أمان المفاتيح وتدويرها عمومًا، راجع دليل API Key.

الخطوة 4: إرسال حدث اختبار

أرسل الحدث مع ضبط triggerAutomations على false. يتيح ذلك لـ Maildroppa مراقبة خصائص الحدث دون بدء عملية أتمتة مباشرة.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

يجب أن تكون الخصائص كائنًا مسطحًا. ويمكن أن تكون القيم سلاسل نصية أو أرقامًا أو قيمًا منطقية أو null. ويمكن أن تحتوي أسماء الخصائص على أحرف وأرقام وشرطات سفلية ونقاط وواصلات. ويمكن أن يصل حجم كائن properties المتسلسل إلى 64 KiB.

تعرض Maildroppa الخصائص التي تمت ملاحظتها في إعداد المشغّل. ثم تصبح قابلة للتحديد في تخصيص البريد الإلكتروني وتحت Event data في الشروط. على سبيل المثال، يمكن إدراج planName في رسالة بريد إلكتروني بصيغة {{event.planName}}.

الخطوة 5: إكمال قائمة التحقق والتفعيل

تؤكد قائمة التحقق الخاصة بـ Custom Event ما يلي:

• تم إعداد مفتاح الحدث.
• مفتاح API متاح.
• تمت ملاحظة بيانات حدث الاختبار.
• المشغّل جاهز للتفعيل.

بعد تفعيل عملية الأتمتة، أرسل أحداث الإنتاج مع ضبط triggerAutomations على true. يجب أن يطابق مفتاح الحدث تمامًا. تُخزّن خصائص الحدث مع عملية تشغيل الأتمتة وتظل متاحة طوال خطواتها.

إعداد مشغّل Inbound Webhook URL

اختر “Inbound Webhook URL” عندما يستطيع تطبيق خارجي إرسال طلب JSON من نوع POST، لكنه لا ينبغي أن يستخدم مفتاح API العام لحسابك.

تنشئ Maildroppa عنوان URL سريًا وفريدًا لعملية الأتمتة هذه، مثل:

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

يمنح الرمز الموجود في المسار صلاحية الوصول. ولا يلزم مفتاح API، ولا يمكن البدء إلا بعملية الأتمتة المرتبطة بعنوان URL هذا.

الخطوة 1: إنشاء عنوان URL

أضف مشغّل Inbound Webhook URL واحفظ عملية الأتمتة عند طلب ذلك. ثم تنشئ Maildroppa عنوان URL الخاص بها وتعرضه.

انسخ عنوان URL إلى إعدادات Webhook في النظام الخارجي. تعامل مع عنوان URL الكامل كأنه كلمة مرور. لا تنشره أو تضعه في تعليمات برمجية على جانب العميل أو تضمه إلى السجلات المشتركة العادية.

الخطوة 2: إرسال طلب اختبار JSON

يوفر الإعداد أمثلة جاهزة للنسخ لنظامي macOS/Linux وWindows PowerShell. أرسل طلب Webhook واحدًا لجهة اتصال واحدة. يجب أن تحتوي الحمولة على بريد إلكتروني صالح للمستلم في موضع يمكن لـ Maildroppa التعرف عليه.

على سبيل المثال:

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

قبل التفعيل، تُخزّن الطلبات المقبولة فقط كبيانات اختبار قصيرة الأجل. ولا تبدأ عملية الأتمتة ولا ترسل رسائل بريد إلكتروني.

إذا كان النظام الخارجي يعيد إرسال الطلبات تلقائيًا، فأرسل ترويسة Idempotency-Key أو X-Webhook-Id. يساعد ذلك Maildroppa على التعرف على التسليم نفسه بدلًا من بدء الحدث نفسه مرتين. وإذا كان حدثان متطابقان ظاهريًا مقصودين، فامنح كل واحد منهما معرّف حدث خاصًا به.

الخطوة 3: تحديد بريد المستلم

تفحص Maildroppa أحدث طلب اختبار صالح وتبحث عن حقول بريد إلكتروني محتملة.

• إذا عُثر على حقل واضح واحد، فقد يتم تحديده تلقائيًا.
• إذا عُثر على عدة حقول محتملة، فاختر الحقل الذي يحدد جهة الاتصال.
• إذا لم يُعثر على أي حقل، فعدّل الحمولة وأرسل طلب اختبار آخر.

ينتمي المسار المحدد إلى عقد Webhook. أرسل طلبًا واحدًا لكل مستلم بدلًا من مصفوفة من المستلمين.

الخطوة 4: تحديد إنشاء جهات الاتصال المفقودة

عند تعطيل “Create missing contacts”، تبدأ عملية الأتمتة لجهات الاتصال الموجودة فقط. تُسجّل عناوين البريد الإلكتروني غير المعروفة، لكنها لا تبدأ عملية تشغيل.

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

الخطوة 5: مراجعة بيانات الحدث

تعرض Maildroppa القيم القابلة للاستخدام التي تمت ملاحظتها في حمولة الاختبار. هذه الاقتراحات ليست مخططًا دائمًا وكاملًا. وإذا كان حقل مطلوب مفقودًا، فأدرجه في طلب اختبار جديد وحدّث بيانات الاختبار.

يحظى بريد المستلم بمعالجة خاصة ولا يُكرر كخاصية لبيانات الحدث. وقد تُستبعد أيضًا القوائم والقيم التي تبدو حساسة والقيم المتداخلة بعمق والكائنات الفارغة وأسماء الخصائص غير الآمنة والحقول التي تتجاوز حدود الاكتشاف المدعومة.

تصبح الحقول التي تمت ملاحظتها متاحة في الرسائل كوسوم دمج وفي الشروط ضمن Event data. وتُلتقط قيمها بشكل منفصل لكل عملية تشغيل أتمتة مباشرة.

الخطوة 6: إكمال قائمة التحقق والتفعيل

توضح قائمة التحقق الخاصة بالإعداد ما إذا كان:

• عنوان URL الخاص بـ Webhook جاهزًا.
• قد تم تلقي طلب اختبار صالح.
• قد تم اكتشاف بريد المستلم أو تحديده.
• بيانات الحدث متاحة عندما يستخدمها التدفق.
• Webhook جاهزًا للتفعيل.

عند تفعيل عملية الأتمتة، تزيل Maildroppa عينات الإعداد. ويمكن للطلبات الجديدة بعد ذلك بدء عمليات تشغيل فعلية.

حالة عنوان URL وأمانه

يمكن أن يكون لعنوان URL الوارد الحالات التالية:

• Pending — تُخزّن الطلبات كبيانات إعداد ولا تبدأ عمليات تشغيل.
• Live — يمكن للطلبات الصالحة بدء عملية الأتمتة النشطة.
• Paused — تُقبل الطلبات وتُسجل، لكنها لا تبدأ عمليات تشغيل.
• Revoked — تم تعطيل عنوان URL نهائيًا ولم يعد يبدأ عمليات تشغيل.
• Expired — لم يتم تفعيل الإعداد في الوقت المحدد. أنشئ عنوان URL جديدًا واختبره مرة أخرى.

استخدم “Rotate URL” عند التخطيط لتغيير. تنشئ Maildroppa عنوان URL جديدًا بينما يظل العنوان السابق صالحًا لمدة 24 ساعة، مما يمنحك وقتًا لتحديث التطبيق الخارجي.

استخدم “Replace URL Now” فقط إذا تم كشف عنوان URL الحالي أو إساءة استخدامه. فهو يعطل العنوان القديم فورًا ولا يمكن التراجع عنه. حدّث الجهة المرسلة بعنوان URL الجديد الذي تم إنشاؤه قبل انتظار مزيد من الأحداث.

إضافة الخطوات وتعديلها

انقر على زر زائد أسفل مشغّل أو بين خطوات موجودة. يعرض مربع الحوار الأول أربعة خيارات رئيسية:

• Action
• Delay
• Email
• Condition

يفتح Action وDelay اختيارًا ثانيًا يتضمن أنواع الخطوات الفردية.

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

خطوات Action

تحتوي فئة Action على سبعة إجراءات.

Update Field

حدد حقلًا للمشترك وأدخل القيمة الجديدة. يتكيف الإدخال مع نوع الحقل، بما في ذلك حقول الاختيار والاختيار المتعدد.

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

Add Tag

حدد وسمًا أنشأه العميل لتعيينه لجهة الاتصال. لا تتوفر وسوم النظام لهذا الإجراء.

استخدم الوسوم للتنظيم الداخلي والتقسيم واختيار الحملات لاحقًا. تؤدي إضافة وسم معين بالفعل إلى ترك الملف الشخصي دون تغيير.

Remove Tag

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

Start Other Automation

حدد عملية أتمتة أخرى مناسبة وابدأها لجهة الاتصال نفسها.

هذه هي الطريقة الصريحة لربط الرحلات الأصغر القابلة لإعادة الاستخدام. تستبعد Maildroppa الأهداف غير الصالحة وتتحقق من تبعيات عمليات الأتمتة لمنع الحلقات، مثل أن تبدأ Automation A عملية Automation B بينما تبدأ Automation B عملية Automation A.

تظل قواعد الدخول المتكرر لعملية الأتمتة المستهدفة سارية. ولا يمكن لجهة اتصال نشطة هناك بدء عملية تشغيل ثانية متزامنة.

Stop Other Automation

حدد عملية أتمتة أخرى يجب أن تتوقف جهة الاتصال فيها عن التقدم. يفيد ذلك عندما يجعل حدث لاحق سلسلة رعاية أقدم غير ذات صلة.

Send Webhook

ينشئ Send Webhook طلب JSON من نوع POST وموقّعًا عند وصول جهة الاتصال إلى هذه الخطوة. وهو إجراء صادر ويختلف عن مشغّل Inbound Webhook URL الوارد.

اضبط ما يلي:

• عنوان URL عامًا للوجهة باستخدام HTTPS.
• ترويسات مخصصة اختيارية للمصادقة من جانب الخادم.
• جميع حقول المشترك المدعومة أو مجموعة محددة منها.
• سر Signing الخاص بـ Webhook للحساب.

يعرض مربع الحوار معاينة للحمولة قبل الحفظ. أرسل Webhook اختباريًا للتحقق من نقطة النهاية، ثم افحص نتيجة التسليم وسجل عمليات التسليم الإنتاجية اللاحقة من الخطوة.

تُرسل بيانات المشترك في نص JSON. حافظ على ثبات عنوان URL للوجهة؛ ولا تضع البيانات الشخصية أو الأسرار في معلمات الاستعلام. تعمل عمليات التسليم الإنتاجية في الخلفية وتعيد محاولة حالات الفشل المؤقتة. يُرسل طلب الاختبار مرة واحدة ولا يُعاد إرساله.

إذا أعاد المستلم 410 Gone، تعطل Maildroppa التسليم لهذه الخطوة لأن نقطة النهاية صرحت صراحةً بأنها لم تعد موجودة. أصلح المستلم أو عنوان URL، ثم استخدم “Re-enable” في الخطوة.

تستخدم Webhooks الخاصة بعمليات الأتمتة وWebhooks المطورين على مستوى الحساب سر Signing نفسه. للتحقق من التوقيع وسلوك إعادة المحاولة ومتطلبات الوجهة وتدوير السر، راجع دليل Webhooks.

Unsubscribe

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

استخدمه فقط عندما تمثل عملية الأتمتة قرارًا واضحًا بإلغاء الاشتراك أو سياسة صممتها عمدًا. لا تستخدمه لمجرد إيقاف عملية أتمتة واحدة؛ استخدم Stop Other Automation لهذا الغرض.

خطوات Delay

تتحكم فترات الانتظار في وقت وصول جهة الاتصال إلى الخطوة التالية.

Fixed Delay

أدخل قيمة واختر Minutes أو Hours أو Days أو Weeks أو Months.

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

Date Field Delay

حدد حقل Date مخصصًا نشطًا. تنتظر جهة الاتصال حتى يحين التاريخ المخزن في ذلك الحقل.

يجب عليك أيضًا تحديد ما يحدث إذا لم تكن لدى جهة الاتصال قيمة في ذلك الحقل:

• Proceed Immediately — تخطَّ الانتظار وتابع إلى الخطوة التالية.
• Wait Indefinitely — أبقِ جهة الاتصال عند هذه الخطوة حتى تتوفر قيمة.
• Remove Subscriber — أنهِ عملية تشغيل الأتمتة الحالية لجهة الاتصال.

اختر بعناية. قد يؤدي “Wait Indefinitely” إلى إبقاء جهات الاتصال نشطة مدة طويلة، بينما ينهي “Remove Subscriber” رحلتها دون تنفيذ الخطوات اللاحقة.

إنشاء رسالة بريد إلكتروني مباشرةً في عملية الأتمتة

تفتح خطوة Email الآن محرر بريد إلكتروني كاملًا داخل سير عمل عملية الأتمتة. ولم تعد بحاجة إلى إنشاء Transactional Email منفصل ثم تحديده من قائمة منسدلة.

أدخل Subject وPreheader اختياريًا، ثم أنشئ نص الرسالة في المحرر المرئي. يمكنك سحب كتل المحتوى إلى الرسالة، وضبط مظهرها، أو النقر على “Browse Templates” للبدء من تصميم موجود. انقر على “Save Step” لإعادة الرسالة المكتملة إلى لوحة عملية الأتمتة.

يتضمن البريد تذييل Maildroppa القياسي للحساب. اضبط مظهره العام من خلال صفحة Footer Style.

Subject وPreheader

يُعد Subject مطلوبًا ويمكن أن يحتوي على ما يصل إلى 255 حرفًا. أما Preheader فهو اختياري ويمكن أن يحتوي على ما يصل إلى 100 حرف.

ضع الجزء المهم في البداية لأن صناديق البريد غالبًا ما تختصر كليهما. يعرض المحرر إرشادات الطول أثناء الكتابة.

القوالب وكتل المحتوى

يفتح “Browse Templates” قوالب مناسبة لرسائل البريد الإلكتروني. يؤدي اختيار قالب إلى استبدال تصميم النص الحالي، لذا اختر القالب قبل إجراء عمل يدوي مكثف.

استخدم في المحرر المرئي الهياكل وكتل المحتوى للنصوص والصور والأزرار والمسافات والروابط الاجتماعية وغيرها من المحتويات المدعومة. عاين الروابط وتخطيط الهاتف المحمول وهوية المرسل وتباين التذييل والنص النهائي قبل التفعيل.

التخصيص

استخدم حقول تخصيص المشترك للمعلومات المخزنة لدى جهة الاتصال.

عندما تبدأ عملية الأتمتة من Custom Event أو Inbound Webhook URL، تصبح خصائص الأحداث التي تمت ملاحظتها متاحة أيضًا كوسوم تخصيص. على سبيل المثال:

Your {{event.planName}} trial has started

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

إضافة Lead Magnet إلى رسالة بريد إلكتروني في عملية الأتمتة

يمكن لرسائل البريد الإلكتروني المؤتمتة تسليم Lead Magnet فورًا بعد تسجيل مؤكد. ويمكن أن يكون Lead Magnet ملفًا مرفوعًا محميًا أو عرض URL تتم إدارته في Maildroppa.

يتوفر تسليم Lead Magnet فقط عندما تكون كل المشغّلات في عملية الأتمتة من نوع “Signup confirmed” لـ Signup Flow محدد تحديدًا. ولا يتوفر مع All sources أو نطاق Form مباشر أو Date Anniversary أو مشغّلات الوسوم أو الحقول أو Custom Event أو Inbound Webhook URL. وتضمن هذه العلاقة الصارمة أن التنزيل ينتمي إلى رحلة Double Opt-in مكتملة ذات Signup Flow معروف.

لإضافة Lead Magnet:

1. أضف خطوة Email أو عدّلها في عملية أتمتة مؤهلة.
2. افتح “Lead magnet delivery”.
3. حدد الملف أو عرض URL.
4. أنشئ زرًا أو رابطًا نصيًا في نص البريد الإلكتروني.
5. استخدم وسم تخصيص “Lead magnet URL” كوجهة لذلك الرابط.
6. احفظ خطوة Email ثم احفظ عملية الأتمتة.

تستخدم Maildroppa وسم الدمج {{ lead_magnet_url }} داخليًا وتستبدله وقت الإرسال برابط تنزيل محمي من Maildroppa.

يجب استخدام الوسم كوجهة رابط في نص البريد الإلكتروني. لا تضعه في Subject أو Preheader أو النص المرئي أو أي موضع آخر غير الرابط. يمنع المحرر حفظ Lead Magnet محدد دون رابط تنزيل صالح، كما يمنع استخدام وسم Lead magnet URL دون تحديد عرض.

يبقى الرابط المحمي ثابتًا. فإذا استبدلت الملف لاحقًا أو غيّرت وجهة العرض، تظل الروابط الموجودة في الرسائل المرسلة سابقًا تعمل وتحيل إلى الوجهة الحالية.

خطوات Condition

تقيّم Condition البيانات عند وصول جهة الاتصال إلى الخطوة وتقسم الرحلة إلى مسارين:

• YES — يطابق التعبير الكامل.
• NO — لا يطابق التعبير.

يمكن للشروط استخدام حقول المشترك والوسوم والشرائح. وفي عملية أتمتة تعتمد على Custom Event أو Inbound Webhook، يمكنها أيضًا استخدام Event data التي تمت ملاحظتها.

دمج عوامل التصفية

تستخدم الشروط مجموعات عوامل تصفية:

• تُربط عوامل التصفية داخل المجموعة نفسها باستخدام AND. يجب أن يطابق كل عامل تصفية في تلك المجموعة.
• تُربط المجموعات المنفصلة باستخدام OR. يكفي تطابق مجموعة كاملة واحدة.

على سبيل المثال:

Group 1

• Country يساوي Germany
• ووسم AND يحتوي على Customer

OR Group 2

• Event data planName تساوي Professional
• وEvent data trialDays أكبر من 7

إذا تطابقت أي مجموعة كاملة، تتبع جهة الاتصال مسار YES. وإلا فتتبع مسار NO.

شروط بيانات الأحداث

لا يظهر خيار Event data إلا عندما تحتوي عملية الأتمتة على مشغّل Custom Event أو Inbound Webhook URL وتكون Maildroppa قد لاحظت خصائص قابلة للاستخدام.

إذا كانت خاصية مفقودة، فأرسل اختبار Custom Event آخر مع triggerAutomations: false، أو أرسل طلب اختبار Inbound Webhook آخر قبل التفعيل. ويمكن معاينة شروط Inbound Webhook مقابل عينة الاختبار المقبولة أثناء الإعداد.

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

إنشاء أكثر من مسارين

يحتوي كل Condition فردي على فرعي YES وNO فقط. لإنشاء تدفق يعتمد على البلد أو خطة الأسعار أو مسارات متعددة أخرى، صِل Condition آخر بفرع NO وتابع حتى تصل إلى المسار الاحتياطي النهائي.

حفظ عملية الأتمتة وتفعيلها والدخول المتكرر

عند اكتمال التدفق، احفظه كمسودة أو فعّله.

امنح عملية الأتمتة اسمًا واضحًا وفريدًا مثل “Confirmed Signup - Main Welcome” أو “Annual Birthday Offer” أو “Trial Started - Professional”. يجعل الاسم المحدد التعرف على الإصدارات والإجراءات بين عمليات الأتمتة أسهل بكثير.

السماح بالدخول المتكرر

يتحكم الدخول المتكرر في إمكانية دخول جهة اتصال أكملت عملية الأتمتة سابقًا إليها مرة أخرى.

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

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

فعّل الدخول المتكرر للرحلات القابلة للتكرار فعلًا، مثل المناسبات السنوية أو عمليات الشراء المتكررة. واتركه متوقفًا لعمليات الإعداد لمرة واحدة أو Lead Magnet ينبغي تسليمه مرة واحدة فقط.

فحوصات التفعيل

قبل أن تصبح عملية الأتمتة نشطة، تتحقق Maildroppa من الإعداد الكامل. وقد يشمل ذلك، حسب التدفق:

• اكتمال المشغّل والخطوة.
• الفروع المتصلة وخطوة بدء صالحة.
• الحلقات أو تبعيات عمليات الأتمتة غير الصالحة.
• محتوى البريد الإلكتروني وصياغة التخصيص.
• تعيين Lead Magnet وموضع رابط التنزيل.
• مفتاح API الخاص بـ Custom Event وبيانات الاختبار التي تمت ملاحظتها.
• عنوان URL الخاص بـ Inbound Webhook وطلب الاختبار وبريد المستلم وحقول الأحداث المشار إليها.
• سر Signing الخاص بـ Webhook الصادر.

عالج كل عنصر إعداد مفتوح بدلًا من التفعيل بناءً على افتراض لم يُختبر.

تعديل عملية أتمتة نشطة

يمكنك فتح عملية أتمتة نشطة أو متوقفة مؤقتًا في المحرر. وإذا كانت جهات الاتصال النشطة قد تتأثر، فسيقدم الحفظ خيارين.

Update Automation

يطبّق ذلك التغييرات مباشرةً على عملية الأتمتة الحالية.

استخدمه للتصحيحات الصغيرة والآمنة عندما تفهم مواضع انتظار جهات الاتصال النشطة. قد يؤدي إزالة خطوة أو استبدالها إلى تعطيل رحلتها أو إزالة جهات الاتصال من عملية الأتمتة.

Save as New Version

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

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

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

الإيقاف المؤقت والفصل والنسخ والحذف

الإيقاف المؤقت عندما تنوي الاستئناف

أوقف عملية الأتمتة مؤقتًا لإيقاف الإدخالات الجديدة وتجميد جهات الاتصال النشطة مؤقتًا. فعّلها مرة أخرى عند انتهاء المشكلة أو المقاطعة المخطط لها.

يفيد الإيقاف المؤقت أثناء تصحيح وجهة أو مراجعة رسالة بريد إلكتروني أو إيقاف رحلة حساسة للوقت مؤقتًا. تذكر أن طلبات Inbound Webhook التي تُستقبل أثناء الإيقاف المؤقت لا تتحول إلى عمليات تشغيل مؤجلة؛ بل تُقبل وتُسجل دون بدء عملية الأتمتة.

الفصل عندما ينبغي لجهات الاتصال الموجودة الإكمال

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

استخدام المسودة لرحلة جديدة

استخدم Use as Draft عندما يكون الهيكل مفيدًا، لكن يجب أن تكون عملية الأتمتة الجديدة مستقلة. أعد تسمية النسخة، وراجع كل مشغّل ورسالة موجهة إلى المستلم وهدف إجراء وWebhook وفترة انتظار وشرط قبل تفعيلها.

الحذف بحذر

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

قائمة تحقق عملية للإعداد

قبل التفعيل، راجع عملية الأتمتة من منظور جهة الاتصال:

1. هل يمثل كل مشغّل الحدث الدقيق الذي ينبغي أن يبدأ الرحلة؟
2. إذا وُجدت عدة مشغّلات قياسية، فهل نطاقاتها غير متداخلة ومقصودة؟
3. هل الدخول المتكرر مناسب لحالة الاستخدام هذه؟
4. هل يؤدي كل فرع إلى مكان منطقي؟
5. هل مدد الانتظار صحيحة، وهل تتعامل كل Date Field Delay مع القيمة المفقودة بطريقة مناسبة؟
6. هل تمت مراجعة جميع Subjects وPreheaders والروابط ووسوم التخصيص وتخطيطات الهاتف المحمول؟
7. إذا تم تحديد Lead Magnet، فهل استُخدم وسمه المحمي كوجهة رابط في النص؟
8. إذا تم استخدام بيانات الأحداث، فهل احتوى طلب الاختبار على كل خاصية مطلوبة؟
9. هل تُخزّن عناوين Webhook والأسرار فقط في أنظمة مناسبة على جانب الخادم؟
10. هل نجحت معاينات واختبارات Webhook الصادر؟
11. هل سيؤدي Update Automation إلى تعطيل جهات الاتصال النشطة، مما يجعل Save as New Version أكثر أمانًا؟
12. هل توجد طريقة واضحة لإيقاف الرحلة مؤقتًا أو فصلها إذا تعطل اعتماد خارجي؟

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