व्याख्या
स्ट्रक्चर्ड डेटा पेज की सामग्री के बारे में मशीन-पठनीय संकेत देता है। Google खास search features को समर्थन देता है और उनके लिए आवश्यकताएँ प्रकाशित करता है। वैध markup किसी विशेष रूप में दिखने की पात्रता दे सकता है, लेकिन इसकी गारंटी नहीं देता। डेटा दिखने वाली सामग्री से मेल खाना चाहिए और उपयोगकर्ताओं को भ्रमित नहीं करना चाहिए।
काल्पनिक उदाहरण
स्थानीय मॉकअप का काल्पनिक /robots पेज पाठ का शीर्षक और सामग्री दिखाता है, लेकिन उसके प्रशिक्षण JSON-LD में काल्पनिक लेखक और rating भी हैं। Validator syntax स्वीकार कर सकता है, जबकि ये fields पेज से मेल नहीं खाते। असमर्थित properties हटाएँ और केवल वही सटीक जानकारी रखें जो पाठक को दिखाई देती है। Markup स्थानीय रूप से जाँचें; सार्वजनिक परीक्षण केवल अपने पहुँच योग्य staging URL पर चलाएँ।
अभ्यास
एक पेज प्रकार चुनें और जाँचें कि उसके लिए समर्थित markup प्रकार उपयुक्त है या नहीं। हर JSON-LD field की तुलना दिखने वाले पाठ और वास्तविक data source से करें। URL को Rich Results Test में जाँचें; प्रकाशित करने के बाद संबंधित Search Console रिपोर्ट देखें। Syntax त्रुटियाँ, सामग्री के बेमेल और इच्छित enhanced appearance अलग-अलग दर्ज करें। Search Console रिपोर्ट तभी जाँचें जब मालिक की स्वीकृति वाले release ने URL को पहुँच योग्य बनाया हो; ऐसा release और जाँच न हुई हो तो “जाँच नहीं की गई” लिखें।
चेकलिस्ट
- Markup प्रकार पेज का सटीक वर्णन करता है।
- हर दावा दिखने वाली सामग्री से समर्थित है।
- उस विशिष्ट प्रकार के लिए आवश्यक properties मौजूद और सटीक हैं।
- काल्पनिक review, rating, मूल्य, तारीख या लेखक नहीं हैं।
- परिणाम को valid / invalid / इस टूल ने इस प्रकार की जाँच नहीं की—इनमें से एक रूप में दर्ज किया गया।
आम गलती
Schema.org के हर ज्ञात field को जोड़कर मान लेना कि पेज को rich result मिलेगा। किसी खास feature के लिए आधिकारिक दस्तावेज़ और सामान्य गुणवत्ता नियमों का पालन करें।