الإجابة المباشرة
يجب اعتماد قالب مصادقة WhatsApp قبل استخدامه لإرسال رمز تحقق تبدأه الشركة. أما مراجعة تطبيق Meta فهي فحص مختلف يتعلق بأذونات تطبيق Meta وطريقة وصوله، ولا سيما عندما يدير البرنامج أصول WhatsApp أو يرسل الرسائل نيابة عن شركات عميلة. إنشاء قالب مصادقة لا يثبت وحده أن التطبيق يحتاج إلى مراجعة أو أنه اجتازها.
ابدأ بسؤالين منفصلين. هل يطابق القالب قواعد رسائل المصادقة؟ وهل يملك تطبيق Meta الأذونات اللازمة للشركات والأصول التي سيعمل عليها؟ النجاح في أحد المسارين لا يعني النجاح في الآخر.
افهم مساري الاعتماد
اعتماد القالب يراجع رسالة محددة. تنص سياسة رسائل WhatsApp Business على أن بدء المحادثة يتطلب قالباً معتمداً وأن WhatsApp قد يراجعه أو يعتمده أو يوقفه أو يرفضه.
مراجعة التطبيق تراجع استخدام الأذونات. قد يختلف مسار شركة ترسل لحساب WhatsApp Business الخاص بها عن مسار مزود تقني يعمل لحسابات شركات أخرى. تتحدد المتطلبات وفق نموذج التطبيق ومستوى الوصول والأصول المستخدمة.
لا تعتبر حالة APPROVED للقالب دليلاً على حصول التطبيق على الوصول المتقدم. ولا تعتبر اعتماد إذن في التطبيق ضماناً لاعتماد كل قالب لاحق.
حدّد متى تنطبق مراجعة التطبيق
استخدم لوحة مطوري Meta كمصدر نهائي للتطبيق الذي تملكه. سجّل كل إذن ومستوى وصوله ومن يملك حسابات WhatsApp Business وما الإجراء الذي ينفذه التطبيق.
في مسار مزود التقنية، تفصل أدلة المراجعة عادة بين إجراءين. دليل إذن المراسلة يعرض إرسال رسالة من التطبيق ووصولها إلى واجهة WhatsApp حقيقية. ودليل إذن الإدارة يعرض إنشاء قالب رسالة أو إدارته. يوثق دليل تكامل مزودي Twilio هذا الفصل ضمن مساره.
سجّل عرضاً واضحاً ببيانات اختبار وتنقل ظاهر وغرض إذن واحد في كل مرة. لا تعرض رموز الوصول أو بيانات العملاء أو معرفات الحسابات الخاصة في التسجيل.
أنشئ قالب المصادقة بالشكل الصحيح
قوالب المصادقة مخصصة لرموز الاستخدام الواحد في تسجيل الدخول أو إنشاء الحساب أو استعادته. اجعل الرسالة محصورة في التحقق ولا تحوّل فئة المصادقة إلى رسالة تسويقية أو تضف عرضاً غير مرتبط.
توضح مجموعة Meta الرسمية للقوالب أن الإنشاء يتم عبر نقطة قوالب حساب WhatsApp Business وبفئة AUTHENTICATION. وتتضمن الأمثلة نصاً مع توصية أمنية وإشعار انتهاء وزر رمز تحقق.
استخدم اسماً ثابتاً وأنشئ نسخة مستقلة لكل لغة سترسل بها فعلياً. إشعار الانتهاء يشرح للعميل فقط ولا يثبت أن خادمك أبطل الرمز. يجب أن تفرض خدمة المصادقة انتهاء الرمز واستخدامه مرة واحدة بنفسها.
اختر نسخ الرمز أو النقرة الواحدة
يمنح قالب نسخ الرمز العميل زر نسخ. يستخدم مثال Meta لنسخ الرمز زر OTP من نوع COPY_CODE. وهو الخيار الأبسط عندما تحتاج مساراً واسعاً للأجهزة أو لا تتحكم في تطبيق Android.
يمكن لقالب النقرة الواحدة تمرير الرمز إلى تطبيق Android مطابق بعد ضغط العميل. يتضمن مثال Meta للنقرة الواحدة اسم حزمة Android وتوقيع التطبيق. استخدم بيانات إصدار الإنتاج لا نسخة التصحيح، واعتبر نسخ الرمز مسار التعافي عند تعذر المطابقة.
اختر حسب رحلة العميل. النسخ الموثوق أفضل من تعبئة تلقائية لا تعمل إلا في جهاز الاختبار.
أنشئ القالب وأرسله للمراجعة
- أكد حساب WhatsApp Business ورقم الهاتف اللذين سيملكان القالب.
- اختر AUTHENTICATION وغرضاً واحداً لتسجيل الدخول أو التسجيل أو الاستعادة.
- اختر نسخ الرمز أو النقرة الواحدة وفق تجربة العميل المدعومة.
- أضف فقط مكونات الأمان والانتهاء التي تستطيع فرضها.
- أنشئ كل نسخة لغوية بصياغة طبيعية.
- أرسل القالب واحفظ معرفه وفئته وحالة المراجعة.
- لا ترسل حركة إنتاج قبل الاعتماد وتوفر النسخة اللغوية المطلوبة.
في قوالب رسائل DripTell، حافظ على تطابق اسم القالب المعتمد ولغته وغرضه مع سير العمل الذي يرسله. الاعتماد بوابة وليس دليلاً على وصول الرسالة أو اكتمال التحقق.
اختبر مسار التحقق كاملاً
اختبر اعتماد القالب وتسليم الرسالة والتحقق من الرمز كمراحل مستقلة. استخدم مستلمين للاختبار ورموزاً غير إنتاجية. تحقق من النجاح والتأخير والانتهاء وإعادة الاستخدام والرمز الخطأ وتعذر التعبئة والنسخ البديل وكثرة المحاولات.
قبول واجهة الإرسال للطلب يعني دخوله إلى المنصة، ولا يثبت وصوله إلى الشخص أو اكتمال المصادقة. صِل حالات الرسالة بنتيجة التحقق في نظامك من دون تخزين الرمز في التحليلات أو ملاحظات المحادثة.
إذا احتاج العميل إلى المساعدة، وجّه المحادثة إلى صندوق وارد للفريق من دون إظهار الرمز. يجب أن يتحقق الموظف من الهوية عبر الإجراء المعتمد وألا يطلب قراءة رمز الاستخدام الواحد بصوت عال.
تجنب أسباب الرفض الشائعة
- الفئة لا تطابق غرض الرسالة.
- النص يتضمن تسويقاً أو إجراء غير مرتبط.
- اللغة المرسلة لا تطابق الرسالة الفعلية.
- المتغيرات والأمثلة لا توضح حالة مصادقة واقعية.
- النقرة الواحدة تستخدم حزمة Android أو توقيعاً خاطئاً.
- تسجيل مراجعة التطبيق لا يعرض الإذن المطلوب داخل التطبيق المقدم.
- التسجيل يكشف أسراراً أو بيانات عميل.
- سير الإنتاج يعتبر قبول الواجهة اكتمالاً للتحقق.
عند الرفض، اقرأ السبب وعدّل أصغر جزء مرتبط ووثق النسخة الجديدة. لا تعِد إرسال القالب نفسه من دون تغيير.
اضبط الوصول والأدلة
امنح إدارة القوالب والإرسال للأدوار التي تحتاجهما فقط. افصل أصول الاختبار عن الإنتاج واحتفظ بسجل لتغييرات القالب. تستطيع ضوابط الأمان والوصول في DripTell دعم فصل الأدوار وحدود مساحات العمل، لكن اعتماد Meta وأمن المصادقة يبقيان مسؤولية مالك التطبيق.
القاعدة العملية واضحة. أثبت أن القالب مسموح وأن التطبيق مسموح له بتنفيذ الإجراء وأن العميل أكمل التحقق. هذه ثلاث حقائق مختلفة ويجب قياسها بصورة مستقلة.
الأسئلة المتكررة
هل تحتاج كل قوالب المصادقة إلى مراجعة التطبيق؟
كل قالب يحتاج إلى اعتماد القالب. أما مراجعة التطبيق فتعتمد على أذونات تطبيق Meta ونموذج وصوله وما إذا كان يعمل على أصوله أو لحساب شركات عميلة.
هل يعني اعتماد القالب أن تسليم الرمز يعمل؟
لا. يتيح الاعتماد استخدام القالب. وما زلت تحتاج إلى اختبار التسليم والانتهاء والاستخدام الواحد والتعافي ونتيجة التحقق النهائية.
هل تعمل النقرة الواحدة من دون حزمة Android وتوقيع؟
يتطلب مثال Meta الرسمي القيمتين. إذا لم تطابقا تطبيق الإنتاج المثبت، استخدم نسخ الرمز وصحح إعداد الإنتاج.
DripTell Editorial
إرشادات عملية راجعها فريق المنتج وتجربة العملاء في DripTell.
تعرّف على كيفية التحقق من معلومات المنتج واستخدام المصادر الرسمية وتصحيح الأخطاء.
سياسة التحرير والمصادر