آموزش گامبهگام اسکیمای LocalBusiness
- اسکیما چه میکند و چه نمیکند؟
- اسکیمای LocalBusiness چیست و گوگل چه میفهمد؟
- پیش از نوشتن کد؛ دادهها و NAP را یکدست کنید
- نوشتن JSON-LD؛ فیلدهای الزامی و پیشنهادی
- اعتبارسنجی با Rich Results Test و سرچکنسول
- جای نصب کد؛ وردپرس، قالب و افزونه
- اشتباههای رایج پیادهسازی و اصلاحشان
- پس از انتشار؛ انتظار واقعبینانه و پایش
کسبوکارهای محلی بیشتر از هر کسی به «فهم درست» گوگل وابستهاند: جستجوی «کافه نزدیک من» یا «دندانپزشک منطقهٔ ...» فقط وقتی به پاسخ درست میرسد که موتور جستجو بداند شما کی هستید، کجا هستید و چه میفروشید. اسکیما همان لایهای است که این شناخت را از حدس به دادهٔ صریح تبدیل میکند؛ کار کوچکی است اما شرطش دقت است.
در این راهنما ترتیب را عمداً برعکسِ رایج گذاشتهایم: اول داده، بعد کد، بعد اعتبارسنجی. تجربهٔ ما نشان میدهد بیشترِ پروژههای اسکیما نه بهخاطر سینتکس شکست میخورند، بلکه بهخاطر دادهای که با پروفایل نقشه و کارت ویزیت تناقض دارد.
اسکیما چه میکند و چه نمیکند؟
اسکیما، واژگان مشترک توصیف محتواست؛ استانداردی که سایتها با آن به موتورهای جستجو میگویند «این رشتهٔ متن، آدرس است؛ این عدد، ساعت کار است؛ این نام، موجودیت رسمی ماست». بدون این لایه، گوگل مجبور است از متن آزاد استنتاج کند و استنتاج همیشه خطا دارد. با این لایه، همان اطلاعات بهصورت دادهٔ ساختیافته و قابلراستیآزمایی تحویل میشود.
اما صادقانه بگوییم اسکیما چه نمیکند: دکمهٔ رتبه نیست. به تجربهٔ ما اسکیما سیگنالی برای فهم و نمایش است؛ سایتهای بدون اسکیما هم رتبه میگیرند و سایتهای پراسکیما هم رتبه نداشتهاند. اثر واقعی از دو مسیر میگذرد: نمایش غنیتر اطلاعات کسبوکار در نتایج و کاهش ابهام در ارتباط با پروفایل نقشه. یعنی اسکیما سقف رتبه را بالا نمیبرد، اما پایینآمدنِ فهم را جلوگیری میکند.
این چارچوب صادقانه، اولویتگذاری را هم ساده میکند: اگر سایت شما مشکل پایهای دارد — محتوای ناکافی، تجربهٔ موبایل بد، پروفایل خالی — اسکیما اولویت نیست. اسکیما را وقتی بنویسید که دادهٔ درستی دارید و میخواهید بهراحتی خوانده شود.
اسکیمای LocalBusiness چیست و گوگل چه میفهمد؟
اسکیمای LocalBusiness نوعی نشانهگذاری ویژهٔ کسبوکارهای با محل فیزیکی یا ارائهٔ خدمت در محدودهٔ جغرافیایی است. خانوادهٔ بزرگی دارد: رستوران، کلینیک دندانپزشکی، آموزشگاه، هتل، فروشگاه قطعات — هر رشته نوع تخصصیتر خودش را دارد. قاعدهٔ ما روشن است: هرچه نوع دقیقتر، فهم بهتر؛ «Restaurant» پیام بیشتری میدهد تا «LocalBusiness» خالی.
گوگل با این بلوک چه میکند؟ شما را از «سایتی که حرف میزند» به «موجودیتی با هویت ثابت» تبدیل میکند: نام رسمی، نشانی، تلفن، ساعت کار، مختصات جغرافیایی و نوع فعالیت. همین هویت ثابت است که به اتصال با نقشهها، فهرستها و نتایج محلی معنا میدهد. برای کسبوکار محلی، این بلوک در واقع کارت شناسایی دیجیتال است.
مرز مهم را هم همینجا بگذاریم: اسکیما ادعا است، نه مدرک. گوگل این داده را با بقیهٔ سیگنالها — پروفایل نقشه، فهرستها، محتوای صفحه، نظرات — تطبیق میدهد. کدی که بگوید «پنج شعبه» اما سایت فقط یک شعبه داشته باشد، نه کمکی میکند و نه قابلاعتماد خوانده میشود.
پیش از نوشتن کد؛ دادهها و NAP را یکدست کنید
قبل از هر خطی کد، یک فهرست ساده روی کاغذ ببندید: نام دقیق کسبوکار (همان که روی درب و فاکتور است)، نشانی کامل و قابلپست، تلفن اصلی، ساعت کار واقعی، نوع دقیق فعالیت و مختصات روی نقشه. این فهرست، منبع حقیقت پروژه است؛ هر جا بعداً سؤال شد، به آن برمیگردید.
قدم دوم، یکدستسازی همین داده در همهٔ نقاط حضور شماست: پروفایل نقشه، فهرستهای محلی، صفحهٔ تماس و پاورقی. NAP ناهماهنگ — حتی اختلاف تلفن با کد قدیمی — اعتبار را آب میکند، چون موجودیت شما چند هویت متفاوت نشان میدهد. یکسانسازی NAP در همهجا همین ممیزی را قدمبهقدم باز کرده است و من آن را پیشنیاز این مقاله میدانم.
اگر پروفایل نقشه هنوز ناقص یا غیرواقعی است، اول آن را درست کنید؛ اسکیما روی شالودهٔ ناقص، خودش را تکرار میکند نه اصلاح. بهینهسازی پروفایل نقشهها برای تکمیل پروفایل گوگل و ثبت کسبوکار در نشان برای حضور در نشان، دو ایستگاه مکملاند؛ کسبوکار ایرانی روی هر دو سرویس مخاطب میگیرد.
نوشتن JSON-LD؛ فیلدهای الزامی و پیشنهادی

فرمت توصیهشدهٔ گوگل JSON-LD است: یک بلوک اسکریپت که در سربرگ صفحه مینشیند و با ساختار سادهٔ «آبجکت» نوشته میشود. مزیتش این است که با ظاهر صفحه کاری ندارد و جدا از قالب، نگهداری میشود. طبق مستندات رسمی Google Search Central، سه فیلد name و address و telephone پایهٔ الزامی این نوعاند؛ بقیهٔ فیلدها عمق فهم را بالا میبرند (تاریخ گردآوری: آبان ۱۴۰۵).
| فیلد | وضعیت | چه چیزی اضافه میکند |
|---|---|---|
| name | الزامی | نام رسمی کسبوکار؛ عین همان که در NAP است |
| address | الزامی | نشانی کامل با کدپستی و شهر |
| telephone | الزامی | تلفن اصلی با فرمت بینالمللی +۹۸ |
| openingHoursSpecification | پیشنهادی | ساعت کار روزبهروز؛ ارزانترین سیگنال رفاه کاربر |
| geo | پیشنهادی | مختصات دقیق از نقشه؛ برای فاصلهسنجی محلی |
| image و url | پیشنهادی | عکس واقعی و آدرس صفحهٔ رسمی |
| priceRange | اختیاری | بازهٔ سطح قیمت؛ فقط اگر واقعی است |
فیلدهای الزامی از مستندات Google Search Central (تاریخ گردآوری: آبان ۱۴۰۵)؛ بقیه تجربهٔ اجرای ماست.
دو نکتهٔ نوشتاری: اول، @type را دقیق انتخاب کنید — برای کافه «CafeOrCoffeeShop»، برای مطب دندانپزشکی «Dentist»؛ هرچه نزدیکتر به رشتهٔ شما، فهم بهتر. دوم، دادهها را از فهرست مرحلهٔ قبل کپی کنید، نه از حافظه؛ فرق «خیابان» و «کوچه» در کد، همانی است که در نامهٔ پستی هم میسازد.
اگر کدنویس نیستید، عجله نکنید: در بخش بعدی همین راهنما، محلهای آمادهٔ نصب در وردپرس را میبینید که نوشتن دستی را به پر کردن فرم تبدیل میکنند. ولی حتی با ابزار، فیلدها را با فهرست دادهٔ خودتان چک کنید.
اعتبارسنجی با Rich Results Test و سرچکنسول

کد را نوشتید، حالا قبل از هر چیز اعتبارسنجی: ابزار رسمی Rich Results Test گوگل، صفحه یا قطعه کد شما را میخواند و سه نوع خروجی میدهد — خطا (قرمز)، هشدار (زرد) و تأیید. قرمز یعنی بلوک قابلخواندن نیست یا فیلد الزامی غایب است و باید قبل از انتشار بسته شود؛ زرد یعنی فیلد پیشنهادی خالی است و میتوانید مرحلهای ببندید. این تفکیک، اضطرار بیهوده را از کار میگیرد.
بعد از انتشار، چرخهٔ دوم آغاز میشود: گوگل باید صفحه را دوباره بخواند و بلوک را در گزارشهای بهبود سرچکنسول بشناسد. گزارشهای بهبود همانجا وضعیت بلوکهای ساختیافتهٔ سایت را نگه میدارند و اگر بعدها چیزی بشکند — مثلاً بعد از تغییر قالب — همین گزارشها اولین جاییاند که خبر میدهند. یک بازبینی ماهانه از این گزارش، هفتاد درصد نگهداشت اسکیما را پوشش میدهد.
یک آزمون انسانی هم اضافه کنید: از یک همکار بخواهید دادههای کد را با پروفایل نقشه جفت کند. ماشین خطای سینتکس را میگیرد، اما «تلفنی که در کد عوض شده و در نقشه نه» را چشم انسان زودتر میبیند.
جای نصب کد؛ وردپرس، قالب و افزونه
در وردپرس سه راه نصب دارید. راه اول، افزونههای سئوی شناختهشده: بیشترشان تنظیمات دادهٔ ساختیافتهٔ کسبوکار دارند که با پر کردن فرم، بلوک JSON-LD را خودکار میسازند. راه دوم، قالب: برخی قالبها فیلدهای اختصاصی خودشان را دارند؛ اگر قالب میسازد، فیلدهایش را با دادهٔ واقعی پر کنید. راه سوم، کد دستی در سربرگ صفحه — برای سایتهای بدون افزونه یا با نیاز خاص.
قاعدهٔ طلایی، یکی بودن است: اگر افزونه بلوک میسازد، دستی بلوک دوم ننویسید. دو بلوک LocalBusiness با دادههای کمی متفاوت، دقیقاً همان ابهامی را میسازد که اسکیما قرار بود از بین ببرد. اگر مجبورید منبع را عوض کنید، قبلی را کامل بردارید.
خانهٔ طبیعی بلوک، صفحهای است که خودِ کسبوکار را معرفی میکند: صفحهٔ تماس یا «دربارهٔ ما». کل سایت لازم نیست بلوک داشته باشد؛ صفحات محصول و مقالهها انواع دیگر اسکیما را میخواهند. برای سایتهای چندشعبهای، هر شعبه بلوک خودش را با نشانی خودش میگیرد — یک بلوک مشترک برای همهٔ شعبهها، خطای کلاسیک است.
اشتباههای رایج پیادهسازی و اصلاحشان
اشتباههای رایج را از دل پروژههای واقعی بیرون آوردهایم و همه قابل اصلاحاند. یکم، تناقض ساعت کار: کد میگوید تا ساعت ۲۲ باز است و پروفایل میگوید ۲۱؛ گوگل هیچکدام را نمیپذیرد و کاربر بدشانسی میآورد. دوم، تلفن ناهماهنگ — همان درد NAP در لایهٔ کد. سوم، نوع کلی بهجای دقیق: «LocalBusiness» برای رستوران، فرصت فهم را میسوزاند. چهارم، کد روی صفحهٔ اشتباه: بلوک کسبوکار در صفحهٔ مقالهٔ وبلاگ، ربطی به آن صفحه ندارد و بیاثر میماند.
پنجم، ادعای بیپشتوانه: شعبههایی که وجود ندارند یا «سریعترین تحویل شهر» در فیلدی که چنین چیزی نمیگیرد. ششم، کپی کد از سایت دیگر با دادهٔ دیگران — اتفاقی که واقعاً میافتد و خروجیاش تبلیغ ناخواستهٔ رقیب است. هفتم، گذاشتن بلوک و فراموشی: ساعت کار تعطیلات نوروز، بعد از سه سال همچنان اسکیمای تابستانی است.
مسیر اصلاح همهٔ اینها یکی است: ممیزی داده (مرحلهٔ سوم)، اصلاح کد یا فرم افزونه، اعتبارسنجی دوباره، و ثبتِ تاریخ آخرین بازبینی. بیست دقیقه بازبینی فصلی، از دهها ساعت رفع اختلاف بعدی ارزانتر است.
پس از انتشار؛ انتظار واقعبینانه و پایش
بعد از انتشار، انتظار را واقعی نگه دارید: گوگل باید صفحه را دوباره بخواند و فهمش را بهروز کند؛ به تجربهٔ ما این کار هفتهها زمان میبرد و اثرش در نمایش اطلاعات دیده میشود، نه در جهش رتبه. اگر کسی وعدهٔ «رتبهٔ یک با اسکیما» داد، حرفش را با همین جمله سنجید: اسکیما سیگنال است، نه دکمه.
پایش پس از انتشار سه روتین سبک دارد: گزارشهای بهبود سرچکنسول هر ماه، جفتسازی داده با پروفایل نقشه هر فصل، و بهروزرسانی ساعت کار پیش از هر تعطیلات رسمی. این سه، بلوک شما را زنده نگه میدارند؛ اسکیمای بینگهداشت، آرام بیاعتبار میشود.
جمعبندی: اسکیمای LocalBusiness یک پروژهٔ دو تا چهار ساعته با بازده بلندمدت است — اگر با دادهٔ یکدست شروع شود. اگر میخواهید همین لایهٔ داده در بستر پلتفرم مدیریت شود، قابلیتهای پلتفرم وضعیت پشتیبانی را نشان میدهد و هاب سئو محلی و نقشهها نقشهٔ کل مسیر محلی است. برای اینکه قبل از نوشتن کد، بقیهٔ نقاط ضعف دامنه هم معلوم شود، ممیزی رایگان دامنه نقطهٔ شروع رایگان و صادقانهای است.
رصد ما، رشد شما.
سؤالات پرتکرار
آیا اسکیمای LocalBusiness رتبه را مستقیم بالا میبرد؟
به تجربهٔ ما نه؛ اسکیما سیگنال فهم و نمایش است. سایتهای بدون اسکیما هم رتبه میگیرند. اثر واقعی از مسیر نمایش غنیتر اطلاعات و شفافیت موجودیت میگذرد.
اجرای کامل چقدر زمان میبرد؟
برای یک سایت وردپرسی با دادههای آماده، دو تا چهار ساعت. بیشترِ این زمان صرف یکدستسازی NAP و اعتبارسنجی میشود، نه نوشتن کد.
اسکیما را روی همهٔ صفحات سایت بگذارم؟
لازم نیست؛ خانهٔ طبیعی بلوک صفحهٔ تماس یا معرفی کسبوکار است. اگر افزونه بلوک میسازد، دستی بلوک دوم نسازید تا بلوک تکراری نگیرید.
اگر دادهٔ اسکیما با پروفایل نقشه تناقض داشته باشد؟
تناقض اعتبار هر دو را کم میکند. اول NAP را در سایت، پروفایل و فهرستها یکدست کنید، بعد کد را بنویسید و اعتبارسنجی کنید.
Rich Results Test هشدار زرد داد؛ مشکل جدی است؟
زرد یعنی فیلد پیشنهادی خالی است و میتوانید مرحلهای ببندید. قرمز جدی است: بلوک قابلخواندن نیست یا فیلد الزامی غایب است و باید قبل از انتشار اصلاح شود.