AI आपकी सामग्री तक कैसे पहुँचता है

अवलोकन

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

ऐसा करने के छह तरीके हैं और इन्हें आपस में मिलाया जा सकता है। यह पृष्ठ हर तरीके को समझाता है और चुनने में मदद करता है।

मुझे कौन-सा चाहिए?

1. सार्वजनिक सामग्री

आप ज्ञान-आधार में जो कुछ जोड़ते हैं, वह AI के लिए उपलब्ध हो जाता है। डैशबोर्ड से आप टेक्स्ट, PDF, दस्तावेज़, स्प्रेडशीट, वीडियो और अलग-अलग वेब पेज जोड़ सकते हैं, या क्रॉलर को अपनी वेबसाइट स्वतः पढ़ने दे सकते हैं।

यह उन सभी चीज़ों के लिए सही जगह है जिन्हें हर आगंतुक देख सकता है: उत्पाद जानकारी, सामान्य प्रश्न, नीतियाँ, मार्गदर्शिकाएँ और कंपनी की सामान्य जानकारी।

ज्ञान-आधार के बारे में और पढ़ें

2. लॉगिन के पीछे की सामग्री

यदि आपके पृष्ठ केवल साइन इन करने के बाद दिखते हैं, तो क्रॉलर भी साइन इन कर सकता है। अपने लॉगिन पृष्ठ का पता और लॉगिन विवरण दें, और क्रॉलर लॉग इन करके सुरक्षित पृष्ठों को ठीक वैसे ही पढ़ेगा जैसे कोई लॉग-इन उपयोगकर्ता पढ़ता है।

यह तब अच्छा काम करता है जब सभी लॉग-इन उपयोगकर्ता एक ही सामग्री देख सकते हों, जैसे साझा ग्राहक पोर्टल, आंतरिक पुस्तिका या साझा संसाधनों वाला सदस्य क्षेत्र।

वेबसाइट क्रॉल के बारे में और पढ़ें

3. लगातार बदलने वाली जानकारी

कुछ जानकारी सहेजते ही पुरानी हो जाती है: स्टॉक स्तर, कीमतें, उपलब्धता, छुट्टियों के दिन खुलने का समय, प्रतीक्षा समय। इसे संग्रहित करने के बजाय आप चैटबॉट को लाइव फ़ीड की ओर निर्देशित कर सकते हैं।

आप अपने सिस्टम पर एक URL देते हैं जो वर्तमान डेटा को JSON, CSV या सादे टेक्स्ट में लौटाता है। AI ज़रूरत पड़ने पर उसे पढ़ता है, इसलिए हर उत्तर वही दर्शाता है जो उस क्षण आपकी फ़ीड में है।

मानक रीयल-टाइम डेटा फ़ीड 200,000 अक्षरों तक, यानी लगभग 500 प्रविष्टियों तक संभालती है और Standard, Pro तथा Enterprise योजनाओं में उपलब्ध है। बड़े कैटलॉग के लिए रीयल-टाइम डेटा फ़ीड Max 10,000,000 अक्षरों तक, लगभग 25,000 प्रविष्टियों तक संभालती है और Pro तथा Enterprise योजनाओं में उपलब्ध है।

फ़ीड भी ज्ञान-आधार की तरह उस चैटबॉट के सभी उपयोगकर्ताओं के बीच साझा होती है। किसी एक विशेष उपयोगकर्ता से जुड़े डेटा के लिए इसके बजाय उपयोगकर्ता संदर्भ या कस्टम टूल्स का उपयोग करें।

रीयल-टाइम डेटा फ़ीड के बारे में और पढ़ें · रियल-टाइम डेटा फ़ीड मैक्स

4. अलग-अलग समूहों के लिए अलग सामग्री

जब आपके उपयोगकर्ता कुछ स्पष्ट समूहों में बँटे हों और हर समूह को अलग सामग्री मिलती हो, तो सबसे साफ़ तरीका है हर समूह के लिए अलग चैटबॉट, और हर एक का अपना ज्ञान-आधार। फिर आपकी वेबसाइट वही चैटबॉट लोड करती है जो लॉग-इन उपयोगकर्ता से मेल खाता है।

चूँकि ज्ञान-आधार पूरी तरह अलग हैं, एक समूह की सामग्री कभी दूसरे समूह के उत्तरों में नहीं आ सकती। कोई फ़िल्टरिंग सेट नहीं करनी पड़ती और कुछ ग़लत होने की गुंजाइश नहीं रहती।

यह सदस्यता स्तरों, साझेदार स्तरों, कर्मचारियों बनाम ग्राहकों, या अलग-अलग विभागों और क्षेत्रों के लिए उपयुक्त है।

एक खाते में कई चैटबॉट आते हैं: Free में 1, Starter में 2, Standard में 3, Pro में 20 और Enterprise में एक कस्टम संख्या। इन्हें आप वेबसाइट प्रबंधन पृष्ठ पर जोड़ और प्रबंधित कर सकते हैं।

वेबसाइट प्रबंधन के बारे में और पढ़ें

5. हर उपयोगकर्ता के लिए विशिष्ट विवरण

कुछ जानकारी केवल एक व्यक्ति की होती है: उसकी सदस्यता, उसका ऑर्डर, उसके अधिकार, उसके खाते की स्थिति। यह साझा ज्ञान-आधार में बिल्कुल नहीं रखी जानी चाहिए।

उपयोगकर्ता संदर्भ के साथ, आपका सिस्टम उपयोगकर्ता की पहचान सत्यापित करने के बाद आपकी वेबसाइट उस उपयोगकर्ता की जानकारी चैटबॉट को भेजती है। इसमें क्या शामिल होगा यह पूरी तरह आप तय करते हैं, और AI उत्तर देते समय उसका उपयोग करता है। चूँकि आपका सर्वर हर उपयोगकर्ता के लिए संदर्भ अलग से बनाता है, एक उपयोगकर्ता को दूसरे की जानकारी कभी नहीं मिल सकती।

आप केवल भूमिका या योजना के नाम जैसी छोटी जानकारियों तक सीमित नहीं हैं। इस तरह आप वास्तविक सामग्री भी भेज सकते हैं, यहाँ तक कि एक छोटा दस्तावेज़ भी, बशर्ते वह सीमा में आ जाए। संदर्भ की सीमा Standard योजना में प्रति उपयोगकर्ता 2,000 अक्षर और Pro में 10,000 अक्षर है, जबकि Enterprise में कस्टम सीमाएँ उपलब्ध हैं।

उपयोगकर्ता संदर्भ के बारे में और पढ़ें

6. बड़ी मात्रा में या लाइव उपयोगकर्ता-वार डेटा

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

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

ऑर्डर की स्थिति, खाता शेष, व्यक्तिगत रिकॉर्ड और ऐसे दस्तावेज़ संग्रहों के लिए यही सही तरीका है जहाँ हर उपयोगकर्ता को अलग समूह देखने का अधिकार होता है।

कस्टम टूल्स के बारे में और पढ़ें

तरीकों को मिलाना

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

उत्तर देते समय AI इन सभी स्रोतों का एक साथ उपयोग करता है।

आपकी सामग्री कहाँ संग्रहित होती है

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

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