قوالب واتساب — إزاي تكتب قالب يتوافق عليه من أول مرة

على Cloud API، أي رسالة بتبدأها انت (يعني العميل ما كلّمكش في آخر 24 ساعة) لازم تكون قالب Meta وافقت عليه قبل كده. ده مش تعقيد إداري — ده اللي بيمنع واتساب من التحوّل لسوق سبام.

أما جوّه نافذة الـ 24 ساعة، فانت حر تكتب اللي انت عايزه من غير قالب.

وانت بتنشئ القالب بتختار فئته، والفئة دي هي اللي Meta بتحاسبك بيها. والفرق كبير:

Utility — خدمية

متعلّقة بمعاملة قائمة: تأكيد طلب، تحديث شحن، تذكير بموعد. الأرخص.

Authentication — تحقق

أكواد OTP بس. نفس سعر الخدمية تقريبًا.

Marketing — تسويقية

أي حاجة ترويجية. الأغلى بفارق كبير — حوالي 18 ضعف.

لو قالبك متعلّق بمعاملة حقيقية، صنّفه Utility. تصنيف رسالة تأكيد طلب كـ Marketing بيضاعف فاتورتك من غير أي فايدة.

قوالب Meta بتستخدم متغيّرات موضعية: `{{1}}`، `{{2}}`. الترتيب هو اللي بيحدّد القيمة.

• ممنوع القالب يبدأ أو ينتهي بمتغيّر — لازم يكون في نص حواليه.
• ممنوع متغيّرين ورا بعض من غير كلام بينهم.
• لازم تدّي مثال لكل متغيّر وقت الإنشاء، والمثال لازم يكون واقعي.

• محتوى ترويجي في قالب متصنّف Utility. Meta بتقرا المحتوى، مش بتصدّق التصنيف.
• المتغيّرات في أول أو آخر النص.
• أمثلة غير واقعية زي `{{1}} = xxx` — Meta بترفضها.
• أخطاء إملائية كتيرة أو نص مش مفهوم.
• وعود مبالغ فيها أو ادعاءات طبية.
• طلب بيانات حسّاسة زي كلمة السر أو بيانات الكارت.

على قناة QR في نوع تاني من القوالب بنسمّيه "قوالب القنوات". دي بتتخزّن عندنا مش عند Meta، ومحدش بيوافق عليها.

بتستخدم متغيّرات مسمّاة زي `{{name}}` بدل الأرقام، وبتتحلّ على السيرفر وقت الإرسال.

ماينفعش تستخدمها على Cloud API — القناة دي بتقبل قوالب Meta المعتمدة بس.

• اكتب القالب في الإعدادات ← القوالب.
• اختار الفئة الصح من أول مرة — تغييرها بعدين بيحتاج مراجعة جديدة.
• ابعته لـ Meta واستنى. المراجعة عادة دقايق لحد ساعات.
• لو اترفض، اقرا سبب الرفض من Meta — بيكون واضح في أغلب الأحيان.
• اعمل "مزامنة من Meta" عشان حالة القوالب عندنا تطابق حالتها عندهم.