WordPress لا يرسل البريد الإلكتروني؟ إصلاحات SMTP، وDNS، والنماذج، وWooCommerce، وقابلية التسليم (2026)
استكشف أخطاء عدم إرسال البريد الإلكتروني في WordPress وأصلحها بقائمة فحص خطوة بخطوة تغطي SMTP، وتوثيق DNS، ونموذج التواصل، وWooCommerce، وإعادة تعيين كلمة المرور، والسجلّات، وقابلية التسليم.
عندما لا يرسل WordPress بريدًا إلكترونيًا، يمكن أن يحدث الإخفاق في أربعة أماكن: لا ينشئ WordPress الرسالة إطلاقًا، أو تحظرها إضافة أو تُوجِّهها بشكل خاطئ، أو يرفض المستضيف إرسالها، أو يرفضها مزوّدو صناديق الوارد أو يُصفّونها.
الإصلاح ليس “جرِّب إضافة نموذج تواصل أخرى” أولًا. ابدأ بتحديد الرسالة التي فشلت، ثم انتقل إلى إعداد مُرسِل مناسب بتوثيق DNS واختبارات قابلة للتكرار.
تشخيص سريع
استخدم هذا الجدول لتضييق المشكلة قبل تغيير الإضافات.
| العرض | السبب المحتمل | الفحص الأول |
|---|---|---|
| إعادة تعيين كلمة المرور لا تصل أبدًا | مسار إرسال WordPress معطّل | أرسِل رسالة اختبار من إضافة SMTP |
| يقول نموذج التواصل إنه أُرسل لكن صندوق الوارد فارغ | مشكلة في مستلم النموذج أو المُرسِل | تحقّق من إعدادات إشعار النموذج وسجلّات البريد |
| رسائل طلبات WooCommerce مفقودة | قالب معطَّل، أو مستلم خاطئ، أو مشكلة مُرسِل | راجع إعدادات بريد WooCommerce وضع طلب اختبار |
| تصل الرسائل إلى البريد العشوائي | توثيق أو سمعة ضعيفة | تحقّق من SPF وDKIM وDMARC ونطاق «من» والمحتوى |
| تُرسَل بعض الرسائل بينما يفشل غيرها | إعدادات إشعار خاصة بالإضافة | اختبر كل نوع إضافة بشكل منفصل |
| تعمل رسائل المسؤول لكن تفشل رسائل العملاء | تصفية المستلم، أو القالب، أو الاستبعاد | تحقّق من السجلّات وحالة عنوان بريد العميل |
لا تعتمد على اختبار واحد. اختبر إعادة تعيين كلمة المرور، ونماذج التواصل، وWooCommerce، وإشعارات المسؤول، وأي إضافة عضوية أو حجز ترسل بريدًا إلكترونيًا.
لماذا يفشل بريد WordPress
يستخدم WordPress دالة wp_mail()، التي تُمرِّر الرسائل عادةً إلى دالة بريد الخادم ما لم تُغيِّر إضافة المسار. يمكن أن يكون هذا المسار الافتراضي غير موثوق للأسباب التالية:
- قد يحظر المستضيف بريد PHP أو يُقيّد معدّله.
- قد لا تكون الرسائل موثَّقة بنطاق الإرسال.
- قد يكون لعناوين IP الخاصة بالاستضافة المشتركة سمعة ضعيفة.
- قد لا يطابق عنوان «من» نطاق الموقع.
- قد تكون الإخفاقات صامتة ما لم يُفعَّل التسجيل.
- قد تتجاوز إضافات متعددة سلوك البريد نفسه.
- قد تكون سجلّات DNS مفقودة أو غير متوافقة.
الإصلاح طويل الأمد هو الإرسال عبر SMTP مخصّص أو مُرسِل API وتوثيق النطاق.
الخطوة 1: أكِّد نوع الإخفاق
أنشئ مصفوفة اختبار قصيرة:
| الاختبار | لماذا يهم |
|---|---|
| إعادة تعيين كلمة المرور | يؤكّد بريد WordPress الأساسي |
| إشعار مستخدم جديد | يؤكّد بريد المسؤول والحساب |
| إرسال نموذج التواصل | يؤكّد إشعارات إضافة النموذج |
| طلب اختبار WooCommerce | يؤكّد بريد طلب العميل والمتجر |
| طلب فاشل أو استرداد | يؤكّد قوالب معاملاتية أقل شيوعًا |
| رسالة اختبار إضافة SMTP | يؤكّد الاتصال بالمُرسِل |
سجِّل ما إذا كانت كل رسالة قد وصلت، أو فُقدت، أو تأخّرت، أو أُرسلت إلى البريد العشوائي. هذا يُخبرك ما إذا كانت المشكلة عامة أو محصورة في إضافة واحدة.
الخطوة 2: ثبِّت مُرسِل SMTP أو API
استخدم إضافة مثل WP Mail SMTP أو مُرسِل WordPress موثوقًا آخر. يجب أن تسمح لك الإضافة بتوجيه بريد WordPress عبر مُرسِل مثل Brevo، أو SMTP.com، أو SendGrid، أو Mailgun، أو Gmail، أو Amazon SES، أو مزوّد آخر يدعم الإرسال الموثَّق.
الإعداد الأساسي:
- ثبِّت إضافة المُرسِل.
- اختر مزوّدًا تدعمه الإضافة.
- اتّصل بمفتاح API، أو OAuth، أو بيانات اعتماد SMTP.
- اضبط عنوان بريد «من» يستخدم نطاقك.
- اضبط اسم «من» يطابق الموقع أو العلامة التجارية.
- فعِّل إعدادات فرض «من» فقط بعد التأكّد من أنها لن تُعطِّل الإضافات.
- أرسِل رسالة اختبار.
غالبًا ما يكون مراقبة مُرسِلات API أسهل من بيانات اعتماد SMTP الخام لأنها توفّر أخطاءً وسجلّات أحداث أوضح. لا يزال SMTP يعمل عند ضبطه بشكل صحيح.
الخطوة 3: تحقّق من توثيق المُرسِل وDNS
تعود معظم مشاكل “رسائل WordPress تذهب إلى البريد العشوائي” إلى الهوية.
تحقّق من:
- أن نطاق «من» هو النطاق نفسه أو نطاق فرعي موثَّق تتحكّم فيه.
- أن SPF يتضمّن الخدمة التي ترسل بريد WordPress.
- أن DKIM مفعّل لخدمة الإرسال.
- أن DMARC موجود ويتوافق مع إعداد مُرسِلك.
- أن عنوان «من» ليس صندوق بريد مجانيًا مثل Gmail أو Yahoo لبريد الأعمال.
- أن عنوان الرد مُراقَب.
بعد إضافة سجلّات DNS، انتظر الانتشار وأعِد الاختبار. لوحة DNS الصحيحة ليست دليلًا حتى تُوثَّق الرسائل الحقيقية في ترويسات صندوق الوارد.
الخطوة 4: أصلِح رسائل نموذج التواصل
غالبًا ما تملك إضافات نماذج التواصل إعدادات إشعار خاصة بها.
قائمة فحص:
- تأكّد من تفعيل إشعار النموذج.
- تأكّد من صحة عنوان «إلى».
- استخدم عنوان «من» على نطاقك، لا بريد الزائر.
- ضع بريد الزائر في «الرد على» بدلًا من ذلك.
- تحقّق من الحقول المطلوبة وإعدادات الحماية من البريد العشوائي.
- عطِّل الإشعارات المكرّرة أثناء الاختبار.
- اختبر بعنوان بريد غير إداري.
إذا نجح اختبار SMTP لكن فشل بريد نموذج التواصل، فإن المشكلة عادةً في ضبط النموذج، لا في المُرسِل.
الخطوة 5: أصلِح رسائل WooCommerce
يملك WooCommerce قوالب ومستلمين منفصلين لأحداث مختلفة.
تحقّق من:
- اذهب إلى إعدادات بريد WooCommerce وتأكّد من تفعيل كل رسالة مطلوبة.
- راجع حقل المستلم لرسائل المسؤول.
- ضع طلب اختبار حقيقيًا بمنتج اختباري.
- اختبر حالات الطلب: قيد المعالجة، ومكتمل، ومُسترَد، وفاشل.
- تأكّد من إرسال رسائل دفع الضيف ورسائل الحساب كلتيهما.
- تحقّق مما إذا كانت إضافة أخرى تُخصِّص قوالب بريد WooCommerce.
- راجع السجلّات بحثًا عن استجابات API أو SMTP الفاشلة.
إذا لم يتلقَّ العملاء بريد الطلب، عامله كمشكلة إيرادات ودعم. أصلِح التسليم المعاملاتي قبل إطلاق الحملات التسويقية.
الخطوة 6: عالج الرسائل التي تذهب إلى البريد العشوائي
يحتاج وقوع الرسائل في البريد العشوائي عادةً إلى عدّة تحسينات، لا إعداد سحري واحد.
ابدأ هنا:
- وثِّق النطاق بـSPF وDKIM وDMARC.
- استخدم اسم «من» وعنوان «من» ثابتَين.
- تجنّب الإرسال من نطاق لم يُسخَّن قط إذا كان الحجم مرتفعًا.
- أزِل الروابط المعطَّلة، ومختصرات الروابط، وسطور الموضوع المضلِّلة.
- أبقِ المرفقات خارج إشعارات WordPress الروتينية كلما أمكن.
- راقب إشارات الارتداد والشكاوى في منصة الإرسال.
- افصِل البريد التسويقي عن بريد WordPress المعاملاتي إذا اختلف الحجم أو السمعة.
إذا كان البريد الإلكتروني مهمًا للإيرادات، لا تتجاهل اختبارات البريد العشوائي بعد أول تسليم ناجح إلى صندوق الوارد. كرِّر الاختبار بعد تغييرات القالب، أو الإضافة، أو الاستضافة، أو DNS، أو المُرسِل.
الخطوة 7: تحقّق من تعارضات الإضافات وقواعد الاستضافة
إذا كان المُرسِل يعمل لكن WordPress لا يزال يفشل بشكل غير متسق، اعزِل التعارضات.
عملية آمنة:
- تأكّد من أن النسخ الاحتياطية حديثة.
- عطِّل الإضافات الأخرى المتعلّقة بالبريد مؤقتًا.
- أبقِ مُرسِل SMTP أو API فقط نشطًا.
- اختبر بريد WordPress الأساسي.
- اختبر نماذج التواصل.
- اختبر WooCommerce.
- أعِد تفعيل الإضافات واحدة تلو الأخرى.
تحقّق أيضًا من القيود على مستوى المستضيف. قد تحظر بعض الاستضافات المُدارة منافذ SMTP الصادرة أو تتطلّب خدمات بريد معتمدة. إذا فشلت بيانات اعتماد SMTP بينما يعمل إرسال API، فقد تكون قيود الاستضافة السبب.
أنماط الأخطاء والإصلاحات
| الخطأ أو السلوك | ما يجب فعله |
|---|---|
| فشل التوثيق | أعِد إنشاء بيانات الاعتماد وتأكّد من اسم المستخدم، وكلمة المرور، ومفتاح API، أو اتصال OAuth |
| انتهت مهلة الاتصال | تحقّق من جدار حماية المستضيف، ومنفذ SMTP، ووضع SSL/TLS، أو استخدم مُرسِل API |
| المُرسِل غير موثَّق | وثِّق نطاق «من» أو عنوان المُرسِل في خدمة البريد الإلكتروني |
| فشل DKIM | أعِد نسخ سجلّات DKIM DNS وانتظر الانتشار |
| فشل SPF | أضِف خدمة الإرسال إلى SPF وتجنّب سجلّات SPF المتعدّدة |
| فشل DMARC | وائِم نطاق «من» مع SPF أو DKIM وراجع السياسة |
| يُرسل النموذج إلى المسؤول لكن ليس المستخدم | تحقّق من قالب إشعار المستخدم، وحقول الدمج، والاستبعاد |
| بريد مسؤول WooCommerce مفقود | تحقّق من حالة تفعيل القالب وحقل المستلم |
المراقبة بعد الإصلاح
يمكن أن ينكسر بريد WordPress لاحقًا بعد تحديثات الإضافات، أو تعديلات DNS، أو تغييرات النطاق، أو تغييرات المزوّد.
راقب:
- سجلّات أخطاء SMTP أو API.
- معدّل الارتداد.
- شكاوى البريد العشوائي.
- رسائل WooCommerce الفاشلة.
- إخفاقات إشعار نموذج التواصل.
- تذاكر دعم إعادة تعيين كلمة المرور.
- تقارير DMARC إذا كنت تراجعها.
اضبط اختبارًا شهريًا متكرّرًا للمواقع المهمة. بالنسبة للتجارة الإلكترونية، اختبر بعد كل تغيير كبير في WooCommerce أو الدفع.
قائمة فحص الجودة قبل الإطلاق
قبل إعلان إصلاح المشكلة:
- تصل إعادة تعيين كلمة المرور إلى صندوق الوارد.
- تصل رسالة المستخدم الجديد.
- يصل إشعار مسؤول نموذج التواصل.
- يصل تأكيد زائر نموذج التواصل إن استُخدم.
- تصل رسائل طلبات WooCommerce للمسؤول والعميل.
- تعمل رسائل الاسترداد، والطلب الفاشل، والطلب المكتمل.
- يجتاز نطاق المُرسِل SPF وDKIM.
- DMARC موجود.
- إضافات المُرسِل غير المستخدَمة معطَّلة.
- لا تُظهر السجلّات إخفاقات متكرّرة.
- يعرف فريق الدعم أين يتحقّق من سجلّات البريد.