LocalBusiness بخشی از ساختار گستردهتر Schema Markup است و وظیفه آن این است که اطلاعاتی مثل نام کسبوکار، آدرس، تلفن، ساعت فعالیت و موقعیت جغرافیایی را در قالبی قابل پردازش در اختیار موتور جستجو قرار دهد. گوگل میتواند از این دادهها برای درک بهتر اطلاعات کسبوکار و برخی قابلیتهای مرتبط با Search و Maps استفاده کند، اما وجود اسکیما به تنهایی تضمینی برای نمایش در Local Pack یا Knowledge Panel نیست
اسکیما LocalBusiness چیست؟
LocalBusiness نوعی داده ساختاریافته برای معرفی یک کسبوکار فیزیکی یا شعبه مشخص یک سازمان است. رستوران، فروشگاه، مطب، باشگاه، شعبه بانک و بسیاری از کسبوکارهایی که در یک موقعیت مشخص با مشتری ارتباط دارند، میتوانند زیرمجموعه LocalBusiness قرار بگیرند. Schema.org نیز LocalBusiness را هم زیرنوع Organization و هم Place تعریف میکند.
کاربرد اسکیما LocalBusiness برای کسبوکارهای مختلف
مهمترین معیار، وجود یک کسبوکار یا شعبه با موقعیت فیزیکی مشخص است. اگر مشتری میتواند به یک فروشگاه، مطب، دفتر، سالن، رستوران یا شعبه مراجعه کند، LocalBusiness معمولا Type مناسبی است. اگر Schema.org نوع دقیقتری برای کسبوکار شما تعریف کرده، بهتر است همان subtype را انتخاب کنید. گوگل نیز استفاده از دقیقترین subtype ممکن را توصیه میکند.
برای مثال:
رستوران: Restaurant
آرایشگاه: HairSalon
فروشگاه: Store یا subtype دقیقتر
تعمیرگاه خودرو: AutoRepair
مطب دندانپزشکی: Dentist
کسبوکار عمومی: LocalBusiness
استفاده از LocalBusiness عمومی زمانی که subtype دقیقتری وجود دارد اشتباه فنی نیست، اما اطلاعات کمتری درباره ماهیت کسبوکار منتقل میکند. همینجا یکی از تفاوتهای نسخه جدید با بسیاری از محتواهای فارسی شکل میگیرد: انتخاب Type نباید صرفا با «LocalBusiness برای همه» تمام شود.
فیلدهای الزامی و پیشنهادی LocalBusiness
یکی از مشکلات رایج آموزشهای Schema این است که همه Propertyها را با هم در یک فهرست میریزند و کاربر نمیداند کدام واقعا ضروری است. طبق مستندات فعلی گوگل، برای LocalBusiness دو Property اصلی name و address الزامی هستند تا محتوا واجد شرایط قابلیت Local Business باشد. سایر Propertyها بسته به نوع کسبوکار پیشنهادیاند.
گوگل برای مختصات جغرافیایی حداقل دقت پنج رقم اعشار را توصیه کرده و برای شماره تلفن نیز بهتر است کد کشور و منطقه درج شود. URL نیز باید به همان لوکیشن مشخص اشاره کند و یک لینک فعال باشد.
نحوه نوشتن آدرس در LocalBusiness
address باید با نوع PostalAddress تعریف شود و اطلاعاتی مثل خیابان، شهر، استان، کد پستی و کشور را تا حد امکان کامل در بر بگیرد. خود گوگل تاکید میکند هرچه جزئیات آدرس بیشتر و دقیقتر باشند، کیفیت داده برای کاربر بهتر خواهد بود.
نمونه ساختار:
“address”: {
“@type”: “PostalAddress”,
“streetAddress”: “خیابان نمونه، پلاک ۱۰”,
“addressLocality”: “تهران”,
“addressRegion”: “تهران”,
“postalCode”: “1234567890”,
“addressCountry”: “IR”
}
اطلاعات موجود در Schema باید با اطلاعات قابل مشاهده روی همان صفحه هماهنگ باشد. تفاوت شماره تماس، آدرس یا نام کسبوکار میان سایت، داده ساختاریافته و سایر منابع رسمی، ساختار هویت آنلاین را بیدلیل مبهم میکند.
ساعت کاری با openingHoursSpecification
برای مشخص کردن روزها و ساعت فعالیت از openingHoursSpecification استفاده میشود. میتوان یک یا چند روز را در یک Object قرار داد، به شرط اینکه ساعت شروع و پایان آن روزها یکسان باشد. گوگل هر دو حالت Object واحد و Array را پشتیبانی میکند.
نمونه:
“openingHoursSpecification”: [
{
“@type”: “OpeningHoursSpecification”,
“dayOfWeek”: [
“Saturday”,
“Sunday”,
“Monday”,
“Tuesday”,
“Wednesday”
],
“opens”: “09:00”,
“closes”: “18:00”
}
]
برای ساعات فصلی یا تعطیلیهای موقت نیز validFrom و validThrough وجود دارند.
مختصات جغرافیایی با geo
geo برای مشخص کردن Latitude و Longitude کسبوکار استفاده میشود. این داده باید دقیقا با موقعیت واقعی شعبه هماهنگ باشد و گوگل برای Latitude و Longitude حداقل پنج رقم اعشار را مشخص کرده است.
“geo”: {
“@type”: “GeoCoordinates”,
“latitude”: 35.72195,
“longitude”: 51.33472
}
geo Property پیشنهادی است، نه یکی از دو Property الزامی LocalBusiness.
انتخاب چند Type برای یک کسبوکار
اگر یک کسبوکار واقعا چند نوع فعالیت را پوشش میدهد، گوگل اجازه میدهد چند Type را مستقیما در @type به صورت آرایه تعریف کنید. برای مثال:
“@type”: [“Electrician”, “Plumber”, “Locksmith”]
در این حالت استفاده از additionalType برای همین هدف انتخاب درستی نیست، چون گوگل در مستندات LocalBusiness صراحتا اعلام کرده additionalType را در این کاربرد پشتیبانی نمیکند. نسخه قبلی مقاله باید در این بخش اصلاح شود.
LocalBusiness برای چند شعبه
هر شعبه باید به عنوان یک LocalBusiness مستقل در نظر گرفته شود. گوگل میگوید هر موقعیت محلی را به عنوان LocalBusiness تعریف کنید و URL هر مورد نیز باید به همان لوکیشن مشخص اشاره کند.
ساختار پیشنهادی برای یک برند چندشعبهای:
برند مادر :Organization
شعبه تهران : LocalBusiness
شعبه شیراز : LocalBusiness
شعبه اصفهان : LocalBusiness
بهترین معماری محتوایی این است که هر شعبه صفحه اختصاصی خود را با آدرس، شماره تماس، ساعت کاری و سایر اطلاعات واقعی داشته باشد و Schema همان شعبه روی همان صفحه قرار بگیرد. این کار از ساخت یک JSON-LD که قرار است تمام شهرهای کشور را یکجا توضیح بدهد بسیار تمیزتر است.
تعریف بخشهای مختلف یک فروشگاه با department
اگر یک مجموعه چند بخش مستقل با اطلاعات متفاوت دارد، میتوان از department استفاده کرد. برای مثال یک فروشگاه بزرگ ممکن است داروخانهای داخل همان شعبه داشته باشد که تلفن یا ساعت کاری متفاوتی دارد. گوگل برای این وضعیت امکان Nest کردن هر بخش را داخل LocalBusiness اصلی فراهم کرده است.
در چنین شرایطی اطلاعاتی که با فروشگاه اصلی متفاوت هستند، مثل نام، تلفن یا ساعت کاری، برای همان Department جداگانه تعریف میشوند.
Review و AggregateRating در LocalBusiness
قرار دادن ستاره و امتیاز در Schema چیزی نیست که برای هر کسبوکاری آزادانه قابل استفاده باشد. گوگل review و aggregateRating را در LocalBusiness فقط برای سایتهایی توصیه میکند که درباره کسبوکارهای محلی دیگر Review جمعآوری و منتشر میکنند.
بنابراین اضافه کردن امتیاز خودساخته به Schema سایت خود کسبوکار برای گرفتن ستاره در SERP راه میانبر معتبری نیست. اگر Review بخشی از پیادهسازی شما است، باید Guidelines مخصوص Review Snippet هم رعایت شود.
LocalBusiness را در کدام صفحه قرار دهیم؟
گوگل اجازه میدهد LocalBusiness روی هر صفحهای از سایت قرار بگیرد، اما خودش اشاره میکند که استفاده از آن روی صفحهای که اطلاعات همان کسبوکار را نمایش میدهد منطقیتر است.
برای یک کسبوکار تکشعبه، صفحه اصلی، تماس با ما یا صفحه اختصاصی لوکیشن میتواند محل مناسبی باشد، مشروط بر اینکه اطلاعات Schema با محتوای همان صفحه همخوانی داشته باشد. برای چند شعبه، صفحه اختصاصی هر شعبه انتخاب تمیزتری است.
لازم نیست همان LocalBusiness کامل را به صورت دستی روی تمام صفحات سایت کپی کنید. ابتدا بررسی کنید قالب یا افزونه سئو چه Structured Dataای تولید میکند تا چند Entity متناقض با نام و آدرسهای متفاوت نسازید.
نمونه کد LocalBusiness با JSON-LD
نمونه زیر یک ساختار آموزشی ساده برای یک فروشگاه است. اطلاعات واقعی سایت باید جایگزین مقادیر نمونه شوند.
{
“@context”: “https://schema.org”,
“@type”: “Store”,
“name”: “فروشگاه نمونه”,
“url”: “https://example.com/tehran/”,
“telephone”: “+982100000000”,
“address”: {
“@type”: “PostalAddress”,
“streetAddress”: “خیابان نمونه، پلاک ۱۰”,
“addressLocality”: “تهران”,
“addressRegion”: “تهران”,
“postalCode”: “1234567890”,
“addressCountry”: “IR”
},
“geo”: {
“@type”: “GeoCoordinates”,
“latitude”: 35.72195,
“longitude”: 51.33472
},
“openingHoursSpecification”: [
{
“@type”: “OpeningHoursSpecification”,
“dayOfWeek”: [
“Saturday”,
“Sunday”,
“Monday”,
“Tuesday”,
“Wednesday”
],
“opens”: “09:00”,
“closes”: “18:00”
}
]
}
ساختار کامل Propertyها و محدودیتهای فعلی گوگل در مستندات رسمی LocalBusiness گوگل قابل بررسی است. گوگل در حال حاضر JSON-LD را در نمونههای رسمی LocalBusiness خود استفاده میکند و فرایند پیشنهادی آن شامل ساخت، اعتبارسنجی و بررسی URL منتشرشده است
اگر این کد را به عنوان نمونه داخل مقاله نمایش میدهید، آن را در Code Block قرار دهید؛ <script type=”application/ld+json”> را به عنوان کد اجرایی داخل بدنه مقاله قرار ندهید، مگر اینکه واقعا قصد داشته باشید Schema همان صفحه اجرا شود.
ساخت LocalBusiness بدون کدنویسی
نوشتن JSON-LD از صفر الزامی نیست. بعد از مشخص کردن Type و اطلاعات صحیح، میتوان با اسکیما ساز رایگان خلاصه خروجی LocalBusiness را تولید کرد و سپس مقادیر آن را بررسی کرد.
استفاده از Generator مرحله کدنویسی را ساده میکند، اما تصمیم درباره Type، آدرس، ساعات فعالیت و اطلاعات هر شعبه همچنان باید توسط خود شما انجام شود. ابزار میتواند JSON تولید کند؛ هنوز مسئولیت تشخیص اینکه یک آرایشگاه واقعا HairSalon است یا نه را قبول نکرده، که شاید فعلا خبر خوبی باشد.
تست LocalBusiness بعد از پیادهسازی
پس از ساخت کد، آن را با Rich Results Test بررسی کنید. گوگل توصیه میکند خطاهای Critical را برطرف کرده و سپس چند صفحه را منتشر کنید و با URL Inspection ببینید Googlebot چه نسخهای از صفحه دریافت میکند. بعد از اصلاح نیز میتوان درخواست Recrawl داد.
مسیر عملی:
- ساخت JSON-LD
- تست کد در Rich Results Test
- رفع Errorها
- انتشار روی صفحه مناسب
- بررسی URL با URL Inspection
- درخواست Crawl مجدد در صورت تغییر مهم
سبز بودن ابزار تست تضمین نمیکند Rich Result یا پنل خاصی نمایش داده شود. خود گوگل صراحتا میگوید استفاده صحیح از Structured Data تضمینی برای نمایش قابلیتهای مربوط در Search نیست.
ارتباط LocalBusiness با Google Business Profile و گوگل نالج
LocalBusiness Schema و Google Business Profile یک چیز نیستند و جای یکدیگر را نمیگیرند. Structured Data اطلاعات سایت را در قالب استاندارد بیان میکند، در حالی که Business Profile منبع مستقلی برای اطلاعات کسبوکار در Google Search و Maps است.
هماهنگی نام، آدرس، شماره تماس و سایر اطلاعات رسمی در این منابع باعث میشود هویت کسبوکار در سطح وب منسجمتر باشد. LocalBusiness میتواند یکی از دادههایی باشد که در کنار منابع دیگر به تشخیص موجودیت کمک میکند، اما نباید آن را «راه تضمینی ورود به Knowledge Graph» معرفی کرد. تصویر گستردهتر این روابط در موضوع گوگل نالج قرار میگیرد. گوگل نیز فقط میگوید داده LocalBusiness میتواند اطلاعات کسبوکار را برای Search و Maps مشخصتر کند، نه اینکه به تنهایی Knowledge Panel بسازد.
سخن آخر
اسکیما LocalBusiness زمانی مفید است که یک کسبوکار یا شعبه فیزیکی واقعی را با اطلاعات دقیق معرفی کند. انتخاب subtype درست، آدرس معتبر و جداسازی شعب از یکدیگر مهمتر از این است که تعداد زیادی Property صرفا برای «کامل به نظر رسیدن» کد وارد شوند.
ساختار مناسب ساده است:
- نوع دقیق کسبوکار را انتخاب کنید.
- فیلدهای
nameوaddressرا بهدرستی تعریف کنید. - اطلاعات تکمیلی واقعی مثل شماره تماس، ساعات کاری و موقعیت جغرافیایی را اضافه کنید.
- کد
JSON-LDرا در صفحه مرتبط قرار دهید. - قبل از انتشار، Schema را تست و خطاهای آن را برطرف کنید.
- LocalBusiness را بهعنوان بخشی از سئو محلی و دادههای ساختاریافته در نظر بگیرید، نه راه میانبر برای رسیدن به رتبه یک گوگل.
سوالات متداول درباره اسکیما LocalBusiness
آیا LocalBusiness باعث افزایش رتبه در سئو محلی میشود؟
گوگل LocalBusiness Structured Data را ابزاری برای ارائه و طبقهبندی اطلاعات کسبوکار میداند، اما آن را به عنوان تضمین افزایش رتبه یا حضور در Local Pack معرفی نمیکند. استفاده صحیح از آن میتواند درک موتور جستجو از اطلاعات کسبوکار را بهتر کند.
تفاوت LocalBusiness و Organization چیست؟
Organization برای هویت کلی سازمان یا برند مناسب است، در حالی که LocalBusiness یک کسبوکار یا شعبه فیزیکی را توصیف میکند. LocalBusiness خودش subtype سازمان است.
فیلدهای الزامی LocalBusiness کداماند؟
در مستندات فعلی گوگل، فیلدهای LocalBusiness به این شکل دستهبندی میشوند:
- فیلدهای الزامی:
nameوaddress - فیلدهای پیشنهادی:
telephone،geo،urlوopeningHoursSpecification
برای واجد شرایط شدن قابلیتهای مرتبط با نتایج غنی، حداقل باید فیلدهای الزامی بهدرستی تعریف شوند.
برای چند شعبه چند LocalBusiness لازم است؟
هر شعبه باید به عنوان یک LocalBusiness مستقل تعریف شود و بهتر است URL مشخص همان موقعیت را داشته باشد.
آیا میتوان بدون آدرس فیزیکی LocalBusiness استفاده کرد؟
Schema.org LocalBusiness را برای کسبوکار یا شعبه فیزیکی تعریف میکند و گوگل نیز address را Property الزامی LocalBusiness میداند. برای کسبوکاری که هیچ موقعیت فیزیکی مرتبط ندارد، باید Type مناسبتری انتخاب شود.
آیا میتوان امتیاز مشتریان را داخل LocalBusiness قرار داد؟
review و aggregateRating در Schema.org وجود دارند، اما گوگل در راهنمای LocalBusiness آنها را فقط برای سایتهایی توصیه میکند که Review کسبوکارهای محلی دیگر را جمعآوری میکنند. بنابراین نباید صرفا برای نمایش ستاره، امتیاز خودساخته به کسبوکار خود اضافه کرد.
