الرسائل المجدولة على Omdaa: تذكيرات وdrip بدون نسيان
من /dashboard/scheduled ومن API (schedule_message / cancel_scheduled_message / list) تخزّن رسالة لإرسالها لاحقاً على جلسة متصلة. مفيد عندما لا تريد Cron خاصاً على سيرفرك.
حالات استخدام قوية
- تذكير موعد قبل 24 ساعة أو ساعتين.
- متابعة سلة متروكة بعد موافقة التسويق.
- سلسلة onboarding (يوم 0 / 2 / 7) مع إمكانية الإلغاء.
- تنبيه داخلي للفريق في وقت محدد.
تشغيل موثوق
ثبّت timezone في منطقك (لا تفترض UTC دائماً في UI). ألغِ قبل الموعد إذا تغيّر الحجز. تأكد أن الجلسة ستكون connected وقت التنفيذ — جدولة على جلسة ميتة = فشل صامت أو خطأ مسجّل.
اربط Webhook لمعرفة نجاح الإرسال الفعلي. للآلاف من المستلمين في نفس الثانية استخدم Bulk مع throttle بدل آلاف scheduled منفصلة بلا خطة.
نمذجة الوقت في تطبيقك
خزّن الموعد كـ UTC في قاعدة بياناتك واعرض المحلي للمستخدم. عند تغيير الموعد من العميل ألغِ الرسالة القديمة قبل إنشاء الجديدة لتجنب تذكيرين. للحجوزات الملغاة اجعل الإلغاء جزءاً من نفس transaction في backendك.
السلاسل (drip): عرّف حالة المستخدم (اشترك، أكمل الملف، اشترى). لا ترسل خطوة 3 لمن لم يكمل خطوة 1. Scheduled أداة تنفيذ؛ آلة الحالات عندك.
المراقبة
لوحة Scheduled + Webhook نجاح/فشل + تقرير يومي للرسائل المستحقة المتبقية. إن تراكمت مئات الرسائل «عالقة» افحص الجلسة أولاً لا التطبيق.
أخطاء شائعة في الجدولة
جدولة آلاف الرسائل لنفس الثانية تُبهظ الجلسة — وزّعها. نسيان إلغاء تذكير بعد إلغاء الموعد يضر الثقة. الاعتماد على ساعة الجهاز المحلية في السيرفر بدون UTC يسبب انحرافاً موسمياً. اكتب اختباراً واحداً يجدول بعد دقيقة ويلغي قبلها.
أسئلة شائعة
هل أقدر أعدّل رسالة مجدولة؟
عادةً: إلغاء ثم إنشاء جديد — راجع سلوك اللوحة/API الحالي.
ماذا لو انقطعت الجلسة وقت الإرسال؟
يفشل الإرسال — راقب الجلسات وأعد الجدولة.
فرقها عن Bulk؟
Scheduled = توقيت دقيق لرسائل محددة؛ Bulk = شريحة كبيرة بمعدل.
هل تدعم الوسائط؟
حسب نوع الرسالة المدعوم في API عند الجدولة — اختبر في staging.
ابدأ مجاناً: إنشاء حساب · لوحة التحكم · الوثائق