موقع Squarespace ومنصّة الإرسال بيعملوا شغلتين مختلفتين تماماً. ممكن يكون موقعك شغال وشكله ممتاز، بس الخدمة اللي عم تبعت الإيميلات لسه بدها إعدادات authentication. قبل ما تعدّل أي template أو تضيف records من شرح على الإنترنت، حدّد أولاً مين عم يبعت الإيميل ووين عم ينأدار الـ DNS الفعّال للدومين.
استخدم Migma لتجهيز الـ creative ومراجعته. وخلي صاحب الدومين يستلم مهمة تانية: يتأكد من منصة الإرسال الفعلية وتعليمات الـ authentication الخاصة فيها. هيدا الدليل من Migma بيشرح خطوات مراجعة واضحة، ومش وعد إنه تغيير التصميم أو الـ DKIM لحالهم رح يضمنوا وصول الإيميلات للـ inbox.
حدّد مسار الإرسال الفعلي
تخيّل ستوديو عنده موقع على Squarespace، وإيميلات للموظفين، ومنصّة منفصلة لحملات المشتركين (campaigns). هيدي القنوات التلاتة ممكن تشترك بنفس الاسم والدومين، بس هيدا ما بيعني إنها نظام إرسال واحد.
اسأل حالك: أي نظام عم يبعت الإيميل اللي عم تراجعه؟ رد الموظف، إشعارات الموقع، وحملات التسويق، كل واحد ممكن يمشي بمسار مختلف. سجّل عنوان الـ From الظاهر، منصة الإرسال، الشخص المسؤول عنها، والإثبات اللي بتقدّمه المنصة بخصوص التحقق من الدومين (domain verification).
ما تعتمد على screenshot من بريد تاني كدليل لمنصة الحملات. إذا كانت المشكلة بمنصة حملات معينة، راجع حالة المنصة نفسها ورسالة التيست اللي وصلت فعلياً. وثبّت نسخة التصميم (creative) أثناء التحقيق، حتى ما تضيّع السبب الحقيقي ورا كترة التغييرات بنفس الوقت.
تأكد من مستضيف الـ DNS قبل ما تحضّر التعديلات
حسب دليل الـ DNS الرسمي من Squarespace، تعديل الـ DNS عندهم بيتطلب يكون الدومين مسجل عبر Squarespace أو موصول بـ Nameserver Connect. الإعدادات التانية بتتطلب تعديلها عند المزود الأساسي. الصفحة اتحدّثت بـ 22 أيلول (سبتمبر) 2026، بحسب ما راجعناها لهيدا الدليل بـ 17 تشرين الأول (أكتوبر).
لهيك، جواب "موقعنا على Squarespace" مش كافي أبداً. اطلب من صاحب الدومين يتأكد أيا nameservers شغالين ووين لازم تنعمل التعديلات. وإذا كان عم يستخدم خدمة DNS تانية، وقّف تحضير تعديلات مخصصة لـ Squarespace واتبع تعليمات المزود الفعلي.
حافظ على الإعدادات الموجودة أثناء المراجعة. ما تمسح records الصندوق البريدي، الموقع، أو الـ authentication لمجرد إنه منصة إرسال تانية عطتك سجلات جديدة. تغييرات الـ DNS ممكن تأثر على خدمات شغالة، فالمسؤول لازم يراجع الإضافات المقترحة ويتأكد إنه ما في أي تعارض حقيقي قبل التطبيق.
انسخ القيم من المنصة اللي رح تبعت منها
مقال Brevo الجديد حول Squarespace DKIM بيوضح فخ شائع: القيم التوضيحية بالمقالات مش هيي سجلات حسابك. الشرح هنيك خاص بـ Brevo، وما بصير تستخدم نفس القيم لدومين إرسال على Migma، أو مزود تاني، أو حتى حساب تاني.
اطلب من مسؤول الإرسال يجيب أسماء السجلات وأنواعها وقيمها الحالية من المنصة المقصودة. انقل كل سطر متل ما هو. نسخ القيمة صح مع اسم غلط بضل غلط، وحفظ السجل بلوحة DNS مش فعالة ما بيعني إنه صار متاح للعلن.
إذا الحملة على Migma، اتبع تعليمات إعداد الدومين من Migma والسجلات المخصصة لهيدا الدومين. وإذا الإرسال من منصة تانية، اتبع تعليمات المنصة نفسها. تصدير الـ creative من Migma لمنصة تانية ما بينقل معها الـ authentication بين الخدمتين.
حافظ على فائدة موافقة الـ creative أثناء الفحص
فيك تكمّل تجهيز مسوّدة واضحة على Migma بوقت مراجعة إعدادات الدومين. راجع لغة المرسل، الـ CTA الأساسي، تفاصيل الـ footer، ودعوة الرد بناءً على الـ brief المعتمد. وتجنب تغيير اسم الـ From كذا مرة على أمل إنه يحل محل ضبط إعدادات الإرسال.
workflow المراجعة في Migma بيسمح للفريق يفحص النصوص والتصميم المجهّز بدقة. استخدم Email Preflight لمراجعة النصوص والروابط، ومعاينة صندوق الوارد، وتنبيهات مخاطر التوصيل (delivery risk)، وارجع افحص بعد أي تعديل. هيدي الخطوات بتخفف الأخطاء اللي ممكن تفاديها، بس ما بتأكد صحة إعدادات DNS عند مزود تاني.
جهّز ملاحظة تسليم سريعة فيها قرارين: الـ creative معتمد لنسخة محددة، والإرسال بيكون جاهز بس لما المسؤول يتأكد من صحة الإعدادات. التصميم الجاهز ما بيعني أبداً إنه مهمة الـ authentication خلصت.
اطلب إثباتات بثلاث نقاط منفصلة
أولاً، اطلب تأكيد إنه السجلات المطلوبة منشورة عند مستضيف الـ DNS الفعّال. ثانياً، اطلب نتيجة التحقق من منصة الإرسال نفسها. ثالثاً، راجع بيانات الـ authentication من رسالة تجريبية مبعوتة فعلياً من نفس المنصة عبر خطوات التيست المعتمدة عند المسؤول.
إذا كان التحقق لسه pending، اعتبره pending. سجّل وقت الملاحظة واتبع إرشادات المزود بخصوص وقت إعادة الفحص. ما تخترع مهلة محددة للـ propagation أو تضل تبدل السجلات بس لأن أول فحص ما غيّر الحالة.
نجاح الـ authentication لحاله ما بحل كل مشاكل التوصيل (deliverability). إذن الجمهور، محتوى الرسالة، صحة القائمة البريدية، وأنظمة الاستقبال كلها عوامل بتأثر. إذا الرسالة انرفضت، احتفظ بنص الخطأ كامل وسلّم المتابعة لمسؤول الإرسال بدل ما تعمل تعديلات عشوائية بالتصميم.
خلي الملاحظة النهائية مختصرة: أي مرسل انتحص، وين الـ DNS، مين وافق ع السجلات، شو الأدلة اللي انراجعت، وأي نسخة creative جاهزة. بلّش التصميم على Migma، واربط إطلاقه بجاهزية الإرسال المؤكدة، مش باسم المنصة اللي مستضيفة موقعك.
الأسئلة الشائعة
هل استضافة موقعي على Squarespace بتعني إنه عم يدير الـ DNS؟
مش دايماً. تأكد من الـ nameservers الفعالة وإعدادات الدومين. Squarespace بحدد بوضوح إيمتى بتنطبق لوحة الـ DNS عنده، بينما الحالات التانية بتتطلب التعديل عند المزود المعني.
فيني انسخ قيم DKIM من دليل أو شرح على الإنترنت؟
استخدم بالظبط أسماء السجلات، أنواعها، والقيم اللي بتعطيك ياها الخدمة اللي رح تبعت الإيميل منها لدومينك بالتحديد. أمثلة الشروحات وسجلات حساب تاني ما بتنفع كبديل.
هل تصدير إيميل من Migma بيعطي authentication لمنصة تانية؟
لا. التصدير بنقل الـ creative اللي تراجع. المنصة التانية لسه بحاجة لإعداد دومين الإرسال والتحقق منه لحالها، بالإضافة لمراجعة الـ template والجمهور قبل الإرسال.
هل توثيق الدومين بيضمن وصول الإيميل للـ inbox؟
لا. الـ authentication جزء من جاهزية الإرسال. موافقة الجمهور، صحة القائمة البريدية، المحتوى، أنظمة الاستقبال، ومسار الإرسال الفعلي كلها بتأثر على النتيجة.