حضّروا نصوص الإيميل المترجمة في Migma كحزمة واحدة متكاملة: عنوان الرسالة (subject line)، نص المعاينة (preview text)، المقدمة، والـ CTA الأساسي. قبل الإرسال عبر Klaviyo، راجعوا هذه العناصر مجتمعة بالنسخة المعتمدة لوجهتها النهائية. فوجود متن إيميل مترجم بدقة لا يضمن أن صندوق الوارد (inbox) سيقدّمه بالشكل الصحيح.
لكل من الـ subject والـ preview وظيفة مختلفة؛ فالـ subject يحدد ماهية الرسالة أو يمنح سبباً وجيهاً لفتحها، بينما يضيف الـ preview تفاصيل تساعد القارئ على اتخاذ القرار. وترجمة هذين السطرين بمعزل عن بعضهما قد تتسبب في تكرار لا فائدة منه، أو إسقاط تفاصيل هامة، أو إطلاق وعد لا يدعمه متن الإيميل نفسه.
يتناول مقال Klaviyo حول عناوين الإيميلات فكرة استخدام الـ preview text ليكون مكملاً للـ subject. نطبّق هنا هذه الفكرة في إطار مراجعة دقيقة لعملية التعريب، مع أمثلة عملية وفحص تقني محدد لتسليم الـ custom HTML.
حددوا المعنى الثابت للرسالة أولاً
سجّلوا الحقائق الأساسية التي يجب أن تحافظ عليها كل نسخة لغوية: ما هو المعروض، ولمن موجه، والإجراء المطلوب (action)، وأي مواعيد أو شروط أهلية مرتبطة به. وحددوا كذلك الكلمات التي يمكن صياغتها بمرونة لتناسب الجمهور المحلي.
لنأخذ مثالاً توضيحياً: دعوة لحضور ورشة عمل (workshop) أُرسلت لقائمة مشتركين فعليين. المعنى المعتمد هنا هو أن التسجيل مفتوح لورشة عمل مخصصة للمستخدمين الجدد للمنتج، دون وجود أي خصومات معتمدة أو إشارة إلى اقتراب نفاد المقاعد. يجب أن تحافظ كل ترجمة على هذا الإطار بدقة، حتى لو بدت صيغ الاستعجال أكثر جذباً للتسويق.
قدّموا هذا الموجز (brief) مع إرشادات البراند المعتمدة إلى Migma. اطلبوا صياغة طبيعية باللغة المحلية مع شرح لأي تعديل قد يغيّر جوهر العرض، واحرصوا على أن يفحص مراجع لغوي مؤهل المعنى والنبرة، فسلامة الجملة ظاهرياً ليست دليلاً كافياً على دقتها.
راجعوا الـ Subject والـ Preview معاً قبل قراءة الإيميل كاملاً
ضعوا الـ subject والـ preview جنباً إلى جنب، واقرأوهما تماماً كما سيراهما المستلم، دون الاعتماد على الصور أو الفقرة الافتتاحية لتوضيح أي غموض. إذا كان السطر الأول يقول "التسجيل مفتوح" والثاني يكرر العبارة نفسها، استغلوا الـ preview لتقديم سياق عملي بدلاً من إعادة الإعلان.
على سبيل المثال، قد تقترح مسودة التخطيط بالإنجليزية: "Your first workspace workshop" مع "See the agenda and choose a session". هذه الأسطر مجرد موجز توضيحي وليست وعداً مثبت الأداء؛ ويمكن للنسخة المحلية استخدام تركيب جمل مختلف مع الحفاظ التام على نفس تفاصيل الورشة والإجراء المطلوب.
لا تضعوا الشروط الأساسية في نهاية نص preview طويل، فالمساحة المتاحة في صناديق الوارد تتغير باستمرار. يوضح دليل Klaviyo الرسمي للـ preview text أن الأجهزة وتطبيقات الإيميل تعرض مساحات متفاوتة؛ لذلك اختبروا دائماً أقصر جزء مرئي للتأكد من وضوحه، بدلاً من افتراض حد أقصى ثابت لعدد الحروف يناسب الجميع.
انتبهوا لهذه الأشكال الأربعة من انحراف المعنى
| الانحراف | ما يلاحظه المراجع | ما يجب معالجته |
|---|---|---|
| التكرار | الـ subject والـ preview يكرران نفس الإعلان | إضافة تفاصيل ذات صلة دون إطلاق وعود جديدة |
| مبالغة في الطرح | الترجمة تضيف إيحاءً بالندرة أو تضمن نتائج | استعادة المعنى الأصلي المعتمد |
| سياق ناقص | الورشة تبدو مناسبة للجميع دون استثناء | الحفاظ على تحديد الجمهور المستهدف بدقة |
| عدم تطابق الوجهة | الإيميل يدعو للتسجيل والزر يفتح صفحة عامة | مطابقة الإجراء المطلوب مع رابط الوجهة الفعلي |
احرصوا على توثيق قرارات المراجع اللغوي بجانب النسخة المعتمدة. وإذا احتملت أي عبارة أكثر من معنى، احسموا أمرها قبل إدخال الإيميل في الـ sending workflow.
راعوا نوع الـ Template في Klaviyo
توضح وثائق Klaviyo الرسمية للـ preview text تفصيلاً تقنياً مهماً: ميزة إدخال الـ Preview Text مدعومة مباشرة داخل قوالب السحب والإفلات (drag-and-drop templates). أما في قوالب الـ custom HTML، بما فيها تلك التي تدعم السحب والإفلات، فعلى المصمم إدراج الـ preview text المطلوب مباشرة في بداية كود الإيميل. بينما تعتمد الإيميلات النصية فقط (text-only) على الكلمات الأولى من محتواها تلقائياً.
هذا يعني أن ظهور حقل الإدخال في مسار عمل معين لا يُعد دليلاً على أن كل قالب HTML مُصدّر سيتعامل معه بالطريقة نفسها. اطلبوا من المسؤول عن منصة الإرسال تحديد نوع الـ template بدقة وفحص الرسالة بعد تعبئتها. لا تدرجوا كود preview مخفياً دون تدقيق، ولا تفترضوا أن الـ preview في نظام الإنشاء سيلغي إعدادات منصة الإرسال تلقائياً.
تتيح إرشادات التصدير في Migma تحديد لغة التصدير وتنزيل ملفات HTML منفصلة لكل لغة. احرصوا على مطابقة هذه الملفات ونصوص الـ inbox المعتمدة لها بدقة، وتأكدوا من مراجعة القيود الفنية لمسار التصدير المعتمد قبل استخدامه في حملاتكم المترجمة.
عاينوا ما يظهر فعلياً في الـ Inbox
أرسلوا إيميل تجريبي (test email) مصرحاً به من منصة الإرسال النهائية، وتحققوا من اسم المرسل، والـ subject، والـ preview الظاهر، والمقدمة، والـ CTA داخل الرسالة نفسها. وإذا أظهر الـ preview نصوصاً غير متوقعة كروابط القوائم العلوية أو نصوص الصور البديلة (alt text)، تحققوا من طريقة إعداد كود الـ preview برمجياً بدلاً من الاكتفاء بتقصير الـ subject.
عاينوا الإيميل على شاشات الموبايل الضيقة وكذلك على أجهزة الـ desktop كلما أمكن. راقبوا النقطة التي يفقد عندها العنوان سياقه، أو فواصل الأسطر غير المريحة، وعلامات الترقيم التي قد تغيّر المعنى. واعتمدوا على قارئ لغوي فعلي لمراجعة النصوص المكتوبة من اليمين إلى اليسار (RTL) بدلاً من تقييم التنسيق بناءً على المظهر العام للصورة فقط.
احرصوا على أن يبقى جوهر الرسالة واضحاً حتى لو اقتطعت منصة البريد معظم الـ preview؛ فهذا هدف تحريري وتصميمي، وليس ضماناً بأن كل صندوق وارد سيعرض الحجم أو النص ذاته.
اعتمدوا نسخة لغوية متكاملة
احفظوا الـ subject النهائي، والـ preview، ومرجع متن الإيميل، واللغة، والـ template المعتمد، واسم المراجع في سجل واحد. وإذا تغيّر العرض الأصلي بالإنجليزية لاحقاً، حددوا النسخ اللغوية المتأثرة وأعيدوا مراجعتها، ولا تفترضوا أن تعديل المصدر يحدّث تلقائياً كل النسخ في منصة الإرسال.
ابدأوا بنسخة لغوية واحدة واختبار واقعي في صندوق الوارد؛ وبمجرد التأكد من صحة المعنى والتطبيق التقني، كرروا الخطوات نفسها مع باقي اللغات. فالهدف الأساسي هو إيصال رسالة متماسكة وواضحة للمستلم، مع ضمان تطابق ما يراه في صندوق الوارد مع محتوى الإيميل الذي يفتحه.
الأسئلة الشائعة
هل ترجمة محتوى الإيميل تضمن صحة ترجمة الـ subject تلقائياً؟
لا. يجب مراجعة الـ subject والـ preview والمقدمة والـ CTA كوعد واحد متكامل، بالاستعانة بمراجع لغوي مؤهل عند الحاجة.
أين يوضع الـ preview text في Klaviyo عند استخدام custom HTML؟
يوضح الدليل الرسمي أن على المصمم إدراجه في بداية كود الإيميل. حقل إدخال الـ Preview Text مدعوم في قوالب drag-and-drop؛ لذا تحققوا من نوع الـ template المستخدم فعلياً.
هل يجب الالتزام بطول موحد للـ preview text في كل اللغات؟
لا. تختلف صياغة الجمل والمساحة المعروضة بحسب اللغة ونوع الجهاز وتطبيق الإيميل. ركّزوا على وضع المعنى الأساسي في البداية وعاينوا النتيجة الفعلية في صندوق الوارد.
هل يؤدي تعديل المصدر في Migma إلى تحديث كل قوالب اللغات المصدرة تلقائياً؟
لا تفترضوا ذلك. حددوا كل نسخة متأثرة في منصة الإرسال، وطبقوا التعديل المعتمد عبر الـ workflow المخصص لها، ثم عاينوا النتيجة للتأكد.