في هذه الصفحةكيف يرسل WordPress البريد الإلكتروني افتراضيًا
يرسل موقع WordPress رسائل بريد إلكتروني أكثر مما يعتقد مالكه: إشعار نموذج الاتصال، ورسالة إعادة تعيين كلمة المرور، والترحيب بالمستخدم الجديد، وتنبيه الإشراف على التعليقات، وفي المتجر كل رسائل تأكيد الطلبات والفواتير وتحديثات الشحن التي يرسلها WooCommerce. لم يصمم أحد معظم هذه الرسائل، ولا يتحقق منها أحد حتى يكتب عميل ليقول إن رسالة الطلب لم تصل مطلقًا.
عندما تصل إحدى هذه الرسائل إلى البريد العشوائي، انظر أولًا إلى كيفية خروج الرسالة من الخادم قبل أن تعدّل صياغتها. في WordPress، يُضبط هذا الجزء افتراضيًا على الخيار الأقل قدرة على إيصال البريد.
كيف يرسل WordPress البريد الإلكتروني افتراضيًا
يستخدم WordPress نفسه وتقريبًا كل إضافة ترسل البريد، بما في ذلك WooCommerce وإضافات النماذج، دالة واحدة هي wp_mail(). تمرر هذه الدالة الرسالة إلى PHPMailer، الذي يمررها افتراضيًا إلى دالة mail() في PHP، ثم تسلمها هذه الدالة إلى برنامج البريد الموجود على خادم الاستضافة. لا يوجد تسجيل دخول إلى مزود بريد، ولا توقيع، ولا شيء في DNS يشير إلى أن هذا الخادم مسموح له بالإرسال نيابة عن نطاقك.
يختار WordPress عنوان المرسل بإضافة wordpress@ قبل نطاق موقعك، مع إزالة www. من بدايته. إذا لم تغيره من قبل، فهذا هو العنوان الذي يراه عملاؤك في حقل From، وفي كثير من المواقع لم ينشئ أحد صندوق البريد هذا أصلًا.
في الاستضافة المشتركة، تخرج الرسالة بعد ذلك من خادم شركة الاستضافة عبر عنوان IP تشترك فيه مواقع كثيرة أخرى. إذا أرسل أحدها إلى قائمة عناوين مشتراة، أو تعرض للاختراق وبدأ يرسل رسائل عشوائية بكميات كبيرة، تتضرر سمعة عنوان IP، وتخرج رسائل إعادة تعيين كلمة المرور الخاصة بك من العنوان نفسه الذي تخرج منه رسائلهم.
لذلك يرسل تثبيت WordPress الافتراضي بريدًا لا يتوافق فيه SPF مع نطاقك. يبقى عنوان الارتداد عادةً على اسم خادم شركة الاستضافة، وإذا استُخدم عنوانك بدلًا منه يفشل SPF تمامًا. كذلك لا يوجد توقيع DKIM لنطاقك، ولذلك يفشل DMARC. وضعت Gmail وYahoo قواعدهما للمرسلين في فبراير 2024، وفعلت Microsoft الشيء نفسه في مايو 2025 للنطاقات التي ترسل أكثر من 5,000 رسالة يوميًا إلى Outlook.com. ومنذ نوفمبر 2025، بدأت Gmail ترفض عددًا أكبر من الرسائل التي تخالف قواعدها بدلًا من وضعها في البريد العشوائي.
الإرسال عبر خدمة بريد فعلية
الإصلاح الأهم هو التوقف عن استخدام mail(). ثبّت إضافة SMTP، مثل WP Mail SMTP أو FluentSMTP أو Post SMTP، وهي إضافات شائعة ولكل منها إصدار مجاني، ثم اربطها بخدمة ترسل البريد بشكل صحيح: مزود صندوق البريد الخاص بك، مثل Google Workspace أو Microsoft 365، أو خدمة للرسائل الآلية مثل Amazon SES أو Brevo أو SendGrid أو Mailgun.
تستبدل الإضافة آلية الإرسال التي تستخدمها wp_mail()، لذلك تُرسل كل رسالة من كل إضافة بالطريقة الجديدة من دون تعديل الإضافات نفسها. استخدم خيار API الخاص بالمزود عندما تدعمه الإضافة، بدلا من استخدام SMTP عادي مع كلمة مرور. يوضح WP Mail SMTP أن مسار API يعمل حتى عندما تحظر شركة الاستضافة منافذ SMTP.
يتجاوز كثيرون الخطوة التالية. وثّق النطاق لدى ذلك المزود: يمنحك كل مزود سجلات DNS لنشرها، وعادة ما تكون سجلين أو ثلاثة سجلات CNAME من أجل DKIM، بالإضافة إلى تضمين في SPF أو نطاق مخصص لمسار الإرجاع. إلى أن تضيف هذه السجلات إلى DNS، سيضع المزود اسمه على التوقيع، وسيفشل DMARC هناك كما فشل على خادم الاستضافة.
عنوان From في نماذج الاتصال
تتيح لك إضافات النماذج، ومنها Contact Form 7 وWPForms، اختيار ما يظهر في سطر From في الإشعار الذي يصلك. تضع إعدادات كثيرة عنوان الزائر هناك، بحيث يؤدي الضغط على Reply إلى الرد على الزائر. تبدو هذه فكرة ذكية، لكنها بالضبط ما صُمم DMARC لمنعه.
لنفترض أن زائرة اسمها Anna تراسل من anna@yahoo.com. يرسل موقعك الآن رسالة تدّعي أنها من yahoo.com عبر خادم لم تصرّح له Yahoo مطلقًا. ينشر yahoo.com سياسة DMARC بقيمة p=reject، لذلك يرفض مستلم يلتزم بها الإشعار باعتباره مزورًا. مع زائر يستخدم Gmail، تكون السياسة أقل صرامة، وغالبًا ما تنتهي الرسالة في البريد العشوائي. تحذّر وثائق WPForms من هذه المشكلة تحديدًا.عنوان From هو عنوانك، وعنوان Reply-To هو عنوان الزائر
اضبطه بهذه الطريقة بدلًا من ذلك:
- From: عنوان على نطاقك، مثل
forms@yourdomain.com، على أن يكون النطاق نفسه الذي تمت مصادقة إضافة SMTP عليه. - Reply-To: عنوان الزائر المأخوذ من حقل النموذج. سيظل الضغط على Reply يرسل الرد إلى Anna.
- To: صندوق البريد الذي تقرؤه فعليًا.
في Contact Form 7، ستجد ذلك في علامة التبويب Mail: ضع عنوانك في From وأضف Reply-To: [your-email] ضمن Additional headers. تحتوي إضافات النماذج الأخرى على حقل Reply-To في إعدادات الإشعارات.
رسائل WooCommerce
لدى WooCommerce إعداداته الخاصة بالمرسل: WooCommerce، ثم Settings، ثم Emails، وضمن قسم Email Sender Options ستجد اسم "From" وعنوان "From". افتراضيًا، يكون العنوان هو البريد الإلكتروني لمدير الموقع. إذا استخدم الشخص الذي ثبّت المتجر عنوان Gmail لهذا الغرض، فستُرسل جميع تأكيدات الطلبات كما لو كانت واردة من gmail.com، وستفشل في DMARC للسبب نفسه المذكور أعلاه بشأن نموذج الاتصال. ضع هناك عنوانًا تابعًا لنطاقك الموثّق، ويُعد اسم المتجر اسمًا مناسبًا للمرسل. (أما إشعارات الطلبات التي تُرسل إليك، فيضع WooCommerce العميل بالفعل في Reply-To، وهذا هو الإعداد الصحيح.)
هناك مشكلتان تحدثان مع رسائل المتجر ولا تحدثان مع نموذج الاتصال.
الأولى هي حجم الإرسال. عندما ترسل إضافة للعروض أو النشرات الإخبارية رسائل إلى العملاء عبر المسار نفسه المستخدم لتأكيدات الطلبات، فإنها تخلط الرسائل التسويقية ورسائل المعاملات ضمن سمعة واحدة. إذا تلقت النشرة الإخبارية شكاوى، تتضرر الإيصالات أيضًا. يؤدي إرسال النوعين عبر خدمتين مختلفتين إلى الفصل بينهما، كما يساعد استخدام نطاق فرعي منفصل للتسويق قليلًا، مع أن الجهات المستلمة تظل تمنح سمعة النطاق الرئيسي بعض الأهمية.
الثانية هي مسألة إلغاء الاشتراك. تُعد تأكيدات الطلبات وإعادة تعيين كلمات المرور رسائل معاملات، ولا تنطبق عليها قاعدة إلغاء الاشتراك بنقرة واحدة لدى Gmail وYahoo. أما طلب التقييم أو التذكير بسلة متروكة أو رسالة "قد يعجبك أيضًا" المرسلة إلى مشترين سابقين، فهي رسائل تسويقية، وإذا أرسلتها بكميات كبيرة، تنطبق عليها القاعدة بالكامل، ما يعني ضرورة وجود ترويسة List-Unsubscribe تتضمن خيارًا بنقرة واحدة. تحقّق مما إذا كانت الإضافة التي ترسل هذه الرسائل تضيف هذه الترويسة، وسيُظهر الاختبار أدناه ذلك في كلتا الحالتين.
جانب DNS، بعبارات بسيطة
مهما كانت الخدمة التي ترسل من خلالها، يحتاج نطاقك إلى ثلاثة أشياء في DNS حتى تكون الرسائل موثوقة. ستجد شرحًا كاملًا في شرح SPF وDKIM وDMARC، وإليك ما يعنيه ذلك لموقع WordPress.
- SPF. سجل TXT واحد في نطاقك يحدد الجهات المسموح لها بالإرسال نيابة عنه. لا تتطلب كثير من خدمات الإرسال أي تغيير هنا، لأنها تحقق المحاذاة من خلال نطاق الارتداد الخاص بها. إذا طلبت خدمتك إضافة
include:وكان النطاق يحتوي بالفعل على سجل لمزود صندوق بريدك، فأضفه إلى ذلك السجل. لا تنشئ سجلًا ثانيًا، فسجلا SPF يمثلان خطأ ويتوقف كلاهما عن العمل. تحقق من النتيجة باستخدام أداة فحص SPF. - DKIM. السجلات التي قدمتها لك خدمة الإرسال. بمجرد تفعيلها، توقع الخدمة كل رسالة باستخدام نطاقك، وهذا هو التوقيع الذي يبحث عنه DMARC.
- DMARC. سجل TXT في
_dmarc.yourdomain.com. ابدأ بالقيمةv=DMARC1; p=none; rua=mailto:متبوعة بعنوان تقرأ رسائله، ثم شدد السياسة عندما توضح التقارير أن رسائلك لا تواجه أي إخفاق. تقرأ أداة فحص DMARC إعداداتك الحالية.
ضع في اعتبارك أن خادم الاستضافة قد يظل يرسل شيئًا بنفسه، مثل مهمة cron أو إضافة قديمة تستدعي mail() مباشرة بدلًا من wp_mail(). تتجاوز هذه الرسائل إضافة SMTP، وستظهرها تقارير DMARC كمصدر لم تكن تتوقعه.
اختبار رسائل البريد الإلكتروني الفعلية، لا رسالة اختبار
يحتوي كل مكون SMTP إضافي على زر "send test email"، وكل ما يثبته هو أن الاتصال يعمل. لكنه لا يعرض تأكيد الطلب كما ينشئه WooCommerce، أو إشعار النموذج مع Reply-To الخاص به، أو رسالة إعادة تعيين كلمة المرور مع الرابط الذي يضعه WordPress فيها.
لذلك أجعل WordPress يرسل الرسائل الفعلية. يستقبل عنوان اختبار من الصفحة الرئيسية رسالة واحدة، لذا احصل على عنوان جديد لكل رسالة تريد فحصها. بالنسبة إلى النموذج، ضع العنوان مؤقتًا كمستلم للإشعار ثم أرسل النموذج. وبالنسبة إلى WooCommerce، أنشئ طلبًا تجريبيًا باستخدام العنوان كبريد العميل الإلكتروني. ولإعادة تعيين كلمة المرور، عيّن العنوان لمستخدم اختباري واطلب إعادة التعيين. تحصل كل رسالة على تقرير خاص بها يتضمن SPF وDKIM وDMARC ومحاذاتها، و21 قائمة حظر، والمحتوى والروابط، وقواعد المرسلين بالجملة. يتطلب تحديد المجلد الذي تصل إليه الرسالة لدى Gmail وOutlook وYahoo ومزودي الخدمة الآخرين إرسال الرسالة نفسها إلى قائمة من صناديق البريد مع علامة في سطر الموضوع، وهو ما لا يستطيع نموذج أو طلب متجر فعله، لذا اترك هذا الجزء لرسائل البريد الإلكتروني التي ترسلها بنفسك.
إذا كنت تفضل عدم إنشاء طلبات تجريبية يدويًا، فإن مكون WordPress الإضافي المجاني يرسل هذه الرسائل عبر wp_mail() الخاص بموقعك، وهو المسار نفسه الذي تسلكه رسائل عملائك، ويعرض النتيجة في لوحة التحكم. كما يلاحظ عندما يبدأ الموقع بإرسال نوع من رسائل البريد الإلكتروني لم يره من قبل.
عندما تستمر الرسائل في الوصول إلى البريد العشوائي
إذا نجحت المصادقة، وكان عنوان From على نطاقك، ومع ذلك استمرت الرسالة في الوصول إلى البريد العشوائي، فتحقق من سمعة البنية التحتية التي ترسل من خلالها. وجود عنوان IP لاستضافة مشتركة ضمن قائمة حظر سبب شائع إذا كنت لا تزال تستخدم mail()، وستكشفه أداة التحقق من قوائم الحظر. تأثير المحتوى أقل مما يتوقعه الناس. نادرًا ما يؤدي إشعار نموذج يحتوي على رابط واحد وثلاثة أسطر من النص إلى تشغيل عامل تصفية بمفرده، لكن رسالة WooCommerce تتضمن قالب HTML ثقيلًا وصورة واحدة كبيرة وأداة لاختصار الروابط قد تفعل ذلك.
افحص رسالة واحدة، وأصلح ما يظهره التقرير، ثم أرسلها مرة أخرى إلى عنوان جديد.