JSON-LD structured data: कॉपी करके आज़माने लायक़ 2 उदाहरण

SEOgrinder की ओर से · प्रकाशित 4 नवंबर 2026 · 11 मिनट में पढ़ें

संक्षिप्त उत्तर: JSON-LD JSON का एक ब्लॉक है, जो <script type="application/ld+json"> टैग के अंदर रहता है और सर्च इंजन को पेज का ब्योरा देता है; structured data (संरचित डेटा) के लिए Google इसी फ़ॉर्मैट की सिफ़ारिश करता है। नीचे के दो उदाहरणों में से एक कॉपी कीजिए, example.com वाले मान उन तथ्यों से बदलिए जो आपके पेज पर दिखते हैं, और नतीजा Google के Rich Results Test में जाँचिए। सही कोड पेज को rich results के योग्य बनाता है; वे दिखेंगे ही, यह Google गारंटी नहीं देता।

JSON-LD क्या है और Google उसका क्या करता है?

Google structured data को इस रूप में परिभाषित करता है: "a standardized format for providing information about a page and classifying the page content", यानी पेज की जानकारी देने और उसकी सामग्री को वर्गीकृत करने का एक मानक फ़ॉर्मैट (Google)। ज़्यादातर शब्दावली schema.org से आती है, और JSON-LD उसे लिखने के तीन तरीक़ों में से एक है। बाक़ी दो, Microdata और RDFa, दिखने वाले HTML में एट्रिब्यूट जोड़ते हैं। JSON-LD सब कुछ एक अलग ब्लॉक में रखता है, इसलिए आप लेआउट को छुए बिना उसे जोड़ या सुधार सकते हैं।

Google कहता है कि तीनों फ़ॉर्मैट बराबर ठीक हैं, बशर्ते markup वैध हो और सही ढंग से लागू हो। फिर भी जब आपका सेटअप इजाज़त दे, वह JSON-LD की सिफ़ारिश करता है, क्योंकि वह "the easiest solution for website owners to implement and maintain at scale" है, यानी बड़े पैमाने पर लागू करने और सँभालने के लिए वेबसाइट मालिकों का सबसे आसान हल (Google)।

आपको क्या मिल सकता है: Google लिखता है कि structured data "can enable search results that are more engaging to users" बना सकता है, जिन्हें वह rich results कहता है। उसके पास समर्थित सुविधाओं की गैलरी है, जिसमें Article, Breadcrumb, Event, Organization, Product और Recipe शामिल हैं। Google की प्रस्तावना का एक और बिंदु: Search कैसे व्यवहार करता है, इसके लिए schema.org पर नहीं, Google के अपने दस्तावेज़ पर भरोसा कीजिए, क्योंकि schema.org में Google Search की ज़रूरत से ज़्यादा एट्रिब्यूट और ऑब्जेक्ट हैं।

कोई कोड लिखने से पहले Google के सामान्य structured data दिशानिर्देशों के तीन नियम लागू होते हैं:

उस पेज का वर्णन कीजिए जिस पर markup है, और सिर्फ़ उसका जो आगंतुक वहाँ देखते हैं।
structured data वाले पेजों को robots.txt, noindex या ऐसे ही किसी तरीक़े से Googlebot से मत रोकिए।
जिस प्रकार (type) का आप इस्तेमाल कर रहे हैं, उसकी हर अनिवार्य प्रॉपर्टी भरिए। जिन एंट्री में कोई छूटी हो, वे "are not eligible for rich results", यानी rich results के योग्य नहीं होतीं।

उदाहरण 1: आपके होम पेज के लिए Organization markup

Google सलाह देता है कि Organization markup अपने होम पेज पर रखिए, या किसी एक ऐसे पेज पर जो संस्था का वर्णन करता हो, जैसे About पेज। हर पेज पर इसकी ज़रूरत नहीं (Google)। इस प्रकार की कोई अनिवार्य प्रॉपर्टी नहीं है; Google लागू होने वाली सुझाई गई प्रॉपर्टी जोड़ने को कहता है। हर मान बदलिए:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "उदाहरण साइकिल्स",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "description": "उदाहरण साइकिल्स नाप के हिसाब से साइकिलें बनाती है।",
  "email": "contact@example.com"
}
</script>

Google के पेज के अनुसार प्रॉपर्टी क्या करती हैं:

name: वही नाम जो आप अपनी साइट के नाम के रूप में इस्तेमाल करते हैं।
url: आपकी वेबसाइट का पता, जो Google को संस्था को अनोखे रूप से पहचानने में मदद करता है।
logo: कम से कम 112 × 112 px, क्रॉल और इंडेक्स होने योग्य। यह Google को तय करने में मदद कर सकता है कि सर्च नतीजों और knowledge panel में कौन-सा लोगो दिखाए।
description और email: वैकल्पिक ब्योरे। address, contactPoint या sameAs (किसी दूसरी साइट पर प्रोफ़ाइल पेज) तभी जोड़िए जब वे आप पर लागू हों।

अगर कोई ज़्यादा ख़ास उपप्रकार बैठता है, तो Google उसकी सिफ़ारिश करता है, जैसे दुकान के लिए OnlineStore या रेस्तराँ के लिए LocalBusiness का कोई उपप्रकार।

उदाहरण 2: ब्लॉग पोस्ट पर Article और breadcrumbs

Google एक पेज की कई एंट्री समझता है, चाहे आप उन्हें एक के अंदर एक रखें या अलग-अलग सूचीबद्ध करें (Google)। यह उदाहरण दो एंट्री को JSON array में अलग-अलग रखता है, हर एक के अपने @context के साथ। अलग-अलग एंट्री के लिए Google यही पैटर्न दिखाता है:

<script type="application/ld+json">
[
  {
    "@context": "https://schema.org",
    "@type": "BlogPosting",
    "headline": "साइकिल हेलमेट कैसे चुनें",
    "image": [
      "https://www.example.com/photos/helmet-16x9.jpg",
      "https://www.example.com/photos/helmet-4x3.jpg",
      "https://www.example.com/photos/helmet-1x1.jpg"
    ],
    "datePublished": "2026-10-12T08:00:00+02:00",
    "dateModified": "2026-11-04T09:20:00+01:00",
    "author": [
      {
        "@type": "Person",
        "name": "रीना शर्मा",
        "url": "https://www.example.com/team/reena-sharma"
      }
    ]
  },
  {
    "@context": "https://schema.org",
    "@type": "BreadcrumbList",
    "itemListElement": [
      { "@type": "ListItem", "position": 1, "name": "ब्लॉग", "item": "https://www.example.com/blog" },
      { "@type": "ListItem", "position": 2, "name": "साइकिलिंग", "item": "https://www.example.com/blog/cycling" },
      { "@type": "ListItem", "position": 3, "name": "साइकिल हेलमेट कैसे चुनें" }
    ]
  }
]
</script>

Article। Google Article, NewsArticle और BlogPosting स्वीकार करता है। वह कोई अनिवार्य प्रॉपर्टी नहीं गिनाता और author, datePublished, dateModified, headline और image की सिफ़ारिश करता है, ताकि Google "show better title text, images, and date information" दिखा सके, यानी बेहतर शीर्षक-टेक्स्ट, इमेज और तारीख़ की जानकारी (Google)। तारीख़ें ISO 8601 में टाइम ज़ोन के साथ दीजिए; टाइम ज़ोन न हो तो Google Googlebot का टाइम ज़ोन लेता है। हर लेखक को type, name और url के साथ अलग एंट्री में लिखिए। headline छोटी रखिए, क्योंकि "long titles may be truncated on some devices"। इमेज के लिए Google 16x9, 4x3 और 1x1 अनुपात की कई ऊँचे रिज़ॉल्यूशन वाली फ़ाइलों की सिफ़ारिश करता है, जो लेख से जुड़ी हों, लोगो नहीं।

Breadcrumbs। यहाँ नियम सख़्त हैं। BreadcrumbList को कम से कम दो ListItem एंट्री चाहिए, और हर एक को आम तौर पर position, name और item (पता) चाहिए। सिर्फ़ आख़िरी एंट्री item छोड़ सकती है; तब Google पेज का अपना पता ले लेता है (Google)। Google URL ढाँचे की नक़ल के बजाय उपयोगकर्ता के एक आम रास्ते की सिफ़ारिश करता है, और इस सुविधा को डेस्कटॉप पर उपलब्ध बताता है। दिशानिर्देशों का हमारा पाठ: वही रास्ता पेज पर भी दिखाइए, क्योंकि जो चीज़ें पाठक नहीं देख सकते, उनके लिए markup की अनुमति नहीं है।

JSON-LD को प्रकाशित करने से पहले और बाद में कैसे परखें?

Rich Results Test (search.google.com/test/rich-results)। Google इसे "the official Google tool for testing your structured data" कहता है, यानी अपने structured data को परखने का आधिकारिक Google टूल। टूल का पेज पता या चिपकाया हुआ कोड, दोनों लेता है, इसलिए आप उदाहरण को लाइव करने से पहले परख सकते हैं। पहले गंभीर त्रुटियाँ ठीक कीजिए; Google के अनुसार ग़ैर-गंभीर सुझाव योग्यता के लिए वैकल्पिक हैं।
Schema Markup Validator (validator.schema.org)। Google का परखने वाला पेज इसे schema.org पर आधारित सारे markup की जाँच बताता है, "without Google feature specific warnings", यानी Google की किसी ख़ास सुविधा की चेतावनियों के बिना। जब आपके प्रकार के लिए कोई Google सुविधा न बैठे, तब इसका इस्तेमाल कीजिए।
URL Inspection (URL जाँच) Search Console में, कुछ पेज डिप्लॉय करने के बाद। Google कहता है कि पक्का कीजिए कि पेज robots.txt, noindex या लॉगिन से रुका नहीं है; नए पेज को क्रॉल होने में कई दिन लग सकते हैं।
Search Console में rich result रिपोर्ट। Google बताता है कि डिप्लॉय के बाद markup टेम्पलेट या सर्विंग की दिक़्क़तों से टूट सकता है, इसलिए टेम्पलेट के हर बदलाव के बाद फिर देखिए (Google)।

ऊपर के दो उदाहरणों को हमने 4 नवंबर 2026 को इस तरह जाँचा: दोनों ब्लॉक वैध JSON की तरह पढ़े जाते हैं (Python का json मॉड्यूल), और प्रॉपर्टी Google के Organization, Article और Breadcrumb पेजों के अनुसार हैं (आख़िरी अपडेट 8 सितंबर 2026)। हमने इन्हें Google के टूल में नहीं चिपकाया, इसलिए आपका पहला चिपकाना ही असली परीक्षा है।

JSON-LD क्या नहीं करता

यह rich result की गारंटी नहीं है। Google लिखता है: "Google does not guarantee that your structured data will show up in search results" (Google)। उसके कारणों में यह शामिल है कि एल्गोरिदम किसी सादे टेक्स्ट नतीजे को बेहतर मान सकता है, और markup ऐसे ढंग से ग़लत हो सकता है जिसे टेस्ट नहीं पकड़ पाता।
यह रैंकिंग का वादा नहीं है। Google के इन पेजों पर हमें ऐसा कोई कथन नहीं मिला कि structured data रैंकिंग ऊपर उठाता है। Google इसका फ़ायदा rich results की योग्यता बताता है। structured data पर मैन्युअल कार्रवाई, Google जोड़ता है, वह योग्यता हटा देती है और "doesn't affect how the page ranks in Google web search", यानी पेज Google वेब सर्च में कैसे रैंक करता है, उस पर असर नहीं डालती।
AI जवाबों को इसकी ज़रूरत नहीं। Google की generative AI सुविधाओं की गाइड कहती है: "Structured data isn't required for generative AI search, and there's no special schema.org markup you need to add" (Google)। फिर भी Google rich results की योग्यता के लिए structured data को अच्छा विचार बताता है। SEOgrinder यह नहीं मापता कि कोई AI सिस्टम आपकी साइट का नाम लेता है या नहीं।
FAQ markup का अब Google में कोई नतीजा नहीं। Google के changelog में लिखा है: "This feature will no longer appear in Google Search starting May 7, 2026" (Google)। इसलिए इस मक़सद से FAQPage markup मत जोड़िए।

आम गलतियाँ: JSON-LD की 5 चूकें

1. वह markup करना जो कोई देख नहीं सकता

Google का दिशानिर्देश: "Don't mark up content that is not visible to readers of the page." Google का अपना उदाहरण: अगर markup किसी कलाकार का वर्णन करता है, तो पेज का मुख्य टेक्स्ट उसी कलाकार का वर्णन करे।

2. टूटा हुआ JSON

सिंटैक्स की एक चूक पूरे ब्लॉक को बेकार कर देती है। Search Console में Google की Unparsable structured data report (यानी पढ़े न जा सकने वाले structured data की रिपोर्ट) ऐसी त्रुटियाँ गिनाती है: कॉमा या बंद करने वाला ब्रैकेट छूटना, कोलन छूटना, और स्ट्रिंग में ग़लत escape sequence, जैसे टेक्स्ट मान के भीतर भटका हुआ बैकस्लैश \q। चूक ढूँढने के लिए Google की सलाह: ख़ाली ऑब्जेक्ट से शुरू कीजिए और अपना कोड टुकड़े-टुकड़े वापस जोड़िए।

3. अनिवार्य प्रॉपर्टी का छूट जाना

Google के अनुसार जिन एंट्री में अनिवार्य प्रॉपर्टी नहीं होतीं, वे rich results के योग्य नहीं होतीं। आम मामला वे breadcrumb एंट्री हैं जिनमें position, name या item नहीं होता।

4. ऐसा type जो पेज से मेल न खाए

Google सबसे ख़ास लागू होने वाला type चाहता है। असंबद्ध markup के उसके उदाहरण: एक स्पोर्ट्स स्ट्रीमिंग साइट जो प्रसारणों को स्थानीय आयोजन के रूप में चिह्नित करती है, और एक बढ़ईगिरी साइट जो निर्देशों को रेसिपी के रूप में चिह्नित करती है।

5. पेज या उसकी इमेज को रोक देना

structured data वाले पेज Googlebot के लिए खुले रहने चाहिए, और markup में दिए इमेज URL क्रॉल और इंडेक्स होने योग्य होने चाहिए। आपके इमेज फ़ोल्डर पर लगा Disallow नियम सावधानी से किए markup को बेकार कर सकता है।

SEOgrinder structured data कैसे जाँचता है?

SEOgrinder हमारा टूल है, और इसे हम बनाते हैं। कोई पेज स्कैन कीजिए, “Google पर पेज” टैब खोलिए और दो कार्ड देखिए। “संरचित डेटा” JSON-LD और Microdata में मिले प्रकार गिनाता है। “फ़ील्ड जाँच” प्रविष्टियाँ गिनता है और दिखाता है कि कितनी “अवैध” हैं (कोई अनिवार्य फ़ील्ड छूटा है) या “अधूरी” (सिर्फ़ सुझाए गए फ़ील्ड छूटे हैं), छूटे फ़ील्ड के नामों के साथ। कार्य-सूची में ये इन नामों से दिखते हैं: “संरचित डेटा में अनिवार्य फ़ील्ड नहीं हैं”, “संरचित डेटा अधूरा है”, “कोई संरचित डेटा नहीं” और, ऐसे कोड के लिए जो पढ़ा न जा सके, “संरचित डेटा का एक टूटा ब्लॉक”। सुधार के बाद दोबारा जाँचें दबाइए।

चार सीमाएँ। SEOgrinder वह HTML पढ़ता है जो आपका सर्वर भेजता है, इसलिए वह JSON-LD नहीं देखता जिसे ब्राउज़र में कोई स्क्रिप्ट बाद में जोड़ती है, जबकि Google उसे पढ़ सकता है। वह JSON-LD और Microdata पढ़ता है, RDFa नहीं। वह आम प्रकारों की एक सूची के अनिवार्य फ़ील्ड जानता है, हर प्रकार के नहीं। और वह यह तय नहीं करता कि Google rich result दिखाएगा या नहीं; वह पूर्वावलोकन Rich Results Test देता है।

हमने अपने पेजों को भी 4 नवंबर 2026 को इसी तरह पढ़ा। यह कमांड लेख के लिए 1 और स्टार्ट पेज के लिए 0 छापता है:

curl -sS https://seogrinder.com/hi/blog/seo-audit-checklist-hindi | grep -c 'application/ld+json'

लेख का अकेला ब्लॉक एक BlogPosting और तीन एंट्री (SEOgrinder, ब्लॉग, लेख) वाली एक BreadcrumbList रखता है। स्टार्ट पेज पर हमारे पास कोई structured data नहीं है।

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

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

Google के लिए markup वैध हो तो तीनों फ़ॉर्मैट बराबर हैं। वह JSON-LD की सिफ़ारिश इसलिए करता है कि उसे लगाना और बड़े पैमाने पर सँभालना सबसे आसान है।

क्या हर पेज पर structured data चाहिए?

नहीं। कोई type वहीं जोड़िए जहाँ वह पेज से मेल खाए: होम पेज या About पेज पर Organization, पोस्ट पर Article। कई पेजों के लिए कोई मेल खाता type होता ही नहीं, और वह ठीक है।

क्या मैं JSON-LD को plugin या JavaScript से जोड़ सकता हूँ?

हाँ। Google लिखता है कि CMS इस्तेमाल करने वालों को structured data के लिए सेटिंग पेज या plugin मिल सकता है, और Google स्क्रिप्ट से जोड़े गए JSON-LD को पढ़ सकता है (Google)। नतीजा Rich Results Test में जाँचिए और याद रखिए कि SEOgrinder सिर्फ़ वही देखता है जो सर्वर भेजता है।

क्या JSON-LD से मेरी रैंकिंग सुधरती है?

Google के पेज rich results की योग्यता बताते हैं, बेहतर स्थान नहीं। स्थान का वादा कोई नहीं कर सकता।

आपका अगला कदम

वह पेज चुनिए जो आपके लिए सबसे ज़रूरी है। उदाहरण 1 या 2 को अपने मानों के साथ Rich Results Test में चिपकाइए और जो वह बताए, उसे ठीक कीजिए। प्रकाशित कीजिए, फिर पेज को SEOgrinder से स्कैन कीजिए, “Google पर पेज” खोलिए और “फ़ील्ड जाँच” कार्ड पढ़िए। बड़ी तस्वीर के लिए हमारी SEO audit checklist दिखाती है कि structured data बाक़ी जाँचों के बीच कहाँ आता है।