AI एजेंट बिना इंसान के डोमेन कैसे खरीदते हैं (2026)

बीस वर्षों तक डोमेन पंजीकृत करने का मतलब एक ही छोटा-सा क्रम था: खोज बॉक्स में नाम लिखें, हरे सही निशान का इंतज़ार करें, कार्ड नंबर दर्ज करें, तस्वीर में क्रॉसवॉक चुनकर साबित करें कि आप इंसान हैं, और खरीदें पर क्लिक करें। यह क्रम कुछ हद तक जानबूझकर बनाया गया फ़िल्टर था — CAPTCHA, चेकआउट फ़ॉर्म और कार्ड फ़ील्ड, ये सभी किसी इंसान के अलावा बाकी हर चीज़ को धीमा करने के लिए मौजूद हैं।

15 अप्रैल 2026 को यह फ़िल्टर हर जगह अनिवार्य नहीं रहा। Cloudflare ने Registrar API को सार्वजनिक बीटा में पेश किया, जिसे उद्योग जगत की रिपोर्टिंग ने सीधे शब्दों में इस तरह समेटा: Cloudflare ने "उस लेन-देन को एजेंट लेयर में पहुँचा दिया" — यानी वह आर्किटेक्चरल स्तर जहाँ फ़ॉर्म पर क्लिक करता व्यक्ति नहीं, बल्कि सॉफ़्टवेयर खरीद शुरू करता है। पंजीकरण, DNS और कुछ अन्य काम, जिनका पूरा स्वचालन अब तक इसलिए मुश्किल था क्योंकि वे मानकर चलते थे कि कीबोर्ड पर कोई इंसान बैठा है, चुपचाप इस धारणा से मुक्त हो गए।

यह लेख विशेष रूप से इसी बदलाव पर केंद्रित है: तकनीकी रूप से क्या बदला, आपकी ओर से डोमेन पंजीकृत करते समय एक AI एजेंट वास्तव में क्या करता है, और — क्योंकि "इंसान की ज़रूरत नहीं" जैसे दावे को संदेह की नज़र से देखना उचित है — इसे सुरक्षित रखने के लिए अब भी कौन-सी शर्तें पूरी होनी चाहिए। आज कौन-सा प्लेटफ़ॉर्म क्या सुविधा देता है, इसकी अलग-अलग तुलना के लिए AI-एजेंटिक डोमेन प्लेटफ़ॉर्म: 2026 गाइड और Cloudflare बनाम Name.com बनाम Namefi देखें। किसी रजिस्ट्रार को एजेंट द्वारा उपयोग किए जाने योग्य बनाने वाली बुनियादी परिभाषा के लिए एजेंट-नेटिव डोमेन रजिस्ट्रार क्या है? देखें।

तकनीकी रूप से क्या बदला

डोमेन उद्योग ने अप्रैल 2026 में अपने नियम दोबारा नहीं लिखे। रजिस्ट्रार के पास उससे दशकों पहले से प्रोग्रामेटिक API थे — बदलाव यह हुआ कि वे API किसके लिए समझने योग्य बने।

पारंपरिक रजिस्ट्रार चेकआउट इस धारणा पर बना होता है कि खरीद पूरी होने से पहले कोई व्यक्ति पेज पढ़ेगा, कार्ड विवरण भरेगा और साबित करेगा कि वह बॉट नहीं है — एजेंट के लिए ये तीनों धारणाएँ दीवार हैं। CAPTCHA खास तौर पर इंसान के अलावा बाकी हर चीज़ को रोकने के लिए होता है, इसलिए यह इंसान के निर्देशों पर काम कर रहे वैध एजेंट को भी उतनी ही प्रभावी ढंग से रोकता है जितना दुरुपयोग को। Cloudflare के बीटा के ऊपर बनाए गए एक तृतीय-पक्ष MCP ट्यूटोरियल ने पुराने मॉडल को स्पष्ट शब्दों में बताया: "डोमेन रजिस्ट्रार इंसानों के लिए बने हैं: CAPTCHA, डैशबोर्ड, फ़ॉर्म, क्रेडिट कार्ड फ़ील्ड। ये एजेंट के अनुकूल बिल्कुल नहीं हैं।"

इस मॉडल की जगह तीन चीज़ों ने ली, और ये एक-दूसरे से प्रतिस्पर्धा करने के बजाय साथ मिलकर काम करती हैं:

• प्रमाणित REST API, ताकि खरीद रेंडर किए गए चेकआउट पेज के बजाय HTTP कॉल के रूप में पूरी हो सके। लॉन्च पर आई रिपोर्टिंग के अनुसार Cloudflare का बीटा इस तरह खोज, उपलब्धता और पंजीकरण की सुविधा देता है, और सामान्य डोमेन का पंजीकरण "कुछ ही सेकंड में सिंक्रोनस रूप से" पूरा होता है।
• MCP (Model Context Protocol), एक खुला मानक जिसे इसके अपने दस्तावेज़ "AI एप्लिकेशन को बाहरी प्रणालियों से जोड़ने का ओपन-सोर्स मानक" बताते हैं। यही उस एजेंट के बीच अंतर पैदा करता है जिसे कस्टम इंटीग्रेशन कोड दिया गया हो और उस एजेंट के बीच जो रजिस्ट्रार के टूल (search, register, set_dns_record) खोजकर उन्हें Claude, Cursor या किसी दूसरे संगत क्लाइंट के भीतर से सीधे कॉल कर सके। Cloudflare ने अपने Registrar API को इस लेयर से जोड़ा, ताकि उसके अपने वर्णन के अनुसार "Cursor, Claude Code या किसी MCP-संगत वातावरण में काम कर रहा एजेंट Registrar एंडपॉइंट खोज और कॉल कर सके", और इसके लिए अलग इंटीग्रेशन चरण की ज़रूरत न हो।
• llms.txt डिस्कवरी, एक सादा टेक्स्ट कन्वेंशन — "अनुमान के समय LLM को किसी वेबसाइट का उपयोग करने में मदद देने वाली जानकारी प्रदान करने के लिए /llms.txt फ़ाइल के उपयोग को मानकीकृत करने का प्रस्ताव" — जिससे किसी रजिस्ट्रार को पहले कभी न देख चुका एजेंट यह पता लगा सकता है कि वह क्या कर सकता है, बिना इसके कि कोई इंसान पहले बातचीत में API दस्तावेज़ चिपकाए।

इन तीनों में से कोई भी चीज़ अपने आप में नई नहीं है; MCP 2024 के अंत में आया और llms.txt भी उसी वर्ष प्रस्तावित हुआ। नया यह है कि किसी मुख्यधारा के रजिस्ट्रार ने इन तीनों को वास्तविक खरीद प्रक्रिया से जोड़ दिया — इसी हिस्से ने "AI एजेंट डोमेन पंजीकृत करते हैं" को शौकिया डेमो के बजाय समाचार की सुर्खी बनाया।

एजेंट वास्तव में क्या करता है

विपणन की भाषा हटा दें तो एजेंट द्वारा डोमेन खरीदना एक छोटा, यांत्रिक क्रम है — वही क्रम जिसे कोई इंसान चेकआउट पेज पर पूरा करता, बस यहाँ क्लिक के बजाय API कॉल होती हैं। इसमें तीन पक्ष शामिल होते हैं: एजेंट, रजिस्ट्रार का API और उसके पीछे की रजिस्ट्री।

1. खोज। एजेंट किसी संभावित नाम या ज़रूरत के विवरण के साथ रजिस्ट्रार के खोज एंडपॉइंट (या समकक्ष MCP टूल) को कॉल करता है और उपलब्ध तथा पहले से लिए गए विकल्पों की सूची पाता है।
2. उपलब्धता और कीमत जाँचना। किसी खास नाम के लिए एजेंट उसकी मौजूदा उपलब्धता और सही कीमत पूछता है — पंजीकरण शुल्क, कोई प्रीमियम अतिरिक्त शुल्क और लागू होने पर ICANN लेन-देन शुल्क। यहाँ चुनिंदा TLD सूची मायने रखती है: Cloudflare समेत कई एजेंट-नेटिव बीटा लॉन्च के समय पूरे कैटलॉग के बजाय लोकप्रिय TLD के एक हिस्से को ही उपलब्ध कराते हैं।
3. प्रमाणीकरण और प्राधिकरण। एजेंट ऐसे क्रेडेंशियल प्रस्तुत करता है जिन्हें रजिस्ट्रार प्रोग्राम के माध्यम से सत्यापित कर सके — जैसे पहले से धनराशि वाले खाते से जुड़ी API कुंजी या वॉलेट हस्ताक्षर — न कि लॉगिन पेज के पीछे सहेजा हुआ कार्ड।
4. पंजीकरण। एजेंट पंजीकरण एंडपॉइंट को कॉल करता है। रजिस्ट्रार EPP के जरिए डोमेन की रजिस्ट्री को अनुरोध भेजता है। EPP यानी Extensible Provisioning Protocol, जिसका उपयोग रजिस्ट्रार 2004 में Proposed Standard का दर्जा मिलने के बाद से रजिस्ट्रियों से संवाद करने के लिए करते आए हैं। रजिस्ट्री रिकॉर्ड बनाती है और API आम तौर पर कुछ ही सेकंड में पुष्टि लौटा देता है।
5. DNS कॉन्फ़िगर करना। नाम सुरक्षित हो जाने पर एजेंट नेमसर्वर या अलग-अलग DNS रिकॉर्ड सेट करता है — जैसे सर्वर की ओर इंगित करता A रिकॉर्ड या होस्टिंग प्लेटफ़ॉर्म की ओर इंगित करता CNAME। अक्सर यह उसी बातचीत में अगली कॉल होती है जिसमें नाम पंजीकृत हुआ था।
6. इंसान को पुष्टि देना। अच्छे ढंग से बनाए गए एजेंट प्रवाह में इंसान को खरीद की जानकारी बाद में कार्ड स्टेटमेंट देखकर नहीं मिलती; एजेंट नाम, कीमत और डोमेन को किस ओर इंगित किया गया है, यह बताकर पुष्टि देता है।

छठा चरण जितना छोटा दिखता है, उससे कहीं अधिक महत्वपूर्ण है — अगला भाग उसी पर केंद्रित है।

सुरक्षा-नियंत्रण: "इंसान की ज़रूरत नहीं" के लिए भी इंसान द्वारा तय नीति ज़रूरी है

"इंसान की ज़रूरत नहीं" प्रक्रिया का वर्णन है, शासन-व्यवस्था का नहीं। API को लेन-देन के बीच किसी व्यक्ति से बटन क्लिक कराने की ज़रूरत नहीं होती — लेकिन किसी को पहले से यह तय करना ही पड़ता है कि दिए गए अधिकार से एजेंट को क्या करने की अनुमति है। बीटा के लिए Cloudflare के अपने दस्तावेज़ स्पष्ट रूप से बताते हैं कि यह ज़िम्मेदारी किसकी है: "ऐसा एजेंट प्रवाह बनाना इंसान की ज़िम्मेदारी है जो आपकी मंज़ूरी के बिना डोमेन न खरीदे।" API चेकआउट पेज के बिना पंजीकरण संभव करता है; वह अपने आप यह तय नहीं करता कि डोमेन कब पंजीकृत करना है — यह नीति एजेंट को एकीकृत करने वाले व्यक्ति को लिखनी होती है।

व्यवहार में तीन सुरक्षा-नियंत्रण अधिकांश जोखिम संभालते हैं:

• ऐसा भुगतान प्राधिकरण जो केवल खुला कार्ड नंबर न हो। प्रीपेड या चालान वाले बैलेंस से बिल होने वाली API कुंजी कुल जोखिम को स्वाभाविक रूप से सीमित कर देती है — एजेंट उपलब्ध धनराशि से अधिक खर्च नहीं कर सकता। वॉलेट-हस्ताक्षरित लेन-देन हर खरीद के लिए अलग से अधिकृत होता है और उसे दोबारा इस्तेमाल नहीं किया जा सकता। दोनों का जोखिम स्वरूप सहेजे गए क्रेडिट कार्ड से सार्थक रूप से अलग है, क्योंकि क्रेडिट कार्ड में कोई अंतर्निहित सीमा नहीं होती।
• खर्च सीमाएँ और पुष्टि की सीमाएँ, जिन्हें एजेंट के काम शुरू करने से पहले इंसान तय करता है। "अच्छी तरह डिज़ाइन किए गए एजेंट प्रवाह" के लिए Cloudflare की सलाह है कि पंजीकरण एंडपॉइंट कॉल करने से पहले उपयोगकर्ता से डोमेन नाम और कीमत की पुष्टि ली जाए, बाद में नहीं — API इस पैटर्न को संभव बनाता है, लेकिन इसे अनिवार्य नहीं करता।
• कानूनी जोखिम का स्पष्ट उत्तरदायी। एजेंट द्वारा नाम पंजीकृत करने से यह कानूनी वास्तविकता समाप्त नहीं होती कि डोमेन का आधिकारिक रजिस्ट्रेंट होता है। एजेंट-स्वामित्व वाले डोमेन पर एक विश्लेषण ने जोखिम को स्पष्ट शब्दों में बताया: "अगर कोई एजेंट ऐसा डोमेन पंजीकृत करता है जो बाद में ट्रेडमार्क विवाद बन जाता है, तो UDRP शिकायत का जवाब देने के लिए कोई इंसान नहीं होता", यदि कोई यह निगरानी नहीं करता कि उसके क्रेडेंशियल से क्या पंजीकृत किया जा रहा है। चेकआउट पेज हटाने से UDRP प्रक्रिया, नवीनीकरण की समय-सीमा या WHOIS रिकॉर्ड नहीं हटते — किसी को सोच-समझकर वह निगरानी व्यवस्था बनानी ही पड़ती है।

इस बात पर ठहरकर विचार करना चाहिए: डोमेन पंजीकृत कर सकने वाला एजेंट हर लेन-देन की समीक्षा के बिना पैसा भी खर्च कर सकता है और डोमेन नामों का पोर्टफ़ोलियो भी जमा कर सकता है — यही क्षमता इसे उपयोगी बनाती है, और यही कारण है कि नीति की लेयर वैकल्पिक नहीं है।

आज यह सुविधा कौन देता है, और रीसेलर की परिकल्पना

Cloudflare का बीटा इस बदलाव का सबसे अधिक चर्चित उदाहरण है, लेकिन यह अकेला नहीं है। Name.com ने 2025 के मध्य से इसी MCP और OpenAPI दृष्टिकोण पर तुलनीय API बनाया, और Namefi ऐसा MCP सर्वर तथा वॉलेट-हस्ताक्षरित चेकआउट चलाता है जिसमें खाता बनाने की ज़रूरत ही नहीं होती। सुविधाओं के स्तर पर अंतर — कीमत का मॉडल, TLD कवरेज और भुगतान के लिए मौजूदा खाता चाहिए या नहीं — Cloudflare बनाम Name.com बनाम Namefi: एजेंट-नेटिव रजिस्ट्रार में दिए गए हैं; बड़े उपभोक्ता रजिस्ट्रार इस श्रेणी से कहाँ पीछे रह जाते हैं, समेत पूरा परिदृश्य AI-एजेंटिक डोमेन प्लेटफ़ॉर्म: 2026 गाइड में है।

किसी एक प्लेटफ़ॉर्म से भी नई बात यह है कि यह क्षमता मिलने के बाद एजेंट इसका क्या करना शुरू कर रहे हैं। डोमेन उद्योग पर CircleID के 2026 के मध्य के सर्वेक्षण ने इसे इस तरह बताया: "AI एजेंट तेजी से डोमेन रीसेलर की तरह काम कर रहे हैं—उपलब्धता जाँच रहे हैं, नाम पंजीकृत कर रहे हैं और इंसानी हस्तक्षेप के बिना DNS कॉन्फ़िगर कर रहे हैं।" यह शब्द सोच-समझकर चुना गया है — रीसेलर एक स्थापित भूमिका है: ऐसा पक्ष जो अपनी मान्यता रखने के बजाय किसी रजिस्ट्रार की मान्यता के अंतर्गत डोमेन बेचता या प्रोविज़न करता है। एजेंट को नई श्रेणी के बजाय अनौपचारिक रीसेलर कहना बताता है कि संचालक के इंसान न होने पर भी कार्यप्रवाह परिचित है: किसी और की ओर से, बड़े पैमाने पर, खोजना, कीमत जाँचना, पंजीकरण करना और कॉन्फ़िगर करना। यह पैटर्न वास्तव में कितना आगे बढ़ा है और कितना अभी केवल घोषणा है, इसे हम एजेंटिक डोमेन प्रबंधन की स्थिति, 2026 में दर्ज करते हैं; Namefi का अपना MCP सर्वर ऐसे टूलिंग का एक ठोस उदाहरण है जिसे रीसेलर-जैसा एजेंट कॉल करेगा।

अक्सर पूछे जाने वाले प्रश्न

15 अप्रैल 2026 को वास्तव में क्या बदला?

Cloudflare ने डोमेन खोज, उपलब्धता और कीमत की जाँच तथा पंजीकरण के लिए Registrar API को सार्वजनिक बीटा में पेश किया और उसे Cloudflare MCP सर्वर से जोड़ा, जिसका उपयोग एजेंट पहले से Cursor और Claude Code जैसे टूल में कर रहे थे। यह एजेंट द्वारा कॉल किया जा सकने वाला पहला रजिस्ट्रार API नहीं था — Name.com का API 2025 के मध्य में लॉन्च हुआ था और Namefi का पहले से चल रहा था — लेकिन यह किसी बड़े, परिचित रजिस्ट्रार द्वारा पूरी खरीद को केवल ब्राउज़र चेकआउट के बजाय एजेंट से पूरा कराने का सबसे व्यापक रूप से चर्चित उदाहरण था।

क्या AI एजेंट को हर डोमेन पंजीकृत करने के लिए मेरी अनुमति चाहिए?

API के स्तर पर डिफ़ॉल्ट रूप से नहीं — वैध और अधिकृत क्रेडेंशियल तथा वसूली जा सकने वाली कीमत मिलते ही एंडपॉइंट पंजीकरण पूरा कर देता है। पुष्टि का चरण होगा या नहीं, यह एजेंट के कॉन्फ़िगरेशन में लिया गया निर्णय है; रजिस्ट्रार इसे अपने आप लागू नहीं करता। Cloudflare का अपना मार्गदर्शन साफ़ तौर पर कहता है कि खरीद से पहले मंज़ूरी अनिवार्य बनाना एजेंट प्रवाह तैयार करने वाले व्यक्ति की ज़िम्मेदारी है।

क्या हर लेन-देन पर नज़र रखे बिना AI एजेंट को डोमेन खरीदने देना वास्तव में सुरक्षित है?

यह उतना ही सुरक्षित है जितने सुरक्षा-नियंत्रण आप पहले से तय करते हैं; डिफ़ॉल्ट रूप से इससे अधिक सुरक्षित नहीं। व्यावहारिक पैटर्न हैं: कुल जोखिम सीमित करने वाला प्रीपेड या चालान वाला बैलेंस, केवल एक खरीद अधिकृत करने वाला और दोबारा इस्तेमाल न हो सकने वाला वॉलेट हस्ताक्षर, और आपकी चुनी सीमा से ऊपर पुष्टि का चरण। इस क्षेत्र का कोई भी प्लेटफ़ॉर्म आपकी ओर से सार्वभौमिक खर्च सीमा लागू नहीं करता; वह सीमा आपको तय करनी होती है।

अगर AI एजेंट कोई डोमेन पंजीकृत करता है, तो उसके लिए कानूनी रूप से कौन ज़िम्मेदार होता है?

डोमेन रिकॉर्ड में अब भी कोई रजिस्ट्रेंट होता है — कोई व्यक्ति या संगठन, AI मॉडल खुद नहीं — और ट्रेडमार्क विवाद, UDRP शिकायत या नवीनीकरण की समय-सीमा का कानूनी जोखिम उसी रजिस्ट्रेंट पर होता है। खरीद चरण से इंसान को हटाने पर स्वामित्व रिकॉर्ड से इंसान नहीं हटता; इसका मतलब केवल इतना है कि जब तक आप निगरानी व्यवस्था न बनाएँ, इन जोखिमों पर शायद किसी की नज़र न रहे।

क्या AI एजेंट औपचारिक, मान्यताप्राप्त अर्थ में डोमेन रीसेलर बन रहे हैं?

ICANN मान्यता के अर्थ में नहीं — रीसेलर आम तौर पर ऐसी कंपनी होती है जो किसी रजिस्ट्रार के मान्यता समझौते के अंतर्गत काम करती है। CircleID ने "रीसेलर" शब्द का उपयोग कानूनी दर्जे के लिए नहीं, बल्कि व्यवहार के पैटर्न का वर्णन करने के लिए किया है। क्या यह व्यवहार आगे चलकर औपचारिक रूप से मान्यता प्राप्त श्रेणी बनेगा, यह एजेंटिक डोमेन प्रबंधन की स्थिति, 2026 में बताए गए खुले सवालों में से एक है।

क्या यह किसी भी TLD के लिए काम करता है, या केवल लोकप्रिय TLD के लिए?

यह प्लेटफ़ॉर्म पर निर्भर करता है — पूरा कवरेज मान लेने के बजाय सीधे जाँच करना उचित है। Cloudflare का बीटा ऐसे लोकप्रिय TLD के चुनिंदा समूह के साथ लॉन्च हुआ था जिसे उसकी अपनी सामग्री curated set कहती है, पूरे कैटलॉग के साथ नहीं। बीटा के परिपक्व होने के साथ कवरेज बढ़ता है, इसलिए किसी खास एक्सटेंशन पर निर्भर होने से पहले प्लेटफ़ॉर्म के मौजूदा दस्तावेज़ में TLD समर्थन सत्यापित करें।

अगला डोमेन अपने एजेंट से पंजीकृत करें — चेकआउट पेज की ज़रूरत नहीं

Namefi उसी तरह की एजेंट-नेटिव खरीद प्रक्रिया चलाता है जिसका इस लेख में वर्णन किया गया है: ऐसा MCP सर्वर जिससे आपका एजेंट सीधे जुड़ता है, दस्तावेज़ित REST API और वॉलेट-हस्ताक्षरित चेकआउट जो खाता बनाने की प्रक्रिया पूरी तरह छोड़ देता है — साथ ही टोकनाइज़्ड स्वामित्व, अगर आप चाहते हैं कि डोमेन खुद ऐसी संपत्ति हो जिसे आपके एजेंट का वॉलेट रख सके। अपनी खर्च नीति एक बार तय करें, फिर एजेंट को उसी तरह खोज, कीमत जाँच और पंजीकरण संभालने दें जैसा इस लेख में बताया गया है।

Namefi पर डोमेन खोजें और पंजीकृत करें।

स्रोत और आगे पढ़ने के लिए सामग्री

• Cloudflare Blog — Registrar API बीटा की घोषणा (लॉन्च की तारीख, समर्थित कार्य, लागत-मूल्य निर्धारण, MCP इंटीग्रेशन और इंसानी मंज़ूरी पर मार्गदर्शन)
• webhosting.today — AI एजेंट अब बिना इंसान के डोमेन पंजीकृत कर सकते हैं (अप्रैल 2026 में Cloudflare बीटा को "एजेंट लेयर" बदलाव बताने वाला उद्योग दृष्टिकोण)
• dev.to — अपने AI एजेंट के साथ बिना इंसान के डोमेन नाम कैसे पंजीकृत करें (पुराने चेकआउट-पेज मॉडल और एजेंट द्वारा कॉल किए जा सकने वाले पंजीकरण पर तृतीय-पक्ष MCP ट्यूटोरियल)
• dev.to — AI एजेंट अपने डोमेन नाम कैसे खरीद सकते हैं और यह क्यों मायने रखता है (एजेंट-स्वामित्व वाले डोमेन और कानूनी जोखिम की कमी पर विश्लेषण)
• CircleID — 2026 का डोमेन जगत: AI, सुरक्षा, बाज़ार की परिपक्वता और नई gTLD सीमा (एजेंट-के-रूप-में-रीसेलर विश्लेषण, अप्रैल 2026)
• modelcontextprotocol.io — Model Context Protocol (MCP) क्या है? (प्रोटोकॉल का अवलोकन)
• llmstxt.org — /llms.txt फ़ाइल का प्रस्ताव (विनिर्देश और तर्क)
• Wikipedia — Extensible Provisioning Protocol (Proposed Standard, मार्च 2004)
• Namefi — namefi.io/llms.txt (Namefi के अपने MCP सर्वर, REST API और वॉलेट चेकआउट का संदर्भ)