AI उत्तरों के लिए स्ट्रक्चर्ड डेटा: क्या मार्कअप करें और कैसे
स्ट्रक्चर्ड डेटा अपने आप AI उत्तर नहीं खोल देता, पर तथ्यों को लेकर संदेह हटा देता है। प्रकाशक को sameAs लिंक के साथ Organization के रूप में, हर लेख को author, datePublished और dateModified के साथ, प्रोडक्ट को offers, कीमत और मुद्रा के साथ, और सवाल-जवाब वाले सेक्शन को FAQPage से मार्कअप करें। JSON-LD इस्तेमाल करें और उसे पेज जो दिखाता है उसके समान रखें।
HTML पढ़ने वाले क्रॉलर को अनुमान लगाना पड़ता है कि पेज किसने प्रकाशित किया, कब बदला और प्रोडक्ट की कीमत क्या है। JSON-LD ये तथ्य schema.org की शब्दावली में सीधे बता देता है। Google कहती है कि उसकी AI सुविधाओं के लिए किसी विशेष schema की ज़रूरत नहीं है, और दूसरे AI वेंडर यह प्रकाशित नहीं करते कि वे मार्कअप कैसे इस्तेमाल करते हैं, इसलिए ईमानदार लक्ष्य स्पष्टता है, रैंकिंग की कोई तरकीब नहीं।
इस पेज पर
स्ट्रक्चर्ड डेटा AI उत्तरों की मदद क्यों करता है?
AI उत्तरों को अक्सर तथ्य बताने पड़ते हैं: प्रोडक्ट कौन बनाता है, उसकी कीमत क्या है, लेख मौजूदा है या नहीं। जब ये तथ्य सिर्फ़ गद्य में होते हैं, तो उन्हें गलत पढ़ा जा सकता है या दूसरे पेजों के तथ्यों में मिला दिया जा सकता है। मार्कअप हर तथ्य का एक, सुसंगत कथन देता है जिसे कोई भी पार्सर पढ़ सकता है।
जहां संभव हो JSON-LD इस्तेमाल करें; Google इसे लागू करने और संभालने में सबसे आसान फ़ॉर्मैट के रूप में सुझाती है। और Google का बुनियादी नियम मानें: ऐसी जानकारी मार्कअप न करें जो पेज पर उपयोगकर्ताओं को दिखती नहीं, भले ही वह सही हो।
मैं अपने संगठन को मार्कअप कैसे करूं?
name, url, logo और sameAs वाला Organization क्रॉलर को बताता है कि साइट के पीछे कौन है। schema.org sameAs को ऐसे संदर्भ पेज के URL के रूप में परिभाषित करता है जो आइटम की पहचान को असंदिग्ध रूप से दर्शाता है, जैसे दूसरी जगहों पर आपकी आधिकारिक प्रोफ़ाइल। Google इसे होम पेज या About पेज पर रखने का सुझाव देती है; इसे हर पेज पर होना ज़रूरी नहीं।
{
"@context": "https://schema.org",
"@type": "Organization",
"@id": "https://example.com/#org",
"name": "Example Co",
"url": "https://example.com/",
"logo": "https://example.com/logo.png",
"sameAs": [
"https://www.linkedin.com/company/example-co",
"https://github.com/example-co"
]
}
संगठन को स्थिर @id दें, ताकि आपकी साइट का दूसरा मार्कअप, जैसे लेख का publisher, उसका हवाला दे सके। sameAs में केवल वही प्रोफ़ाइल रखें जिन्हें आप नियंत्रित करते हैं। मिलते-जुलते नाम वाली किसी दूसरी कंपनी के पेजों के लिंक आपकी मंशा का उल्टा करते हैं: वे उस पहचान को धुंधला कर देते हैं जिसे मार्कअप साफ़ करने के लिए है।
Google description, legalName, contactPoint और address जैसे वैकल्पिक गुण भी बताती है। जो सही और स्थिर हैं उन्हें जोड़ें; जो आपको हाथ से बार-बार अपडेट करने पड़ें उन्हें छोड़ दें।
Article या BlogPosting मार्कअप में क्या होना चाहिए?
लेखों के लिए, भरोसे और ताज़गी के लिहाज़ से सबसे अहम गुण हैं headline, author (name और लेखक की पहचान कराने वाले url के साथ), datePublished और dateModified। Google ISO 8601 तारीख़ें मांगती है और टाइम ज़ोन शामिल करने की सलाह देती है।
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"headline": "How to choose a clinic scheduling app",
"author": {"@type": "Person", "name": "Jane Doe", "url": "https://example.com/team/jane"},
"publisher": {"@id": "https://example.com/#org"},
"datePublished": "2026-10-01T09:00:00+00:00",
"dateModified": "2026-11-12T09:00:00+00:00",
"image": "https://example.com/img/scheduling.jpg"
}
dateModified को ईमानदार और सुसंगत रखें। दिखने वाले पेज और अपने साइटमैप के lastmod में एक ही तारीख़ इस्तेमाल करें, और उसे तभी बदलें जब कंटेंट सचमुच बदले।
क्या FAQPage मार्कअप जोड़ना अब भी फ़ायदेमंद है?
साफ़ समझें कि यह अब क्या नहीं करता। Google ने Search में FAQ रिच रिज़ल्ट दिखाना बंद कर दिया है और उस सुविधा के दस्तावेज़ हटा दिए हैं। इसलिए FAQPage मार्कअप आपको Google में विस्तारित FAQ नतीजे नहीं देगा।
फिर भी यह schema.org का मान्य प्रकार है जो हर सवाल को उसके जवाब से मशीन-पठनीय रूप में जोड़ता है, जो पेज को पार्स करने वाली किसी भी प्रणाली के काम का है। अगर आपके पेज पर पहले से दिखने वाला FAQ सेक्शन है, तो उसे मार्कअप करने में कम लागत आती है। मार्कअप में ऐसे सवाल न जोड़ें जो पेज पर नहीं हैं।
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "Does the app work offline?",
"acceptedAnswer": {"@type": "Answer", "text": "Yes. Changes sync when the device is back online."}
}]
}
प्रोडक्ट या ऐप की कीमत को मार्कअप कैसे करूं?
लोग अक्सर AI असिस्टेंट से पूछते हैं कि कोई प्रोडक्ट कितने का है, और प्राइसिंग टेबल में दबी कीमत को गलत पढ़ना आसान है। अपने Product या SoftwareApplication मार्कअप में price और priceCurrency के साथ offers जोड़ें। Google ऑफ़र के लिए price को ज़रूरी बताती है और priceCurrency की सलाह देती है; मुफ़्त ऐप में कीमत 0 बतानी चाहिए।
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Example Planner Pro",
"offers": {
"@type": "Offer",
"price": 19.00,
"priceCurrency": "USD",
"availability": "https://schema.org/InStock"
}
}
मैं कैसे जांचूं कि मेरा मार्कअप सही पढ़ा जा रहा है?
- हर JSON-LD ब्लॉक मान्य JSON होना चाहिए। एक भटका हुआ कॉमा पार्सर से पूरा ब्लॉक नज़रअंदाज़ करवा देता है।
- JSON-LD को शुरुआती HTML में रखें। JavaScript से जोड़ा गया मार्कअप उन क्रॉलर से छूट सकता है जो स्क्रिप्ट नहीं चलाते।
- मार्कअप की तुलना दिखने वाले पेज से करें: नाम, कीमतें और तारीख़ें बिल्कुल मेल खानी चाहिए।
- पक्का करें कि मार्कअप वाला पेज robots.txt या फ़ायरवॉल से AI क्रॉलर के लिए ब्लॉक न हो; पहुंच से बाहर पेज का मार्कअप किसी के काम का नहीं।
- संबंधित आइटम को दोहराने की जगह
@idसंदर्भों से जोड़ें, ताकि आपके लेख के मार्कअप का प्रकाशक और Organization मार्कअप साफ़ तौर पर एक ही एंटिटी हों। - तारीख़ें और कीमतें उसी डेटा से बनाएं जो दिखने वाले पेज को भरता है, ताकि अपडेट के बाद दोनों अलग न हो जाएं।
AISeeWhy आपके पेज का JSON-LD पार्स करता है और अमान्य ब्लॉक, गायब प्रकाशक या sameAs, अधूरा लेख डेटा, बिना कीमत वाले ऐप या प्रोडक्ट मार्कअप, और बिना मेल खाते FAQ मार्कअप वाली सवाल-हेडिंग की रिपोर्ट देता है, हर सुधार के लिए तैयार स्निपेट के साथ।
अक्सर पूछे जाने वाले प्रश्न
क्या Google AI Overviews में दिखने के लिए मुझे स्ट्रक्चर्ड डेटा चाहिए?
नहीं। Google कहती है कि AI Overviews या AI Mode के लिए किसी विशेष schema.org स्ट्रक्चर्ड डेटा की ज़रूरत नहीं है। फिर भी मार्कअप तारीख़ों और कीमतों जैसे तथ्यों को असंदिग्ध बनाने में मदद करता है।
JSON-LD, Microdata या RDFa?
सभी मान्य हैं, लेकिन Google जहां आपका सेटअप अनुमति दे वहां JSON-LD की सलाह देती है, क्योंकि इसे दिखने वाले HTML से अलग जोड़ना और संभालना आसान है।
क्या हर पेज पर Organization मार्कअप होना चाहिए?
Google इसे होम पेज या संगठन का वर्णन करने वाले किसी एक पेज पर रखने का सुझाव देती है। दूसरे पेज उसे उसके @id से संदर्भित कर सकते हैं।
क्या स्ट्रक्चर्ड डेटा अच्छे कंटेंट की जगह ले लेता है?
नहीं। मार्कअप पेज के बारे में तथ्य बताता है; वह कमज़ोर उत्तर को मज़बूत नहीं बनाता। AI उत्तर फिर भी दिखने वाले टेक्स्ट को उद्धृत करते हैं, इसलिए पेज को सवाल का जवाब खुद अच्छी तरह देना होगा।
क्या मैं ऐसा कंटेंट मार्कअप कर सकता हूं जो विज़िटर से छिपा है?
नहीं। Google के दिशानिर्देश कहते हैं कि ऐसी जानकारी मार्कअप न करें जो उपयोगकर्ताओं को दिखती नहीं, भले ही वह सही हो।
स्रोत
- Google Search Central: स्ट्रक्चर्ड डेटा का परिचय
- Google Search Central: Organization स्ट्रक्चर्ड डेटा
- Google Search Central: Article स्ट्रक्चर्ड डेटा
- Google Search Central: Product snippet स्ट्रक्चर्ड डेटा
- Google Search Central: FAQ स्ट्रक्चर्ड डेटा (बंद किए जाने की सूचना)