طرق التكامل: API، وحزم SDK، والروابط بلا كود
لست بحاجة إلى كتابة شيفرة لبدء التحقق من هوية الأشخاص مع Didit - استخدم رابطًا بلا كود، أو استعن بحزمة SDK أو بواجهة برمجة التطبيقات عندما تريد الأتمتة.
ثلاثة مسارات. الروابط بلا كود لا تحتاج إلى أي خلفية على الإطلاق. API مع إعادة توجيه هو التكامل القياسي. حزم SDK تضع سير العمل داخل تطبيقك الخاص - وهي المسار الوحيد الذي يدعم NFC. أيًا كان ما تختاره، احصل على النتائج عبر webhooks.
لست بحاجة إلى مطوّر لإطلاق التحقق من الهوية مع Didit. هناك خيار بلا كود يستغرق دقائق، بالإضافة إلى خياري API وSDK لعندما تريد أتمتته داخل منتجك الخاص.
#هل يمكنني استخدام Didit دون برمجة؟
نعم. بمجرد أن تبني سير عمل في الكونسول، يمكنك توليد جلسة تحقق بطريقتين دون أي كود:

- تصدر الخطوة الأولى مفتاح API الذي تُصادق به خلفيتك.
- تختار الخطوة الثانية سير العمل الذي ستشغّله كل جلسة.
- تسجّل الخطوة الثالثة أين تُنشر النتائج، وترسل تسليمًا تجريبيًا.
- الخطوة الرابعة هي الشيفرة: انسخ دليل البدء السريع لمنصتك.
- رابط تحقق (لمرة واحدة)
من صفحة Workflows، أنشئ جلسة مباشرة من الكونسول. تحصل على رابط فريد ورمز QR لذلك الشخص - أرسله عبر البريد الإلكتروني، أو الرسائل النصية، أو أي قناة، أو اجعله يمسح الرمز حضوريًا.
- رابط قابل لإعادة الاستخدام (Unilink)
لكل سير عمل أيضًا رابط واحد قابل لإعادة الاستخدام يبدأ جلسة جديدة عند كل زيارة. ضعه خلف زر في موقعك، أو اطبعه كرمز QR لكشك أو فرع، أو شاركه مع الشركاء. انظر الروابط القابلة لإعادة الاستخدام.
يتجاوز كلا الخيارين API وخلفيتك تمامًا - وهما الخيار الصحيح للمنتجات الأولية، أو المراجعة اليدوية، أو التحقق الحضوري، أو البدء قبل أن تبني أي شيء مخصص.
#عندما تريد الأتمتة
إذا كنت تحتاج إلى أن تُحدَّث أنظمتك تلقائيًا بالنتيجة - لا أن تظهر فقط في الكونسول - فستحتاج إلى API أو SDK:
| تريد أن... | استخدم |
|---|---|
| تُعيد توجيه المستخدمين إلى صفحة تحقق مستضافة من تطبيقك | استدعاء واحد لـ API لإنشاء جلسة، ثم إعادة التوجيه إلى الرابط المُعاد |
| تضمّن التحقق داخل تطبيق الويب الخاص بك | حزمة JavaScript SDK أو إطار iframe داخل السياق |
| تحقق داخل تطبيق iOS أو Android أو Flutter أو React Native أصلي | حزمة SDK الأصلية المطابقة - مطلوبة لـ NFC |
| تضيف التحقق إلى WordPress/WooCommerce أو Shopify | إضافة WordPress/WooCommerce أو Shopify - دون الحاجة إلى كود |
| تربطه بأداة أتمتة | API من Zapier، أو n8n، أو أي أداة يمكنها إرسال طلب HTTP واستقبال webhook |
| تصل إليك النتائج مباشرة إلى خلفيتك فور جاهزيتها | Webhooks |
| تشغّل الفحوصات الفردية بنفسك (معالجة دفعية، واجهة التقاط مخصصة) | واجهات API المستقلة، تُستدعى مباشرة بدلًا من عبر جلسة سير عمل |
#إرسال الرابط بنفسك
إذا أنشأت جلسة عبر API، تُعيد Didit رابط التحقق - ويصبح إيصاله إلى الشخص من مسؤوليتك بعد ذلك. إرساله من منتجك الخاص، بنصك وهويتك البصرية الخاصة، عادة ما يكون التجربة الأفضل على أي حال: فالشخص يثق بك بالفعل، ورسالة من مُرسِل غير مألوف تكلفة تحويل.
إذا كنت تحتاج إلى أن ترسل Didit بريدًا إلكترونيًا للشخص بدلًا من ذلك، مرِّر بيانات التواصل عند إنشاء الجلسة. تأكد مما هو مدعوم لإعدادك بدلًا من الافتراض، ولاحظ أن لغة البريد الإلكتروني حقل منفصل عن لغة سير العمل. انظر تعيين لغة التحقق.
#الاختيار بين المستضاف، والمضمَّن، والأصلي
| إعادة توجيه مستضافة | مضمَّن (SDK ويب / iframe) | SDK أصلي | |
|---|---|---|---|
| الكود المطلوب | الحد الأدنى | متوسط | الأكثر |
| يغادر المستخدم تطبيقك | نعم | لا | لا |
| قراءة رقاقة NFC | لا | لا | نعم |
| أفضل سلوك للكاميرا | جيد | جيد | الأفضل |
| النطاق المخصص يزيل Didit من الرابط | نعم | لا ينطبق | لا ينطبق |
إذا كان NFC مهمًا بالنسبة لك، فهذا الصف يحسم الأمر: لا يمكن قراءة الرقاقة من صفحة متصفح. انظر التحقق برقاقة NFC.
يستحق التأكد من جهة الاتصال في Didit أيّ من خيارات التضمين متاح لخطتك قبل تحديد نطاق مشروع حول أحدها.
#واجهات API المستقلة مقابل جلسات سير العمل
تُشغّل جلسة سير العمل الفحوصات معًا، وتُنتج قرارًا إجماليًا واحدًا، وتعتمد على المخصصات المجانية لكل ميزة للميزات الأربع المجانية. أما استدعاء API مستقل فيُشغّل فحصًا واحدًا على بيانات تزوّدها أنت، ويُعيد تلك النتيجة فقط، ويُفوتَر لكل استدعاء دون أي مخصص مجاني.
الاستدعاءات المستقلة هي الأداة الصحيحة للمعالجة الدفعية، أو لواجهة التقاط بنيتها بنفسك، أو لفحص تريد تشغيله خارج سير عمل الإعداد. وهي الأداة الخاطئة إذا كنت تريد الطبقة المجانية.
#الاختبار قبل الانتقال إلى الوضع المباشر
أنشئ تطبيقًا منفصلًا في وضع sandbox للاختبار - لكل تطبيق مفتاح API وسير عمل خاص به، لذا لا تلمس حركة الاختبار البيانات المباشرة أبدًا، وجلسات sandbox لا تكلّف شيئًا مع تمكينك من فرض أي نتيجة. انظر الاختبار في sandbox.
#الخطوات التالية
- أعدّ سير عمل أولًا إن لم تكن قد فعلت: بناء سير عمل تحقق
- احصل على النتائج فور جاهزيتها: الحصول على نتائج التحقق عبر webhooks
- أين تجد مفتاح API الخاص بك: إدارة مفاتيح API الخاصة بك
- عندما يُعيد شيء ما خطأً: أخطاء API وماذا تعني
