व्यावहारिक संरचित डेटा गाइड

व्यावहारिक SEO के लिए JSON-LD स्कीमा मार्कअप गाइड

JSON-LD खोज इंजनों को समझने में मदद करता है कि पृष्ठ क्या है, किसने प्रकाशित किया, यह आपकी साइट में कैसे फिट होता है, और कौन से तथ्य समर्थित खोज सुविधाओं में उपयोगी हैं।

उपयोगी लक्ष्य हर स्कीमा प्रकार जोड़ना नहीं है। उपयोगी लक्ष्य सटीक संरचित डेटा है जो दृश्य पृष्ठ से मेल खाता हो, साफ़-सुथरा सत्यापित हो, और सामग्री परिवर्तन पर सिंक में रहे।

उपयोगी लघु संस्करण

जब आप पृष्ठ को ईमानदार, दृश्य तथ्यों जैसे शीर्षक, विवरण, लेखक, प्रकाशन तिथि, ब्रेडक्रंब, उत्पाद विवरण, वीडियो डेटा, या स्पष्ट प्रश्न-उत्तर सामग्री के साथ वर्णित कर सकें तब JSON-LD का उपयोग करें। ऐसे स्कीमा न जोड़ें जो Google अब नहीं दिखाता या उपयोगकर्ता नहीं देख सकते।

सर्वश्रेष्ठ प्राथमिक स्कीमा अधिकांश गाइड पृष्ठों के लिए Article, WebPage, और BreadcrumbList।
सर्वश्रेष्ठ कार्यप्रवाह स्कीमा उसी पृष्ठ मेटाडेटा से उत्पन्न करें जो शीर्षक, विवरण, कैनोनिकल, और Open Graph को संचालित करता है।
सर्वश्रेष्ठ वास्तविकता जांच FAQPage और WebSite मार्कअप अभी भी सामग्री को वर्णित कर सकते हैं, लेकिन पुराने Google डिस्प्ले के आधार पर रणनीति न बनाएं।

JSON-LD वास्तव में क्या करता है

JSON-LD एक मशीन-पठनीय संरचित डेटा ब्लॉक है। यह सामान्यतः पृष्ठ के हेड या बॉडी में स्क्रिप्ट टैग में होता है और schema.org शब्दावली के साथ इकाइयों का वर्णन करता है। खोज इंजन इसे दृश्य सामग्री के ऊपर स्पष्टता परत के रूप में उपयोग करते हैं।

पार्सर स्पष्टता

अर्थ

यह पृष्ठ तथ्यों को नामित इकाइयों और गुणों में बदलता है, जैसे Article, लेखक, datePublished, BreadcrumbList, या SoftwareApplication।

खोज सुविधा

पात्रता

यह पृष्ठ को समर्थित रिच रिजल्ट के लिए पात्र बना सकता है, लेकिन Google गुणवत्ता, नीति, क्वेरी, और फीचर उपलब्धता के आधार पर दिखाए जाने वाले को तय करता है।

साइट ग्राफ़

संगति

यह आपके CMS या Blazor ऐप को एक संरचित स्थान देता है जहाँ एक ही कैनोनिकल URL, भाषा, शीर्षक, तिथियाँ, छवियाँ, और प्रकाशक डेटा पुन: उपयोग किए जा सकते हैं।

कोई शॉर्टकट नहीं

सीमा

यह कमजोर सामग्री, नकली समीक्षाएं, छुपे हुए FAQ उत्तर, पुरानी तिथियाँ, या ऐसे पृष्ठ जो संरचित डेटा से मेल नहीं खाते, ठीक नहीं करता।

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

पृष्ठ के कार्य के अनुसार स्कीमा चुनें

स्पैमी या डुप्लिकेट संरचित डेटा से बचने का सबसे आसान तरीका है यह पूछना कि पृष्ठ क्या करने की कोशिश कर रहा है। सबसे छोटा स्कीमा सेट जोड़ें जो उस कार्य का सही वर्णन करता हो।

सामग्री

Article / BlogPosting

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

नेविगेशन

BreadcrumbList

इसके लिए उपयोग करें
होमपेज के नीचे लगभग हर पृष्ठ।
जब जोड़ें
उपयोगकर्ता समझ सकते हैं कि पृष्ठ साइट पदानुक्रम में कहाँ स्थित है।
जब बचें
ब्रेडक्रंब पथ आंतरिक लिंक, कैनोनिकल URL, या दृश्य नेविगेशन से असहमत है।

साइट पहचान

WebPage / WebSite / Organization

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

उत्पाद या ऐप

Product / SoftwareApplication

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

प्रश्न

FAQPage

इसके लिए उपयोग करें
दृश्य प्रश्नोत्तर अनुभाग जो वास्तव में उपयोगकर्ताओं को विषय समझने में मदद करते हैं।
जब जोड़ें
Q&A सामग्री पृष्ठ पर उपयोगी है भले ही Google FAQ रिच रिजल्ट न दिखाए।
जब बचें
आप सामान्य प्रश्नोत्तर केवल खोज स्थान भरने या कई पृष्ठों पर एक ही उत्तर दोहराने के लिए जोड़ते हैं।

मीडिया

VideoObject / ImageObject

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

ऐसा कार्यान्वयन चेकलिस्ट जो अधिकांश गलतियों को रोकता है

अच्छा JSON-LD सबसे अच्छे तरीके से साधारण होता है: सुसंगत, विश्वसनीय क्षेत्रों से उत्पन्न, सत्यापित करने में आसान, और पृष्ठ परिवर्तन पर भूलना मुश्किल।

01

एक मुख्य पृष्ठ इकाई चुनें

निर्धारित करें कि पृष्ठ मुख्य रूप से लेख, उत्पाद, ऐप, वीडियो, FAQ, संग्रह, या सामान्य वेब पृष्ठ है। द्वितीयक स्कीमा को मुख्य इकाई का समर्थन करना चाहिए।

02

दृश्य सामग्री से मेल खाएं

प्रत्येक मार्कअप दावा पृष्ठ पर स्पष्ट या स्पष्ट रूप से अनुमानित होना चाहिए: शीर्षक, लेखक, तिथियाँ, मूल्य, रेटिंग, प्रश्नोत्तर, ब्रेडक्रंब, और छवियाँ।

03

स्थिर @id मानों का उपयोग करें

महत्वपूर्ण इकाइयों को स्थिर ID दें जैसे कैनोनिकल URL के साथ #article, #webpage, #organization, या #faq। यह पार्सर्स को ग्राफ़ के टुकड़ों को जोड़ने में मदद करता है।

04

साझा मेटाडेटा से उत्पन्न करें

उसी स्रोत क्षेत्रों का पुन: उपयोग करें जो शीर्षक टैग, मेटा विवरण, कैनोनिकल URL, Open Graph छवियाँ, भाषा टैग, और अंतिम संशोधित तिथियाँ बनाते हैं।

05

तिथियों को सही रखें

dateModified केवल तब बदलें जब पृष्ठ की महत्वपूर्ण सामग्री बदली हो। केवल खोज परिणामों में नया दिखने के लिए तिथियाँ स्वचालित रूप से न अपडेट करें।

06

छवियों को क्रॉल करने योग्य बनाएं

पूर्ण छवि URL, उपयुक्त आयाम, और ऐसे फ़ाइलें उपयोग करें जिन्हें रोबोट, प्रमाणीकरण, या केवल लेज़ी-लोडिंग रेंडरिंग द्वारा अवरुद्ध न किया गया हो।

07

जल्दी रेंडर करें

Blazor और अन्य JavaScript ऐप्स में, प्रीरेंडर या सर्वर-रेंडर JSON-LD पसंद करें ताकि क्रॉलर इसे प्रारंभिक HTML प्रतिक्रिया में देख सकें।

08

सत्यापित करें और निगरानी करें

प्रकाशित करने से पहले रिच रिजल्ट टेस्ट चलाएं, सिंटैक्स के लिए स्कीमा मार्कअप वैलिडेटर जांचें, और इंडेक्सिंग के बाद Search Console देखें।

Blazor पृष्ठों के लिए एक साफ़ JSON-LD पैटर्न

Blazor के लिए, सबसे सुरक्षित पैटर्न है पृष्ठ मेटाडेटा से स्कीमा बनाना, इसे एक बार सीरियलाइज़ करना, और application/ld+json स्क्रिप्ट को प्रारंभिक HTML में रेंडर करना ताकि क्रॉलर इसे देख सकें।

HTMLArticle JSON-LD उदाहरण
<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Article",
  "@id": "https://example.com/en/json-ld-schema-guide/#article",
  "headline": "JSON-LD Schema Markup Guide for Practical SEO",
  "description": "A practical guide to choosing, generating, and validating structured data.",
  "image": "https://example.com/images/json-ld-guide.png",
  "datePublished": "2026-03-28T10:00:00+00:00",
  "dateModified": "2026-05-31T10:00:00+00:00",
  "author": {
    "@type": "Organization",
    "name": "Example Publisher"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Example Publisher",
    "logo": {
      "@type": "ImageObject",
      "url": "https://example.com/logo.png"
    }
  },
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://example.com/en/json-ld-schema-guide/"
  }
}
</script>
C#C# सहायक पैटर्न
private MarkupString BuildJsonLd(PageMetaData meta)
{
    var pageUrl = BuildPageUrl(meta);

    var schema = new Dictionary<string, object?>
    {
        ["@context"] = "https://schema.org",
        ["@type"] = "Article",
        ["@id"] = $"{pageUrl}#article",
        ["headline"] = meta.Title,
        ["description"] = meta.Description,
        ["url"] = pageUrl,
        ["datePublished"] = meta.Published?.ToString("O"),
        ["dateModified"] = meta.Modified?.ToString("O"),
        ["inLanguage"] = CS.Culture
    };

    var json = JsonSerializer.Serialize(schema, new JsonSerializerOptions
    {
        DefaultIgnoreCondition = JsonIgnoreCondition.WhenWritingNull
    });

    return new MarkupString($"<script type=\"application/ld+json\">{json}</script>");
}
व्यावहारिक नियम: url और @id के लिए स्थिर URL का उपयोग करें। हर जगह एक ही कैनोनिकल URL का उपयोग करें। यदि एक ही पृष्ठ कई भाषा URL के तहत दिखाई देता है, तो भाषा-विशिष्ट मेटाडेटा उत्पन्न करें और प्रत्येक hreflang/canonical सेटअप को सुसंगत रखें।

JSON-LD पर निर्भर होने से पहले सत्यापित करें

सत्यापन के दो अलग-अलग कार्य होते हैं। स्कीमा मार्कअप वैलिडेटर जांचता है कि शब्दावली और JSON-LD सिंटैक्स समझने योग्य हैं या नहीं। Google का रिच रिजल्ट टेस्ट जांचता है कि Google पृष्ठ को समर्थित रिच रिजल्ट प्रकारों के लिए पात्र मानता है या नहीं।

Google पात्रता

रिच परिणाम परीक्षण

जांचता है कि Google पृष्ठ पढ़ सकता है या नहीं और पता चला संरचित डेटा समर्थित रिच रिजल्ट प्रकारों के लिए पात्र है या नहीं।

रिच रिजल्ट टेस्ट खोलें

शब्दावली

स्कीमा मार्कअप वैलिडेटर

सामान्य schema.org संरचना और JSON-LD सिंटैक्स की जांच करता है, जिसमें प्रकार, गुण, नेस्टेड एंटिटीज़, और त्रुटिपूर्ण JSON शामिल हैं।

स्कीमा मार्कअप वैलिडेटर खोलें

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

Search Console

Google द्वारा पृष्ठ संसाधित करने के बाद क्रॉल, इंडेक्सिंग, और संरचित डेटा समस्याओं को पहचानने के लिए URL निरीक्षण और संवर्धन रिपोर्ट का उपयोग करें।

Google संरचित डेटा दस्तावेज पढ़ें

सामान्य JSON-LD गलतियाँ जो विश्वास को नुकसान पहुंचाती हैं

अधिकांश स्कीमा समस्याएँ जटिल तकनीकी त्रुटियाँ नहीं हैं। वे मार्कअप द्वारा बताए गए और उपयोगकर्ता या क्रॉलर द्वारा पृष्ठ पर सत्यापित की जा सकने वाली चीज़ों के बीच असंगतियाँ हैं।

छुपी या गायब सामग्री का मार्कअप करना

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

सब कुछ में FAQPage जोड़ना

FAQ स्कीमा अभी भी दृश्य प्रश्नोत्तर को वर्णित कर सकता है, लेकिन इसे हर लेख में कॉपी-पेस्ट ब्लॉक नहीं बनाना चाहिए। केवल तब उपयोग करें जब प्रश्नोत्तर पृष्ठ को बेहतर बनाएं।

विरोधाभासी डुप्लिकेट स्क्रिप्ट्स

विभिन्न शीर्षक, तिथियाँ, या URL वाले कई Article ब्लॉक पृष्ठ को समझना कठिन बनाते हैं। एक स्पष्ट ग्राफ़ तीन आंशिकों से बेहतर है।

गलत कैनोनिकल या @id

स्कीमा URL कैनोनिकल पृष्ठ, संस्कृति URL, और hreflang सेटअप से मेल खाने चाहिए। मिश्रित भाषा URL डुप्लिकेट सामग्री और इकाई भ्रम पैदा करते हैं।

नकली ताजगी

टेम्पलेट संपादन, ट्रैकिंग परिवर्तन, या केवल स्कीमा अपडेट के लिए dateModified न बढ़ाएं। वास्तविक सामग्री परिवर्तनों के लिए तारीख का उपयोग करें।

केवल क्लाइंट पर देर से रेंडरिंग

यदि JSON-LD केवल विलंबित क्लाइंट रेंडर के बाद दिखाई देता है, तो क्रॉलर इसे मिस कर सकते हैं। महत्वपूर्ण पृष्ठों के लिए सर्वर रेंडरिंग या प्रीरेंडरिंग पसंद करें।

पृष्ठ प्रकार के अनुसार व्यावहारिक स्कीमा नुस्खे

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

गाइड लेख

Article + BreadcrumbList + WebPage

  • शीर्षक, लेखक, प्रकाशक, छवि, तिथियाँ, और अनुभाग नामों के लिए Article का उपयोग करें।
  • दृश्य साइट पथ के लिए BreadcrumbList का उपयोग करें।
  • पृष्ठ और लेख इकाई को जोड़ने के लिए WebPage या @id संदर्भों का उपयोग करें।

टूल पृष्ठ

SoftwareApplication + WebPage + BreadcrumbList

  • SoftwareApplication का उपयोग केवल तब करें जब पृष्ठ वास्तविक ऐप या टूल के बारे में हो।
  • ऑपरेटिंग सिस्टम, श्रेणी, मूल्य या ऑफर विवरण केवल तभी शामिल करें जब वे दृश्य हों।
  • जब तक पृष्ठ वास्तविक समीक्षा डेटा न दिखाए, समीक्षा या रेटिंग मार्कअप से बचें।

समीक्षा पृष्ठ

समीक्षा / उत्पाद केवल तब जब पृष्ठ इसका समर्थन करता हो

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

प्रश्न पृष्ठ

केवल उपयोगी दृश्य प्रश्नोत्तर के लिए FAQPage

  • प्रत्येक उत्तर को स्वयं उपयोगी बनाएं, केवल कीवर्ड संस्करण न बनाएं।
  • ऐसे ब्लॉक किए गए UI के पीछे उत्तर छुपाएं नहीं जिन्हें क्रॉलर एक्सेस नहीं कर सकते।
  • मुख्य SEO लाभ के रूप में FAQ रिच रिजल्ट की उम्मीद न करें।

स्रोत जांचे गए

ऊपर दिया गया मार्गदर्शन आधिकारिक Google Search Central और schema.org दस्तावेज़ों पर आधारित है, जिसे व्यावहारिक JSON-LD चेकलिस्ट में बदला गया है।

01 Google संरचित डेटा परिचय developers.google.com 02 Google संरचित डेटा नीतियाँ developers.google.com 03 Google Article संरचित डेटा developers.google.com 04 Google Breadcrumb संरचित डेटा developers.google.com 05 Google FAQ संरचित डेटा developers.google.com 06 Google साइटलिंक खोज बॉक्स अपडेट developers.google.com 07 Schema.org आरंभ करना schema.org 08 Google रिच रिजल्ट टेस्ट search.google.com 09 स्कीमा मार्कअप वैलिडेटर validator.schema.org

अक्सर पूछे जाने वाले सवाल

क्या JSON-LD स्कीमा मार्कअप रैंकिंग कारक है?

JSON-LD स्वयं कोई जादुई रैंकिंग स्विच नहीं है। यह खोज इंजनों को पात्र सामग्री समझने में मदद करता है और रिच रिजल्ट पात्रता का समर्थन कर सकता है, लेकिन रैंकिंग अभी भी सामग्री गुणवत्ता, प्रासंगिकता, क्रॉल करने की क्षमता, लिंक, और कई अन्य संकेतों पर निर्भर करती है।

JSON-LD पृष्ठ पर कहाँ होना चाहिए?

हेड में स्क्रिप्ट टैग प्रबंधित करने में सबसे आसान होता है, लेकिन Google JSON-LD को बॉडी में भी पढ़ सकता है। महत्वपूर्ण यह है कि मार्कअप रेंडर किए गए पृष्ठ में मौजूद हो और दृश्य सामग्री से मेल खाता हो।

क्या मुझे अभी भी FAQPage स्कीमा का उपयोग करना चाहिए?

FAQPage का उपयोग केवल तब करें जब पृष्ठ में वास्तव में उपयोगी दृश्य प्रश्न और उत्तर हों। अतिरिक्त Google परिणाम स्थान के लिए इस पर निर्भर न रहें, क्योंकि FAQ रिच रिजल्ट प्रदर्शन अधिकांश सामान्य साइटों के लिए काफी कम और अप्रचलित हो गया है।

क्या एक पृष्ठ में कई JSON-LD ब्लॉक हो सकते हैं?

हाँ। एक सामान्य लेख पृष्ठ में Article, BreadcrumbList, और WebPage डेटा हो सकता है। ब्लॉकों को सुसंगत रखें, डुप्लिकेट विरोधाभासी इकाइयों से बचें, और संबंधित हिस्सों को जोड़ने के लिए स्थिर @id मानों का उपयोग करें।

क्या JSON-LD, Microdata से बेहतर है?

अधिकांश आधुनिक साइटों के लिए, हाँ। Google JSON-LD, Microdata, और RDFa का समर्थन करता है, लेकिन JSON-LD आमतौर पर बनाए रखना आसान होता है क्योंकि इसे दृश्य HTML टेम्पलेट्स में स्कीमा गुणों की आवश्यकता नहीं होती।

मुझे संरचित डेटा कितनी बार सत्यापित करना चाहिए?

जब भी आप टेम्पलेट, मेटाडेटा फ़ील्ड, स्कीमा हेल्पर, URL, भाषा रूटिंग, छवि निर्माण, समीक्षा डेटा, या FAQ सेक्शन बदलें तो सत्यापित करें। महत्वपूर्ण पृष्ठों के इंडेक्सिंग के बाद Search Console भी जांचें।