एआई सर्फेसिंग के लिए Schema.org: अब कौन से मार्कअप मायने रखते हैं

आर्टिफिशियल इंटेलिजेंस सर्फेसिंग के लिए Schema.org: अब कौन से मार्कअप मायने रखते हैं

संरचित डेटा सर्च इंजन को पेजों, लेखकों, संगठनों और तथ्यों को समझने में मदद करता है। यह एक AI-उद्धरण स्विच नहीं है।

Google का कहना है कि पेजों को एआई ओवरव्यू या एआई मोड में दिखने के लिए विशेष Schema.org मार्कअप की आवश्यकता नहीं है। एक पेज मुख्य रूप से क्रॉल करने योग्य, अनुक्रमित (इंडेक्स्ड), सर्च स्निपेट के लिए योग्य और उपयोगी सामग्री द्वारा समर्थित होना चाहिए। Google यह भी कहता है कि संरचित डेटा दृश्यमान पेज सामग्री से मेल खाना चाहिए। (developers.google.com)

यहाँ से शुरू करें:

1. पेज का सटीक वर्णन करने के लिए संरचित डेटा का उपयोग करें।
2. मार्कअप को पेज के वास्तविक उद्देश्य से मिलाएं।
3. लेखों, लेखकों, संगठनों और विषयों के बीच स्पष्ट संबंध बनाएं।
4. दृश्यमान HTML में प्रत्यक्ष, पूर्ण उत्तर लिखें।
5. आर्टिफिशियल इंटेलिजेंस उद्धरणों को पारंपरिक रिच परिणामों से अलग मापें।

कार्यकारी निर्णय

केवल सामान्य संरचित डेटा जोड़ने से AI उद्धरणों में लगातार वृद्धि नहीं हुई है। एक नियंत्रित Ahrefs अध्ययन ने 1,885 पेजों का पता लगाया जिन्होंने लिंक्ड डेटा के लिए जावास्क्रिप्ट ऑब्जेक्ट नोटेशन जोड़ा और उनकी तुलना 4,000 नियंत्रण पेजों से की। इसमें Google एआई मोड या चैटजीपीटी उद्धरणों में कोई सार्थक सुधार नहीं मिला। Google एआई ओवरव्यू उद्धरणों में थोड़ी गिरावट आई, लेकिन शोधकर्ताओं ने चेतावनी दी कि परिवर्तन छोटा था और इसे स्पष्ट रूप से मार्कअप पर दोष नहीं दिया जा सकता है। (ahrefs.com)

एक अलग 2026 के प्रीप्रिंट में पाया गया कि Article, Organization, BreadcrumbList और WebPage जैसे सामान्य प्रकारों ने सर्च रैंक और डोमेन अथॉरिटी को नियंत्रित करने के बाद आर्टिफिशियल इंटेलिजेंस उद्धरणों की स्वतंत्र रूप से भविष्यवाणी नहीं की। इसका सबसे मजबूत निष्कर्ष यह था कि ठोस, विशेषता-समृद्ध डेटा, जैसे मूल्य, रेटिंग और विशिष्टताओं वाले पेज, केवल सामान्य पेज लेबल वाले पेजों की तुलना में बेहतर प्रदर्शन करते हैं। यह निष्कर्ष मुख्य रूप से उत्पाद और समीक्षा पेजों पर केंद्रित था, इसलिए इसे इस बात के प्रमाण के रूप में नहीं माना जाना चाहिए कि इस लेख में किसी एक प्रकार से उद्धरण का लाभ मिलता है। (aixiv.science)

संरचित डेटा क्या कर सकता है और क्या नहीं कर सकता है

संरचित डेटा एक पेज का मशीन-पठनीय विवरण है। यह सर्च इंजन को बता सकता है:

• यह किस प्रकार का पेज है
• इसे किसने लिखा है
• इसे किस संगठन ने प्रकाशित किया है
• यह किस प्रश्न का उत्तर देता है
• इसे कब प्रकाशित या अपडेट किया गया था
• पेज किस व्यक्ति, कंपनी, शब्द या डेटासेट का वर्णन करता है

Google का कहना है कि संरचित डेटा उसके सिस्टम को पेज सामग्री को समझने और पेजों को समृद्ध सर्च सुविधाओं के लिए योग्य बनाने में मदद कर सकता है। यह यह भी कहता है कि Google सर्च समझ के लिए अन्य Schema.org गुणों का उपयोग कर सकता है, भले ही वे गुण कोई दृश्यमान सर्च परिणाम उत्पन्न न करें। (developers.google.com)

बिंग भी समान मार्गदर्शन देता है। इसका वर्तमान वेबमास्टर मार्गदर्शन कहता है कि संरचित डेटा स्पष्ट ग्राउंडिंग का समर्थन कर सकता है, लेकिन यह दृश्यता या उद्धरण ट्रैफ़िक की गारंटी नहीं देता है। बिंग प्रकाशकों को दृश्यमान पेज सामग्री में तथ्यों और परिभाषाओं को स्पष्ट करने की भी सलाह देता है। (bing.com)

मुख्य शोध सीमा

आर्टिफिशियल इंटेलिजेंस उत्तर पैनल आमतौर पर स्रोत पेज दिखाते हैं, न कि उस Schema.org प्रकार को जो उस पेज पर मौजूद हो सकता है। Google यह रिपोर्ट प्रकाशित नहीं करता है कि, उदाहरण के लिए, एक पेज को इसलिए उद्धृत किया गया क्योंकि उसने WebPage के बजाय Article का उपयोग किया था।

यह तीन अलग-अलग प्रश्न बनाता है:

1. क्या पेज को उद्धृत किया गया था?
2. क्या पेज में संरचित डेटा था?
3. क्या संरचित डेटा ने उद्धरण का कारण बना?

अधिकांश अध्ययन केवल पहले दो का उत्तर दे सकते हैं। वे तीसरे को सिद्ध नहीं कर सकते।

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

स्कीमा प्रकार द्वारा ऑडिट

1. Article

यह क्या करता है

Article एक लेख, समाचार कहानी, ब्लॉग पोस्ट या समान संपादकीय पेज का वर्णन करता है। Google Article, NewsArticle और BlogPosting को लेख प्रकारों के रूप में समर्थन करता है। Google लेख मार्कअप के लिए आवश्यक गुणों को सूचीबद्ध नहीं करता है, लेकिन यह पेज पर लागू होने वाले गुणों को जोड़ने की सलाह देता है। (developers.google.com)

सबसे महत्वपूर्ण गुण

इनका उपयोग तब करें जब वे दृश्यमान और सटीक हों:

• headline
• author
• author.name
• author.url या author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google लेखक के लिए एक वास्तविक Person या Organization का उपयोग करने की सलाह देता है। यह संरचित डेटा में तारीखों को दृश्यमान प्रकाशन और अद्यतन तारीखों के साथ सुसंगत रखने की भी सलाह देता है। (developers.google.com)

आर्टिफिशियल इंटेलिजेंस प्रभाव

Article पेज प्रकार, लेखक और तारीखों की पहचान करता है। वास्तविक लेखों पर इसका उपयोग करें, लेकिन दृश्य सामग्री में मेहनत करें: केवल Article जोड़ने से AI उद्धरण बढ़ते हैं यह सिद्ध नहीं हुआ है।

आर्टिकल चेकलिस्ट

• पेज वास्तव में एक लेख है।
• शीर्षक दृश्यमान शीर्षक से मेल खाता है।
• हर दृश्यमान लेखक शामिल है।
• प्रत्येक लेखक का एक अलग Person या Organization ऑब्जेक्ट है।
• लेखक के नाम में केवल नाम होते हैं, न कि नौकरी के शीर्षक या प्रकाशक के नाम।
• लेखक एक वास्तविक प्रोफ़ाइल या लेखक पेज से लिंक करता है।
• प्रकाशन और अद्यतन तारीखें पेज पर दृश्यमान हैं।
• जब समय शामिल हो तो तारीखें सही समय क्षेत्र का उपयोग करती हैं।
• छवि लेख का प्रतिनिधित्व करती है।
• प्रकाशक को पूरी साइट पर लगातार पहचाना जाता है।
• लेख को एक अलग प्राथमिक प्रकार के रूप में चिह्नित नहीं किया गया है, जैसे HowTo, जब तक कि पेज वास्तव में दोनों उद्देश्यों की पूर्ति न करता हो।

2. WebPage

यह क्या करता है

WebPage एक सामान्य पेज प्रकार है। Schema.org कहता है कि प्रत्येक वेब पेज को अंतर्निहित रूप से WebPage के रूप में माना जाता है, लेकिन एक स्पष्ट घोषणा तब मदद कर सकती है जब पेज में पेज-स्तर के गुण या संबंध शामिल हों। (schema.org)

उपयोगी गुणों में शामिल हैं:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

आर्टिफिशियल इंटेलिजेंस प्रभाव

प्रमाण स्तर: निम्न और अप्रत्यक्ष।

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

इसे एक विशेष आर्टिफिशियल इंटेलिजेंस ऑप्टिमाइजेशन प्रकार के रूप में नहीं माना जाना चाहिए। एक पेज जिसमें केवल एक सामान्य WebPage ऑब्जेक्ट होता है, आमतौर पर उस पेज की तुलना में कम उपयोगी जानकारी प्रदान करता है जो स्पष्ट रूप से अपनी मुख्य इकाई की पहचान करता है।

वेबपेज चेकलिस्ट

• पेज के लिए एक स्थिर @id का उपयोग करें।
• कैनोनिकल URL को पेज URL के रूप में उपयोग करें।
• पेज की वास्तविक mainEntity की पहचान करें।
• mainEntityOfPage के साथ मुख्य इकाई को पेज से वापस लिंक करें।
• जब ज्ञात हो तो inLanguage जोड़ें।
• पेज के नाम और विवरण को दृश्यमान सामग्री के साथ संरेखित रखें।
• WebPage का उपयोग इस तथ्य को छिपाने के लिए न करें कि पेज वास्तव में एक लेख, प्रोफ़ाइल, डेटासेट या प्रश्न पेज है।

3. QAPage

यह क्या करता है

QAPage एक प्रश्न और उसके उत्तरों पर केंद्रित पेज के लिए है। Google का कहना है कि यह QAPage के रूप में चिह्नित पेजों से Question संरचित डेटा का उपयोग करता है, और पेज पर केवल एक QAPage और एक मुख्य Question होना चाहिए। (developers.google.com)

आवश्यक गुण

वर्तमान Google प्रश्न-उत्तर पात्रता के लिए:

• QAPage.mainEntity
• एक नेस्टेड Question
• Question.answerCount
• या तो acceptedAnswer या suggestedAnswer
• Answer.text

बिना उत्तरों वाला एक प्रश्न रिच परिणाम के लिए योग्य नहीं है।

महत्वपूर्ण सामग्री नियम

QAPage का उपयोग इसके लिए न करें:

• एक सामान्य अक्सर पूछे जाने वाले प्रश्न पेज
• एक ब्लॉग पोस्ट जो एक प्रश्न का उत्तर देती है
• एक हाउ-टू आर्टिकल
• कई प्रश्न शामिल एक उत्पाद पेज
• साइट के मालिक द्वारा लिखे गए एक संपादकीय उत्तर

Google का कहना है कि उपयोगकर्ताओं को एक सामान्य QAPage के लिए उत्तर सबमिट करने में सक्षम होना चाहिए। वैध उदाहरणों में एक फ़ोरम प्रश्न या एक समर्थन पेज शामिल है जहाँ उपयोगकर्ता उत्तर प्रदान कर सकते हैं। (developers.google.com)

आर्टिफिशियल इंटेलिजेंस प्रभाव

QAPage का उपयोग एक वास्तविक प्रश्न-उत्तर पेज के लिए करें। स्पष्ट प्रश्न और दृश्यमान उत्तर ही उपयोगी काम करते हैं; मार्कअप का AI-उद्धरण पर कोई स्थापित लाभ नहीं है।

QAPage चेकलिस्ट

• पेज एक प्रश्न पर केंद्रित है।
• उपयोगकर्ता उत्तर सबमिट कर सकते हैं, जब तक कि पेज एक विशेष शिक्षा प्रश्न-उत्तर अनुभव के लिए योग्य न हो।
• पूरा प्रश्न दृश्यमान है।
• पूरा उत्तर टेक्स्ट दृश्यमान है।
• answerCount उत्तरों की वास्तविक संख्या से मेल खाता है।
• स्वीकृत और सुझाए गए उत्तरों को सही ढंग से लेबल किया गया है।
• टिप्पणियों को टिप्पणियों के रूप में चिह्नित किया गया है, न कि उत्तरों के रूप में।
• पेज केवल एक संपादकीय अक्सर पूछे जाने वाले प्रश्न पेज नहीं है।
• पेज में कई असंबंधित प्रश्न शामिल नहीं हैं।

QAPage उदाहरण

html

4. HowTo

यह क्या करता है

HowTo चरण-दर-चरण निर्देशों का वर्णन करता है। Google ने एक बार How-to रिच परिणामों का समर्थन किया था, लेकिन सितंबर 2023 में उसने उस सर्च सुविधा को समाप्त कर दिया। Google ने कहा कि How-to परिणाम अब डेस्कटॉप पर दिखाई नहीं देंगे और मोबाइल सर्च से पहले ही हटा दिए गए थे। (developers.google.com)

आर्टिफिशियल इंटेलिजेंस प्रभाव

चरणों को दृश्यमान शीर्षलेखों और क्रमांकित सूचियों में रखें, जहाँ आवश्यक हो उपकरण, समय और चेतावनियाँ जोड़ें। HowTo मार्कअप का Google एआई ओवरव्यू या एआई मोड में कोई स्थापित लाभ नहीं है।

सुझाव

HowTo का उपयोग केवल तभी करें जब:

• पेज वास्तव में कोई कार्य सिखाता हो।
• चरण पेज सामग्री में दृश्यमान हों।
• कोई अन्य सर्च इंजन, प्लेटफ़ॉर्म या आंतरिक सिस्टम मार्कअप से लाभान्वित होता हो।

Google सर्च के लिए, मजबूत HTML शीर्षलेखों, क्रमांकित सूचियों, स्पष्ट निर्देशों और उपयोगी छवियों या वीडियो को प्राथमिकता दें।

ट्यूटोरियल चेकलिस्ट

• पेज एक वास्तविक कार्य सिखाता है।
• कार्य का परिणाम स्पष्ट है।
• प्रत्येक चरण दृश्यमान और पूर्ण है।
• चरण के नाम दृश्यमान शीर्षलेखों से मेल खाते हैं।
• उपकरण और आपूर्ति वास्तविक और दृश्यमान हैं।
• समय के अनुमान सटीक हैं।
• जहां आवश्यक हो वहां सुरक्षा चेतावनियां शामिल हैं।
• पहला खंड एक छोटा उत्तर या परिणाम देता है।
• पेज निर्देशों को प्रदान करने के लिए मार्कअप पर निर्भर नहीं करता है।

5. ClaimReview

यह क्या करता है

ClaimReview को तथ्य-जांच सामग्री के लिए डिज़ाइन किया गया था। Google ने सर्च परिणामों को सरल बनाने के अपने 2025 के प्रयास के हिस्से के रूप में सर्च में क्लेम रिव्यू समर्थन को चरणबद्ध तरीके से समाप्त कर दिया। इस प्रकार को सर्च कंसोल रिपोर्टिंग और रिच रिजल्ट्स टेस्ट से हटा दिया गया। (developers.google.com)

आर्टिफिशियल इंटेलिजेंस प्रभाव

एक उच्च-गुणवत्ता वाली तथ्य-जांच को अभी भी उद्धृत किया जा सकता है क्योंकि यह स्पष्ट रूप से बताता है:

• दावा
• रेटिंग
• प्रमाण
• तारीख
• तथ्य-जांच संगठन
• निष्कर्ष के पीछे का तर्क

ये लाभ मुख्य रूप से सामग्री से ही आते हैं, न कि सेवानिवृत्त Google सर्च सुविधा से।

सुझाव

तथ्यों वाले पेज के लिए:

1. जब पेज संपादकीय हो तो Article या NewsArticle का उपयोग करें।
2. दृश्यमान टेक्स्ट में दावे को स्पष्ट रूप से बताएं।
3. प्राथमिक प्रमाण उद्धृत करें।
4. लेखक और समीक्षा करने वाले संगठन की पहचान करें।
5. प्रकाशन और समीक्षा की तारीखें जोड़ें।
6. ClaimReview का उपयोग केवल तभी करें जब किसी अन्य प्लेटफ़ॉर्म या डेटा सिस्टम को इसकी विशेष रूप से आवश्यकता हो।

केवल इसलिए ClaimReview न जोड़ें क्योंकि आप Google आर्टिफिशियल इंटेलिजेंस उत्तरों को इसे प्राथमिकता देने की उम्मीद करते हैं।

6. FAQPage

यह क्या करता है

FAQPage एक पेज का वर्णन करता है जिसमें प्रश्न और आधिकारिक उत्तर होते हैं। Google ने 7 मई, 2026 से सर्च में FAQ रिच परिणाम दिखाना बंद कर दिया, और जून 2026 में संबंधित दस्तावेज़ हटा दिए। (developers.google.com)

आर्टिफिशियल इंटेलिजेंस प्रभाव

एक 90-दिवसीय विक्रेता अध्ययन ने 120 पेजों में FAQPage मार्कअप जोड़ा। इसमें चैटजीपीटी, जेमिनी, या Google एआई ओवरव्यू उद्धरणों में कोई विश्वसनीय सुधार नहीं पाया गया। परप्लेक्सिटी में थोड़ी वृद्धि देखी गई, लेकिन अध्ययन ने स्वयं कहा कि परिणाम प्लेटफ़ॉर्म-विशिष्ट था और कारण सिद्ध नहीं करता था। (authorityradar.com)

615 पहले से उद्धृत पेजों के एक अन्य अध्ययन में पाया गया कि FAQ मार्कअप भारी उद्धृत पेजों पर अधिक बार दिखाई देता है। यह संबंध उन्हीं प्रकाशकों के दोहराए गए पेजों को नियंत्रित करने के बाद गायब हो गया। शोधकर्ताओं ने निष्कर्ष निकाला कि प्रमाण ने मार्कअप के प्रभाव को स्थापित नहीं किया। (getintel.ai)

सुझाव

अक्सर पूछे जाने वाले प्रश्नों का उपयोग तब करें जब वे पाठकों के लिए पेज को बेहतर बनाते हों। केवल आर्टिफिशियल इंटेलिजेंस उत्तरों को लक्षित करने के लिए सामान्य प्रश्नों के बड़े ब्लॉक न जोड़ें।

यदि आप किसी अन्य सर्च इंजन या सामग्री प्रणाली के लिए FAQPage मार्कअप रखते हैं:

• हर प्रश्न को दृश्यमान बनाएं।
• हर उत्तर को पूर्ण बनाएं।
• मार्कअप को पेज के समान रखें।
• एक ही प्रश्न को कई स्कीमा ब्लॉकों में न दोहराएं।
• Google FAQ रिच परिणाम की अपेक्षा न करें।

गैर-Google उपभोक्ताओं के लिए FAQPage उदाहरण

html

7. Organization

यह क्या करता है

Organization Google को एक कंपनी, गैर-लाभकारी संस्था, प्रकाशक, स्कूल या अन्य संगठन को समझने और अस्पष्टता दूर करने में मदद करता है। Google का कहना है कि संगठन मार्कअप दृश्य तत्वों को प्रभावित कर सकता है जैसे कि सर्च में दिखाया गया लोगो और कुछ नॉलेज पैनल जानकारी। Google की वर्तमान संगठन मार्गदर्शिका में कोई आवश्यक गुण नहीं हैं। (developers.google.com)

अनुशंसित गुण

उन गुणों का उपयोग करें जो सत्य और दृश्यमान हैं:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

आर्टिफिशियल इंटेलिजेंस प्रभाव

Organization जोड़ सकता है:

• प्रकाशक को एक लेख से
• कंपनी को उसके उत्पादों या सेवाओं से
• ब्रांड को उसकी आधिकारिक प्रोफाइलों से
• संगठन को एक ज्ञात वेब पहचान से

यह समान नाम वाले अन्य संगठनों से संगठन को अलग पहचानने में मदद करता है। यह साबित नहीं करता है कि एक आर्टिफिशियल इंटेलिजेंस सिस्टम पेज को उद्धृत करेगा।

संगठन चेकलिस्ट

• पूर्ण संगठन ऑब्जेक्ट को होम पेज या संगठन पेज पर रखें।
• एक स्थिर @id का उपयोग करें, जैसे https://www.example.com/#organization।
• सटीक सार्वजनिक संगठन नाम का उपयोग करें।
• sameAs के साथ वास्तविक आधिकारिक प्रोफाइलों से लिंक करें।
• जहां उचित हो वहां सही संगठन उप-प्रकार का उपयोग करें।
• एक वास्तविक लोगो का उपयोग करें जो संगठन का प्रतिनिधित्व करता हो।
• संपर्क जानकारी को अद्यतन रखें।
• प्रत्येक पेज पर विरोधाभासी संस्करणों को फिर से बनाने के बजाय लेखों से संगठन को संदर्भित करें।

8. Person

यह क्या करता है

Person एक ऐसे व्यक्ति की पहचान करता है जो एक पेज पर लिखता है, समीक्षा करता है, उसका मालिक है, उसे प्रबंधित करता है या उस पर दिखाई देता है। यह आमतौर पर तब सबसे उपयोगी होता है जब यह इससे जुड़ा होता है:

• Article.author
• QAPage प्रश्न या उत्तर लेखक
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Google की प्रोफ़ाइल मार्गदर्शिका कहती है कि एक प्रोफ़ाइल पेज को एक व्यक्ति या संगठन पर ध्यान केंद्रित करना चाहिए। ProfilePage ऑब्जेक्ट को एक mainEntity की आवश्यकता होती है, और वह इकाई एक Person या Organization होनी चाहिए। व्यक्ति या संगठन का एक name या alternateName होना चाहिए, जब कोई नाम उपलब्ध न हो। (developers.google.com)

अनुशंसित गुण

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

आर्टिफिशियल इंटेलिजेंस प्रभाव

व्यक्ति मार्कअप लेखक के नाम को इससे जोड़ने में मदद कर सकता है:

• एक जीवनी
• एक नौकरी या भूमिका
• एक संगठन
• प्रकाशित लेख
• बाहरी प्रोफाइल
• विशेषज्ञता के क्षेत्र

इसका उपयोग पहचान को स्पष्ट करने के लिए करें, न कि ऐसी विशेषज्ञता का दावा करने के लिए जिसका पेज समर्थन नहीं करता है।

व्यक्ति चेकलिस्ट

• Person का उपयोग केवल एक वास्तविक व्यक्ति के लिए करें।
• एक कंपनी या प्रकाशन के लिए Organization का उपयोग करें।
• व्यक्ति को एक दृश्यमान लेखक पेज से लिंक करें।
• sameAs का उपयोग केवल सटीक, आधिकारिक प्रोफाइलों के लिए करें।
• नौकरी के शीर्षक और क्रेडेंशियल्स को अद्यतन रखें।
• सभी दृश्यमान लेखकों को जोड़ें, न कि केवल मुख्य लेखक को।
• लेखों और प्रोफ़ाइल पेजों पर समान व्यक्ति @id का उपयोग करें।

आवश्यक गुण मैट्रिक्स

Google का सामान्य मार्गदर्शन अपूर्ण मार्कअप की बड़ी मात्रा पर पूर्ण और सटीक डेटा का पक्ष लेता है। यह यह भी चेतावनी देता है कि संरचित डेटा को दृश्यमान सामग्री का प्रतिनिधित्व करना चाहिए और सही मार्कअप अभी भी रिच परिणाम की गारंटी नहीं देता है। (developers.google.com)

उपयोग-मामले कार्यान्वयन चेकलिस्ट

तथ्यों वाले पेज

सर्वोत्तम संयोजन:

• WebPage
• Article या NewsArticle
• Person
• Organization
• वैकल्पिक ClaimReview केवल किसी अन्य समर्थित उपभोक्ता के लिए

चेकलिस्ट:

• पेज के शीर्ष के पास मुख्य तथ्य बताएं।
• तथ्य के स्रोत का नाम बताएं।
• प्राथमिक प्रमाण से लिंक करें।
• प्रकाशन और अंतिम समीक्षा की तारीख शामिल करें।
• लेखक और समीक्षक की पहचान करें।
• तथ्यों को राय से अलग करें।
• जब पेज संपादकीय हो तो Article का उपयोग करें।
• ClaimReview का उपयोग वर्तमान Google सर्च रणनीति के रूप में न करें।

परिभाषा वाले पेज

सर्वोत्तम संयोजन:

• WebPage
• DefinedTerm
• वैकल्पिक Article यदि पेज एक लंबी संपादकीय व्याख्या है
• Organization या Person जब कोई विशेषज्ञ या प्रकाशक जिम्मेदार हो

DefinedTerm एक शब्द, वाक्यांश, कोड या अवधारणा के लिए है जिसकी एक औपचारिक परिभाषा है। इसके मुख्य गुणों में name, description, termCode, inDefinedTermSet और sameAs शामिल हैं। (schema.org)

चेकलिस्ट:

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

ट्यूटोरियल

सर्वोत्तम संयोजन:

• WebPage
• HowTo केवल जब किसी अन्य उपभोक्ता को इसकी आवश्यकता हो
• Article जब ट्यूटोरियल एक संपादकीय लेख भी हो
• लेखकत्व के लिए Person और Organization

चेकलिस्ट:

• चरणों से पहले परिणाम बताएं।
• क्रमांकित दृश्यमान शीर्षलेखों का उपयोग करें।
• प्रत्येक चरण को एक क्रिया पर केंद्रित रखें।
• जहां आवश्यक हो वहां उपकरण, आपूर्ति, समय और चेतावनियां शामिल करें।
• जब वे मदद करें तो छवियां या वीडियो जोड़ें।
• चरणों को केवल JSON-LD में न छिपाएं।
• Google सर्च में How-to रिच परिणामों की अपेक्षा न करें।

डेटा कैटलॉग

सर्वोत्तम संयोजन:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org Dataset को संरचित जानकारी के एक समूह के रूप में परिभाषित करता है और includedInDataCatalog और distribution जैसे संबंधों का समर्थन करता है। (schema.org)

Google ने 2025 के अंत में स्पष्ट किया कि डेटासेट संरचित डेटा का उपयोग डेटासेट सर्च द्वारा किया जाता है और यह एक सामान्य Google सर्च परिणाम सुविधा नहीं है। इसलिए, इसे एक डेटा खोज और अंतरसंचालनीयता परत के रूप में माना जाना चाहिए, न कि एक आर्टिफिशियल इंटेलिजेंस उद्धरण शॉर्टकट के रूप में। (developers.google.com)

चेकलिस्ट:

• प्रत्येक डेटासेट को एक स्थिर पहचानकर्ता दें।
• विषय और दायरे को बताएं।
• प्रकाशक या निर्माता को शामिल करें।
• डेटा द्वारा कवर की गई तारीख सीमा जोड़ें।
• जब प्रासंगिक हो तो भौगोलिक कवरेज बताएं।
• लाइसेंस और पहुंच शर्तों का वर्णन करें।
• प्रत्येक डाउनलोड करने योग्य फ़ाइल को DataDownload के रूप में जोड़ें।
• फ़ाइल प्रारूप और डाउनलोड URL शामिल करें।
• कैटलॉग मेटाडेटा को वास्तविक फाइलों के साथ सिंक्रनाइज़ रखें।
• अद्यतन आवृत्ति और अंतिम अद्यतन तारीख का दस्तावेजीकरण करें।

JSON-LD उदाहरण: तथ्यों वाला पेज

यह उदाहरण पेज, लेख, लेखक, प्रकाशक और विषय को जोड़ता है। प्रत्येक मान को वास्तविक पेज पर दिखाई देने वाली जानकारी से बदलें।

html

JSON-LD उदाहरण: परिभाषा पेज

html

परिभाषा सामान्य पेज टेक्स्ट के रूप में भी दिखाई देनी चाहिए। परिभाषा को केवल संरचित डेटा में न रखें।

JSON-LD उदाहरण: ट्यूटोरियल

क्योंकि Google का How-to रिच परिणाम अब समाप्त कर दिया गया है, इसे अन्य प्रणालियों के लिए वैकल्पिक मार्कअप के रूप में मानें। दृश्यमान पेज में अभी भी पूर्ण निर्देश होने चाहिए।

html

JSON-LD उदाहरण: डेटा कैटलॉग

html

सामान्य कार्यान्वयन त्रुटियां

बेमेल स्कीमा

सबसे गंभीर गलती ऐसी सामग्री को चिह्नित करना है जिसे उपयोगकर्ता देख नहीं सकते। Google का कहना है कि संरचित डेटा पेज का एक सच्चा प्रतिनिधित्व होना चाहिए, और भ्रामक या छिपी हुई सामग्री एक पेज को रिच परिणामों के लिए अयोग्य बना सकती है। (developers.google.com)

सामान्य उदाहरण:

• एक लेख को HowTo के रूप में चिह्नित करना जब उसमें कोई वास्तविक चरण न हों
• एक कंपनी को लेखक के रूप में चिह्नित करना जब लेख किसी व्यक्ति द्वारा लिखा गया हो
• ऐसे FAQ उत्तर जोड़ना जो पेज पर दिखाई नहीं देते
• भविष्य की प्रकाशन तिथि का उपयोग करना
• एक सामान्य ब्लॉग पोस्ट को QAPage के रूप में चिह्नित करना
• एक राय वाले लेख में ClaimReview जोड़ना

पतले उत्तर

संरचित डेटा एक खाली पेज को भर नहीं सकता है।

Answer.text या acceptedAnswer के अंदर एक छोटा, अस्पष्ट उत्तर एक मजबूत स्रोत नहीं बनाता है। दृश्यमान सामग्री को चाहिए:

• सीधे प्रश्न का उत्तर दें
• महत्वपूर्ण सीमाओं और अपवादों की व्याख्या करें
• स्रोतों का नाम बताएं
• जहां उपयोगी हो वहां तारीखें, उदाहरण या माप शामिल करें
• जब संदर्भ से बाहर कॉपी किया जाए तो वह अपने आप में खड़ा हो

Google का आर्टिफिशियल इंटेलिजेंस मार्गदर्शन कहता है कि कोई आदर्श पेज लंबाई नहीं है और आर्टिफिशियल इंटेलिजेंस सिस्टम के लिए सामग्री को छोटे-छोटे टुकड़ों में तोड़ने की कोई आवश्यकता नहीं है। बेहतर लक्ष्य उपयोगी, पूर्ण, लोगों-के-लिए-सर्वप्रथम सामग्री है। (developers.google.com)

डुप्लिकेट संस्थाएं

एक ही संगठन, लेखक या पेज के कई विरोधाभासी संस्करण प्रकाशित करने से बचें।

कमजोर कार्यान्वयन:

• होम पेज पर एक नाम के साथ एक Organization ऑब्जेक्ट
• हर लेख पर एक अलग नाम के साथ दूसरा ऑब्जेक्ट
• लेखक पेज पर बिना @id के तीसरा ऑब्जेक्ट

बेहतर कार्यान्वयन:

• संगठन को एक स्थिर @id दें
• प्रत्येक लेखक को एक स्थिर @id दें
• लेखों, प्रोफाइलों और प्रश्न पेजों से उन ऑब्जेक्ट्स को संदर्भित करें
• नाम, लोगो, URL और बाहरी पहचान लिंक को सुसंगत रखें

डुप्लिकेट प्रश्न

एक ही प्रश्न को इसमें न दोहराएं:

• FAQPage
• QAPage
• आर्टिकल मार्कअप
• कई दृश्यमान पेज अनुभागों में
• कई JSON-LD ब्लॉकों में

स्कीमा प्रकार का उपयोग करें जो पेज के मुख्य उद्देश्य से मेल खाता हो। कई ओवरलैपिंग मार्कअप ब्लॉकों की तुलना में एक ही स्पष्ट उत्तर बेहतर होता है।

गलत तारीखें

Google प्रकाशन और अद्यतन तारीखों का अनुमान लगाने के लिए कई स्रोतों का उपयोग करता है। यह सलाह देता है कि दृश्यमान तारीखें और संरचित तारीखें सहमत हों, और यह भविष्य की तारीखों या लेख में चर्चा की गई घटनाओं से संबंधित तारीखों का उपयोग करने के खिलाफ चेतावनी देता है, बजाय इसके कि पेज से संबंधित तारीखों का उपयोग करें। (developers.google.com)

sameAs का अत्यधिक उपयोग

एक sameAs लिंक को उसी वास्तविक दुनिया के व्यक्ति या संगठन की पहचान करनी चाहिए। इससे लिंक न करें:

• एक असंबंधित सोशल प्रोफाइल
• एक सर्च परिणाम पेज
• एक सामान्य निर्देशिका सूची
• एक अलग वर्तनी या पहचान वाला पेज
• एक प्रोफ़ाइल जिसे संगठन नियंत्रित नहीं करता है

केवल जावास्क्रिप्ट मार्कअप

Google रेंडर किए गए पेज में जोड़े गए संरचित डेटा को संसाधित कर सकता है, लेकिन केवल जावास्क्रिप्ट कार्यान्वयन अन्य क्रॉलरों और ऑडिटिंग उपकरणों के लिए पता लगाना कठिन हो सकता है। एक सर्वर-रेंडर किया गया JSON-LD ब्लॉक आमतौर पर परीक्षण और बनाए रखने में आसान होता है। (developers.google.com)

एक व्यावहारिक परीक्षण योजना

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

परिवर्तन से पहले

रिकॉर्ड करें:

• लक्षित क्वेरी
• वर्तमान ऑर्गेनिक रैंकिंग
• क्या कोई आर्टिफिशियल इंटेलिजेंस उत्तर दिखाई देता है
• कौन से पेज उद्धृत किए गए हैं
• उपलब्ध होने पर उद्धरण स्थिति
• सर्च ट्रैफ़िक
• रूपांतरण
• वर्तमान संरचित डेटा
• परीक्षण अवधि के दौरान किए गए सामग्री परिवर्तन

परीक्षण के दौरान

• एक समय में एक बड़ा मार्कअप परिवर्तन जोड़ें।
• सामग्री, आंतरिक लिंक, शीर्षक और बैकलिंक को स्थिर रखें।
• समान नियंत्रण पेजों का उपयोग करें जिन पर परिवर्तन प्राप्त नहीं होता है।
• परिवर्तन की सटीक प्रकाशन तिथि रिकॉर्ड करें।
• क्रॉलिंग और पुन: प्रसंस्करण के लिए पर्याप्त समय प्रतीक्षा करें।

Ahrefs के अध्ययन ने संरचित डेटा जोड़ने से उद्धरणों में कोई सार्थक सुधार नहीं पाया। (ahrefs.com)

परिवर्तन के बाद

ट्रैक करें:

• Google सर्च कंसोल आर्टिफिशियल इंटेलिजेंस प्रदर्शन डेटा
• Google एआई ओवरव्यू उद्धरण
• Google एआई मोड उद्धरण
• बिंग वेबमास्टर टूल्स आर्टिफिशियल इंटेलिजेंस उद्धरण
• चैटजीपीटी, जेमिनी, या परप्लेक्सिटी उद्धरण जब प्रासंगिक हों
• ऑर्गेनिक रैंकिंग
• सर्च क्लिक
• सहायक रूपांतरण

Google सर्च कंसोल प्रदर्शन रिपोर्टिंग के माध्यम से आर्टिफिशियल इंटेलिजेंस सर्च ट्रैफ़िक की रिपोर्ट करता है। बिंग की आर्टिफिशियल इंटेलिजेंस प्रदर्शन रिपोर्टिंग उद्धृत पेज और ग्राउंडिंग क्वेरी दिखाती है, लेकिन यह नहीं दिखाती कि एक पेज को क्यों चुना गया या एक उत्तर के भीतर यह कितना महत्वपूर्ण था। (developers.google.com)

अनुशंसित कार्यान्वयन क्रम

अधिकांश प्रकाशकों के लिए, सबसे अच्छा क्रम है:

1. पहले दृश्यमान सामग्री को ठीक करें।
2. क्रॉलिंग और इंडेक्सिंग को विश्वसनीय बनाएं।
3. वास्तविक संपादकीय पेजों के लिए Article लागू करें।
4. Person और प्रोफ़ाइल पेजों के साथ लेखकों को जोड़ें।
5. Organization के साथ प्रकाशकों को जोड़ें।
6. WebPage का उपयोग एक स्वच्छ पेज-स्तर ग्राफ परत के रूप में करें।
7. QAPage का उपयोग केवल वास्तविक सामुदायिक प्रश्नों के लिए करें।
8. शब्दावली और परिभाषा पेजों के लिए DefinedTerm का उपयोग करें।
9. डेटा संसाधनों के लिए Dataset और DataCatalog का उपयोग करें।
10. **FAQPage, HowTo और ClaimReview को द्वितीयक या गैर-Google मार्कअप के रूप में मानें क्योंकि उनकी Google सर्च सुविधाओं को हटा दिया गया है या समाप्त कर दिया गया है।