تخطّ إلى المحتوى الرئيسي

اختبار ومعاينة Email

تعرّف إلى كيفية اختبار حملات Email ومعاينتها ببيانات مستخدمين حقيقية قبل الإرسال.

نظرة عامة​

توفر Joryio إمكانات شاملة لاختبار Email تتيح لك معاينة الرسائل ببيانات مستخدمين فعلية وإرسال رسائل اختبارية إلى نفسك أو أعضاء الفريق. يضمن ذلك عمل التخصيص بصورة صحيحة وظهور رسائل Email بشكل رائع قبل الإرسال إلى جمهورك كله.

الميزات​

معاينة Email​

عاين قوالب Email ببيانات مستخدمين حقيقية لتعرف بالضبط كيف سيظهر التخصيص.

ثلاثة أوضاع للمعاينة:

  1. مستخدم موجود: عاين ببيانات مستخدم فعلي في قاعدة بياناتك.
  2. مستخدم مخصص: عاين ببيانات اختبار مخصصة تعرفها.
  3. تخصيص مستخدم: ابدأ بمستخدم موجود وتجاوز حقولًا محددة.

إرسال رسائل Email اختبارية​

أرسل رسائل Email اختبارية إلى نفسك أو أعضاء الفريق للتحقق من قابلية التسليم والعرض والوظائف.

السيناريوهات المدعومة:

  • الاختبار ببيانات مستخدم موجود.
  • الاختبار ببيانات مستخدم مخصص.
  • الإرسال إلى عدة مستلمين.
  • تجاوز سمات المستخدم لاختبار الحالات الطرفية.

كيفية الاستخدام​

معاينة رسائل Email​

  1. افتح حملتك في محرر Email.
  2. انقر «معاينة واختبار» في شريط الأدوات.
  3. اختر وضع المعاينة:

وضع مستخدم موجود​

  • ابحث عن مستخدم عبر Email أو الاسم أو المعرّف.
  • اختر المستخدم من نتائج البحث.
  • تتحدث معاينة Email تلقائيًا ببياناته.
  • اعرض كل سمات المستخدم وكيف تظهر في Email.

وضع مستخدم مخصص​

  • أدخل بيانات اختبار مخصصة:
    • عنوان Email
    • الاسم الأول
    • اسم العائلة
    • السمات المخصصة (كـ JSON)
  • تتحدث المعاينة لحظيًا.

وضع تخصيص مستخدم​

  • ابحث عن مستخدم موجود واختره.
  • تجاوز أي حقول تريد اختبارها.
  • مفيد لاختبار الحالات الطرفية دون تعديل بيانات مستخدمين حقيقية.

إرسال رسائل Email اختبارية​

  1. افتح حملتك في محرر Email.
  2. انقر زر «إرسال اختبار» في شريط الأدوات.
  3. اختر وضع الاختبار (الأوضاع الثلاثة نفسها للمعاينة).
  4. أضف عناوين Email للمستلمين الاختباريين:
    • أدخل عناوين Email.
    • أضف عدة مستلمين.
    • أزل المستلمين بزر X.
  5. انقر «إرسال Email اختبارية».

تُرسل Email الاختبارية باستخدام مزود Email المضبوط لديك مع بيانات المستخدم التي اخترتها.

المرسل وReply-To وBCC في إرسالات الاختبار

يستخدم إرسال الاختبار المرسل وReply-To وBCC أنفسها كالإرسال الحقيقي، بما في ذلك المرسل لكل صيغة في حملات A/B. يجب أن يكون From المخصص في نطاق موثق (SPF+DKIM)، كما في الإنتاج تمامًا؛ وتُرفض الإرسالات من نطاق غير موثق. اضبط المرسلين وقوائم Reply-To / BCC في إعداد Email.

إرسالات الاختبار تطابق الإرسال الحي وتحترم الحظر

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

يتوفر الإرسال الاختباري أيضًا لـ عقد Email في الرحلات: إذ تحتوي كل عقدة رسالة Email على زر إرسال رسالة اختبارية مع منتقي المستخدم نفسه. راجع عقد Canvas.

متغيرات القالب​

تُستبدل كل متغيرات القالب أثناء المعاينة والاختبار:

Hello {{ user.firstName }}!

Your email is: {{ user.email }}
Account type: {{ user.attributes.plan }}

أنماط المتغيرات المدعومة​

  • {{ user.fieldName }}: حقول المستخدم القياسية
  • {{ fieldName }}: نمط بديل
  • {{ user.attributes.customField }}: السمات المخصصة

الحقول الشائعة​

  • {{ user.firstName }}: الاسم الأول للمستخدم
  • {{ user.lastName }}: اسم العائلة للمستخدم
  • {{ user.email }}: Email المستخدم
  • {{ user.phone }}: رقم هاتف المستخدم
  • السمات المخصصة من بيانات المستخدمين

وظيفة البحث​

يدعم بحث المستخدمين:

  • عناوين Email: بما في ذلك الرموز الخاصة مثل + و..
  • الأسماء: الاسم الأول أو اسم العائلة.
  • معرّفات المستخدمين: معرّفات سداسية عشرية من 24 حرفًا.
  • المعرّفات الخارجية: معرّفات المستخدمين المخصصة لديك.

البحث غير حساس لحالة الأحرف ويبحث في كل هذه الحقول معًا.

أفضل الممارسات​

قبل إرسال الحملات​

  1. اختبر بمستخدمين حقيقيين: استخدم وضع المستخدم الموجود للتحقق من عمل التخصيص مع بنية بياناتك الفعلية.
  2. اختبر الحالات الطرفية: استخدم وضع المستخدم المخصص لاختبار:
    • الحقول المفقودة (أسماء فارغة أو بلا سمات)
    • قيم النص الطويلة
    • الرموز الخاصة
    • شرائح مستخدمين مختلفة
  3. اختبر عبر الأجهزة: أرسل رسائل اختبارية إلى عملاء Email مختلفين:
    • Gmail
    • Outlook
    • Apple Mail
    • عملاء الهاتف
  4. تحقق من الروابط: انقر كل الروابط في Email الاختبارية للتأكد من عمل التتبع والوجهات.

اختبار التخصيص​

  1. اختبر البيانات المفقودة: ماذا يحدث إذا كان firstName فارغًا؟
  2. اختبر الرموز الخاصة: أسماء بها فواصل عليا أو علامات تشكيل وغيرها.
  3. اختبر المحتوى الطويل: أسماء أو قيم سمات طويلة جدًا.
  4. اختبر شرائح مختلفة: مستخدمون مجانيون مقابل مدفوعين وخطط مختلفة وغيرها.

تعاون الفريق​

  • أضف عدة مستلمين اختباريين: ضمّن أعضاء الفريق للمراجعة.
  • اختبر سيناريوهات مختلفة: يمكن لكل عضو فريق أن يمثل نوع مستخدم مختلفًا.
  • تحقق من العرض: يعرض عملاء Email المختلفون الرسائل بصورة مختلفة.

استكشاف الأخطاء وإصلاحها​

لم يُعثر على مستخدمين​

إذا لم يعرض البحث نتائج:

  • تحقق من الأخطاء المطبعية في استعلام البحث.
  • تحقق من وجود المستخدم في قاعدة بياناتك.
  • جرّب البحث بـ Email بدل الاسم.
  • تأكد من وجودك في مساحة العمل الصحيحة.

متغيرات القالب لا تُستبدل​

إذا لم تُستبدل المتغيرات:

  • تحقق من صيغة المتغير: {{ user.fieldName }}.
  • تحقق من وجود الحقل في بيانات المستخدم.
  • تحقق من الأخطاء المطبعية في أسماء الحقول.
  • يجب أن توجد السمات المخصصة للمستخدم.

لم تصل Email الاختبارية​

إذا لم تصل الرسائل الاختبارية:

  • تحقق من مجلد البريد العشوائي/غير المرغوب فيه.
  • تحقق من ضبط مزود Email بصورة صحيحة.
  • افحص لوحة مزود الخدمة بحثًا عن أخطاء.
  • تأكد من صلاحية عناوين Email الاختبارية.

التفاصيل التقنية​

مزود Email​

تستخدم رسائل Email الاختبارية ضبط مزود Email نفسه لحملاتك:

  • SendGrid
  • AWS SES
  • SMTP
  • Mailgun
  • Bird

يضمن ذلك أن تتصرف رسائل Email الاختبارية تمامًا كرسائل الإنتاج.

المصادقة​

تكون نقاط نهاية بحث المستخدمين ورسائل Email الاختبارية مصادقًا عليها وضمن نطاق مساحة العمل، ما يضمن:

  • عدم رؤيتك إلا مستخدمي مؤسستك.
  • استخدام الاختبارات ضبط مزود مساحة عملك.
  • تسجيل كل الإجراءات في سجل التدقيق.

الوثائق ذات الصلة​