स्कीमा मार्कअप क्या है?
Scrapeless स्क्रैपिंग ब्राउज़र JavaScript पृष्ठों को एक क्लाउड ब्राउज़र में रेंडर करता है ताकि तकनीकी टीमें क्लाइंट-साइड रेंडरिंग से पहले या बाद में डाले गए संरचित डेटा का निरीक्षण कर सकें।
TL;DR
- स्कीमा मार्कअप क्या है इसका एक सटीक परिचालन परिभाषा है। स्कीमा मार्कअप एक पृष्ठ में जोड़ा गया संरचित डेटा है ताकि मशीनें संस्थाओं, गुणों, और संबंधों की पहचान कर सकें जो साधारण गद्य अकेले प्रदान करता है उससे अधिक सटीकता के साथ।
- निकटतम अवधारणाएँ अलग रहनी चाहिए। स्कीमा मार्कअप कुंजियों का छिपा हुआ ब्लॉक नहीं है, समृद्ध परिणाम की एक गारंटी नहीं है, या दृश्यमान सामग्री के लिए एक विकल्प नहीं है।
- निदान खोज पाइपलाइन का पालन करता है। सामग्री, निर्देशों, या टेम्पलेट्स को बदलने से पहले असफल चरण की पहचान करें।
- वास्तविक साक्ष्य महत्वपूर्ण है। प्रमाण के रूप में चेकलिस्ट का इलाज करने के बजाय प्रतिनिधि URL और खोज परिणामों का निरीक्षण करें।
- उपयोगी काम एक निर्णय में समाप्त होता है। हर ऑडिट खोज परिणामों का नामकरण करना चाहिए, प्रभावित पृष्ठ, अपेक्षित परिणाम, और मान्यता विधि।
परिभाषा और दायरा
स्कीमा मार्कअप एक पृष्ठ में जोड़ा गया संरचित डेटा है ताकि मशीनें संस्थाओं, गुणों, और संबंधों की पहचान कर सकें जो साधारण गद्य अकेले प्रदान करता है उससे अधिक सटीकता के साथ। अधिकांश खोज कार्यान्वयों ने Schema.org शब्दावली का उपयोग किया है और इसे JSON-LD, माइक्रोडाटा, या RDFa के रूप में एन्कोड किया है। एक नुस्खा सामग्री और खाना पकाने का समय पहचान सकता है; एक उत्पाद एक प्रस्ताव और उपलब्धता की पहचान कर सकता है; एक संगठन अपने नाम और आधिकारिक गुणों की पहचान कर सकता है। मार्कअप को उस सामग्री का वर्णन करना चाहिए जो उपयोगकर्ता वास्तव में पृष्ठ पर पा सकते हैं।
स्कीमा मार्कअप कुंजियों का छिपा हुआ ब्लॉक नहीं है, समृद्ध परिणाम की एक गारंटी नहीं है, या दृश्यमान सामग्री के लिए एक विकल्प नहीं है। Schema.org एक व्यापक शब्दावली को परिभाषित करता है, जबकि व्यक्तिगत खोज उत्पाद यह दस्तावेज करते हैं कि वे विशेष परिणाम सुविधाओं के लिए किस प्रकार और गुणों का समर्थन करते हैं। वैध शब्दावली इसलिए सही हो सकती है बिना एक विशिष्ट समृद्ध उपस्थिति के लिए पात्र होने के। पात्रता भी प्रदर्शन की गारंटी नहीं देती है।
संरचित डेटा पृष्ठ के अर्थ को स्पष्ट क्षेत्रों में बदलता है। जब एक पृष्ठ कई लोगों, उत्पादों, तारीखों, या संगठनों का उल्लेख करता है तो इससे अस्पष्टता को कम किया जा सकता है। JSON-LD अक्सर बनाए रखना आसान होता है क्योंकि यह हर दृश्यमान तत्व को लपेटे बिना स्क्रिप्ट ब्लॉक में रह सकता है। कार्यान्वयन केवल तभी विश्वसनीय रहता है जब टेम्पलेट्स उन मूल्य स्रोतों से मूल्यों का उपयोग करते हैं जो उस सामग्री प्रणाली से संबंधित होते हैं जो पृष्ठ को रेंडर करती है।
व्यवहारिक मानक साक्ष्य है। एक उपयोगी परिभाषा आपको बताती है कि क्या देखना है, क्या अवधारणा नियंत्रित नहीं करती, और किस क्रिया का पालन एक खोज से होता है। वह अनुशासन एक टीम को एक परिचित SEO शब्द को हर दृश्यता समस्या के लिए एक अस्पष्ट लेबल में परिवर्तित करने से रोकता है। यह कार्य को संपादकीय, इंजीनियरिंग, उत्पाद, और विश्लेषणात्मक टीमों के बीच स्थानांतरित करना भी आसान बनाता है क्योंकि अपेक्षित स्थिति को वास्तविक URL या परिणाम सेट पर परीक्षण किया जा सकता है।
सिस्टम कैसे काम करता है
स्कीमा मार्कअप क्या है कार्रवाई योग्य बन जाता है जब इसे स्वतंत्र रूप से निरीक्षण किए जा सकने वाले तंत्र में अलग किया जाता है। नीचे प्रत्येक तंत्र अलग-अलग साक्ष्य छोड़ता है, इसलिए एक लक्षण का उपयोग पूरे सिस्टम को अनुमान लगाने के लिए नहीं किया जाना चाहिए।
| तंत्र | क्या निरीक्षण करना है |
|---|---|
| शब्दावली | Schema.org कई क्षेत्रों में संस्थाओं और संबंधों का वर्णन करने के लिए प्रकारों और गुणों की आपूर्ति करता है। |
| एन्कोडिंग | JSON-LD लिंकेड डेटा को JSON के रूप में व्यक्त करता है, जबकि माइक्रोडाटा और RDFa HTML तत्वों में गुण संलग्न करते हैं। |
| पात्रता नियम | खोज प्लेटफ़ॉर्म सभी समर्थित परिणाम सुविधाओं के लिए योग्य होने के लिए प्रकारों और गुणों के संयोजनों को परिभाषित करते हैं। |
| मान्यता और निगरानी | सिंटेक्स मान्यता, सुविधा-विशिष्ट परीक्षण, रेंडर किए गए पृष्ठ का निरीक्षण, और उत्पादन निगरानी विभिन्न प्रकार की विफलता को पकड़ती है। |
Schema.org शब्दावली मार्गदर्शन साझा शब्दावली और उपलब्ध एन्कोडिंग को स्पष्ट करता है। JSON-LD प्रसंस्करण का पालन करता है W3C JSON-LD 1.1 विशिष्टता।गूगल-विशिष्ट पात्रता और परीक्षण के लिए, गूगल की संरचित डेटा परिभाषा पूर्ण Schema.org प्रकार कैटलॉग के बजाय अंतिम उत्पाद मार्गदर्शन है।
ये परतें परस्पर क्रिया करती हैं, लेकिन निदान के दौरान उन्हें अलग रहना चाहिए। उस प्रारंभिक बिंदु से शुरू करें जिस पर अवलोकित स्थिति इरादित स्थिति से भिन्न होती है। एक बाद के चरण के अनुकूलन का पहले के चरण की विफलता को ठीक नहीं किया जा सकता। जब सबसे शुरुआती दोष को सही किया जाता है, तो ताजगी साक्ष्य के साथ अगले चरण को मान्य करें न कि मानते हुए कि अब पूरी श्रृंखला काम करती है।
अवधारणा का व्यावहारिक महत्व
स्कीमा मार्कअप का मूल्य साइट, पृष्ठ प्रकार, और किए जा रहे निर्णय पर निर्भर करता है। निम्नलिखित स्थितियाँ दिखाती हैं कि एक ही सिद्धांत वही है जब परिचालन संदर्भ बदलता है।
लेख और लेखक
लेख, प्रमुख शीर्षक, प्रकाशन जानकारी, लेखक इकाई, और प्रकाशक की पहचान करें जब ये तथ्य दृश्य और सटीक होते हैं।
उत्पाद और प्रस्ताव
एक उत्पाद को इसके वर्तमान प्रस्तावों, मुद्रा, उपलब्धता, और समीक्षाओं से जोड़ें बिना असंबंधित रूपांतरों को मिलाए।
संगठन
एक उपयुक्त पहले-पार्टी पृष्ठ पर संगठनों की पहचान और प्रासंगिक गुणों की घोषणा करें।
ब्रेडक्रंब
उपयोगकर्ताओं द्वारा देखे जाने वाले समान लेबल और स्थलों का उपयोग करके साइट हायरार्की में एक पृष्ठ की स्थिति का प्रतिनिधित्व करें।
इन उपयोग के मामलों को एक सार्वभौमिक चेकलिस्ट में न बदलें। एक छोटा संपादकीय साइट, लाखों रूटेबल संयोजनों के साथ एक बाज़ार, और एक क्लाइंट-Rendered एप्लिकेशन विभिन्न जोखिमों को उजागर करते हैं। उन टेम्पलेट्स का नमूना लें जो व्यावसायिक मूल्य रखते हैं, फिर केवल तभी समीक्षा बढ़ाएं जब समान मूल कारण समूह में सामने आए।
सामान्य गलतियाँ और बेहतर निदान
अधिकतर गलतियाँ एक सही शब्द के गलत स्तर पर लागू होने से शुरू होती हैं। उपाय यह है कि लेबल को एक अवलोकनीय बयान से बदलें: कौन सा URL, कौन सा प्रतिक्रिया या प्रदर्शित तत्व, कौन सा खोज क्वेरी, कौन सी अपेक्षित स्थिति, और कौन सी वास्तविक स्थिति।
- अदृश्य या गलत सामग्री को चिह्नित करना। संरचित डेटा को पृष्ठ को परिलक्षित करना चाहिए। केवल मशीनों के लिए आविष्कारित एक क्षेत्र एक विश्वास और नीति समस्या उत्पन्न करता है।
- केवल उपस्थिति के लिए एक प्रकार का चयन करना। उस प्रकार का उपयोग करें जो सच्चाई से इकाई का वर्णन करता है। एक इच्छित परिणाम सुविधा सामग्री को गलत वर्गीकृत करने का औचित्य नहीं बनाती।
- उत्पाद भिन्नताओं को मिलाना। कीमत, उपलब्धता, पहचानकर्ता, और समीक्षा डेटा को उसी उत्पाद का संदर्भ देना चाहिए जो पृष्ठ पर प्रदर्शित होता है।
- केवल लॉन्च से पहले मान्यता देना। टेम्पलेट, फ़ीड, और क्लाइंट रेंडरिंग बाद में बदल सकते हैं। प्रदर्शित उत्पादन पृष्ठों और फ़ीचर-विशिष्ट रिपोर्टों की निगरानी करें।
एक व्यावहारिक कार्यप्रवाह
एक विश्वसनीय कार्यप्रवाह परिभाषा से साक्ष्य तक और एक सीमित परिवर्तन तक चलता है। यह पहले टीम को समझने से पहले बड़े संपादन से बचता है कि कौन सा चरण असफल हुआ और कौन सा URL समूह प्रभावित हुआ।
- चरण 1। मुख्य इकाई और उपयोगकर्ता-दृश्यमान तथ्यों का चयन करें जो पृष्ठ पहले से समर्थन करता है।
- चरण 2। Schema.org प्रकार चुनें और खोज सुविधा के दस्तावेज़ की समीक्षा करें जो इच्छित सतह के लिए प्रासंगिक हो।
- चरण 3। दृश्यमान टेम्पलेट द्वारा उपयोग किए गए समान स्रोत क्षेत्रों से JSON-LD उत्पन्न करें।
- चरण 4। स्थिर इकाइयों को टिकाऊ पहचानकर्ताओं दें और संबंधित वस्तुओं को जानबूझकर जोड़ें।
- चरण 5। संरचना और विशेषताओं के लिए विशिष्ट मान्यता चलाएँ, फिर प्रदर्शित पृष्ठ स्रोत का निरीक्षण करें।
- चरण 6। गायब क्षेत्रों, पुरानी पेशकशों, भिन्नता मिश्रण, और टेम्पलेट पुनरावृत्तियों के लिए उत्पादन नमूनों की निगरानी करें।
पहले की स्थिति को संरक्षित करें। प्रतिनिधित्व करने वाले URLs, प्रदर्शित साक्ष्य, परिणाम संयोजन, और मापने की खिड़की को बचाएं जिसने बदलाव को उचित ठहराया। कार्यान्वयन के बाद, उसी स्कोप के खिलाफ वही जांच फिर से चलाएँ। यदि अपेक्षित व्यवहार बदल गया लेकिन खोज परिणाम नहीं बदले, तो तकनीकी परिकल्पना सही हो सकती है जबकि व्यवसायिक प्रभाव छोटा था। यह अभी भी उपयोगी साक्ष्य है और अग prioridades को सूचित करना चाहिए।
स्वचालन संग्रह, सामान्यीकरण, और तुलना में मदद करता है। पृष्ठ के उद्देश्य, सामग्री की सत्यता, दर्शक के मूल्य, और प्रतिस्पर्धी संकेतों के बीच व्यापारिक समझौते के लिए मानव समीक्षा आवश्यक बनी रहती है। साक्ष्यों को दोहराने योग्य बनाने के लिए मशीनों का उपयोग करें; अंतिम निर्णय एक ऐसे व्यक्ति को जिम्मेदार रखें जो साइट को समझता हो।
Schema.org शब्दावली और समृद्ध परिणाम समर्थन भिन्न होते हैं।
सAdjacent SEO शर्तें अक्सर डेटा साझा करती हैं जबकि विभिन्न निर्णयों को नियंत्रित करती हैं। नीचे की तुलना ऑडिट और सामग्री संक्षिप्तों के लिए एक कार्यात्मक सीमा है।
| आयाम | प्राथमिक अवधारणा | सAdjacent अवधारणा |
|---|---|---|
| उद्देश्य | व्यक्तियों और संबंधों का व्यापक रूप से वर्णन करें | किसी विशेष खोज उपस्थिति के लिए पात्रता को परिभाषित करें |
| अधिकार | Schema.org सामुदायिक शब्दावली | खोज उत्पाद का वर्तमान दस्तावेज़ |
| मान्य लेकिन असमर्थित | संभव | उस विशेषता के लिए योग्य नहीं है |
| सफलता की स्थिति | सटीक मशीन-पढ़ने योग्य अर्थ | सटीक मार्कअप प्लस सभी विशेषताएँ आवश्यकताएँ और चयन |
सीमा most उपयोगी होती है जब यह अगला कार्य बदल देती है। यदि दो लेबल एक ही साक्ष्य और समाधान की ओर ले जाते हैं, तो भेद उस कार्य के लिए अकादमिक हो सकता है। यदि उन्हें विभिन्न मालिकों, टूल, या मान्यता की आवश्यकता होती है, तो चरणों का नाम स्पष्ट रूप से बताएं। स्पष्ट शब्दावली दोहराए गए काम को कम करती है और टीम को एक ऐसे मैट्रिक को मनाने से रोकती है जो सिस्टम के एक अलग भाग में है।
मापन और समीक्षा
पहले निर्णय के करीब के राज्य को मापें। तकनीकी साक्ष्य में प्रतिक्रिया व्यवहार, निर्देश, प्रदर्शित तत्व, आंतरिक लिंक पथ, या URL क्लस्टर शामिल हो सकते हैं। खोज साक्ष्य में छापें, परिणाम प्रकार, चयनित पृष्ठ, स्निप्पेट्स, और प्रश्न समूह शामिल हो सकते हैं। व्यापारिक साक्ष्य में योग्य दौरे, पूर्ण कार्य, साइन-अप, लीड, या राजस्व शामिल हो सकते हैं। एक उपयोगी डैशबोर्ड इन परतों को अलग रखता है ताकि एक में आंदोलन को दूसरी में सफलता के रूप में गलत रिपोर्ट न किया जा सके।
नियमित निगरानी के लिए प्रतिनिधि नमूनों का उपयोग करें और प्रवास, टेम्पलेट लॉन्च, या व्यापक पहुंच वाले घटनाओं के लिए पूर्ण सूची बनाएं। जब वे आयाम अपेक्षित व्यवहार को बदलते हैं तो परिणामों को पृष्ठ प्रकार, स्थान, उपकरण, और इरादा द्वारा विभाजित करें। औसत एक स्वस्थ साइट कुल के भीतर एक टूटे हुए टेम्पलेट को छिपा सकते हैं।
समीक्षा की ताल को परिवर्तन जोखिम का पालन करना चाहिए। राउटिंग, रेंडरिंग, मेटाडेटा, सामग्री-मॉडल, या नेविगेशन रिलीज के बाद फिर से जांचें। जब परिणाम संरचना बदलती है या एक प्रश्न क्लस्टर अलग पृष्ठ प्रकार का चयन करना शुरू करता है तो खोज-समक्ष धारणाओं पर फिर से विचार करें। उद्देश्य साक्ष्य और स्वामित्व के बीच एक छोटा फीडबैक लूप बनाना है, न कि बिना निर्णय के एक स्थायी अलर्ट स्ट्रीम।
निष्कर्ष
schema मार्कअप मशीनों के लिए स्पष्ट पृष्ठ तथ्यों को दृश्य बनाता है। एक सटीक इकाई प्रकार चुनें, पृष्ठ के समान स्रोत से फ़ील्ड बनाएं, दोनों के रूप और विशेषता नियमों का मान्यकरण करें, और प्रदर्शित परिणाम का निरीक्षण करें। समृद्ध प्रदर्शनों को संभावित परिणामों के रूप में देखें, न कि वादे किए गए पुरस्कारों के रूप में।
कार्यप्रणाली के लिए, Scrapeless Scraping Browser दस्तावेज़ीकरण समर्थित उत्पाद सतह को स्पष्ट करता है, जबकि Scraping Browser उत्पाद अवलोकन बताता है कि यह वेब-डेटा कार्यप्रवाह में कहाँ फिट बैठता है। उन उत्पाद तथ्यों को SEO निर्णय से अलग रखें: संग्रह यह दिखा सकता है कि क्या मौजूद है, लेकिन एक समीक्षक अभी भी तय करता है कि साक्ष्य का क्या अर्थ है।
एक दोहराने योग्य SEO साक्ष्य कार्यप्रवाह बनाने के लिए तैयार हैं?
सार्वजनिक खोज और पृष्ठ साक्ष्य को Scrapeless के साथ एकत्र करें, कच्चे अवलोकनों को सुरक्षित करें, और प्रत्येक खोज को एक समीक्षा योग्य निर्णय में बदलें।
आज साइन अप करें और पाएं $5 का मुफ्त क्रेडिट — कोई क्रेडिट कार्ड की आवश्यकता नहीं.
अपने $5 क्रेडिट का दावा करें →FAQ
क्या schema मार्कअप रैंकिंग में सुधार करता है?
schema मार्कअप सिस्टम को पृष्ठ इकाइयों को समझने में मदद करता है और समर्थित परिणाम विशेषताओं के लिए पात्रता बना सकता है, लेकिन यह रैंकिंग में वृद्धि या समृद्ध परिणाम की गारंटी नहीं देता है।
सही अगला कदम प्रासंगिक पृष्ठ या प्रश्न समूह का निरीक्षण करना है, सबसे पहले असफल चरण की पहचान करना है, और उसी साक्ष्य के खिलाफ एक सीमित परिवर्तन का मान्यकरण करना है।
कौन सा schema प्रारूप उपयोग में लाया जाना चाहिए?
JSON-LD आमतौर पर सुविधाजनक होता है क्योंकि यह संरचित डेटा को दृश्य HTML से अलग करता है, लेकिन Microdata और RDFa मान्य एन्कोडिंग बने रहते हैं। एक प्रारूप चुनें जिसे आपका प्लेटफ़ॉर्म सटीक बनाए रख सके।
सही अगला कदम प्रासंगिक पृष्ठ या प्रश्न समूह का निरीक्षण करना है, सबसे पहले असफल चरण की पहचान करना है, और उसी साक्ष्य के खिलाफ एक सीमित परिवर्तन का मान्यकरण करना है।
क्या एक पृष्ठ पर कई schema प्रकार दिखाई दे सकते हैं?
हाँ, जब इकाइयाँ वास्तव में मौजूद होती हैं और उनके संबंध स्पष्ट होते हैं। संबंधित वस्तुओं को जोड़ें बजाय अलग या विरोधाभासी ब्लॉकों को प्रकाशित करने के।
सही अगला कदम प्रासंगिक पृष्ठ या प्रश्न समूह का निरीक्षण करना है, सबसे पहले असफल चरण की पहचान करना है, और उसी साक्ष्य के खिलाफ एक सीमित परिवर्तन का मान्यकरण करना है।
Schema.org और संरचित डेटा के बीच क्या अंतर है?
संरचित डेटा मशीन-पढ़ने योग्य तथ्यों को व्यक्त करने का व्यापक अभ्यास है। Schema.org उन इकाइयों और गुणों के नामकरण के लिए एक व्यापक रूप से उपयोग किया जाने वाला शब्दावली है।
सही अगला कदम प्रासंगिक पृष्ठ या प्रश्न समूह का निरीक्षण करना है, सबसे पहले असफल चरण की पहचान करना है, और उसी साक्ष्य के खिलाफ एक सीमित परिवर्तन का मान्यकरण करना है।
schema मार्कअप को कितनी बार जांचना चाहिए?
इसे टेम्पलेट विकास के दौरान, सामग्री-मॉडल या रेंडरिंग परिवर्तनों के बाद, और उन उत्पादन पृष्ठों के सतत नमूनों के माध्यम से जांचें जिनके गतिशील फ़ील्ड पुराने हो सकते हैं।
सही अगला कदम प्रासंगिक पृष्ठ या प्रश्न समूह का निरीक्षण करना है, सबसे पहले असफल चरण की पहचान करना है, और उसी साक्ष्य के खिलाफ एक सीमित परिवर्तन का मान्यकरण करना है।