لم يُرسَل بريدي الإخباري الجماعي — ما الذي حدث؟

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

تحقق من حالة الإرسال في لوحة الإدارة

انتقل إلى Admin → Newsletter → Sent وابحث عن الإرسالة الجماعية. سيعرض عمود الحالة إحدى القيم التالية: Queued (لم تبدأ بعد)، أو Sending (جارية)، أو Partial (بعض الإخفاقات)، أو Completed (اكتملت)، أو Failed (لم تُرسَل أصلاً). في حالتَي Partial وFailed، انقر على سجل الإرسال لرؤية تفاصيل الأخطاء لكل دُفعة.

حدود معدل الإرسال في Resend

معدل الإرسال الافتراضي في Resend هو 100 رسالة في الثانية على الخطط المدفوعة، و10 رسائل في الثانية على الخطة المجانية. يُجمّع VeloCMS إرسالات النشرات الإخبارية في دُفعات للبقاء ضمن هذه الحدود. إن كانت قائمة مشتركيك كبيرة وكنت على خطة Resend محدودة السرعة، فقد يستغرق إتمام الإرسالة بالكامل عدة دقائق. هذا سلوك طبيعي — ليس إخفاقاً، بل انتظاراً في الصف. ستبقى حالة الإرسال «Sending» حتى تكتمل جميع الدُّفعات.

الخطة المجانية في Resend مقيّدة بـ100 رسالة يومياً. إن كان عدد مشتركيك يتجاوز 100 وأنت على الخطة المجانية، فلن يستلم النشرة إلا أول 100 مشترك. رقّ خطتك في Resend قبل الإرسال إلى قائمة كبيرة.

حالة التحقق من النطاق

يشترط Resend أن يكون نطاق إرسالك محقَّقاً — أي إضافة سجلات SPF وDKIM والتحقق منها — قبل أن تتمكن من إرسال بريد إلكتروني جماعي. على الخطط المدفوعة، يُحظر الإرسال من نطاق غير محقَّق كلياً لأسباب تتعلق بالامتثال.

انتقل إلى لوحة Resend → Domains.
يجب أن يظهر نطاق الإرسال بشارة 'Verified' خضراء. إن ظهر 'Unverified' أو 'Pending'، فإما أن سجلات DNS لم تنتشر بعد أو ثمة خطأ في الإعداد.
انقر على النطاق لمعرفة السجلات التي تُخفق تحديداً (SPF أو DKIM).
بعد إصلاح سجلات DNS، انقر 'Verify Now' — قد يستغرق نشر تغييرات DNS ما يصل إلى 30 دقيقة.
بعد اكتمال التحقق، أعد الإرسال من Admin → Newsletter → Sent → الإرسالة الفاشلة → Resend.

التحقق من صحة قائمة المشتركين

يتحقق VeloCMS من صحة عناوين البريد الإلكتروني للمشتركين قبل الإرسال. العناوين التي ارتدّت بارتداد دائم سابقاً (إخفاقات تسليم دائمة) تُستبعد تلقائياً — يحتفظ Resend بقائمة استثناء ويحترم VeloCMS هذه القائمة. إن لاحظت أن مشتركاً بعينه لا يتلقى النشرات، تحقق من Admin → Members → ابحث عن العضو → تفقّد عنوان بريده الإلكتروني بحثاً عن أخطاء إملائية وتحقق من حالته (Active أو Unsubscribed أو Bounced).

لا تحاول إعادة الإرسال إلى العناوين الموجودة في قائمة استثناء Resend. هذه العناوين ارتدّت منها رسائلك سابقاً أو أبلغت عنها كرسائل مزعجة — الاستمرار في الإرسال إليها يُضر بسمعة نطاقك كمُرسِل وقد يؤدي إلى تعليق حسابك في Resend.

Member-webhook والإرسال التلقائي عند النشر

يستطيع VeloCMS إرسال نشرة إخبارية تلقائياً للمشتركين عند نشر مقالة جديدة (Admin → Settings → Newsletter → Auto-send on publish). يعتمد هذا على حدث member-webhook داخلي. إن كان الإرسال التلقائي مُفعَّلاً لكن النشرات لا تُرسَل بعد النشر، تأكد من تسجيل نقطة نهاية member-webhook بشكل صحيح. انتقل إلى Admin → Settings → Integrations → Member Webhook وتحقق من أن عنوان URL السري والمفتاح السري يتطابقان مع متغيرات البيئة لديك (MEMBER_WEBHOOK_SECRET).

سجل أحداث Resend — الصورة الكاملة

للاطلاع على تفاصيل ما جرى لكل رسالة في الإرسالة الجماعية، انتقل إلى لوحة Resend → Logs. صفّ النتائج حسب نطاق إرسالك وتاريخ الإرسالة. ستجد أحداث الإرسال والتسليم والارتداد والشكاوى لكل عنوان بريد إلكتروني. إن أظهر Resend 'Delivered' لعنوان ما لكن المشترك يؤكد عدم وصول الرسالة، فالمشكلة في خادم بريده — أخبره بالتحقق من مجلد الرسائل المزعجة وإضافة نطاق إرسالك إلى القائمة البيضاء.