← बोर्ड पर वापस

AI Overview citations: वह स्रोत कैसे बनें जिसे वह उद्धृत करे

2026-09-05 · 5 मिनट का पाठ

बोर्ड और बिड फ़ॉर्म अंग्रेज़ी में हैं। यह पेज नहीं है — और यह बात यहाँ लिख देना उससे बेहतर है कि आप क्लिक करने के बाद पता करें।

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

तंत्र क्यों बदल गया

एक रैंकिंग सिस्टम पूछता है: कौन सा पेज इस क्वेरी से सबसे अच्छा मेल खाता है? एक सारांश सिस्टम कुछ संकीर्ण और अजीब पूछता है: कौन से वाक्य मैं उठा सकता हूँ, संक्षिप्त कर सकता हूँ और बिना गलत हुए श्रेय दे सकता हूँ?

उस दूसरे सवाल के ऐसे परिणाम हैं जिन पर आप कार्रवाई कर सकते हैं। एक पेज जो हर दावे को हेज करता है, उद्धृत करना कठिन है, क्योंकि उठाने के लिए कोई वाक्य नहीं है। एक पेज जो बिना स्रोत बताए कोई संख्या प्रस्तुत करता है, उद्धृत करना जोखिम भरा है, क्योंकि मॉडल के पास श्रेय देने के लिए कुछ नहीं है। एक पेज जो अपना उत्तर छह सौ शब्दों की भूमिका के नीचे दबा देता है, उद्धृत करना महँगा है, क्योंकि उत्तर को खोजने के बजाय पुनर्निर्मित करना पड़ता है।

इस बदलाव का पैमाना प्रलेखित है, किस्सों पर आधारित नहीं — Search Engine Land रिपोर्ट करता है कि सर्च क्लिक बेसलाइन से लगभग 42% गिरे हैं, और जिन क्वेरीज़ में Overview दिखता है वहाँ क्लिक-थ्रू रेट में 61% की गिरावट है। जब दो-तिहाई क्वेरीज़ बिना क्लिक के हल हो जाती हैं, तो उत्तर के अंदर दिखना शेष अवसर का अधिकांश हिस्सा है।

किसी पेज को उद्धरण-योग्य क्या बनाता है

पहले सौ शब्दों में उत्तर दें। कोई टीज़र नहीं — वास्तविक उत्तर, सीधे-सीधे कहा गया, किसी भी संदर्भ से पहले। अगर एक पाठक को आपका निष्कर्ष जानने के लिए स्क्रॉल करना पड़े, तो एक मॉडल को अनुमान लगाना पड़ता है।

एक संख्या को उसी वाक्य में किसी स्रोत से जोड़ें। "क्लिक 42% गिरे (Search Engine Land, 2026)" उद्धरण-योग्य है। "क्लिक नाटकीय रूप से गिरे हैं" नहीं है, क्योंकि जाँचने के लिए कुछ नहीं है और श्रेय देने के लिए कुछ नहीं है।

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

बताएँ कि क्या सच नहीं है। जो पेज सीमाएँ बताते हैं — "यह X के लिए काम नहीं करता", "इस आँकड़े में Y शामिल नहीं है" — असमान रूप से उद्धरण-योग्य हैं, क्योंकि एक सारांशकर्ता को अतिशयोक्ति से बचने के लिए चेतावनी चाहिए। सीमा प्रकाशित करना वैसे भी सही ही है।

संरचनात्मक रूप से उबाऊ बनें। एक शीर्षक में एक विचार, ऐसे शीर्षक जो उस प्रश्न का नाम रखें जिसका वे उत्तर देते हैं, H2 में कोई चतुराई नहीं। एक शीर्षक जो कहता है "कमरे में हाथी" एक parser को कुछ नहीं बताता।

यह साइट क्या करती है

चार चीज़ें, सभी सस्ती, कोई भी चाल नहीं।

हर पेज का एक markdown जुड़वाँ। यहाँ किसी भी URL में .md जोड़ें और आपको वही कंटेंट साफ़ markdown के रूप में मिलता है, बिना नेविगेशन, बिना स्क्रिप्ट और बिना हटाने के लिए लेआउट। इसे सर्व करने में कुछ नहीं लगता और parsing विफलता की एक पूरी श्रेणी समाप्त हो जाती है।

एक llms.txt। /llms.txt पर इस साइट का सादे टेक्स्ट में विवरण है, नीलामी के नियम सीधे वाक्यों के रूप में, और पढ़ने लायक पेजों की एक सूची। यह एक ऐसी मशीन द्वारा पढ़ने के लिए लिखा गया है जो तथ्य चाहती है, न कि एक crawler जो कीवर्ड चाहता है।

एक MCP सर्वर। /api/mcp पर एक एजेंट सीधे बोर्ड से क्वेरी कर सकता है — वर्तमान स्लॉट, Hall of Survivors, एक प्लेसमेंट की लागत — किसी पेज को स्क्रैप करके अनुमान लगाने के बजाय। अगर कोई मॉडल हमारे नंबर चाहता है, तो हम उन्हें सही तरीके से देना पसंद करेंगे बजाय इसके कि पुराने स्क्रीनशॉट से उद्धृत किया जाए।

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

हम यह बोर्ड चलाते हैं, इसलिए इस सूची को एक उदाहरण मानें, न कि किसी निष्पक्ष पक्ष की सिफ़ारिश। चार में से तीन चीज़ों में एक-एक दोपहर लगती है।

क्या काम नहीं करता

अकेला Schema markup। संरचित डेटा एक parser को यह समझने में मदद करता है कि पेज क्या है। यह एक अस्पष्ट पेज को उद्धरण-योग्य नहीं बनाता, और कोई भी JSON-LD बिना दावे वाले पैराग्राफ को नहीं बचाता।

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

मात्रा। अधिक पेज प्रकाशित करना तब एक व्यावहारिक रणनीति थी जब खेल कवरेज का था। यह एक खराब रणनीति है जब खेल एक प्रश्न के लिए सबसे उद्धरण-योग्य स्रोत बनने का है, क्योंकि किसी विषय पर दूसरा सबसे अच्छा पेज दूसरे स्थान पर रैंक होने के बजाय सारांशित होकर अस्तित्व से बाहर हो जाता है।

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

ईमानदार स्थिति

Google के बाहर कोई भी चयन फ़ंक्शन नहीं जानता, और जो भी citations अर्जित करने का विश्वसनीय तरीका बताने का दावा करता है वह कुछ बेच रहा है। जो बचाव योग्य है वह कमज़ोर है और फिर भी उपयोगी: जो गुण किसी पेज को सही ढंग से उद्धृत करना आसान बनाते हैं वही गुण उसे एक अच्छा पेज बनाते हैं — पहले उत्तर, स्रोत संलग्न, स्वतंत्र दावे, सीमाएँ बताई गईं।

यह एक आरामदायक स्थिति है, क्योंकि इसका मतलब है कि अगर तंत्र फिर से बदलता है तो मेहनत बर्बाद नहीं होती। यही कारण है कि मैं इसके इर्द-गिर्द पूरी साइट का पुनर्गठन नहीं करूँगा। ऐसे पेज लिखें जो जाँचने योग्य बातें सीधे-सीधे कहें, उन्हें ऐसे प्रारूप में परोसें जो एक मशीन पढ़ सके, और उद्धरण को लक्ष्य के बजाय परिणाम मानें। विकल्प — हर तिमाही दोबारा लिखे जाने वाले एक ब्लैक बॉक्स के लिए अनुकूलन — वही जाल है जिसने evergreen content की ज़मीन खिसकाई शुरू में ही।