White label और custom domain

Verification flow को verify.didit.me की जगह verify.yourbrand.com से चलाएं - ज़रूरतें, दो DNS records, और इसकी कीमत।

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

Short answer

आपके नियंत्रण वाला एक subdomain - verify.yourbrand.com - जो दो CNAME records से Didit पर पॉइंट किया जाता है। यह White Label का हिस्सा है, इसके लिए Customization पर write access चाहिए, और आपके account पर इसे enable होना ज़रूरी है। Root domains और www. अस्वीकार कर दिए जाते हैं।

#यह क्या बदलता है

Custom domain के साथ, यूज़र्स पूरी verification यात्रा के दौरान आपके domain पर बने रहते हैं। Style Editor के साथ मिलकर, यह flow में Didit का आख़िरी दिखने वाला निशान भी हटा देता है।

The white label editor in the Didit console with the Domain tab and Save changes
  1. Branding में वह logo और colours होते हैं जो यूज़र्स देखते हैं।
  2. Domain वह जगह है जहां verified custom domain, verify.didit.me की जगह ले लेता है।
  3. Save changes किए बिना कुछ लागू नहीं होता - और workflow में भी white label चालू करना होगा।
White label यहां configure होता है, फिर workflow में चालू किया जाता है।

#ज़रूरतें

ज़रूरतDetail
सिर्फ Subdomainverify.yourbrand.com। yourbrand.com जैसा root domain अस्वीकार होता है, और www. prefix भी
पहले से इस्तेमाल में न होSubdomain पहले से आपकी किसी site या app की तरफ पॉइंट नहीं कर रहा होना चाहिए
DNS accessअपने DNS provider पर दो records बनाने होंगे
PermissionCustomization पर write access - read-only सदस्यों को यह section disabled दिखता है
आपके account पर enabled होCustom domain, White Label का हिस्सा है और आपके लिए इसे चालू होना ज़रूरी है
कम से कम $250 का बैलेंसडोमेन जोड़ने के लिए जोड़ते समय बैलेंस में 250 USD क्रेडिट होना ज़रूरी है। यह एक बार की शर्त है, कोई आरक्षित राशि नहीं: डोमेन सत्यापित हो जाने के बाद यह सक्रिय रहता है भले ही बैलेंस बाद में $250 से नीचे चला जाए

#यह कैसे काम करता है

आप console में अपना subdomain डालते हैं। Didit जोड़ने के लिए दो DNS records generate करता है:

Recordउद्देश्य
Verification CNAMEसाबित करता है कि domain आपका है, जिससे SSL certificate जारी होता है
CloudFront CNAMEआपके subdomain को verification UI की तरफ पॉइंट करता है

दोनों ज़रूरी हैं। इनके resolve होते ही, आप console से ownership verify करते हैं और flow आपके domain से serve होना शुरू हो जाता है।

  1. Domain जोड़ें

    Business Console → White Label → Domain, अपना subdomain डालें, Add Domain क्लिक करें। Console आपके records बना देगा।

  2. दोनों DNS records बनाएं

    इन्हें बिल्कुल वैसे ही अपने DNS provider पर जोड़ें जैसे दिखाया गया है। आधा-अधूरा setup certificate को बिना जारी किए छोड़ देता है और domain को इस्तेमाल के लायक नहीं छोड़ता।

  3. Ownership verify करें

    Records के resolve हो जाने पर, console से verify करें। DNS propagation ही सबसे धीमा हिस्सा है और यह पूरी तरह आपके provider पर निर्भर करता है।

Note

अगर verification पूरा नहीं होता, तो कारण लगभग हमेशा DNS ही होता है: कोई record जो गलत level पर जोड़ा गया (कोई provider जो zone name जोड़ देता है, जिससे verify.yourbrand.com.yourbrand.com बन जाता है), record के आगे कोई proxy या CDN जो इसे फिर से लिख रहा हो, या बस propagation जो अभी पूरा नहीं हुआ। रिपोर्ट करने से पहले देख लें कि record असल में किस पर resolve हो रहा है।

#इसकी कीमत क्या है

कस्टम डोमेन व्हाइट लेबल का हिस्सा है, जिसका शुल्क प्रति पूर्ण सत्यापन $0.20 है। यह व्हाइट-लेबल शुल्क के ऊपर कोई अलग मद नहीं है, कोई मासिक प्लान नहीं है और प्रति डोमेन कोई अतिरिक्त शुल्क नहीं है - लेकिन इसका मतलब है कि आपके अपने डोमेन से सेवा दिया गया वर्कफ़्लो एक व्हाइट-लेबल वर्कफ़्लो है, व्हाइट-लेबल मूल्य के साथ। एकमात्र अन्य आवश्यकता है डोमेन जोड़ते समय $250 का न्यूनतम बैलेंस; वह क्रेडिट बाद में सत्यापनों पर खर्च करने के लिए आपका है। देखें क्या बिल योग्य जाँच माना जाता है।

#Redirect के बजाय embed करना

Custom domain "URL में Didit दिख रहा है" वाली समस्या हल करता है। अगर आपकी चिंता इसके बजाय "मैं नहीं चाहता कि यूज़र मेरी app बिल्कुल भी छोड़े" है, तो जवाब अलग है: flow को embed करें। ऐसे web SDK और in-context विकल्प मौजूद हैं जो verification को आपके खुद के frontend के अंदर render करते हैं, और mobile के लिए native SDKs हैं। देखें इंटीग्रेट करने के तरीके।

आपके plan पर इनमें से कौन-सा उपलब्ध है, यह मान लेने के बजाय अपने Didit contact से पुष्टि कर लेना बेहतर है, खासकर अगर आप किसी project की योजना इसी के इर्द-गिर्द बना रहे हैं।

#Reseller और multi-brand setups

यदि आप अपने कई ग्राहकों की ओर से सत्यापन चला रहे हैं, जिनमें से हर एक अपनी ब्रांडिंग चाहता है, तो यह एक कंपनी और एक ब्रांड से अलग रूप है। Didit जिस संरचना का समर्थन करता है वह है आपके संगठन के भीतर प्रति अंतिम ग्राहक एक एप्लिकेशन, हर एक के अपने वर्कफ़्लो और ब्रांडिंग के साथ, और उसके साथ आने वाली रीसेलर शर्तें। बनाने से पहले संगठन, एप्लिकेशन और परिवेश देखें; बहु-ब्रांड संरचना को बाद में सुधारना शुरू से एक के साथ शुरू करने से कहीं अधिक काम है।

#संबंधित