تتطلب استدعاءات Graph API وAPI التسويق الحصول على رمز وصول حتى يتم إدخاله كمعلمة في كل استدعاء لـ API. سنعلمك في هذا الدليل كيفية الحصول على رموز الوصول لأغراض الاختبار.
للتعرف على المزيد حول المصادقة، راجع الوثائق الأساسية: رموز الوصول لتقنيات Meta
ستتناول هذه الوثائق:
يمكنك الحصول على رمز وصول اختباري باستخدام مستكشف Graph API. لمعرفة كيفية استخدام المستكشف، راجع دليل مستكشف Graph API.
ads_read
.للحصول على مزيد من المعلومات في الرمز الذي أنشأته للتو، انقر على زر i المعروض قبل الرمز. بعد النقر، تفتح شاشة منبثقة وتعرض بعض المعلومات الأساسية حول الرمز. انقر على "فتح" في "أداة رمز الوصول" لإعادة توجيهك إلى "أداة تصحيح أخطاء رموز الوصول".
يمكنك أيضًا الوصول مباشرةً إلى أداة تصحيح أخطاء رمز الوصول ولصق الرمز الذي أنشأته في مربع النص.
أثناء تصحيح الأخطاء، تحقق من:
تحقق من خصائص الرمز الجديد باستخدام أداة تصحيح أخطاء رموز الوصول. يجب أن يكون له فترة انتهاء صلاحية أطول، مثل 60 يومًا، أو لا تنتهي صلاحيته أبدًا. راجع رمز الوصول طويل الأجل.
رمز وصول مستخدم النظام هو نوع من رموز الوصول يرتبط بحساب مستخدم النظام، وهو حساب تم إنشاؤه في مدير الأعمال لغرض إدارة الأصول واستدعاء API التسويق. تُعد رموز وصول مستخدم النظام مفيدة للتفاعلات من الخادم إلى الخادم حيث لا يكون هناك مستخدم يقوم بالمصادقة. يمكن استخدامها لتنفيذ الإجراءات بالنيابة عن النشاط التجاري، مثل قراءة بيانات النشاط التجاري وكتابتها وإدارة الحملات الإعلانية والكائنات الإعلانية الأخرى.
تتمثل إحدى مزايا استخدام رمز وصول مستخدم النظام في أنه لا تنتهي صلاحيته، ويمكن استخدامه في البرامج النصية أو الخدمات طويلة الأجل التي تحتاج إلى وصول إلى Graph API. بالإضافة إلى ذلك، ونظرًا إلى إن حسابات مستخدمي النظام ليست مرتبطة بفرد معين، فإنه يمكن استخدامها لتوفير مستوى فصل بين النشاط الشخصي والتجاري على فيسبوك.
كما أن رموز مستخدمي النظام أقل عرضة للإبطال نتيجة أسباب أخرى مقارنة برموز وصول المستخدمين طويلة الأجل.
إذا قام المستخدم بالنقر على زر السماح عندما تطالب بالأذونات الممتدة، فسيتم إعادة توجيه المستخدم إلى عنوان URL الذي يحتوي على قيمة المعلمة redirect_uri
ورمز التصريح:
http://YOUR_URL?code=<AUTHORIZATION_CODE>
قم بإنشاء عنوان URL يتضمن نقطة النهاية للحصول على رمز ومعرف تطبيقك وعنوان URL لموقعك ومفتاح سري للتطبيق ورمز التصريح الذي تلقيته للتو. سيكون عنوان URL مشابهًا لما يلي:
https://graph.facebook.com/<API_VERSION>/oauth/access_token? client_id=<YOUR_APP_ID> &redirect_uri=<YOUR_URL> &client_secret=<YOUR_APP_SECRET> &code=<AUTHORIZATION_CODE>
يجب أن تحتوي الاستجابة على رمز الوصول المستخدم:
إذا كان سيتم استدعاء API من قبل مستخدم نظام التابع للنشاط التجاري، في يمكنك استخدام رمز وصول مستخدم النظام.
يمكنك تصحيح أخطاء رمز الوصول، والتحقق من انتهاء الصلاحية، والتحقق من صحة الأذونات الممنوحة باستخدام أداة تصحيح أخطاء رمز الوصول أو API التحقق البرنامجي.
يجب تخزين الرمز بأمان في قاعدة بياناتك لاستخدامه في استدعاءات API اللاحقة. يجب نقل الرموز المميزة بين العميل والخادم على نحو آمن عبر HTTPS لضمان أمان حسابات الأشخاص. اطّلع على المزيد حول الآثار المترتبة على نقل الرموز المميزة بين العملاء والخادم لديك.
يجب التحقق بانتظام من صلاحية الرمز، وإذا لزم الأمر، مطالبة المستخدم بالحصول على الإذن. حتى الرمز المستمر يمكن أن يصبح غير صالح في عدد قليل من الحالات بما في ذلك ما يلي:
نظرًا إلى أنه يمكن إلغاء رموز وصول المستخدم أو إبطالها في أي وقت لأي سبب، فيجب أن يتوفر لدى تطبيقك دفق لإعادة طلب الإذن من المستخدم. عندما يبدأ مستخدم تطبيق الويب، تحقق من صلاحية الرمز الذي لديك لهذا المستخدم. إذا لزم الأمر، أرسله عبر دفق المصادقة للحصول على رمز محدث.
إذا لم يكن هذا ممكنًا في تطبيقك، فقد تحتاج إلى طريقة مختلفة لمطالبة المستخدم. يمكن أن يحدث هذا في الحالات التي لا يتم فيها بدء استدعاءات API مباشرةً بواسطة واجهة المستخدم، أو يتم تنفيذها بواسطة البرامج النصية التي يتم تشغيلها بشكل دوري. يتمثل أحد الحلول الممكنة في إرسال بريد إلكتروني إلى المستخدمين يحتوي على التعليمات.