إعداد سجلات DKIM في Namecheap لمنصة Migma

قد تبدو مسودة الإيميل في Migma جاهزة للإرسال، بينما لا يزال نطاق الإرسال (sending domain) بحاجة لضبط. إذا كان الدومين مسجلاً عبر Namecheap، فأول نقطة يجب التأكد منها هي: أين تتم إدارة الـ DNS فعلياً؟ فحساب الـ registrar ومزوّد الـ DNS النشط ليسا دائماً نفس المكان.

يشرح هذا الدليل آلية التنسيق والتسليم (handoff) بين المسوّق الذي يجهّز الـ campaign في Migma والشخص المسؤول عن إدارة Namecheap DNS. يوضّح الدليل كيفية تحويل أسماء السجلات (record names)، والحفاظ على خدمات البريد الحالية، والتمييز بين حفظ التعديلات في DNS والتحقق الفعلي من نطاق الإرسال. تم التحقق من تعليمات المنتج في 24 تشرين الأول/أكتوبر 2026.

ابدأ بالدومين الظاهر في Migma

افتح صفحة Sending Domains في Migma وحدد الـ custom domain المخصص للـ campaign بدقة. اترك جدول سجلات الـ DNS مفتوحاً أمامك، واستخدم القيم الموجودة فيه مباشرةً بدلاً من نسخ سجلات من مقال، أو workspace آخر، أو خدمة إرسال سابقة.

تشرح وثائق الـ DNS في Migma متطلبات إثبات ملكية النطاق (ownership verification)، وسجلات DKIM وSPF وDMARC وسجلات MAIL FROM المخصصة. لكل سجل من هذه السجلات وظيفة مختلفة؛ فنجاح التحقق من الملكية وحده لا يعني أن بقية المتطلبات مكتملة.

قبل أن تطلب من زميلك إضافة السجلات، حدد بوضوح: نطاق الإرسال، ومنطقة الـ DNS (DNS zone)، والمسؤول عنها، وعنوان الـ From المعتمد. على سبيل المثال، قد يستخدم الفريق updates.example.com للـ campaigns بينما يستخدم بريد الموظفين العادي example.com. يتطلب كل اسم منهما إعداداً مستقلاً حتى لو كانا تابعين للشركة نفسها.

احتفظ بـ tokens التحقق الخاصة بحسابك ضمن ملف التسليم الداخلي المشترك. لا تشارك هذه القيم الحساسة في مقال عام أو لقطة شاشة خارج الفريق.

تأكد أن Namecheap يستضيف الـ Zone النشطة

ينطبق دليل السجلات الرسمي من Namecheap على النطاقات التي تستخدم خدمات BasicDNS أو PremiumDNS أو FreeDNS. أما النطاقات التي تعتمد على Namecheap Web Hosting DNS، فيوجّه الدليل لإدارتها عبر cPanel بدلاً من ذلك.

تحقق من الـ nameservers النشطة قبل إجراء أي تعديل. إذا كان مزوّد آخر هو من يستضيف الـ DNS، فأرسل طلب السجلات إلى الشخص المسؤول عن ذلك المزوّد. إضافة سجل في zone غير مفعّلة ستظهر لك رسالة حفظ ناجحة على الشاشة، لكن خوادم البريد المستلمة لن تتمكن من قراءتها.

اطلب أيضاً من المسؤول التأكد من اسم الدومين في أعلى شاشة الـ DNS. عندما تدير الشركة عدة علامات تجارية أو نطاقات إقليمية، يسهل فتح الحساب الصحيح لكن على الـ zone الخاطئة. سجّل الـ zone المحددة في تفاصيل التسليم حتى يتمكن المراجع من تدارك هذا الخطأ قبل موعد إطلاق الـ campaign.

انتبه لصيغة حقل الـ Host في Namecheap

يوضح دليل Namecheap أن حقل الـ Host يجب ألا يتضمن اسم الدومين نفسه، لأن النظام يضيفه تلقائياً. هذه النقطة أساسية جداً عندما تعرض Migma اسم الـ hostname كاملاً.

على سبيل المثال، إذا كانت الـ zone هي example.com، فإن السجل الذي يظهر كـ _dmarc.updates.example.com يجب إدخاله كـ _dmarc.updates فقط في حقل الـ Host. وبالمثل، يجب أن يحتفظ الـ selector الخاص بـ DKIM تحت updates.example.com بـ selector و_domainkey وجزء updates، مع حذف لاحقة الدومين الأساسية.

لا تعتمد على التخمين لحذف أي كلمة تشبه الدومين. قارن الـ hostname الكامل المطلوب بالـ zone التي تعدّلها بدقة. إذا كانت الـ zone عبارة عن subdomain مفوّض (delegated)، فقد يكون الاسم النسبي أقصر مما هو عليه في الـ parent zone.

انسخ الـ targets وقيم الـ TXT كما هي تماماً من Migma. قاعدة الاسم النسبي تنطبق فقط على اسم السجل (Host)، ولا تعني أبداً اختصار الـ CNAME target أو تعديل قيمة التحقق. تأكد من مراجعة النوع (type)، والاسم، والهدف، وأولوية الـ MX معاً كصف واحد متكامل.

حافظ على خدمات البريد الحالية أثناء إضافة السجلات

قم بجرد السجلات الحالية قبل إجراء أي تعديل. حدد الخدمة التابعة لكل سجل، وما إذا كان لا يزال مستخدماً لبريد الموظفين، أو إعادة التوجيه (forwarding)، أو تطبيق آخر، أو منصة campaigns نشطة.

تطلب Migma ثلاثة سجلات DKIM من نوع CNAME لإعداد الـ custom domain العادي. يشرح دليل Namecheap العام أيضاً كيفية إضافة DKIM عبر TXT، لكن هذا لا يعني تحويل سجلات CNAME الخاصة بـ Migma إلى TXT. التزم دائماً بالنوع المحدد لكل صف من منصة الإرسال.

بالنسبة لـ SPF، تنص إرشادات Migma على الاحتفاظ بسجل SPF TXT واحد فقط لكل hostname، مع دمج خدمات الإرسال المصرح بها داخله. لا تضف سجل SPF ثانياً لمجرد أن الخدمة الجديدة تقدم نموذجاً خاصاً بها، بل اطلب من مسؤول الـ DNS مراجعة الإعداد المدمج.

يوضع سجل الـ MX الخاص بـ MAIL FROM على الـ hostname المحدد من Migma. تجنب استبدال سجلات الـ MX الخاصة بصناديق بريد الدومين الرئيسي عندما يكون السجل المطلوب مخصصاً لـ sending subdomain. وإذا وُجد تعارض مع سجل حالي، حدد الجهة المالكة له أولاً قبل تعديله.

اعتبر التحقق خطوة مراجعة مستقلة

بعد أن يحفظ المسؤول السجلات، ارجع إلى قائمة الإجراءات الخاصة بالدومين في Migma واختر Check DNS. راجع نتيجة كل سجل مطلوب. توضح وثائق Migma أن معظم التحديثات تظهر خلال 5 إلى 60 دقيقة، وبعضها قد يستغرق وقتاً أطول؛ وبالتالي فإن مجرد حفظ النموذج في DNS لا يضمن التحقق الفوري.

إذا بقيت حالة السجل معلقة (pending)، قارن الـ hostname المطلوب، والـ zone النشطة، والنوع المحفوظ، والقيمة الكاملة. تكرار لاحقة الدومين أو العمل على zone خاطئة يستوجب التصحيح فوراً. حذف السجلات الصحيحة ظاهرياً وإعادة إنشائها مراراً يسبب إرباكاً دون معالجة السبب الفعلي.

احتفظ بسجل بسيط يوثق ما تم تعديله وما تم التحقق منه في Migma. هذا يساعد المسؤول التالي على التمييز بين فترة انتشار الـ DNS (propagation) وبين وجود سجل مفقود بالفعل.

أكمل مراجعة الـ Campaign بشكل مستقل

بمجرد جاهزية نطاق الإرسال، راجع محتوى الإيميل نفسه في Migma. تفحص ميزة Email Preflight المعاينات، وتوافق التصميم مع الموبايل (responsive layouts)، والروابط، والنصوص، ومخاطر الـ spam وقابلية الوصول (delivery risks). صحح الملاحظات وأعد تشغيل الفحص بعد إجراء التعديلات.

نجاح فحص المحتوى الإبداعي والتحقق من النطاق يجيبان على مسألتين مختلفتين، ولا يضمن أي منهما وصول الرسالة إلى صندوق الوارد (inbox placement). راجع إذن الجمهور، وهوية المرسل، وطريقة التعامل مع الردود، والإعدادات النهائية للـ campaign قبل الإرسال. استخدم Migma لتجهيز الرسالة ومراجعتها، مع الاحتفاظ بتأكيد الـ DNS المعتمد إلى جانب قائمة مهام إطلاق الـ campaign.

الأسئلة الشائعة