الانتقال إلى المحتوى الرئيسي
النص الكامل لفيديو بناء سير عمل للتحقق من KYC بدون كود (الدرس الكامل) - أكاديمية Didit، الفيديو 3 من 10، المدة 18:54. شاهده على YouTube. ترتبط كل فقرة بالوقت الدقيق في الفيديو.
تغيّرت الأسعار في 1 نوفمبر 2026: أصبحت 500 فحص مجاني شهرياً رصيداً شهرياً بقيمة $10 للمؤسسات التي سجّلت ببريد عمل. يعرض الفيديو الأسعار السابقة.

​
ما هو سير العمل

00:03 في هذا الفيديو، سنبني سير تحقق كاملاً من الصفر، ولن تحتاج إلى كتابة سطر واحد من الكود. سير العمل هو في الحقيقة وصفة للتحقق، تحدد الفحوصات التي تُجرى وترتيبها. عادةً ما يكون هذا النوع من الأمور من اختصاص المهندسين. أما في Didit، فتبنيه بنفسك بشكل مرئي. تشاهد السعر يتحدّث أثناء العمل، وتنشره مباشرة متى أصبحت جاهزاً. 00:28 إذا أردت أن تبني واحداً بنفسك، يمكنك زيارة didit.me والتسجيل مجاناً، ثم إعداد أول سير عمل خاص بك في بضع دقائق فقط. حسناً، لنبدأ من المكان الذي يوجد فيه كل سير تحقق، وهو

​
قائمة سير العمل ومعرّفات سير العمل

00:39 قائمة سير العمل أسفل تبويب الإعداد هنا. إذن، جميع عمليات سير العمل الموجودة حالياً في هذا الحساب، ويمكنك رؤية نوعها. لدينا KYC وKYB. لدينا بسيط ومخطط، ويمكننا رؤية كل الفحوصات والميزات المختلفة داخل كل سير عمل. ويمكننا رؤية فرق السعر. أي أن هذا يعرض السعر لشخص يجتاز فحصاً واحداً فقط ولا يُكمل، مقارنةً بشخص يُكمل سير العمل بالكامل. ولدينا رابط لكل سير عمل. 01:09 يمكننا إضافة جلسة جديدة يدوياً. ويمكننا نسخ معرّف سير العمل. ويمكننا تكرار سير العمل وإعادة تسميته وأرشفته، كل ما تعتاده عادةً. وهذا هو معرّف سير العمل هنا. إذن، النسخ المتعددة من سير العمل نفسه ستعمل بالمعرّف نفسه. لذلك، إذا حدّثت سير العمل، فلن تحتاج إلى تغيير أي شيء في الكود أو في تطبيقك. أبسط طريقة للتفكير في سير العمل هي أنه مجرد وصفة للتحقق، أي الفحوصات التي تُجرى وبأي ترتيب، والقواعد التي تُتّبع. وهناك نوعان مختلفان من

​
البسيط مقابل سير العمل المخطّط

01:40 البنيات كما ذكرت. هناك البسيط وهناك المخطط. فالسير البسيط هو فحص واحد أو عدة فحوصات بدون أي تفريع على الإطلاق. لا يوجد منطق شرطي. وإعداده سريع، ويغطي معظم الحالات. لذلك تختار الوحدات الخاصة بك وتنتهي. فإذا نظرنا إلى هذا المثال من سير العمل، يمكنك أن ترى أنه يمكننا اختيار الوحدات هنا على اليسار، وسيرتّبها كلها بالتتابع. أما بالنسبة إلى

​
سير عمل مخطط مع تفريع

02:05 سير العمل القائم على المخطط، فإذا نقرنا هنا، سنرى أن هناك تفريعاً في النهاية. يمكننا أن نكون أكثر دقة في توجيه المستخدم عبر سير التحقق هذا. يمكنك أن ترى في سير العمل هذا، على سبيل المثال، عدة نقاط تفريع مختلفة. يمكننا تضمين استدعاءات webhook أيضاً. وبشكل عام، يمكننا إضافة قدر أكبر من التعقيد هنا عند الحاجة. 02:30 لاحظ هنا أيضاً أن سير عمل KYB يبدو تماماً مثل هذا، لكن لدينا فحوصات مختلفة فقط. حسناً. إذا أردنا إضافة فحص، يمكننا الدخول هنا. يمكننا اختيار أحد إجراءات المستخدم أو إعداد فحوصات في الخلفية. هذه هي التي لا يراها المستخدم في الواجهة الأمامية. لذلك، كل

​
إنشاء سير عمل جديد من قالب

02:51 ما تحتاجه هو الضغط على سير عمل جديد. لدينا خياران هنا: KYC وKYB. لنختار KYC. ولدينا البسيط مقابل المتقدم كما أريتك سابقاً. وسأريك الخيارات لكليهما. إذا نقرنا على البسيط، فلدينا عدد كبير من القوالب لمختلف القطاعات. ويمكننا رؤية تكلفة كل قالب من هذه القوالب. لدينا بوابات عمرية. لدينا التحقق من البريد الإلكتروني. 03:19 لدينا المصادقة البيومترية والتأمين والرعاية الصحية، كل هذه الأمور. الآن، على سبيل المثال، إذا استخدمنا التحقق من الشركات (KYB)، واستخدمنا النسخة المتقدمة، وهي المخطط، فلدينا مجموعة من القوالب أو الوصفات المختلفة إن أردت أن تسميها كذلك. لذلك، يمكننا إعداد KYB للدول عالية المخاطر، وهكذا. لا تحتاج حتى إلى النقر والسحب والإفلات هنا. إنه مبني بالفعل. لذا كل

​
اختيار فحص لكل عقدة

03:48 عقدة هنا لها قائمة منسدلة. يمكنك فقط اختيار الفحص الذي تريده. يمكنك تغييره كما هنا، أو يمكننا وضع فحص التحقق من سجل الشركات. أي شيء تريده. التحقق من الهوية، كشف الحيوية، مطابقة الوجه، AML، إثبات العنوان. كل الفحوصات التي يستطيع Didit تقديمها لـ KYB وKYC متاحة داخل هذه العقد هنا. لذلك، لو أردت إضافة فحص إضافي هنا، مثلاً فحص AML، يمكنني إضافته هنا. سنتناول القواعد والتبويبات بعد لحظة، لكن يمكنك أن ترى في سير العمل هذا أنني أضفته إلى سير العمل هنا. لذا، إذا دخلت إلى سير عمل KYC مخطط هنا، فمعظم مسارات سير العمل هذه ستبدأ بالتحقق من الهوية. فهو الفحص الأكثر

​
داخل عقدة التحقق من الهوية

04:33 شيوعاً. ويمكنك أن ترى هنا أن هذه هي عقدة التحقق من الهوية. لدينا 500 فحص مجاني شهرياً، وكذلك الأمر لكشف الحيوية، وكذلك لمطابقة الوجه. الآن، يتجاوز هذا التحقق من الهوية مجرد قراءة النص من البطاقة بكثير. فهو يثبت أن المستند أصلي، عبر فحص خصائص الأمان، والبحث عن أي عبث، وقراءة الخطوط والتخطيطات. ثم يستخرج كل حقل: الاسم وتاريخ الميلاد ورقم المستند وتاريخ الانتهاء، كلها عبر OCR بأي لغة، وذلك في جميع أنواع المستندات المدعومة البالغ عددها أكثر من 14,000. لذلك، هذا ليس مجرد نص أبداً. إنه فحص للأصالة أولاً، ثم البيانات ثانياً. حسناً، لنُعدّ واحداً من هذه الوحدات.

​
أوضاع كشف الحيوية وتكلفة كل منها

05:15 لنفترض أننا انتقلنا إلى وحدة كشف الحيوية، فسترى أن لدينا عدة أوضاع مختلفة لكشف الحيوية. الوضع السلبي يكشف الحيوية باستخدام صورة سيلفي. والوضع الوميضي يؤكد الحيوية باستخدام أنماط ضوئية ديناميكية للتحقق من أن الوجه وجه مستخدم حقيقي. ثم لدينا الإجراء ثلاثي الأبعاد، إذ يُؤكَّد الضوء مع إجراء ما، سواء كان رمش العين أو تحريك الرأس. الآن، كما ترى، بالنسبة إلى فحص الحيوية السلبي نحصل على 500 رصيدًا مجانيًا شهريًا، ثم 10 سنتات لكل فحص، أما الوضع الوميضي والإجراء ثلاثي الأبعاد فسعر كل منهما 15 سنتاً لكل فحص. ولا نحصل على أي فحوصات مجانية ضمن الحساب المجاني. وفي علامة تبويب القواعد،

​
القواعد: العتبات والوجوه المكررة والوجوه المتعددة

05:56 من هنا نحدد ما إذا كانت الوحدة مطلوبة أم اختيارية. إذا انتقلنا إلى علامة تبويب القواعد، فسنرى عدة خيارات. تتيح لنا هذه الخيارات ضبط حساسية الاختبار، فنحدد مستوى التسامح. إذا كانت درجة كشف الحيوية لدى الشخص أقل من 70، فسيُوضَع قيد المراجعة، ويمكننا تغيير ذلك إذا أردنا. والأمر نفسه ينطبق على الرفض. كما يمكننا ضبط إعداد للوجه المكرر: عندما يتطابق وجه المستخدم مع وجه من جلسة سابقة مقبولة، فكيف نتصرف؟ هل نقبل أم نراجع أم نرفض؟ ثم يمكننا تخصيص عتبة التشابه حسب الإثنية، أي ضبط حساسية كشف التكرار بحسب إثنية المستخدم. وأخيراً يمكننا تحديد الإجراء الذي يُتخذ عند اكتشاف أكثر من وجه في صورة الحيوية. وسيُستخدم الوجه الأكبر دائماً لحساب درجة الحيوية، وهذا خيار يمكننا ضبطه هنا. وإذا دخلنا إلى

​
الإعدادات المتقدمة وعتبات الجودة

06:56 علامة التبويب المتقدمة فيها عدة خيارات: وضع خصوصية الوجه، والحد الأقصى لمحاولات كشف الحيوية، أي عدد المرات التي يمكن للمستخدم فيها إعادة فحص الحيوية ضمن جلسة التحقق الواحدة، وحد جودة الوجه. فإذا لم تكن متأكداً من وظيفة أي من هذه الإعدادات، يمكنك أن تمرر المؤشر فوق زر المعلومات هنا. نرى أن جودة الوجه تقيس وضوح الصورة ودقتها وحدّتها. 07:20 قد تنتج الصور منخفضة الجودة عن الضبابية أو التبكسل أو سوء الإضاءة. لذلك يمكننا ضبط العتبة هنا استناداً إلى درجة جودة الوجه. ولدينا أيضاً عتبة شدة الإضاءة، فنحدد نطاق الإضاءة المقبول، وإذا كانت الإضاءة أقل من هذا النطاق، فيمكننا بالطبع إرسال المستخدم إلى المراجعة أو رفضه. وأخيراً يمكننا إنشاء قواعد مخصصة خاصة بنا إذا لم يطابق أيٌّ من هذه الإعدادات ما نريده.

​
البيانات المُرجعة وGDPR

07:47 وفي علامة تبويب البيانات المُرجعة يمكننا اختيار نقاط البيانات التي نريد استبعادها من نتائج التحقق لأغراض GDPR وغيرها. والآن، بالنسبة إلى كل وحدة من هذه الوحدات، يمكننا رؤية سعر الفحص، وفي الأعلى

​
كيف تتراكم تكلفة سير العمل

08:00 هنا يمكننا رؤية إجمالي السعر. دعني أشرح لك ذلك خطوة بخطوة، لأن لكل عقدة سعرها الخاص، ومن المرجح أن يختلف إجمالي التكلفة قليلاً من سير عمل إلى آخر. أنت تدفع فقط مقابل الخطوات التي تُنفَّذ فعلياً، إذ تُحتسب كل خطوة على حدة. لذلك، إذا توقف المتقدم في منتصف الفحص، فستُحتسب فقط الفحوصات الأولى التي اجتازها. ولهذا ترى في الأسفل نطاقاً يتراوح بين 20 سنتاً و43 سنتاً. هذا هو النطاق. إذا خاض شخص سير العمل، فاجتاز الخطوة الأولى ثم خرج، فستكلفك 20 سنتاً فقط. أما إذا أكمل سير التحقق بالكامل، فستكلفك 43 سنتاً. وكما ترى في الوسط، هذه هي كل الوحدات الموجودة ضمن سير العمل هذا. ويمكننا أن نرى عدد الأرصدة المتاحة لنا شهرياً. وبعد استهلاك الأرصدة المجانية، أي بعد إنجاز 500 فحص، ستبدأ عندها في دفع رسومها. ومن أقوى الوحدات التي يمكنك إضافتها وحدة لا تُعد فحصًا بالكاميرا على الإطلاق، بل هي

​
التحقق من قواعد البيانات مقابل السجلات الحكومية

09:05 التحقق من قواعد البيانات. لنضف هذه الوحدة. هذا فحص للخلفية، ولنلقِ نظرة على ما يفعله فعلاً، لأن فحص التحقق من قواعد البيانات هذا يتصل بالسجلات وقواعد البيانات الحكومية الرسمية في مختلف أنحاء العالم. ما يفعله هو مطابقة بيانات المستخدم مع هذه المصادر الرسمية، ثم إثراؤها بحقول إضافية تحتفظ بها السجلات. يمكنك اختيار السجلات والمصادر التي تريد تشغيلها لكل دولة، كما ترى هنا. ولكل خدمة سعرها الخاص. فترى في الأسفل مثلاً خدمات مختلفة داخل كندا، وأسعاراً مختلفة بالطبع للسجلات المختلفة. فإذا أردت الاطلاع على دولة محددة، مثل ألمانيا، يمكننا رؤية الفحوصات المتاحة فيها واختيار ما يناسب احتياجاتنا. 09:59 وهذا التحقق من قواعد البيانات لا يقتصر على التشغيل من لوحة التحكم هنا، بل يمكن استدعاؤه مباشرة عبر Didit API من الخادم الخلفي الخاص بك أيضاً. وكما هو الحال مع كل هذه الوحدات، لدينا القواعد والإعدادات المتقدمة والبيانات المُرجعة. لذا يمكنك ضبط القواعد هنا. وإذا نقرنا هنا على تطابق جزئي، يمكننا أن نرى كيف يبدو التطابق الكامل. الاسم الكامل ورقم الهوية، مثلاً، إذا تطابقا في السجل، أما التطابق الجزئي فقد يكون رقم الهوية وحده. ثم يمكنك أن تقرر ما يعنيه هذا التطابق الجزئي داخل سير العمل لديك. هل نرسله إلى المراجعة؟ أم نرفضه؟ أم نقبله؟ إذن يوجد تفرّع منطقي داخل سير العمل هذا. نحن

​
التفرّع وفق AML والمنطق الشرطي

10:36 يمكنك إعداد تفرّع في AML حسب درجة مخاطر AML. AML هو اختصار لمكافحة غسل الأموال. وإذا نظرنا إلى الأسفل، نرى أننا أعددنا بالفعل تفرعًا لدرجة مخاطر AML هذه. فإذا تجاوزت الدرجة 70، يمكننا ببساطة رفض الجلسة، ويمكننا النقر هنا لنرى المنطق الشرطي. صحيح؟ هذا شيء يمكن إعداده بالطريقة التي تريدها. لدينا الفرع الأول، والفرع الثاني، ثم جميع الحالات الأخرى، وهذا يعني أن الجلسة ستُقبل. فعلى سبيل المثال، إذا كان شخص ما ضمن هذه المجموعة هنا، يُرسَل إلى الفرع الثاني. يمكننا أن نطلب منه مزيدًا من المعلومات، صحيح؟ يمكننا مثلًا أن نطلب منه إثبات العنوان. وبهذه الطريقة، إذا كان شخص ما محفوفًا ببعض المخاطر، يمكننا أن نطلب منه معلومات إضافية تساعدنا في تحديد ما إذا كان ينبغي قبوله أو رفضه. ومن العقد الأخرى الموجودة هنا عقدة الحالة، وقد أضفناها بالفعل، لكن يمكنك إضافتها في نهاية سير العمل لتحديد نتيجة التحقق. وواحدة أخرى من

​
عقدة webhook

11:40 العقد الأخرى التي يمكن تضمينها في سير العمل هي عقدة webhook. فالتدفق يمكنه أيضًا أن يتواصل مع أنظمتك الخاصة في منتصف عملية التحقق، وهذا هو الغرض من هذه العقدة. يمكنها استدعاء endpoint وسحب البيانات منه، وستنتظر حينها أن يستجيب ذلك الـ webhook. ترى هنا webhook من نوع POST. لدينا JSON payload يمكن تغييره، ويمكننا أيضًا إرسال payloads مختلفة. هذه أزواج المفتاح والقيمة التي تربط حقول الجلسة بالطلب الذي ترسله، والحقول التي تعود تصبح متغيرات يختبرها الفرع التالي. أي أنك تجمع فحوصات Didit مع بيانات المخاطر الخاصة بك داخل تدفق واحد. وأخيرًا، يمكننا إدراج الرؤوس في الأسفل، وهي أزواج مفتاح وقيمة أخرى. لدينا هنا المصادقة الأساسية، وكل ما تتوقعه عادةً من استدعاء webhook. يتحقق Didit من

​
التحقق من الرسم البياني والأخطاء

12:28 الرسم البياني طوال الوقت أثناء بنائه. فإذا كانت عقدة مُعدّة بشكل خاطئ أو كان مسار مكسورًا، فسيخبرك بالضبط أين. صحيح؟ لذلك ننقر هنا في الأسفل، فنرى أن التدفق يحتوي على خطأين، ونرى أن الفرع الأول فيه قواعد غير مكتملة. وسيخبرك بما يجب إصلاحه داخل سير العمل. ولن تتمكن من نشر هذا التدفق طالما بقيت هذه الأخطاء. فلو كان لديّ سير عمل جديد تمامًا على سبيل المثال، وبه خطأ، فلن أتمكن من نشره. وبالإضافة إلى العقد الفردية

​
إعدادات سير العمل: إعادة المحاولة والانتهاء ورابط الاستدعاء

12:58 في سير العمل توجد علامة التبويب الإعدادات في الأعلى هنا، ونرى أن هذه الإعدادات تنطبق على سير العمل بأكمله وليس على فحص واحد. لدينا اسم سير العمل بالطبع، ولدينا رابط الاستدعاء، وهو العنوان الذي يعيد Didit توجيه المستخدم إليه بعد انتهاء التدفق. ويمكننا السماح بالوصول من سطح المكتب إذا أردت أن يتابع المستخدمون على سطح المكتب. ولدينا عدد محاولات إعادة المحاولة، ويمكنك تغييره، أي عدد المرات التي يمكن للمستخدم فيها إعادة التقاط المستند ضمن جلسة تحقق واحدة، إذا فشلت محاولة سابقة. ولدينا انتهاء صلاحية الجلسة، أي المدة التي تبقى فيها الجلسة غير المكتملة صالحة قبل أن تنتهي تلقائيًا، وسينطبق هذا على الجلسات المنشأة حديثًا. ولدينا نافذة إعادة المحاولة، أي عدد الأيام التي يُسمح فيها بإعادة المحاولات. فمن

​
تخصيص سير العمل بالعلامة البيضاء

13:43 داخل سير العمل هذا يمكننا الانتقال إلى علامة تبويب التخصيص بالنقر على هذا الزر في الأعلى. فالعلامة البيضاء مدمجة مباشرة في التدفق نفسه. يمكنك الدخول إلى علامة التبويب هذه والبدء في تعديل مظهر تدفق التحقق، من الألوان والعلامة التجارية والبريد الإلكتروني والنطاق، وكل ما يتعلق بذلك. وفي النموذج المعروض هنا يمكنك أن ترى شكله على الهاتف المحمول، وكذلك على سطح المكتب. 14:13 يمكنك أيضًا اختباره بلغات مختلفة. فإذا اخترنا الفرنسية، ترى أن كل فحص أصبح مكتوبًا بالفرنسية. وإذا أردت، يمكنك تفعيل علامتك التجارية هنا. وهكذا! يمكنك تحويلها إلى ما ضبطناه في علامة تبويب التخصيص، أو إيقافها. ويمكننا أن نرى ما يحدث إذا اخترنا مسارًا مختلفًا هنا، ونرى ما الذي يُرسل إلى المستخدم. طبعًا لن يرى المستخدم وحدة اختيار المسار، لكن هذا فقط ليساعدنا على تصوّر ما سيحدث في الخطوة التالية، صحيح؟ فإذا رُفض التحقق، سنرى “تم رفض التحقق”، أو “التحقق قيد المراجعة”، أو أنه “تم التحقق”. ولدينا خيار نسخ الرابط.

​
الرابط القابل للمشاركة ومتى لا تستخدمه

14:58 في الأعلى هنا. فإذا نسخنا ذلك وفتحنا تبويبًا جديدًا، يمكننا الوصول إلى الرابط، وسنتمكن من رؤية ما سيراه المستخدم. وأحيانًا تريد فقط أن تشارك سير العمل مع شخص ما دون ربط أي كود على الإطلاق، وهذا الخيار يفعل ذلك تحديدًا. فهو ينسخ عنوان URL مستضافًا وجاهزًا للمشاركة لسير العمل هذا. وهذا مفيد لاختبار سريع أو إرسال يدوي، لكنه ليس الطريقة الموصى بها للتكامل. في بيئة الإنتاج، يمكنك إنشاء جلسة لكل مستخدم عبر SDK أو API مع حمل بيانات المورّد، وبذلك تحصل على النتائج الفورية عبر webhook وSDK. لذلك فرابط النسخ مناسب للاختبارات والأحداث، والجلسة الفعلية هي ما ستستخدمه في الإنتاج. لذا

​
سجل الإصدارات والتراجع

15:41 في الأعلى هنا سجل الإصدارات. يمكنك رؤية الإصدارات المختلفة، واستعادة أي منها، أو عرض الإصدارات السابقة. وإذا عدّلت سير العمل هذا، فستُحفظ التعديلات كمسودة فوق سجل الإصدارات المنشورة. والميزة الرائعة أن كل إصدار جديد تنشره يحتفظ بمعرّف سير العمل نفسه. لذلك يستمر الخادم الخاص بك في استدعاء المعرّف ذاته، وسيُوجَّه الطلب تلقائياً إلى أحدث سير عمل أنشأته دون أي تنبيه، لأن سجل الإصدارات هذا يخضع للتتبع. وهكذا يمكنك التطوير بثقة والتراجع إلى الإصدارات السابقة متى لزم الأمر. فعلى سبيل المثال، سير العمل هذا جديد تماماً، ويظهر أنه في وضع المسودة. وأي تغيير تجريه عليه سيبقى في المسودة، وسنحتاج إلى نشره. إذن، يمكننا

​
نشر سير العمل

16:24 نضغط على نشر. لن يصبح سير العمل هذا مباشراً إلا بعد نشره. سيتحقق النظام من مخطط سير العمل للتأكد من عدم وجود أخطاء. وها هو، يمكننا نسخ الرابط الآن، وسير العمل مباشر وجاهز للاستخدام. هيا نلقي نظرة

​
التكامل: SDK ومفتاح API وموجّه الإعداد

16:37 على التكامل. هناك عدة طرق لدمج هذا. يمكننا اختيار حزمة SDK المستهدفة، سواء كانت React Native أو iOS أو React Next.js، ثم نختار سير العمل، وفي هذه الحالة لدينا مراجعة الدولة عالية المخاطر. يمكننا اختيار مفتاح API، ويمكن أن تكون لديك مفاتيح API مختلفة لسير عمل أو تكاملات مختلفة، حسب ما تريد. أو يمكنك اختيار webhook، فإذا أردت أن تتلقى إشعاراً بالقرارات، يمكنك إضافته هنا. والآن، أسهل طريقة للتكامل هي نسخ موجّه وإلصاقه ببساطة في Claude Code أو Codex. 17:12 سيقوم هذا الموجّه بدمج سير العمل هذا. فحتى لو لم تكن قد دمجت Didit في تطبيقك بعد، سيمنحك هذا الموجّه كل ما تحتاجه لتشغيل سير العمل هذا داخل تطبيقك. وفي الواقع، لا تحتاج حتى إلى ذلك، إذ يمكنك فقط

​
بناء سير العمل باستخدام خادم MCP

17:27 ثبّت خادم Didit MCP. ما عليك سوى وصف التدفق بلغة طبيعية، وسيُنشئ سير العمل نيابةً عنك ويدمجه تلقائياً في تطبيقك. أخبره بما تريد، وسينفّذه. سنتناول كيفية إعداد MCP في فيديو آخر، لكن MCP اختصار لـ Model Context Protocol، وهو يتيح لك البناء باستخدام Didit بلغة طبيعية في أدوات مثل Claude Code وCursor وCodex وغيرها. لذلك دعنا ننتقل سريعاً إلى التخصيص. 17:57 سنضيف الاسم العام ورابط سياسة الخصوصية. لدينا العلامة التجارية، حيث يمكن تغيير الألوان. يمكنك أيضاً سحب شعاراتك وألوانك تلقائياً من موقعك الإلكتروني، وهذا مفيد جداً وسهل. يمكننا رفع شعاراتك هنا في الأسفل. وكما ترون، لقد ضبطت هذه الألوان بالفعل. ولنختبر كيف ستبدو مع هذه الألوان، إذا فعّلنا هذا المفتاح هنا، سنرى العلامة البيضاء الخاصة بك مطبّقة على تدفق التحقق. سأوقفه الآن. يمكنك ضبط بريد إلكتروني مخصص، وستحتاج إلى ملء هذه التفاصيل. وعند المتابعة إلى التحقق، يمكنك الحصول على معلومات DNS وربطها بنطاقك. والأمر نفسه إذا أردت استخدام نطاق فرعي، بحيث يُستضاف سير العمل بأكمله باستخدام علامتك التجارية ونطاقك الخاص. وهذا فعلاً ما يجعل التجربة سلسة لمستخدميك أثناء عملية التحقق.
آخر تعديل في ٧ نوفمبر ٢٠٢٦