साइट, लाइसेंस, और कार्यक्षेत्र द्वारा प्लगइन AI उपयोग ट्रैकिंग

प्लगइन AI उपयोग ट्रैकिंग वह है जो एक भुगतान किए गए AI फीचर को मूल्य निर्धारण अनुमान से ऑपरेटिंग सिस्टम में बदलता है।.

यह प्लगइन्स, CMS उत्पादों, और वाणिज्य ऐप्स के लिए अधिक महत्वपूर्ण है, बजाय कई स्टैंडअलोन SaaS टूल्स के। एक सिंगल लाइसेंस कई वेबसाइट्स को शक्ति प्रदान कर सकता है। एक एजेंसी खाता कई क्लाइंट कार्यक्षेत्रों का प्रबंधन कर सकता है। एक स्टोर हजारों उत्पाद विवरण, खोज क्वेरी, समीक्षा सारांश, या समर्थन उत्तर चला सकता है जबकि दूसरा शायद ही AI फीचर को छूता हो।.

यदि हर अनुरोध ऐसा दिखता है “उपयोगकर्ता 123 ने AI का उपयोग किया,” तो व्यापार मॉडल अस्पष्ट रहता है। यदि हर अनुरोध साइट, लाइसेंस, कार्यक्षेत्र, फीचर, और बिल योग्य स्थिति द्वारा टैग किया गया है, तो प्लगइन टीम उपयोग को समझा सकती है, ShareAI के माध्यम से भुगतान किए गए अनुमान को रूट कर सकती है, एक बिल्डर मार्जिन जोड़ सकती है, और भारी उपयोग को खुद के लिए भुगतान करने दे सकती है।.

अवसर बड़ा है क्योंकि CMS वितरण अभी भी विशाल है।’ CMS उपयोग रिपोर्ट दिखाती है कि वर्डप्रेस दोनों पूर्ण वेबसाइट उपयोग और CMS बाजार हिस्सेदारी द्वारा सबसे बड़ा CMS है। प्लगइन टीमों के लिए, यह एक सरल समस्या पैदा करता है: AI उपयोग कई स्वतंत्र ग्राहक साइटों में फैल सकता है, और बिलिंग मॉडल को यह जानना होगा कि प्रत्येक अनुरोध कहां से आया।.

क्यों प्लगइन AI उपयोग ट्रैकिंग को उपयोगकर्ता गणना से अधिक की आवश्यकता है

उपयोगकर्ता-स्तरीय ट्रैकिंग उपयोगी है, लेकिन यह प्लगइन AI उपयोग ट्रैकिंग के लिए पर्याप्त नहीं है।.

एक प्लगइन टीम को आमतौर पर विभिन्न प्रश्नों का उत्तर देना होता है:

• किस साइट ने यह अनुरोध बनाया?
• किस लाइसेंस या सदस्यता को इस उपयोग से संबंधित होना चाहिए?
• किस कार्यक्षेत्र, किरायेदार, स्टोर, या ग्राहक खाते ने इसे उत्पन्न किया?
• किस फीचर ने लागत बनाई?
• क्या अनुरोध बिल योग्य था, शामिल था, पुनः प्रयास किया गया, विफल हुआ, कैश किया गया, मुआवजा दिया गया, या मुफ्त था?
• क्या ग्राहक को इसे उनके उपयोग इतिहास में देखना चाहिए?
• क्या इसे भुगतान किए गए ShareAI-रूटेड उपयोग में गिना जाना चाहिए?

ये प्रश्न तब महत्वपूर्ण हो जाते हैं जब प्लगइन AI सुविधाएँ जोड़ता है जिनकी लागत बदलती रहती है: सामग्री निर्माण, सेमांटिक खोज, समर्थन उत्तर, उत्पाद संवर्धन, छवि कैप्शन, समीक्षा सारांश, लीड योग्यता, या दस्तावेज़ सारांश।.

गलत दृष्टिकोण यह है कि उस सभी उपयोग को एक समान प्लगइन मूल्य के अंदर छिपा दिया जाए और आशा की जाए कि औसत उपयोग उचित रहेगा। बेहतर दृष्टिकोण यह है कि प्लगइन के सामान्य लाइसेंस मॉडल को बनाए रखा जाए, फिर AI-भारी क्रियाओं को अलग से मापा जाए।.

यह एक अच्छे टैगिंग सिस्टम का सटीक कार्य है।.

प्रत्येक प्लगइन टीम को तीन टैग कैप्चर करने चाहिए।

प्लगइन AI उपयोग ट्रैकिंग आमतौर पर तीन पहचानकर्ताओं से शुरू होती है: साइट, लाइसेंस, और कार्यक्षेत्र। ये समान लगते हैं, लेकिन वे अलग-अलग व्यावसायिक प्रश्नों का उत्तर देते हैं।.

साइट टैग

साइट टैग आपको बताता है कि अनुरोध कहाँ हुआ।.

वर्डप्रेस प्लगइन के लिए, यह एक सामान्यीकृत साइट URL हैश, साइट UUID, मल्टीसाइट ब्लॉग ID, स्टोर ID, या डिप्लॉयमेंट ID हो सकता है। CMS या कॉमर्स ऐप के लिए, यह प्रोजेक्ट ID, स्टोरफ्रंट ID, डोमेन ID, या टेनेंट इंस्टॉलेशन ID हो सकता है।.

साइट टैग का उपयोग डिप्लॉयमेंट-स्तरीय उपयोग को समझने के लिए करें। यह विशेष रूप से उपयोगी है जब एक ग्राहक एक ही प्लगइन को कई साइटों पर चलाता है, या जब एक एजेंसी एक लाइसेंस का मालिक होती है लेकिन कई क्लाइंट इंस्टॉलेशन का प्रबंधन करती है।.

लाइसेंस टैग

लाइसेंस टैग आपको बताता है कि उपयोग किस व्यावसायिक अधिकार से संबंधित है।.

यह लाइसेंस कुंजी, सब्सक्रिप्शन ID, वार्षिक योजना, लाइफटाइम डील कोड, एजेंसी बंडल, मार्केटप्लेस खरीद, या एंटरप्राइज अनुबंध से मेल खा सकता है। लाइसेंस टैग हमेशा साइट टैग के समान नहीं होता। एक लाइसेंस कई साइटों को कवर कर सकता है, और एक साइट समय के साथ लाइसेंस बदल सकती है।.

लाइसेंस टैग का उपयोग यह तय करने के लिए करें कि अनुरोध शामिल है, भुगतान किया गया है, अवरुद्ध है, टॉप-अप योग्य है, या ShareAI को ग्राहक-भुगतान उपयोग के रूप में रूट किया गया है।.

कार्यक्षेत्र टैग

वर्कस्पेस टैग आपको बताता है कि किस ग्राहक स्थान को उपयोग देखना और प्रबंधित करना चाहिए।.

एक CMS प्लगइन में, वर्कस्पेस एक एजेंसी क्लाइंट खाता, एक संगठन, एक टीम, या एक प्रोजेक्ट हो सकता है। एक कॉमर्स ऐप में, यह एक स्टोर, ब्रांड, क्षेत्र, या कैटलॉग वर्कस्पेस हो सकता है। एक कंटेंट टूल में, यह एक संपादकीय वर्कस्पेस हो सकता है।.

ग्राहक-सामना करने वाले डैशबोर्ड, बजट, अनुमोदन, और रिपोर्टिंग के लिए वर्कस्पेस टैग का उपयोग करें। यह टैग यह सुनिश्चित करता है कि जब कई लोग एक लाइसेंस साझा करते हैं, तो उपयोग समझने योग्य बना रहे।.

एक उपयोगी AI उपयोग इवेंट में क्या शामिल होता है

एक उपयोग इवेंट को अनुरोध के व्यावसायिक संदर्भ का वर्णन करना चाहिए, न कि केवल तकनीकी API कॉल का।.

वर्डप्रेस REST API हैंडबुक रूट्स और एंडपॉइंट्स को एक संरचित तरीके के रूप में वर्णित करती है, जिससे एप्लिकेशन JSON डेटा को पंजीकृत एंडपॉइंट्स के माध्यम से एक वर्डप्रेस साइट के साथ आदान-प्रदान कर सकते हैं। प्लगइन टीमें AI उपयोग इवेंट्स के लिए उसी संरचित मानसिकता का उपयोग कर सकती हैं: हर अनुरोध में पर्याप्त मेटाडेटा होना चाहिए ताकि उसे ऑडिट, मूल्य निर्धारण, और बाद में समझाया जा सके। देखें वर्डप्रेस REST API हैंडबुक अंतर्निहित REST मॉडल के लिए।.

फ़ील्ड	क्यों यह महत्वपूर्ण है
इवेंट_आईडी	पुनः प्रयास होने पर डुप्लिकेट बिलिंग को रोकता है।.
अनुरोध_आईडी	प्लगइन अनुरोध को AI रूटिंग अनुरोध से जोड़ता है।.
साइट_आईडी	दिखाता है कि किस इंस्टॉलेशन ने उपयोग उत्पन्न किया।.
लाइसेंस_आईडी	उपयोग को ग्राहक के व्यावसायिक अधिकार से जोड़ता है।.
कार्यक्षेत्र_आईडी	ग्राहक-सामना करने वाली रिपोर्टिंग के लिए समूहों का उपयोग।.
ग्राहक_आईडी	भुगतानकर्ता या खाता मालिक से लिंक का उपयोग।.
फीचर_कुंजी	उत्पाद विवरण को खोज, सारांश, समर्थन और अन्य सुविधाओं से अलग करता है।.
क्रिया_प्रकार	मूल्य निर्धारण को क्रिया के अनुसार आसान बनाता है, जैसे निर्माण, खोज, सारांश, या उत्तर।.
बिल योग्य_स्थिति	शामिल, बिल योग्य, मुफ्त, विफल, कैश्ड, पुनः प्रयास किया गया, या उपयोग को चिह्नित करता है।.
मॉडल_मार्ग	दिखाता है कि क्या अनुरोध ShareAI के माध्यम से रूट होता है।.
उपयोग_इकाइयाँ	टोकन, अनुरोध, दस्तावेज़, छवियां, मिनट, या अन्य उपयोग इकाई रिकॉर्ड करता है।.
बनाया_गया_पर	ग्राहक रिपोर्ट, बिलिंग अवधि, और विवाद समीक्षा का समर्थन करता है।.

उदाहरण घटना:

{
  "event_id": "evt_01j_plugin_ai",
  "request_id": "req_91b7",
  "site_id": "site_42",
  "license_id": "lic_pro_2026",
  "workspace_id": "workspace_agency_client_a",
  "customer_id": "cus_8841",
  "feature_key": "product_description_generator",
  "action_type": "generation",
  "billable_state": "billable",
  "model_route": "shareai",
  "input_units": 1250,
  "output_units": 420,
  "created_at": "2026-07-03T05:20:00Z"
}

सटीक स्कीमा उत्पाद के अनुसार भिन्न होगा। सिद्धांत नहीं होना चाहिए: अनुरोध को रूट करने से पहले टैग करें, फिर मॉडल कॉल लौटने के बाद अंतिम उपयोग परिणाम संग्रहीत करें।.

भुगतान किए गए AI प्रवाह में ShareAI कैसे फिट बैठता है

ShareAI प्लगइन, CMS उत्पाद, या वाणिज्य ऐप नहीं बनाता है। बिल्डर उस उत्पाद का मालिक है जो ShareAI के बाहर है।.

ShareAI AI फीचर के पीछे रूटिंग, उपयोग, बिलिंग, अधिभार, और भुगतान परत के रूप में फिट बैठता है। धन प्रवाह सीधा है:

1. प्लगइन मौजूदा उत्पाद से AI अनुमान ट्रैफ़िक को ShareAI पर भेजता है।.
2. बिल्डर उस रूट किए गए उपयोग के लिए एक मार्जिन या अधिभार कॉन्फ़िगर करता है।.
3. ग्राहक AI उपयोग के लिए सीधे ShareAI को भुगतान करता है।.
4. ShareAI मार्केटप्लेस के माध्यम से इंफेरेंस को रूट करता है।.
5. ShareAI उस ट्रैफिक से उत्पन्न आय के आधार पर Builder को मासिक भुगतान करता है।.

यह तब सबसे अच्छा काम करता है जब उपयोग साइट, लाइसेंस, कार्यक्षेत्र, या फीचर के अनुसार भारी रूप से भिन्न होता है। एक छोटा ब्लॉग प्रति माह कुछ बार पुनर्लेखन सहायक का उपयोग कर सकता है। एक बड़ा वाणिज्य कैटलॉग हजारों विवरण उत्पन्न या अपडेट कर सकता है। उन ग्राहकों को समान AI लागत प्रोफ़ाइल नहीं बनानी चाहिए।.

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

प्लगइन टीमों के लिए एक व्यावहारिक टैगिंग प्रवाह

पूरे उत्पाद के बजाय एक भुगतान किए गए AI क्रिया से शुरू करें।.

उदाहरण के लिए, एक वर्डप्रेस SEO प्लगइन AI शीर्षक निर्माण से शुरू हो सकता है। एक वाणिज्य ऐप उत्पाद विवरण निर्माण से शुरू हो सकता है। एक CMS प्लगइन ज्ञान-आधार उत्तरों से शुरू हो सकता है। एक फीचर चुनें जहां उपयोग ग्राहक मूल्य से स्पष्ट रूप से मेल खाता हो।.

फिर टैगिंग प्रवाह को परिभाषित करें:

1. साइट, लाइसेंस, कार्यक्षेत्र, और ग्राहक के लिए स्थिर पहचानकर्ता असाइन करें।.
2. AI क्रिया के लिए एक फीचर कुंजी बनाएं।.
3. तय करें कि कौन-कौन से अनुरोध शामिल हैं, बिल योग्य, अवरुद्ध, मुफ्त, या केवल पुनः प्रयास के लिए हैं।.
4. ShareAI-रूटेड अनुरोध किए जाने से पहले टैग संलग्न करें।.
5. लौटाए गए उपयोग इकाइयों और अनुरोध परिणाम को संग्रहीत करें।.
6. ग्राहक को एक उपयोग इतिहास दिखाएं जो उनके मानसिक मॉडल से मेल खाता हो।.
7. भुगतान और रिपोर्टिंग से पहले बिलिंग अवधि द्वारा उपयोग का मिलान करें।.

बिल योग्य इकाई को बनाए गए मूल्य के करीब रखें। प्लगइन्स के लिए, यह आमतौर पर केवल “टोकन” नहीं होता। यह उत्पाद विवरण उत्पन्न करना, उत्तर दिए गए खोज, बनाई गई सारांश, तैयार किए गए समर्थन उत्तर, संसाधित दस्तावेज़, वर्णित छवियां, या योग्य लीड हो सकता है।.

एआई मूल्य निर्धारण बाजार पहले से ही उस दिशा में बढ़ रहा है। एआई मूल्य निर्धारण और मुद्रीकरण प्लेबुक Bessemer उस बदलाव का वर्णन करता है जो उपयोग और मूल्य को बेहतर तरीके से दर्शाने वाले मूल्य निर्धारण मॉडल की ओर बढ़ रहा है। प्लगइन टीमों को वह दबाव जल्दी महसूस होता है क्योंकि वे अक्सर कम सदस्यता कीमतों, वार्षिक नवीकरण, मार्केटप्लेस शुल्क, या जीवनकाल लाइसेंस वाले बाजारों में बेचते हैं।.

ग्राहकों को क्या देखना चाहिए

ग्राहकों को हर आंतरिक टैग देखने की आवश्यकता नहीं है, लेकिन उन्हें बिल पर भरोसा करने के लिए पर्याप्त दृश्यता की आवश्यकता है।.

एक उपयोगी ग्राहक-सामना करने वाली उपयोग स्क्रीन को दिखाना चाहिए:

• वह साइट या कार्यक्षेत्र जहां उपयोग हुआ।.
• उपयोग किया गया एआई फीचर।.
• किए गए कार्यों, इकाइयों, या उपभोग किए गए क्रेडिट की संख्या।.
• क्या शामिल था बनाम भुगतान किया गया।.
• वर्तमान अवधि का कुल योग।.
• शेष भत्ता, यदि कोई हो।.
• जब उपयोग उत्पन्न हुआ।.
• बिलिंग प्रबंधन या टॉप अप करने के लिए एक लिंक।.

साधारण लेबल का उपयोग करें। “उत्पाद विवरण उत्पन्न” “आउटपुट टोकन” से अधिक स्पष्ट है। “खोज उत्तर” “एम्बेडिंग अनुरोध प्लस पूर्णता” से अधिक स्पष्ट है। तकनीकी इकाइयाँ आंतरिक रूप से महत्वपूर्ण हैं, लेकिन ग्राहक-सामना करने वाले उपयोग को उस मूल्य से मेल खाना चाहिए जो प्लगइन प्रदान करता है।.

सामान्य गलतियों से बचें।

लाइसेंस कुंजी को सत्य का एकमात्र स्रोत न बनाएं। यह अधिकार के लिए उपयोगी है, लेकिन रिपोर्टिंग के लिए पर्याप्त नहीं है जब एक लाइसेंस कई साइटों या कार्यक्षेत्रों को कवर करता है।.

पुनः प्रयास को नए उपयोग के रूप में बिल न करें जब तक कि पुनः प्रयास ने नया ग्राहक मूल्य उत्पन्न न किया हो। मूल घटना आईडी या पुनः प्रयास संबंध को संग्रहीत करें।.

असफल अनुरोधों को भुगतान किए गए उपयोग में न मिलाएं। उन्हें ट्रैक करें, लेकिन अलग से चिह्नित करें।.

यदि कुछ पावर उपयोगकर्ता अधिकांश अनुमान खपत कर सकते हैं, तो फ्लैट योजना के अंदर एआई लागत को छिपाएं नहीं। यह चुपचाप मार्जिन को नुकसान पहुंचा सकता है।.

ShareAI को वह स्थान न बताएं जहां प्लगइन बनाया गया है। प्लगइन आपका रहता है। ShareAI इसके पीछे एआई ट्रैफिक मुद्रीकरण परत को संभालता है।.

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

प्लगइन एआई उपयोग ट्रैकिंग क्या है?

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

प्लगइन टीमों को साइट द्वारा उपयोग टैग क्यों करना चाहिए?

साइट टैग दिखाते हैं कि किस इंस्टॉलेशन ने अनुरोध बनाया। यह तब महत्वपूर्ण होता है जब एक लाइसेंस कई वेबसाइटों, स्टोरों, क्लाइंट साइटों, या बहुत अलग एआई उपयोग पैटर्न वाले डिप्लॉयमेंट को कवर करता है।.

प्लगइन टीमों को लाइसेंस द्वारा उपयोग टैग क्यों करना चाहिए?

लाइसेंस टैग AI उपयोग को ग्राहक की व्यावसायिक पात्रता से जोड़ते हैं। वे यह तय करने में मदद करते हैं कि कोई अनुरोध शामिल है, भुगतान किया गया है, अवरुद्ध है, टॉप-अप योग्य है, या ShareAI के माध्यम से ग्राहक-भुगतान उपयोग के रूप में रूट किया गया है।.

प्लगइन टीमों को कार्यक्षेत्र द्वारा उपयोग को टैग क्यों करना चाहिए?

कार्यक्षेत्र टैग ग्राहक रिपोर्टिंग को आसान बनाते हैं। एजेंसियां, टीमें, स्टोर और संगठन अक्सर व्यक्तिगत उपयोगकर्ता के बजाय ग्राहक, प्रोजेक्ट, विभाग, कैटलॉग, या टीम स्पेस द्वारा उपयोग देखना चाहते हैं।.

क्या ShareAI प्लगइन्स के लिए एक ऐप बिल्डर है?

नहीं। ShareAI प्लगइन्स, CMS उत्पाद, या वाणिज्य ऐप्स नहीं बनाता है। बिल्डर ShareAI के बाहर उत्पाद का मालिक होता है। ShareAI रूटिंग, उपयोग, बिलिंग, अधिभार, और मासिक भुगतान परत प्रदान करता है जो ShareAI के माध्यम से रूट किए गए AI ट्रैफिक के लिए है।.

ShareAI प्लगइन टीमों को AI उपयोग का मुद्रीकरण करने में कैसे मदद करता है?

प्लगइन टीमें AI अनुमान ट्रैफिक को ShareAI के माध्यम से रूट कर सकती हैं, मार्जिन या अधिभार कॉन्फ़िगर कर सकती हैं, ग्राहकों को रूट किए गए उपयोग के लिए ShareAI का भुगतान करने दे सकती हैं, और उत्पन्न आय के आधार पर मासिक बिल्डर भुगतान प्राप्त कर सकती हैं।.

कौन से प्लगइन AI क्रियाएं मीटरिंग के लिए अच्छे उम्मीदवार हैं?

अच्छे उम्मीदवारों में सामग्री निर्माण, उत्पाद विवरण, सेमांटिक खोज, समर्थन उत्तर, समीक्षा सारांश, छवि कैप्शन, लीड योग्यता, दस्तावेज़ सारांश, पृष्ठ ऑडिट, और अन्य AI-भारी क्रियाएं शामिल हैं जहां उपयोग ग्राहक द्वारा भिन्न होता है।.

क्या प्लगइन टीमों को टोकन या व्यावसायिक क्रियाओं को ट्रैक करना चाहिए?

जब संभव हो तो दोनों को आंतरिक रूप से ट्रैक करें। टोकन या मॉडल इकाइयां लागत का मिलान करने में मदद करती हैं। व्यावसायिक क्रियाएं, जैसे कि उत्पन्न विवरण या ड्राफ्ट किए गए समर्थन उत्तर, ग्राहकों के लिए मूल्य निर्धारण को समझना आसान बनाती हैं।.

AI उपयोग ट्रैकिंग में पुनः प्रयासों को कैसे संभालना चाहिए?

पुनः प्रयासों को मूल घटना ID का संदर्भ देना चाहिए। यदि पहला अनुरोध विफल हो गया, तो पुनः प्रयास आमतौर पर डुप्लिकेट बिल योग्य उपयोग नहीं बनाना चाहिए। यदि पुनः प्रयास एक नया भुगतान परिणाम उत्पन्न करता है, तो उस स्थिति को स्पष्ट रूप से चिह्नित करें।.

क्या यह लाइफटाइम-लाइसेंस प्लगइन्स के लिए काम कर सकता है?

हां। एक लाइफटाइम लाइसेंस में अभी भी AI उपयोग की एक सीमित अनुमति शामिल हो सकती है, जिसमें अतिरिक्त AI-भारी क्रियाएं ShareAI के माध्यम से भुगतान उपयोग के रूप में रूट की जाती हैं। कुंजी प्लगइन तक लाइफटाइम एक्सेस और चल रहे AI अनुमान उपयोग के बीच अंतर को समझाना है।.

प्लगइन AI उपयोग डैशबोर्ड में ग्राहकों को क्या देखना चाहिए?

ग्राहकों को साइट या वर्कस्पेस, उपयोग की गई सुविधा, उपयोग इकाइयाँ या क्रियाएँ, शामिल बनाम भुगतान किया गया उपयोग, बिलिंग अवधि के कुल योग, और शेष भत्ता देखना चाहिए। तकनीकी विवरणों को उजागर करने से बचें जब तक कि ग्राहक को उनकी आवश्यकता न हो।.

प्लगइन AI उपयोग ट्रैकिंग कब सबसे महत्वपूर्ण है?

यह तब सबसे महत्वपूर्ण है जब AI उपयोग असमान हो। यदि एक ग्राहक किसी सुविधा का दस बार उपयोग करता है और दूसरा दस हजार बार, तो साइट, लाइसेंस, और वर्कस्पेस टैग मूल्य निर्धारण मॉडल को वास्तविक उपयोग का पालन करने में मदद करते हैं।.