قد يقدّم الإيميل الترويجي وعدين مختلفين للعميل قبل وصوله لصفحة الدفع: العرض الظاهر في معاينة صندوق الوارد (inbox preview)، والعرض المشروح داخل الرسالة نفسها. وإذا اختلف الاثنان، سيقود حتى الإيميل المصمم باحترافية القارئ إلى مسار خاطئ.
صمّم الإيميل وراجعه على Migma، ثم تأكد من ميزة Gmail annotation بشكل منفصل في النسخة النهائية للإرسال على Klaviyo. اعتمد تفاصيل معتمدة وموحدة للعرض في الحالتين. لا تعتمد على الـ annotation لعرض شروط أساسية قد تختفي بمجرد أن يفتح العميل الرسالة.
هذا الدليل صادر عن Migma. يقدّم workflow للمراجعة والتدقيق، ولا يمثّل اختبار أداء مستقلاً أو ضماناً بأن Gmail سيعرض الـ annotation حتماً. تم التحقق من الإرشادات الرسمية في 16 أكتوبر 2026.
راجع العرض قبل البحث في مشاكل الظهور
ابدأ بمستند العرض المعتمد: ما الذي يشمله العرض، من المؤهل للاستفادة منه، ما هو الكود المطبق، متى يبدأ وينتهي، وأين يمكن استخدامه. اطلب من صاحب العرض (offer owner) توضيح أي نقطة غامضة قبل البدء بالبناء على أي من الواجهتين.
كمثال توضيحي: قد يوافق متجر على خصم يشمل إكسسوارات مكتبية محددة ولفترة محدودة. إذا أظهر الـ inbox preview عبارة مثل "خصم على كل المنتجات"، فسيكون ذلك تضليلاً للعميل حتى لو كان كود الـ annotation صحيحاً تقنياً. يجب أن يتطابق نطاق العرض في نص الإيميل والـ landing page تماماً.
يغطي مقال Klaviyo عن Gmail annotations ميزات العروض والصور وصور الكاروسيل (carousel annotations). أما مهمتنا المحددة هنا، فهي التأكد من التطابق الكامل بين المعاينة، ومحتوى Migma الإبداعي، ومسار الاستفادة الفعلي من العرض.
ابنِ الرسالة كاملةً في Migma
زوّد Migma ببيانات العرض المعتمدة، والمنتجات المحددة، والـ CTA المطلوب. احرص على توضيح نطاق العرض بدقة قرب العرض الأساسي مع تحديد الرابط المناسب. ضع الشروط المهمة بوضوح ضمن نص الإيميل المقروء، ولا تفترض أبداً أن معاينة صندوق الوارد ستظهر لكل مستخدم.
استخدم موجزاً (brief) مثل: "أنشئ إيميل عرض قصير لمجموعة إكسسوارات المكاتب المعتمدة. التزم بالكود والموعد النهائي المحددين بدقة. لا تصف العرض بأنه شامل لكل الموقع. اعرض CTA واحداً وواضحاً لصفحة المجموعة، واجعل شروط الاستحقاق الأساسية ظاهرة بوضوح بجانب العرض."
راجع عنوان الرسالة (subject line) والنص التمهيدي (preview text) إلى جانب المحتوى الأساسي. إذا لم تظهر الـ annotation، يجب أن تصف هذه العناصر العادية محتوى الإيميل بدقة. فالصورة أو شارة الخصم صُممت لتعزيز رسالة واضحة، لا لإنقاذ رسالة مبهمة.
تساعدك إعدادات العلامة التجارية في Migma على إبقاء تفاصيل المنتجات المعتمدة، وهوية البراند، والتوجيهات في متناول يدك أثناء الصياغة. تأكد فقط من أن الإرشادات المحفوظة لا تتعارض مع شروط هذه الحملة تحديداً.
قارن العرض عبر نقاط الظهور الثلاث
استعن بجدول تدقيق سريع قبل أن يبدأ المسؤول عن الإرسال بتطبيق كود الـ annotation.
| النقطة | تفاصيل الـ Inbox annotation | مراجعة الإيميل وصفحة الوصول |
|---|---|---|
| نطاق العرض | وصف دقيق ومختصر | نفس المنتجات المشمولة والاستثناءات |
| الكود | الكود المعتمد بدقة | نفس الكود ومسار استخدام يعمل بشكل صحيح |
| التوقيت | مواعيد البدء والانتهاء المعتمدة | موعد نهائي واضح ومقروء يطابق نفس التوقيت |
| صورة المنتج | منتج حالي ذو صلة | نفس المنتج أو مجموعة مشروحة بوضوح |
| الوجهة | رابط الحملة المطلوب (URL) | الصفحة الصحيحة للعرض والسوق المستهدف |
هذه حقول مراجعة تحريرية وليست مواصفات تقنية (schema). اطلب من منفّذ الـ campaign استخدام التعريفات الرسمية والتنسيقات الحالية للحقول، وتحويل التوقيت المعتمد إلى صيغة التاريخ والوقت (date-time) المطلوبة من دون المساس بالموعد النهائي الفعلي.
دقق النسخ الموجهة لأسواق معينة أو لغات مختلفة بشكل منفصل. فالسعر أو العملة أو توفر المخزون أو الكود الذي يعمل في سوق معين، لا يعني بالضرورة أنه صالح لسوق آخر. حدد الجمهور بدقة أو عدّل المحتوى الإبداعي المعتمد بحسب الحاجة.
اتبع خطوات التنفيذ المعتمدة في Klaviyo
توضح تعليمات الدعم من Klaviyo أن كود الـ annotation مدعوم في قوالب custom HTML أو القوالب الهجينة (hybrid)، وليس عبر محرر السحب والإفلات (drag-and-drop). كما تشرح التعليمات نفسها متطلبات القائمة البيضاء للمرسل (allowlisting) وحقول الـ annotation. راجع هذه الإرشادات الرسمية قبل تكليف المطور بتنفيذ النسخة النهائية.
لا تفترض أن Migma ينشئ كود Gmail annotation أو يحفظه تلقائياً. توضح وثائق التصدير في Migma آلية تسليم المحتوى الإبداعي المعتمد؛ ويبقى على مسؤول الإرسال مراجعة القالب النهائي والأكواد الإضافية بشكل منفصل.
بعد التنفيذ، قارن الإيميل النهائي الفعلي بالنسخة المعتمدة على Migma. احتفظ بنسخة من تفاصيل العرض المتفق عليها إلى جانب قيم الـ annotation، حتى يتمكن المراجع التالي من رصد أي كود أو تاريخ قديم بسهولة، دون الحاجة لتفكيك الحملة وإعادة فحصها من الصفر.
حدد سبب عدم ظهور الـ Annotation دون المساس بالعرض
عدم ظهور المعاينة لا يعني بالضرورة وجود خلل في نص الإيميل. توضح Klaviyo أن Gmail هو من يقرر متى تظهر الـ annotations وفق شروط تبويب العروض (Promotions tab)، وأهلية المرسل، ومعايير الصور، وحدود كثافة الرسائل في البريد.
استخدم أداة معاينة الـ annotations من Google للتحقق من كود الـ markup النهائي. تفحص هذه الأداة الأخطاء المحتملة مثل صحة الـ syntax، وجودة الصور، ونسب الأبعاد والأشكال المدعومة، وسلامة الروابط. المعاينة وسيلة تشخيص مفيدة، لكنها ليست ضماناً لظهور الـ annotation لدى كل مشترك.
اطلب من مسؤول الإرسال فحص الكود النهائي، وإرشادات الأهلية الحالية، وطريقة العرض المدعومة في البريد، وتواريخ العرض. لا توسّع نطاق الإرسال التجريبي لمشتركين حقيقيين فقط في محاولة لإجبار الـ annotation على الظهور. التزم بإجراءات الاختبار المعتمدة لديك.
شغّل أداة Migma Email Preflight على الإيميل نفسه وتأكد من معالجة الملاحظات. بعدها، افحص الرسالة على منصة الإرسال وتأكد من مسار الشراء والاستفادة من العرض. سجّل نتائج الفحص بوضوح: هل اجتاز نص الإيميل المراجعة؟ هل نجحت معاينة الـ annotation؟ وهل ظهرت في صندوق الوارد الفعلي أم بقيت غير مؤكدة؟ ابدأ حملتك التالية على Migma بالانضباط نفسه: عرض واحد واضح، وبنفس التفاصيل أينما ظهر.
الأسئلة الشائعة
هل تظهر الـ annotation الصحيحة لكل مستلم على Gmail؟
كلا. توضح Klaviyo شروطاً تتعلق بالمرسل وصندوق الوارد، وخوارزميات Gmail هي التي تقرر وقت العرض. نجاح المعاينة يؤكد صحة الكود لكنه لا يضمن الظهور لكل مشترك.
هل يمكن وضع شروط العرض في الـ annotation فقط؟
يجب إبقاء الشروط الأساسية واضحة في نص الإيميل ومسار الشراء أيضاً. عناصر البريد العادية مثل العنوان والنص التمهيدي والمحتوى يجب أن تظل مفهومة تماماً في حال لم تظهر الـ annotation.
هل يولد Migma كود Gmail annotations تلقائياً؟
لا تفترض ذلك. استخدم Migma لتصميم المحتوى الإبداعي ومراجعته، ثم دع مسؤول الإرسال يطبّق ويدقق كود الـ annotation في مسار قوالب Klaviyo المدعومة.
لماذا قد يفشل إيميل تجريبي في إظهار الـ annotation؟
الكود النهائي ليس العامل الوحيد. راجع أهلية المرسل، وشروط صندوق الوارد المدعومة، ومتطلبات الصور، والتواريخ وفق الإرشادات الرسمية. سجّل عدم الظهور بواقعية بدلاً من الإرسال لقوائم حقيقية لمجرد فرض ظهور المعاينة.