كل إشعار يتلقاه عملاؤكم — الفواتير، وإعادة تعيين كلمات المرور، والردود على التذاكر، وتحديثات المشاريع — يخرج عبر خدمة بريد. هذه الخدمة هي خدمتنا افتراضياً، ويظهر في سطر "من" (From) اسم Zinn Digital®، ونحن من يدفع تكلفتها.
إذا كنتم مشتركين في خطة وكالة (agency) أو موزع (reseller)، فيمكنكم ربط خدمة البريد الخاصة بكم بدلاً من ذلك. وعندئذٍ يرى عملاؤكم نطاقكم أنتم في سطر "من"، وتعود الردود إليكم، كما تُرسل الرسائل عبر حسابكم أنتم لدى مزود الخدمة الخاص بكم.
يمكنكم إعداد ذلك من قسم إرسال البريد الإلكتروني في لوحة التحكم الخاصة بكم.
أي مزود خدمة ينبغي لي استخدامه؟
أيٌّ من هذه الخيارات يعمل بنجاح. اختاروا المزود الذي تمتلكون حساباً لديه بالفعل.
| المزود | الخيار الأفضل إذا | الدليل |
|---|
| Mailgun | كنتم ترغبون في واجهة برمجة تطبيقات (API) وأحجام إرسال سخية | إعداد Mailgun |
| SendGrid | كنتم تستخدمونه بالفعل لرسائل البريد التسويقية | إعداد SendGrid |
| Postmark | لرسائل المعاملات فقط، مع أفضل معدل وصول | إعداد Postmark |
| Amazon SES | كنتم تستخدمون AWS بالفعل وترغبون في أقل سعر | إعداد Amazon SES |
| Resend | كنتم ترغبون في أبسط طريقة إعداد | إعداد Resend |
| خادم SMTP الخاص بكم | كنتم تديرون البنية التحتية الخاصة بكم للبريد | إعداد SMTP |
إذا لم يكن لديكم تفضيل معين ولا حساب حالي، فإن Postmark هو الخيار الذي نختاره لرسائل المعاملات: فهو يرفض نقل الرسائل التسويقية، وهذا هو بالضبط سبب تميز معدلات وصول رسائله بهذا الشكل.
قوموا بإعداد نظام أسماء النطاقات (DNS) أولاً. فهو يشكل الجزء الأكبر من العمل.
أياً كان مزود الخدمة الذي تختارونه، فإن سجلات DNS الثلاثة ذاتها هي التي تحدد ما إذا كانت رسائلكم ستصل أم ستنتهي في البريد العشوائي. يتولى مزودكم توليد القيم الدقيقة؛ وتقومون أنتم بإضافتها إلى نطاقكم.
SPF — سجل TXT على نطاقكم يحدد الجهات المصرح لها بالإرسال باسمكم. إذا كان لديكم سجل بالفعل، فإنكم تقومون بتعديله؛ ولا تضيفون سجلاً ثانياً. فالنطاق الذي يحتوي على سجليّ SPF يفشل في اختبار SPF تماماً، وهو أمر أسوأ من عدم وجود أي سجل.
DKIM — سجل TXT أو CNAME يحتوي على مفتاح عام، حتى تتمكن الخوادم المستلمة من التحقق من أن الرسالة قد جاءت بالفعل من مزودكم ولم يتم التلاعب بها. هذا هو السجل الذي يؤدي العبء الأكبر من العمل، وهو السجل الذي يجب أن يتطابق لكي يجتاز فحص DMARC بنجاح.
نطاق مسار الإرجاع (الارتداد) — يكون عادةً CNAME. وهو يحدد عنوان المظروف غير المرئي الذي يستخدمه مزودكم لجمع الرسائل المرتدة. وبدونه، تذهب الرسائل المرتدة إلى مكان لا ترونه ويتراجع تصنيف نطاقكم دون علمكم.
DMARC — سجل TXT عند _dmarc.yourdomain.com يخبر الخوادم المستلمة بما يجب فعله عندما يتعارض كل من SPF وDKIM مع سطر "من" الخاص بكم. ابدأوا بالقيمة p=none بينما تتحققون من نجاح كل شيء، ثم انتقلوا إلى p=quarantine ثم p=reject.
⚠️ تغييرات DNS لا تحدث فورياً. امنحوها مهلة تصل إلى ساعة قبل أن تقرروا وجود خطأ ما.
استخدموا نطاقاً فرعياً للإرسال
أرسلوا من mail.yourdomain.com أو notifications.yourdomain.com، وليس من yourdomain.com نفسه.
السبب يعود إلى السمعة والتصنيف. فنطاقكم الرئيسي هو ما يستخدمه البريد الإلكتروني لأعمالكم. وإذا حدث أي خطأ أثناء عملية إرسال جماعي، فإن استخدام نطاق فرعي منفصل للإرسال يحد من الضرر — حيث يظل بإمكان موظفيكم مراسلة العملاء عبر البريد الإلكتروني أثناء قيامكم بمعالجة الأمر. كما يتيح لكم ضبط سجلات DNS للإرسال دون المساس بالسجلات التي تعتمد عليها صناديق بريدكم الخاصة.
عليكم أيضاً إدخال اسم نطاق، وليس عنوان بريد، في حقل الإرسال من هذا النطاق. فالجزء الذي يسبق العلامة @ يتم اختياره لكل رسالة على حدة: تخرج الإيصالات كـ billing@، ورسائل إعادة تعيين كلمات المرور كـ no-reply@، والردود على التذاكر كـ support@.
كيف يعمل الإعداد
- اختاروا مزود الخدمة الخاص بكم والصقوا بيانات اعتماده.
- اضغطوا على إرسال رسالة اختبار. سنرسل بريداً إلكترونياً حقيقياً عبر مزودكم، إلى صندوق وارد
تحددونه، ويحتوي على رمز.
- اطلعوا على الرمز في صندوق الوارد ذاك وأدخلوه.
عندئذٍ فقط يبدأ بريدكم بالخروج بصفتكم أنتم المُرسل.
⭐ استخدموا صندوق وارد على نطاق مختلف للاختبار — يُعد عنوان Gmail أو Outlook خياراً مثالياً. فالرسالة التي لا تغادر خادمكم الخاص مطلقاً تُثبت أقل بكثير مقارنة برسالة عبرت شبكة الإنترنت وتجاوزت بنجاح عامل تصفية البريد العشوائي لدى طرف آخر.
لماذا نصر على التأكد من وصول رسالة الاختبار بالفعل
لأن مزود الخدمة الذي يقبل الرسالة ثم يسقطها بصمت يبدو مطابقاً تماماً للمزود الذي يعمل بكفاءة. فحساب Amazon SES الجديد كلياً يكون في بيئة معزولة (sandbox) وسيقبل رسالتكم ولن يسلمها إلى أي مكان. وينطبق الأمر نفسه على نطاق Mailgun الذي لم تكتمل ترقية DNS الخاصة به بعد. وكذلك مرحل SMTP الذي يستجيب بالرمز 250 ثم يتخلص من الرسالة.
إذا قمنا بتبديل عملية الإرسال لديكم فور قبول بيانات اعتمادكم، فسيكون أول ما تكتشفونه هو توقف عملائكم عن تلقي أي شيء — وستعرفون ذلك من أحد العملاء، بعد مرور أيام. إن الرمز هو الدليل على أن الرسالة قد غادرت مزودكم ووصلت بالفعل.
ماذا يحدث إذا توقف المزود الخاص بي عن العمل
يتم تسجيل إشعاراتكم على أنها فاشلة، ويُعاد المحاولة لإرسالها، وتتحول شاشة إرسال البريد الإلكتروني لديكم إلى اللون الأحمر مع ظهور رسالة الخطأ الصادرة من مزودكم نفسه.
⛔ نحن لا نقوم بإرسالها من نطاقنا بدلاً من ذلك. هذا أمر متعمد. فاللجوء التلقائي الصامت لبديل سيعني أن حساب البريد المعطل يستمر في العمل بدرجة كافية تجعل لا أحد يلتفت لإصلاحه — بينما نقوم نحن بدفع التكلفة بهدوء. وبناءً على ذلك، يكون الخطأ واضحاً للعيان، ويكون إصلاحه مسؤوليتكم، وهي الطريقة الوحيدة التي تضمن معالجته.
وإلى أن يتم إصلاحه، لن يتلقى عملاؤكم تلك الإشعارات. يظل كل شيء موجوداً في صندوق الوارد داخل لوحة التحكم الخاصة بهم، ولا يفقد أي شيء — ولكن عليكم التعامل مع أي شريط أحمر يظهر هنا كأمر طارئ.
ماذا لو لم أتخذ أي إجراء؟
لن يتعطل أي شيء. ستستمر إشعاراتكم في الخروج من نطاقنا، باسم Zinn Digital®، وسنواصل نحن دفع تكلفتها. ببساطة سيرى عملاؤكم اسمنا بدلاً من اسمكم.
الإزالة
اضغطوا على قطع الاتصال. يتم حذف بيانات الاعتماد المخزنة لديكم وتعود إشعاراتكم إلى نطاقنا بدءاً من الرسالة التالية. ويمكنكم إعادة الاتصال في أي وقت.