Service स्कीमा और LocalBusiness: आपके संरचित डेटा में वास्तव में क्या होना चाहिए?

संक्षेप में

Service स्कीमा और LocalBusiness स्कीमा को अक्सर एक जैसा समझ लिया जाता है, जबकि दोनों का काम अलग है। Schema.org में Service का अर्थ किसी संस्था द्वारा दी जाने वाली सेवा है, जैसे डिलीवरी, मरम्मत या प्रिंटिंग। इसके मुख्य फ़ील्ड provider, serviceType, areaServed और hasOfferCatalog हैं। दूसरी ओर, Schema.org में LocalBusiness किसी वास्तविक दुकान, कार्यालय, क्लिनिक या शाखा को दर्शाता है, जैसे रेस्तरां, बैंक शाखा या चिकित्सा केंद्र। यदि आपकी सेवा के लिए एक भौतिक कार्यालय या शाखा है, तो आम तौर पर दोनों का उपयोग करना सबसे सही रहता है: स्थान के लिए LocalBusiness और आपकी सेवाओं के लिए Service।

मुख्य बातें

• LocalBusiness के लिए कम से कम नाम और पता जरूरी है: Google स्थानीय व्यवसाय rich results के लिए इन्हीं फ़ील्ड वाले मार्कअप को स्वीकार करता है।
• हर शाखा का अलग मार्कअप बनाइए: यदि आपके कई स्थान हैं, तो Google के अनुसार हर भौतिक शाखा को अलग LocalBusiness प्रकार के रूप में परिभाषित करना चाहिए।
• Service आपकी पेशकश बताता है, जगह नहीं: आप क्या सेवा देते हैं और किन इलाकों में देते हैं, यह बताने के लिए serviceType और areaServed का इस्तेमाल करें।
• समीक्षाएं अनिवार्य नहीं हैं: LocalBusiness में aggregateRating केवल उन वेबसाइटों के लिए सुझाया जाता है जो दूसरे स्थानीय व्यवसायों की समीक्षाएं स्वयं एकत्र करती हैं। यह हर उस व्यवसाय के लिए जरूरी नहीं है जिसके पास ग्राहकों की अपनी समीक्षाएं हैं (Google)।
• Rich results की गारंटी कभी नहीं होती: Google साफ कहता है कि सही संरचित डेटा होने पर भी खोज परिणामों में विशेष दृश्य प्रदर्शन की गारंटी नहीं मिलती।

Google मेरी सेवा वाले पेज को व्यवसाय की शाखा के रूप में क्यों नहीं दिखाता?

मान लीजिए किसी प्लंबिंग कंपनी ने अपने पेज पर पता, खुलने का समय और सेवाओं की सूची डाल रखी है, फिर भी खोज परिणामों में उसका व्यवसाय कार्ड, स्टार रेटिंग या स्थान की जानकारी नहीं दिखती। जानकारी पेज पर मौजूद है, लेकिन मशीन उसे व्यावसायिक जानकारी के तौर पर समझ नहीं पा रही है। यही इंसानों के लिए लिखी सामग्री और मशीनों के लिए तैयार संरचित डेटा का अंतर है (ग्राहकों के सवालों का जवाब देने वाले सर्विस पेज)।

अक्सर समस्या पेज की सामग्री में नहीं होती, बल्कि स्कीमा मार्कअप के अभाव या उसके गलत इस्तेमाल में होती है। JSON-LD या माइक्रोडेटा के बिना Google को केवल सामान्य पाठ दिखाई देता है। तब उसे अनुमान लगाना पड़ता है कि किसी पते का उल्लेख वास्तव में पता है, नोट है या सामान्य वाक्य का हिस्सा। संरचित डेटा के साथ अनुमान की जरूरत नहीं रहती, क्योंकि आप स्पष्ट रूप से बताते हैं कि कौन सी जानकारी किस फ़ील्ड में है।

विजिटिंग कार्ड और सेवा सूची का अंतर

LocalBusiness को अपने व्यवसाय के विजिटिंग कार्ड की तरह समझिए: नाम, पता, फोन नंबर और खुलने का समय। Service आपकी सेवा सूची है: आप क्या देते हैं, किसके लिए देते हैं और किन क्षेत्रों में देते हैं। केवल LocalBusiness मार्कअप से सर्च इंजन को आपका स्थान पता चलता है, लेकिन आपकी सेवा स्पष्ट नहीं होती। केवल Service मार्कअप से सेवा समझ आती है, लेकिन ग्राहक को यह नहीं पता चलता कि आप कहां स्थित हैं। भौतिक स्थान वाले अधिकांश सेवा व्यवसायों के लिए दोनों आवश्यक हैं।

गलत प्रकार चुनने पर क्या होता है?

यदि आप केवल ऑनलाइन या दूर से सेवा देते हैं और उसके लिए LocalBusiness चुनते हैं, तो आप एक ऐसे भौतिक ग्राहक स्थान का संकेत देते हैं जो वास्तव में है ही नहीं। इसके उलट, यदि किसी दुकान, क्लिनिक या कार्यालय के लिए केवल Service का उपयोग किया जाए, तो आप मानचित्र, खुलने के समय और दिशा निर्देश जैसी स्थानीय व्यवसाय जानकारी दिखने का अवसर खो सकते हैं। सही मार्कअप न होने से आपकी खोज दृश्यता प्रभावित हो सकती है।

आपकी सेवा के लिए कौन सा स्कीमा सही है?

Service, LocalBusiness या दोनों के संयोजन का चुनाव इस बात पर निर्भर करता है कि ग्राहक आपकी सेवा कैसे प्राप्त करता है।

केवल LocalBusiness उन व्यवसायों के लिए सही है जहां स्थान स्वयं अनुभव का मुख्य हिस्सा है, जैसे रेस्तरां, जिम या रिटेल स्टोर। ग्राहक आपके पास आता है और सेवा वहीं मिलती है।

केवल Service उन सेवा प्रदाताओं के लिए बेहतर है जिनके पास ग्राहकों के आने के लिए कोई स्थायी स्थान नहीं है या जो हर जगह सेवा देते हैं, जैसे स्वतंत्र कॉपीराइटर, कई शहरों में काम करने वाली सफाई सेवा या दूर से काम करने वाला IT सलाहकार। यहां पते से अधिक महत्वपूर्ण areaServed होता है।

LocalBusiness के भीतर Service अधिकांश छोटे और मध्यम सेवा व्यवसायों के लिए उपयुक्त है, जैसे ऐसा इंस्टॉलेशन व्यवसाय जिसका कार्यालय भी हो और सेवा क्षेत्र भी, नोटरी कार्यालय, या फिजियोथेरेपी क्लिनिक जो घर पर भी उपचार देता हो। इसमें आप शाखा को LocalBusiness के रूप में परिभाषित करते हैं और makesOffer या hasOfferCatalog प्रॉपर्टी के जरिए अलग अलग सेवाओं को Service ऑब्जेक्ट के रूप में जोड़ते हैं।

जरूरी फ़ील्ड का व्यावहारिक उदाहरण

मान लीजिए किसी प्लंबिंग कंपनी की एक शाखा है और वह तीन नगरों में सेवा देती है। उसके लिए न्यूनतम और सही संरचना कुछ ऐसी होगी:

• @type: LocalBusiness या अधिक विशिष्ट प्रकार, जैसे Plumber
• name, address, telephone, openingHours
• areaServed, जिसमें उन नगरों का उल्लेख हो जहां सेवा दी जाती है
• hasOfferCatalog, जिसमें एक या अधिक Service ऑब्जेक्ट हों और हर सेवा का अपना serviceType हो

इस संरचना से सर्च इंजन और AI सहायक, दोनों को स्पष्ट जानकारी मिलती है कि आप कौन हैं, कहां स्थित हैं और वास्तव में कौन सी सेवाएं देते हैं।

इसे लागू करने का तरीका:

• पहले तय करें कि आपकी सेवा किसी निश्चित भौतिक स्थान से जुड़ी है या कहीं भी दी जा सकती है
• यदि ग्राहक के लिए आपका स्थान महत्वपूर्ण है, तो LocalBusiness या उसका कोई विशिष्ट प्रकार चुनें
• हर अलग सेवा के लिए hasOfferCatalog के माध्यम से Service ऑब्जेक्ट जोड़ें
• नाम और पता हमेशा भरें, क्योंकि स्थानीय व्यवसाय rich results के लिए Google की यह अनिवार्य शर्त है
• पेज प्रकाशित करने से पहले Rich Results Test से मार्कअप जांचें

कई शाखाओं वाले व्यवसाय के लिए सही मार्कअप कैसा दिखता है?

मान लीजिए एक क्षेत्रीय फिजियोथेरेपी क्लिनिक की तीन अलग शहरों में शाखाएं हैं। हर शाखा के खुलने के समय, कर्मचारी और सेवाएं कुछ हद तक अलग हैं।

व्यावहारिक उदाहरण: कई शाखाओं वाला एक काल्पनिक सेवा व्यवसाय

यदि ऐसा क्लिनिक तीनों शाखाओं के लिए मुख्य कार्यालय के पते वाला एक ही सामान्य LocalBusiness मार्कअप इस्तेमाल करे, तो सर्च इंजन को भ्रमित संकेत मिलता है। पास में सेवा खोज रहे ग्राहक के लिए कौन सी शाखा प्रासंगिक है? जब तीन अलग LocalBusiness ऑब्जेक्ट बनाए जाते हैं, जिनमें हर शाखा का अपना पता, फोन नंबर, खुलने का समय और स्थानीय सेवाओं के अपने Service ऑब्जेक्ट होते हैं, तो स्थानीय खोजों में सही शाखा दिखने की संभावना बेहतर होती है। वास्तविक परिणाम उद्योग और स्थिति के अनुसार बदलते हैं, लेकिन Google का सिद्धांत साफ है: हर शाखा को अलग से परिभाषित करें।

सबक तकनीकी से अधिक व्यवस्थागत है। जो व्यवसाय संरचित डेटा को पूरे संगठन के लिए एक बार की सेटिंग मान लेते हैं, वे उसका वास्तविक लाभ नहीं उठा पाते।

सही Service और LocalBusiness मार्कअप से वास्तविक फायदा क्या मिलता है?

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

दूसरा फायदा AI सहायकों के लिए जानकारी को आसानी से समझ पाना है। जब कोई व्यक्ति ChatGPT या Perplexity से पूछता है कि उसके इलाके में कौन सा प्लंबर आपातकालीन मरम्मत करता है, तो केवल लंबे पैराग्राफ की तुलना में संरचित डेटा अधिक स्पष्ट संकेत देता है। साफ serviceType और areaServed वाला Service ऑब्जेक्ट भाषा मॉडल के लिए भी उतना ही उपयोगी है जितना सर्च इंजन के लिए।

यह तरीका इसलिए भी महत्वपूर्ण हो रहा है क्योंकि कंपनियां विपणन और बिक्री में AI को तेजी से अपना रही हैं। CBS के अनुसार, 2025 में नीदरलैंड की हर छह में से एक कंपनी AI का इस्तेमाल कर रही थी, जो दो वर्ष पहले की तुलना में दोगुना था। विपणन और बिक्री इसका सबसे आम उपयोग था। जो व्यवसाय आज अपनी सेवा वाले पेज को मशीनों के लिए समझने योग्य बनाते हैं, वे ऐसे खोज परिवेश के लिए तैयार होते हैं जहां Google के साथ AI सहायक भी सुव्यवस्थित और स्पष्ट रूप से लेबल किए गए डेटा पर सिफारिशें आधारित करेंगे।

मौजूदा मार्कअप में सबसे आम गलतियां कौन सी हैं?

संरचित डेटा की जांच में तीन गलतियां बार बार सामने आती हैं।

अपना समीक्षा तंत्र न होने पर भी रेटिंग जोड़ना

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

कई शाखाओं के लिए एक ही सामान्य पता रखना

जैसा कि ऊपर बताया गया है, कई स्थानों के लिए एक ही LocalBusiness ऑब्जेक्ट उपयोग करना एक आम गलती है। इसका नतीजा यह होता है कि स्थानीय खोजों के लिए कोई भी शाखा पूरी तरह प्रासंगिक संकेत नहीं दे पाती, क्योंकि सारी जानकारी आपस में मिल जाती है।

सेवा की जानकारी केवल सामान्य पाठ में देना

सेवा पेज पर सेवाओं की सूची पाठक के लिए साफ लिखी होती है, लेकिन कोड में कहीं भी Service ऑब्जेक्ट नहीं होता। इंसान के लिए यह जानकारी समझना आसान है, पर सर्च इंजन या AI सहायक उसे संरचित जानकारी के रूप में नहीं पढ़ पाते।

इन तीन बातों को ठीक कर लेने पर अधिकांश व्यवसायों की तकनीकी नींव काफी हद तक मजबूत हो जाती है। इसके बाद मुख्य काम रखरखाव का है: खुलने के समय, पते या सेवाओं में बदलाव होने पर मार्कअप को भी अपडेट करना।

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

Service स्कीमा और LocalBusiness स्कीमा में क्या अंतर है?

LocalBusiness किसी भौतिक शाखा का विवरण देता है, जैसे पता और खुलने का समय। Service बताता है कि संस्था कौन सी सेवा या उपचार प्रदान करती है। किसी स्थायी स्थान वाले सेवा प्रदाता को अक्सर दोनों का उपयोग करना चाहिए: शाखा के लिए LocalBusiness और सेवाओं के लिए hasOfferCatalog के जरिए जोड़े गए Service ऑब्जेक्ट।

क्या मेरी वेबसाइट के हर पेज पर LocalBusiness मार्कअप होना चाहिए?

नहीं। केवल उन पेजों पर LocalBusiness मार्कअप होना चाहिए जो किसी विशिष्ट भौतिक शाखा का विवरण देते हैं। जिन सेवाओं के लिए ग्राहक आने का कोई निश्चित स्थान नहीं है, उनके लिए areaServed के साथ केवल Service ऑब्जेक्ट अधिक उपयुक्त है।

क्या LocalBusiness मार्कअप में पता अनिवार्य है?

हां। Google के अनुसार, स्थानीय व्यवसाय rich results के लिए नाम और पता न्यूनतम आवश्यकताएं हैं। इन फ़ील्ड के बिना उस सुविधा के लिए मार्कअप को मान्य नहीं माना जाता।

क्या सही मार्कअप से Google में rich result मिलना तय है?

नहीं। Google स्पष्ट रूप से कहता है कि तकनीकी रूप से सही संरचित डेटा होने पर भी उसके विशेष परिणाम खोज में दिखने की कोई गारंटी नहीं है। मार्कअप अवसर बढ़ाता है, लेकिन निश्चित परिणाम नहीं देता।

Launchmind Service और LocalBusiness मार्कअप बनाने में कैसे मदद करता है?

Launchmind का AI सहयोगी Alex आपके सेवा पेजों को सीधे जवाब, मूल्य संकेत, कार्यप्रणाली, प्रमाण और ग्राहकों के वास्तविक सवालों से बेहतर बनाता है। साथ ही, वह वह संरचित डेटा भी तैयार करता है जिसे Google और AI सहायक पढ़ते हैं। आपकी मंजूरी के बाद Alex सही Service और LocalBusiness मार्कअप के साथ पेज को एक क्लिक में आपकी वेबसाइट पर प्रकाशित कर देता है।

निष्कर्ष

Service और LocalBusiness स्कीमा केवल तकनीकी औपचारिकता नहीं हैं। इनसे Google और AI सहायक समझते हैं कि आपका पेज किसी व्यवसाय की शाखा है, किसी सेवा की जानकारी है या दोनों। नियम सीधा है: आप कहां स्थित हैं, इसके लिए LocalBusiness इस्तेमाल करें। आप क्या करते हैं, इसके लिए Service इस्तेमाल करें। और यदि आपकी कई शाखाएं हैं, तो हर शाखा को अलग से परिभाषित करें। ऐसा न करने पर आप rich results और AI दृश्यता के ऐसे अवसर खो सकते हैं जिन्हें अपेक्षाकृत छोटे सुधारों से हासिल किया जा सकता है।

सेवा पेज पर कौन सी सामग्री होनी चाहिए, इसके बारे में अधिक जानने के लिए wat hoort er op een dienstpagina die wel converteert पढ़ें। यदि आप स्वयं कोड में नहीं जाना चाहते, लेकिन चाहते हैं कि आपके सेवा पेज तकनीकी और सामग्री, दोनों स्तरों पर मजबूत हों, तो Boek een gratis adviesgesprek करें और जानें कि Alex सही संरचित डेटा के साथ आपके सेवा पेज कैसे तैयार और प्रकाशित करता है।

कंपनी के बारे में

Launchmind वह AI सहयोगी है जो हर दिन आपके अपने ब्लॉग के लिए SEO सामग्री लिखता, जांचता और प्रकाशित करता है। यह 8 भाषाओं में काम करता है और वास्तविक Search Console डेटा के आधार पर अपने काम को बेहतर बनाता है। Alex सेवा पेजों को सीधे जवाब, मूल्य संकेत, कार्यप्रणाली, प्रमाण और Google तथा AI सहायकों के लिए जरूरी संरचित डेटा के साथ बेहतर बनाता है। यह छोटे और मध्यम व्यवसायों के विपणन प्रबंधकों, उद्यमियों और CMO के लिए बनाया गया है।