Schema मार्कअप पेज की सामग्री को व्यवस्थित रूप में बताता है। JSON-LD डेटा का प्रारूप है; Article और Product जैसे प्रकार बताते हैं कि किस चीज़ का वर्णन है। Screpy का मुफ़्त जेनरेटर आपके लेख, उत्पाद या नेविगेशन पथ के तथ्यों से JSON-LD बनाता है। सही प्रकार चुनें, फ़ॉर्म भरें और साइट पर जोड़ने से पहले परिणाम देखें। आप पूरी स्क्रिप्ट कॉपी या JSON डेटा डाउनलोड कर सकते हैं।
कोड बनाना पहला कदम है। टूल पेज नहीं पढ़ता, कीमत या लेखक की सच्चाई नहीं जाँचता, कोड नहीं लगाता और Google को नहीं भेजता। उपयोगी लागूकरण के लिए सही तथ्य, सही पेज पर जगह और प्रकाशित परिणाम की जाँच चाहिए।
पेज से मेल खाने वाला schema प्रकार चुनें
मनचाहे खोज रूप के बजाय पहले देखें कि पाठक पेज पर सच में क्या पढ़ या खरीद सकता है। जेनरेटर में तीन तरीके और लेख के तीन उपप्रकार हैं:
| पेज की सामग्री | चयन | परिणाम क्या बताता है |
|---|---|---|
| सामान्य संपादकीय लेख | Article | लेख, शीर्षक और लेखक |
| ब्लॉग पोस्ट | BlogPosting | ब्लॉग पोस्ट के रूप में प्रकाशित लेख |
| समाचार | NewsArticle | समाचार लेख |
| एक ऑफ़र वाला एक उत्पाद | Product | उत्पाद और एक वर्तमान Offer |
| पेज का नेविगेशन पथ | Breadcrumb | क्रमबद्ध BreadcrumbList |
श्रेणी की सूची अपने आप एक Product नहीं बन जाती। विकल्प उपलब्ध होने से बिक्री पेज NewsArticle नहीं होता। वह प्रकार चुनें जो सामग्री को सच में दर्शाता है।
पता, व्यवसाय संपर्क या खुलने का समय भरने के लिए अलग Local Business Schema Generator इस्तेमाल करें। यह जेनरेटर Schema.org के सभी प्रकार नहीं बनाता। असंबंधित फ़ॉर्म में जानकारी भरने के बजाय सही प्रकार बनाए रखना अधिक उपयोगी है।
लेख की सही जानकारी तैयार करें
Article, BlogPosting या NewsArticle चुनकर पेज URL, शीर्षक और लेखक का नाम दें। ये इस फ़ॉर्म के ज़रूरी फ़ील्ड हैं, Google के सार्वभौमिक नियम नहीं। मौजूदा Article दस्तावेज़ सभी मामलों के लिए अनिवार्य सूची के बजाय लागू होने वाली सुझाई गई प्रॉपर्टी बताते हैं।
बनने वाला लेखक एक Person है। असली व्यक्ति का नाम और उपलब्ध हो तो उसकी पहचान देने वाला प्रोफ़ाइल URL इस्तेमाल करें। प्रकाशक को व्यक्ति की तरह न भरें और फ़ॉर्म में समाने के लिए कई लेखकों को एक नाम में न जोड़ें। Organization लेखक या कई लेखकों के लिए तथ्यों को सही मॉडल करने वाला लागूकरण चाहिए। यह स्क्रीन वे संरचनाएँ नहीं बनाती।
अतिरिक्त जानकारी में अधिकतम तीन इमेज URL और असली प्रकाशन तथा बदलाव की तारीखें हैं। चेतावनी हटाने के लिए काल्पनिक पते या केवल लोगो देने के बजाय संबंधित, सुलभ इमेज दें। फ़ॉर्म कैलेंडर तारीखें स्वीकार करता है और प्रकाशन से पहले की बदलाव तारीख अस्वीकार करता है। केवल मार्कअप जोड़ने के कारण प्रकाशन आज का न करें।
इमेज या प्रकाशन तारीख की कमी की चेतावनी वास्तविक जानकारी की समीक्षा माँगती है। वह काल्पनिक मानों को उचित नहीं बनाती और किसी खोज सुविधा की सभी शर्तें नहीं बताती।
एक उत्पाद का वास्तविक ऑफ़र बताएँ
उत्पाद तरीके में नाम, पेज URL, वास्तविक कीमत, मुद्रा और उपलब्धता चाहिए। सही स्टॉक स्थिति चुनें: InStock, OutOfStock, PreOrder, BackOrder या Discontinued। विवरण, इमेज, SKU और ब्रांड वैकल्पिक हैं। परिणाम एक Offer वाला Product है, उत्पाद फ़ीड, वैरिएंट प्रणाली या स्वचालित स्टॉक अपडेट नहीं।
29.90 EUR कीमत वाली, स्टॉक में मौजूद काल्पनिक Trail Bottle की मूल संरचना यह है:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "Trail Bottle",
"url": "https://example.com/products/trail-bottle/",
"offers": {
"@type": "Offer",
"url": "https://example.com/products/trail-bottle/",
"price": 29.9,
"priceCurrency": "EUR",
"availability": "https://schema.org/InStock"
}
}
</script>
ये उदाहरण के मान हैं, प्रकाशित ऑफ़र या सत्यापित मर्चेंट सूची नहीं। छोटे उदाहरण में इमेज नहीं है, जिसे जेनरेटर समीक्षा के लिए दिखाता है। सभी काल्पनिक मान बदलें और उपलब्ध हो तो उचित वास्तविक इमेज दें। सच में मुफ़्त ऑफ़र के लिए शून्य स्वीकार है; अज्ञात कीमत की जगह शून्य न रखें।
रिव्यू और कुल रेटिंग नहीं बनाए जाते। दूसरे सत्यापक की चेतावनी हटाने के लिए इन्हें न गढ़ें। Google का उत्पाद स्निपेट मार्गदर्शन लागू प्रॉपर्टी और ऑफ़र शर्तें अलग बताता है। विस्तृत मर्चेंट अनुभव के लिए इस फ़ॉर्म से आगे काम आवश्यक हो सकता है।
ब्रेडक्रंब सही क्रम में बनाएँ
Breadcrumb तरीका दो से दस चरणों का पथ बनाता है। साइट की पदानुक्रम व्यवस्था के अनुसार नाम सही क्रम में दें। हर चरण में नाम चाहिए; अंतिम को छोड़कर सबमें पूरा URL चाहिए। जेनरेटर एक से स्थान क्रम देता है और प्रीव्यू दिखाता है, लेकिन साइट की संरचना खुद नहीं खोजता।
काल्पनिक चेकलिस्ट पेज के लिए इनपुट हो सकता है:
| स्थान | नाम | URL |
|---|---|---|
| 1 | गाइड | https://example.com/guides/ |
| 2 | हाइकिंग | https://example.com/guides/hiking/ |
| 3 | दिन के बैग की चेकलिस्ट | इस अंतिम चरण में वैकल्पिक |
Google का Breadcrumb दस्तावेज़ अंतिम URL छोड़ने देता है; उसकी जगह मार्कअप वाले पेज का URL लिया जाता है। यह पथ चेकलिस्ट पेज पर लगाएँ, हर पेज पर समान अंतिम मानों के साथ नहीं।
यह प्रीव्यू साइट में दिखाई देने वाला नेविगेशन नहीं जोड़ता। मार्कअप असली पदानुक्रम से मिलाएँ और अलग दिखाए गए ब्रेडक्रंब लिंक जाँचें। कोड बनने से हर उपकरण पर समान खोज रूप की गारंटी न मानें।
JSON-LD कॉपी करके सही पेज पर लगाएँ
स्क्रिप्ट कॉपी करने पर JSON-LD सहित पूरा HTML script तत्व मिलता है। डाउनलोड में schema.json मिलता है, जिसमें HTML आवरण के बिना सिर्फ JSON ऑब्जेक्ट है। दोनों अलग तरीके के लिए हैं: कच्चा JSON माँगने वाले CMS फ़ील्ड में डेटा चाहिए, जबकि HTML टेमप्लेट पूरी स्क्रिप्ट ले सकता है।
Google का स्ट्रक्चर्ड डेटा परिचय पेज के head या body में script तत्व के भीतर JSON-LD बताता है। साइट का सही टेमप्लेट, डेटा फ़ील्ड या प्लगइन तरीका इस्तेमाल करें। सामान्य पैराग्राफ संपादक में पेस्ट करने से कोड लगने के बजाय टेक्स्ट की तरह दिख सकता है या हट सकता है।
नया ब्लॉक जोड़ने से पहले देखें कि CMS या थीम पहले से क्या बनाती है। Article और BreadcrumbList एक ही पेज के अलग पहलू बता सकते हैं। समस्या एक ही लेख, उत्पाद या पथ की विरोधी जानकारी है। पुरानी कीमत या लेखक को नए विरोधी संस्करण के पास रखने के बजाय ज़िम्मेदार लागूकरण अपडेट करें।
जेनरेटर अपनी स्क्रिप्ट के लिए मान सुरक्षित ढंग से क्रमबद्ध करता है, लेकिन CMS अंत में क्या प्रकाशित करेगा, यह पुष्ट नहीं कर सकता। पेज सेव करें, परोसा गया आउटपुट देखें और इच्छित मान मौजूद होने की जाँच करें। केवल कॉपी या डाउनलोड से साइट नहीं बदलती।
कोड, तथ्य और खोज पात्रता अलग जाँचें
लगाए हुए परिणाम को चरणों में देखें:
- JSON पार्स होने और सही पेज पर स्क्रिप्ट होने की पुष्टि करें।
- अंदर के ऑब्जेक्ट सहित घोषित प्रकार और प्रॉपर्टी देखें।
- नाम, कीमत, तारीख, इमेज और नेविगेशन असली पेज से मिलाएँ।
- जिस खोज सुविधा को समर्थित करना चाहते हैं उसकी वर्तमान शर्तें देखें।
Structured Data Checker लगे JSON-LD, पार्स त्रुटियाँ, इकाइयाँ और चुनी हुई प्रॉपर्टी जाँचता है। इसका दायरा सीमित है। अंदर की Person, Offer या लेख का उपप्रकार उन जाँचों से बाहर होकर असमर्थित या आंशिक दिख सकता है। सिर्फ यह स्थिति संरचना को अमान्य नहीं बनाती। खास निष्कर्ष पढ़ें और ज़रूरत पर व्यापक सत्यापन करें।
समर्थित Google सुविधाओं के लिए Rich Results Test लें। सुझाई जानकारी की कमी को समीक्षा का काम मानें, काल्पनिक रेटिंग, इमेज या तारीख जोड़ने का निमंत्रण नहीं। सही सिंटैक्स भी यह नहीं साबित करता कि असली व्यक्ति ने लेख लिखा या ऑफ़र अभी उपलब्ध है।
Google की सामान्य स्ट्रक्चर्ड डेटा शर्तें संबंधित, सही और वर्तमान पेज जानकारी के साथ सुविधा के नियम माँगती हैं। सही मार्कअप भी रिच रिज़ल्ट की गारंटी नहीं है। प्रॉपर्टी की संख्या आउटपुट का आकार बताती है, पूर्णता या SEO स्कोर नहीं।
आगे के बदलावों से मार्कअप मिलाते रहें
कीमत, स्टॉक, लेखक, लेख की सार्थक तारीख या पेज क्रम बदलने पर फिर बनाएँ या संबंधित टेमप्लेट अपडेट करें। दिखाई देने वाले तथ्य और मार्कअप साथ प्रकाशित करके पेज दोबारा देखें। जेनरेटर बाद के बदलाव नहीं देखता और मौजूदा इंस्टॉलेशन अपने आप अपडेट नहीं करता।
अनूदित पेज में शीर्षक, उत्पाद विवरण और ब्रेडक्रंब नाम उसी भाषा के रखें, साथ में उस संस्करण के सही URL और वास्तविक ऑफ़र दें। headline और priceCurrency जैसे तकनीकी प्रॉपर्टी नाम न बदलें। इंटरफ़ेस की भाषा बदलना आपके इनपुट का अनुवाद या स्थानीय पेज संस्करण नहीं बनाता।
समीक्षा किए इनपुट और स्थापना स्थान अपने प्रकाशन नोट में रखें। अगला अपडेट किसी ज्ञात स्रोत का स्पष्ट बदलाव होगा, न कि पेज से अलग पड़ सकने वाली एक और स्वतंत्र स्क्रिप्ट।