# White label और custom domain

Source: https://help.didit.me/hi/workflows/white-label-and-custom-domain
Updated: 2026-10-12

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

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

[Video: व्हाइट-लेबल KYC: फ़्लो में आपका लोगो, रंग, ईमेल और डोमेन - Didit Academy](https://www.youtube.com/watch?v=xHjIc7DmLHo)

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

«Secured by» पंक्ति बनी रहती है। फ़ेविकॉन बदला जा सकता है। हर ऐप की एक शैली Live और Sandbox में साझा होती है; अलग हल्के और गहरे पैलेट नहीं हैं।

![Didit कंसोल: White label और custom domain](https://help.didit.me/screenshots/customization-light.webp)

*White label यहां configure होता है, फिर workflow में चालू किया जाता है।*

## ज़रूरतें

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

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

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

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

1. **Domain जोड़ें**

   Live में **पहचान सत्यापन → अनुकूलन → डोमेन** खोलकर सबडोमेन जोड़ें।

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

   दोनों DNS रिकॉर्ड ठीक वैसे कॉपी करें: पहला CNAME, दूसरा CNAME या ANAME।

3. **Ownership verify करें**

   प्रसार में एक घंटा लग सकता है; उसके बाद **DNS सत्यापित करें** दबाएँ।

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

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

कस्टम डोमेन व्हाइट लेबल का हिस्सा है, जिसका शुल्क **प्रति पूर्ण सत्यापन $0.20** है। यह व्हाइट-लेबल शुल्क के ऊपर कोई अलग मद नहीं है, कोई मासिक प्लान नहीं है और प्रति डोमेन कोई अतिरिक्त शुल्क नहीं है - लेकिन इसका मतलब है कि आपके अपने डोमेन से सेवा दिया गया वर्कफ़्लो एक व्हाइट-लेबल वर्कफ़्लो है, व्हाइट-लेबल मूल्य के साथ। एकमात्र अन्य आवश्यकता है **डोमेन जोड़ते समय $250 का न्यूनतम बैलेंस**; वह क्रेडिट बाद में सत्यापनों पर खर्च करने के लिए आपका है। देखें [क्या बिल योग्य जाँच माना जाता है](https://help.didit.me/hi/billing-credits/what-counts-as-billable)।
## Redirect के बजाय embed करना

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

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

## Reseller और multi-brand setups

यदि आप अपने कई ग्राहकों की ओर से सत्यापन चला रहे हैं, जिनमें से हर एक अपनी ब्रांडिंग चाहता है, तो यह एक कंपनी और एक ब्रांड से अलग रूप है। Didit जिस संरचना का समर्थन करता है वह है **आपके संगठन के भीतर प्रति अंतिम ग्राहक एक एप्लिकेशन**, हर एक के अपने वर्कफ़्लो और ब्रांडिंग के साथ, और उसके साथ आने वाली रीसेलर शर्तें। बनाने से पहले [संगठन, एप्लिकेशन और परिवेश](https://help.didit.me/hi/account-organization/organizations-and-applications) देखें; बहु-ब्रांड संरचना को बाद में सुधारना शुरू से एक के साथ शुरू करने से कहीं अधिक काम है।
## संबंधित

- [Branding और verification अनुभव को customize करना](https://help.didit.me/hi/workflows/customize-branding-and-experience)
- पूरी reference: [Custom domain](https://docs.didit.me/console/custom-domain)