الإرسال من نطاقات متعددة وهويات المُرسِل للوكالات

كانت الوكالة التي تدير حملات عملائها من حساب MailInApp واحد تضطر إما إلى نطاق إرسال واحد مشترك بين الجميع أو إلى حساب منفصل لكل عميل. تسد نطاقات الإرسال المتعددة وهويات المُرسِل المسمّاة هذه الفجوة: وثّق نطاق كل عميل مرة واحدة، وعرّف فوقه هوية مُرسِل لكل علامة تجارية أو لكل نوع من الرسائل، واختر الهوية المناسبة لكل مشروع أو جدول أو قائمة جهات اتصال — بلا حساب ثانٍ، وبلا سمعة مشتركة.

الموضوع

Your spring collection is here

وثّق أكثر من نطاق إرسال في حساب MailInApp واحد وأضف فوق كل منها هويات مُرسِل مسمّاة. فيستطيع حساب واحد عندئذٍ إدارة الحملات بعدة علامات تجارية مستقلة لعملائك — لكل منها نطاقها، وعناوين المُرسِل الخاصة بها، وروابط التتبّع الخاصة بها، وسمعتها الخاصة في قابلية التسليم — بلا حساب ثانٍ وبلا هوية مشتركة بين العملاء.

كانت الوكالة التي تدير عدة عملاء من حساب MailInApp واحد لا تملك إلا نطاق إرسال واحدًا تعمل به، مشتركًا بين حملات كل العملاء. تزيل نطاقات الإرسال المتعددة وهويات المُرسِل هذا السقف: وثّق نطاق كل عميل مرة واحدة، فيمكن حصر كل ما يليه — عنوان المُرسِل، وعنوان الرد، وروابط التتبّع — في تلك العلامة التجارية بعينها.

توثيق أكثر من نطاق

تعرض بطاقة نطاق الإرسال في الإعدادات الآن كل نطاق في الحساب، لا نطاقًا واحدًا فقط — ويتوسّع كل نطاق موثّق (أو قيد التوثيق) إلى لوحة تفاصيل خاصة به تضم سجلات DNS مستقلة، وحالة التوثيق، وعنوان المُرسِل، ومفتاح التبديل بين الإرسال المباشر وSMTP. يحدد التعيين كافتراضي النطاق الذي يرجع إليه الإرسال حين لا يُضبط ما هو أكثر تحديدًا؛ ويزيل قطع الاتصال نطاقًا، ولا يُرفض ذلك إلا إن كان جدول متكرر مفعّل ما زال يعتمد عليه كنطاقه الموثّق الوحيد.

هويات المُرسِل: اسم وعنوان لكل علامة تجارية أو غرض

بعد توثيق النطاق، تكون هوية المُرسِل مجموعة مسمّاة {name, email, reply-to} محصورة فيه — [email protected] للإيصالات، و[email protected] للنشرات الإخبارية، وكلاهما يوثّقه النطاق نفسه لكنهما يعرضان للمستلمين اسمًا وعنوانًا مختلفين. وهذا هو المفهوم نفسه الذي تسميه Brevo «Senders»، وهو ما يجعل النطاقات المتعددة قابلة للاستخدام فعلًا يومًا بيوم لا ممكنة نظريًا فقط.

اختيار المُرسِل الصحيح دون اختياره في كل مرة

تعتمد الهوية التي يستخدمها الإرسال — ومن ثَمّ النطاق — على مدى التحديد الذي اعتمدته. يفحص الإرسال المجدول مُرسِل الجدول نفسه أولًا؛ ويفحص الإرسال اليدوي مُرسِل المشروع نفسه أولًا. وفي الحالتين، يرجع المُرسِل غير المضبوط إلى الإعداد الافتراضي لقائمة الجمهور، ثم أخيرًا إلى النطاق الافتراضي للحساب. وضبط المُرسِل الافتراضي لقائمة جهات اتصال مرة واحدة يعني أن كل إرسال إلى قائمة ذلك العميل يستخدم الهوية الصحيحة تلقائيًا، دون اختيارها في كل حملة أو كل جدول.

العلامة التجارية على الروابط، لا على عنوان المُرسِل فقط

المستلم الذي يمرّر المؤشر فوق رابط أو يعيد توجيه رسالة إلى زميل يرى نطاق الرابط أيضًا. يوجّه نطاق التتبّع المخصص، المتاح في باقة Lite وما فوقها، روابط العرض المباشر والنقر وتتبّع الفتح إلى نطاق فرعي من نطاق العميل نفسه بدلًا من mailinapp.com — سجل CNAME واحد، وتجهيز تلقائي لشهادة TLS، وبلا ملفات شهادات تديرها. ويستخدمه كل إرسال جديد من ذلك النطاق تلقائيًا بعد توثيقه؛ ولا يتغير شيء مما سُلِّم بالفعل.

ما لا يغيّره هذا

يبقى احتساب الحجم على مستوى الحساب، لا لكل نطاق أو لكل عميل — وهو قرار يتعلق بمحور التسعير لا قيد تقني، فإضافة نطاق عميل لا تغيّر بحد ذاتها حدّ الإرسال الشهري لديك. وتبقى سمعة كل نطاق، وسجلات DKIM/SPF/DMARC الخاصة به، ومعالجة الارتدادات والشكاوى، مستقلة تمامًا عن كل نطاق آخر في الحساب، فلا تمس مشكلة قابلية التسليم لدى عميل عميلًا آخر أبدًا.

البدء

وثّق نطاق كل عميل من الإعدادات، وأنشئ هويات المُرسِل التي تحتاجها فوقه، واضبط الإعداد الافتراضي المناسب على مستوى القائمة أو المشروع أو الجدول بحسب مقدار التحكم الذي تريده في كل إرسال. راجع النطاقات المتعددة وهويات المُرسِل ونطاق التتبّع المخصص للمرجع الكامل للإعداد، وسير عمل الوكالات بعلامة العميل لجانب القوالب والتسليم في إدارة عدة عملاء من حساب واحد.

تسلسل نموذجي للبناء والإرسال

  1. 1

    وثّق نطاق كل عميل

    أضف نطاق إرسال لكل عميل من الإعدادات — تعرض قائمة النطاقات كل نطاق موثّق أو قيد التوثيق، ولكل منها سجلات DNS وحالة توثيق وشارة افتراضي خاصة به، مستقلة تمامًا عن غيرها.

  2. 2

    عرّف هوية مُرسِل لكل علامة تجارية أو غرض

    بعد توثيق النطاق، أنشئ هويات مُرسِل مسمّاة محصورة فيه — orders@ للإيصالات، وhello@ للنشرات الإخبارية — تعرض كل منها اسمًا وعنوان رد مختلفين بينما يوثّقها النطاق نفسه.

  3. 3

    اضبط الإعداد الافتراضي المناسب على المستوى المناسب

    اختر مُرسِلًا على المشروع نفسه، أو على جدول متكرر، أو كمُرسِل افتراضي لقائمة جهات اتصال — فتستخدم كل إرسالات العميل الهوية الصحيحة دون اختيارها في كل إرسال.

  4. 4

    أضف نطاق تتبّع مخصصًا لعلامة العميل التجارية

    في باقة Lite وما فوقها، وجّه روابط العرض المباشر والنقر وتتبّع الفتح إلى نطاق فرعي خاص بالعميل بدلًا من mailinapp.com، فيطابق كل رابط يراه المستلم العلامة التجارية التي يعرفها.

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

كم عدد نطاقات الإرسال وهويات المُرسِل التي يمكن أن يضمها حساب واحد؟

لكليهما حد أقصى حسب الباقة يزداد مع الفئة — تدعم باقة Free نطاقًا واحدًا وهوية مُرسِل واحدة، وترفع كل فئة مدفوعة الحدين معًا، وصولًا إلى عدد غير محدود في باقتي Business وEnterprise. راجع الأسعار للاطلاع على الأرقام الدقيقة.

إن لم أختر مُرسِلًا لإرسال معيّن، فماذا يحدث؟

يرجع إلى الإعداد الافتراضي الأكثر تحديدًا المتاح — يفحص الإرسال المجدول مُرسِل الجدول نفسه، ويفحص الإرسال اليدوي مُرسِل المشروع نفسه — ثم المُرسِل الافتراضي لقائمة الجمهور، وأخيرًا نطاق الإرسال الافتراضي للحساب. أما الحساب الذي لم يستخدم هذه الميزة قط فيواصل العمل تمامًا كما كان بنطاق واحد.

هل يحتاج نطاق كل عميل إلى مستأجر SES خاص به أو إعداد سمعة مستقل؟

يحصل كل نطاق موثّق على سجلات DKIM/SPF/DMARC خاصة به ويُصادَق بشكل مستقل — وتُتتبَّع سمعة الإرسال لكل نطاق على حدة، فلا يؤثر معدل الارتداد أو الشكاوى لدى عميل في قابلية تسليم رسائل عميل آخر.

هل يمكن لواجهة Send API استخدام مُرسِل عميل محدد في استدعاء معاملاتي؟

نعم — تقبل senderId صريحًا بالطريقة نفسها التي يقبلها الإرسال اليدوي، أو عنوان from مخصصًا يُتحقَّق منه مقابل أي من النطاقات الموثّقة في الحساب، لا النطاق الافتراضي فقط، لتحكم كامل في كل استدعاء.

ماذا يحدث إن حذفت هوية مُرسِل ما زال جدول لعميل يشير إليها؟

لا يتعطل شيء — لا يُمنَع حذف هوية المُرسِل أبدًا، وكل ما يشير إليها يرجع تلقائيًا إلى عنوان المُرسِل الافتراضي لنطاقها.

ابنِ هذا في الاستوديو

ابدأ بالباقة المجانية — كل عنصر تفاعلي ومحرك البدائل الكامل مضمَّنان في كل فئة.