Reusable verification links

हर workflow के लिए एक लंबे समय तक चलने वाला link जो हर विज़िट पर नया session शुरू करता है - वेबसाइट के बटन, QR code, या affiliates के लिए आदर्श। vendor_data से अपनी खुद की पहचान जोड़ें।

Didit सपोर्ट द्वारा लिखित · अपडेट किया गया 31 अगस्त 2026

Short answer

हर workflow का एक reusable link होता है जो हर visitor के लिए नया session बनाता है। इसे किसी बटन के पीछे रखें, QR code के रूप में प्रिंट करें, या partners को दें। अपना खुद का identifier ?vendor_data= के तौर पर जोड़ें ताकि आप बता सकें कि कौन-सा session किसका है।

एक बार वाला verification link सिर्फ एक व्यक्ति का होता है। एक reusable link workflow का होता है: हर विज़िट पर नया session शुरू होता है, इसलिए आप एक URL publish करके किसी भी संख्या में लोगों को उसी से verify करने दे सकते हैं।

The workflows list in the Didit console with the Copy link action on a workflow row
  1. Copy link आपको एक ऐसा URL देता है जिसे कोई भी खोल सकता है - किसी API कॉल की ज़रूरत नहीं।
  2. Link उस workflow में जो कुछ भी है वही चलाता है, इसलिए पहले उसके features देख लें।
  3. अलग workflow का मतलब है अलग link, यही तरीका है campaigns को अलग-अलग पहचानने का।
कोई भी reusable link, किसी भी workflow से बस एक action दूर होता है।

अच्छे इस्तेमाल:

  • आपकी वेबसाइट पर "अपनी पहचान verify करें" बटन
  • किसी branch, kiosk, या event पर प्रिंट किया गया QR code
  • affiliates, partners, या resellers को दिया गया link
  • कोई भी स्थिति जहां आपको पहले से नहीं पता कि इसे कौन इस्तेमाल करेगा

#Sessions को अलग पहचानना

एक साझा link की स्पष्ट समस्या यह है कि हर बनने वाला session अनाम दिखता है। इसे अपना खुद का reference जोड़कर हल करें:

https://verify.didit.me/<your-link>?vendor_data=YOUR_INTERNAL_ID

आप जो भी vendor_data के रूप में पास करते हैं वह session पर और हर webhook पर वापस आता है, इसलिए आप बिना किसी lookup table के अपने पास के सही रिकॉर्ड से नतीजा मिला सकते हैं।

Tip

हर यूज़र के लिए अलग value बनाएं - अपनी खुद की user ID, या कोई signed token जिसे आप resolve कर सकें। इससे duplicate detection भी सही तरीके से काम करता है: एक जैसा vendor_data रखने वाले sessions एक consolidated user में समूहित हो जाते हैं, इसलिए लौटने वाला ग्राहक खुद का ही duplicate नहीं माना जाता। देखें duplicate accounts और face search।

अगर आप हर visitor के लिए value को dynamically बना रहे हैं, तो पूरा link server-side बनाएं। जिस vendor_data को यूज़र URL bar में बदल सकता है, उसमें वह किसी और की ID डाल सकता है।

  • प्रति-व्यक्ति expiry नहीं। एक बार वाला session link समय के साथ खत्म हो सकता है; reusable link हमेशा चालू रहने के लिए बनाया गया है। अगर आपको किसी खास व्यक्ति के लिए expire होने वाला link चाहिए, तो इसकी जगह एक अकेला session बनाएं।
  • पहले से भरे हुए expected details नहीं। जब आप API से session बनाते हैं तो आप तुलना के लिए कोई नाम या document number पास कर सकते हैं। साझा link में प्रति-व्यक्ति कोई संदर्भ नहीं होता, इसलिए वे तुलनाएं उपलब्ध नहीं होतीं।
  • इसे कौन इस्तेमाल करता है, इस पर कोई नियंत्रण नहीं। Reusable link एक सार्वजनिक URL है। इसके पास मौजूद कोई भी व्यक्ति session शुरू कर सकता है, जो वेबसाइट के बटन के लिए ठीक है लेकिन उस चीज़ के लिए कम ठीक जिसे आप सिर्फ एक व्यक्ति के लिए बनाना चाहते थे।

#इसकी लागत workflow जितनी ही है

Reusable link से हर विज़िट उस workflow के खिलाफ एक पूरा session होता है, जिसकी कीमत वैसे ही तय होती है। जितना ज़्यादा आपकी उम्मीद से link शेयर हो, उतना ही आपकी उम्मीद से बड़ा bill आएगा, इसलिए अगर आप इसे कहीं सार्वजनिक रूप से publish करते हैं, तो Analytics में volume पर नज़र रखें। देखें अपना analytics पढ़ना।

#यह कौन-सा workflow इस्तेमाल करता है

Link एक खास application में एक खास workflow से जुड़ा होता है, इसलिए यह हमेशा उस workflow का मौजूदा published version ही चलाता है। Workflow को edit करने से नए visitors को क्या मिलता है वह बदल जाता है - पहले से चल रहे sessions वही version रखते हैं जिससे उन्होंने शुरुआत की थी।

#नतीजे वापस पाना

बाकी जगहों जैसा ही: console देखें, या नतीजे webhook से लें। चूंकि sessions आपकी अपनी API कॉल्स के जवाब में नहीं बल्कि अनियमित रूप से आते हैं, इसलिए यहां webhook, polling से कहीं ज़्यादा उपयोगी है - जब तक कोई session मौजूद न हो, तब तक poll करने के लिए कुछ है ही नहीं।

#पूरी reference

Console की जानकारी के लिए देखें verification links और reusable links।