कॉर्पोरेट वेबसाइट पर स्कीमा मार्कअप कैसे जोड़ें

स्कीमा मार्कअप क्या है और यह एक कॉर्पोरेट वेबसाइट पर कहाँ मदद करता है

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

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

सवाल यह नहीं है कि स्कीमा मार्कअप जोड़ना है या नहीं। असली सवाल यह है कि यह कहाँ अपनी जगह बनाता है। एक पृष्ठ जो आपकी सेवाओं को सरल भाषा में समझाता है और एक अन्य जो कार्यालय के विवरणों को सूचीबद्ध करता है, दोनों अच्छे उम्मीदवार हैं। एक पतला लैंडिंग पृष्ठ जिसमें लगभग कोई सामग्री नहीं है, वह नहीं है। सरल पृष्ठ अभी भी स्कीमा ले जा सकते हैं, लेकिन स्कीमा को उस चीज़ से मेल खाना चाहिए जो पृष्ठ पहले से कहता है।

इसे फाइलिंग फोल्डरों को लेबल करने के रूप में सोचें। यदि फोल्डर पर “सेवा” लिखा है, तो सामग्री को सेवा की तरह दिखना चाहिए। यदि फोल्डर पर “लेख” लिखा है, तो पृष्ठ को लेख की तरह पढ़ना चाहिए। सर्च इंजन उन लेबलों को पसंद नहीं करते जो एक चीज का वादा करते हैं और दूसरी चीज प्रदान करते हैं।

अपने व्यवसाय पृष्ठों के लिए सही स्कीमा प्रकार चुनें

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

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

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

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

अपने मौजूदा पृष्ठ टेम्पलेट्स के लिए स्कीमा मार्कअप को मैप करें

स्कीमा मार्कअप को नियंत्रण में रखने का सबसे आसान तरीका इसे टेम्पलेट से जोड़ना है। एक होमपेज टेम्पलेट को एक कार्य मिलता है। एक सेवा टेम्पलेट को दूसरा कार्य मिलता है। यह काम को दोहराने योग्य रखता है, जो तब महत्वपूर्ण होता है जब एक कॉर्पोरेट वेबसाइट में 30 पृष्ठ होते हैं बजाय 3 के। यदि आपके पास पहले से एक स्पष्ट कॉर्पोरेट वेबसाइट योजना है, तो स्कीमा मैपिंग इसका एक व्यावहारिक विस्तार बन जाती है।

होमपेज पर, Organization और WebSite का उपयोग करें। डेटा को कंपनी के नाम, लोगो, कैनोनिकल URL, और शायद एक खोज क्रिया से जोड़े रखें यदि साइट खोज वास्तव में मौजूद है। होमपेज मार्कअप में हर सेवा को न भरें। पृष्ठ पाठ में सेवाओं का उल्लेख कर सकता है, लेकिन मार्कअप को पृष्ठ के स्तर पर रहना चाहिए।

अबाउट पेज आमतौर पर संगठन या इसके हल्के विस्तार में फिट होते हैं। यदि पृष्ठ नेतृत्व, कंपनी का इतिहास, या प्रमाणपत्रों के बारे में है, तो दृश्य सामग्री को मार्कअप की ओर ले जाना चाहिए। संपर्क पृष्ठ अक्सर LocalBusiness में फिट होते हैं, विशेष रूप से यदि वे एक सड़क का पता, फोन नंबर, खुलने के घंटे, या एक मानचित्र दिखाते हैं। एक पृष्ठ जो कहता है “हमसे संपर्क करें” बिना किसी पते के स्थानीय मार्कअप के लिए एक अच्छा उम्मीदवार नहीं है।

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

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

JSON-LD कोड लिखें और मान्य करें

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

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

1. पृष्ठ टेम्पलेट और सटीक स्कीमा प्रकार की पहचान करें।
2. केवल उन तथ्यों को इकट्ठा करें जो पृष्ठ पर दिखाए गए हैं।
3. उद्धृत स्ट्रिंग्स, अल्पविराम, और ब्रैकेट्स को सही स्थान पर रखते हुए मान्य JSON-LD लिखें।
4. स्क्रिप्ट को पृष्ठ स्रोत में रखें, आमतौर पर हेड या बॉडी में।
5. पृष्ठ को एक सर्च-इंजन परीक्षण उपकरण के माध्यम से चलाएं।
6. सिंटैक्स त्रुटियों, गायब क्षेत्रों, या अन्य मार्कअप के साथ संघर्षों को ठीक करें।

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

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

अपने CMS या विकास कार्यप्रवाह में स्कीमा मार्कअप जोड़ें

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

टेम्पलेट-स्तरीय कार्यान्वयन तब सबसे अच्छा होता है जब एक डेवलपर कोडबेस को नियंत्रित करता है। टीम होमपेज टेम्पलेट पर Organization को हार्डकोड कर सकती है, ब्लॉग टेम्पलेट पर Article को, और स्थान पृष्ठों पर LocalBusiness को। इससे आउटपुट सुसंगत रहता है और संपादकों के लिए मैनुअल काम कम होता है। यह समीक्षाओं को भी आसान बनाता है क्योंकि एक प्रकार के प्रत्येक पृष्ठ पर वही पैटर्न दिखाई देता है।

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

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

बड़े साइटों के लिए, सबसे अच्छा सेटअप अक्सर एक छोटा स्कीमा लाइब्रेरी होता है जिसे डेवलपर्स द्वारा बनाए रखा जाता है और CMS सामग्री द्वारा प्रदान किया जाता है। संपादक पाठ बदलते हैं। डेवलपर्स लॉजिक को नियंत्रित करते हैं। यह विभाजन मार्कअप को पृष्ठ के साथ संरेखित रखता है और एक बेतरतीब फ़ील्ड द्वारा अमान्य JSON-LD उत्पन्न करने के जोखिम को कम करता है।

सामान्य स्कीमा मार्कअप गलतियाँ जो SEO को नुकसान पहुँचा सकती हैं

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

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

नैस्टेड डेटा त्रुटियाँ JSON-LD में सामान्य हैं। एक गायब कॉमा, एक टूटी हुई एरे, या गलत ऑब्जेक्ट के अंदर एक पता ब्लॉक को अमान्य कर सकता है। एक टूटा हुआ अक्षर पूरे स्क्रिप्ट को बेकार बना सकता है। अंतिम रेंडर किया गया HTML परीक्षण करें, न कि केवल स्रोत स्निपेट जो CMS फ़ील्ड में चिपका है।

आवश्यक फ़ील्ड का गायब होना नजरअंदाज करना आसान है। एक उचित पते के बिना एक LocalBusiness ब्लॉक, या एक वास्तविक शीर्षक के बिना एक Article ब्लॉक, इच्छित रूप से योग्य नहीं हो सकता है। ओवर-मार्किंग एक और जाल है। हर पृष्ठ को FAQPage के रूप में चिह्नित करना क्योंकि यह सहायक लगता है, यदि पृष्ठ में केवल दो कमजोर प्रश्न हैं तो यह उलटा पड़ सकता है। खोज इंजन पैडिंग को पहचानने में कई टीमों की अपेक्षा से बेहतर हैं।

अंत में, दृश्य पृष्ठ की जांच किए बिना स्कीमा को न बदलें। यदि कोई स्थान बंद होता है, तो पृष्ठ और मार्कअप को एक ही समय में अपडेट करें। यदि किसी सेवा का नाम बदलता है, तो JSON-LD को इसका पालन करना चाहिए। एक पुराना मार्कअप ब्लॉक हानिरहित नहीं है। यह एक छोटा लेकिन वास्तविक विश्वसनीयता समस्या उत्पन्न करता है।

संरचित डेटा को सुरक्षित रूप से परीक्षण, निगरानी और विस्तारित करें

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

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

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

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

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