اسکیمای سایت؛ راهنمای JSON-LD برای نتایج جذاب‌تر گوگل

اسکیمای سایت چیست و چرا گوگل بدونِ آن نصفه‌خوان است؟

صفحۀ شما برای گوگل متنِ خام است؛ اما برای کاربر، تجربه. اسکیمای سایت همان پلِ ترجمه است: کدی که به موتورِ جستوجو می‌گوید این عدد قیمت است، آن ستاره‌ها نظرِ مشتری‌اند و این تاریخ، زمانِ انتشار.

نتیجه، همان نتایجِ غنی‌ای است که در گوگل دیده‌اید: امتیازِ ستاره‌ای، قیمت، موجودی، پرسش‌های پرتکرار و مسیرِ breadcrumb. هیچ‌کدام رتبه را یکشبه منفجر نمی‌کنند، اما نرخِ کلیک را واقعی بالا می‌برند.

در این راهنمای AdMetrix، اسکیمای سایت را از صفر می‌سازید: کدام نوع برای کدام صفحه، چه فیلدهایی لازم‌اند، و چطور بدونِ شکستنِ سایت پیاده‌اش کنید.

دادهٔ ساختاریافته کجا زندگی میکند؟

سه روش برای نشاندنِ دادهٔ ساختاریافته وجود دارد، اما امروز یک جوابِ استاندارد دارد:

• JSON-LD: بلوکِ script مستقل در سرصفحۀ مقاله؛ گوگل این روش را رسمی توصیه میکند و با تغییرِ قالب نمی‌شکند.
• Microdata: صفات داخلِ تگ‌های HTML؛ شکننده و پرهزینۀ نگهداری.
• RDFa: عملاً در انقراض؛ سراغش نروید.

انتخاب ساده است: اگر امروز تازه شروع کرده‌اید، فقط JSON-LD. بقیهٔ روش‌ها در پروژه‌های ایرانی یا باگِ قالب دارند یا پشتیبانیِ نصفه‌نیمه.

هشت نوعِ اسکیمای سایت که به کسبوکارِ ایرانی مربوط است

نوع	کجا استفاده شود	خروجی در نتیجهٔ گوگل
Organization	همۀ صفحات، یکبار در قالب	ثباتِ هویت برند و پنلِ دانش
WebSite	صفحۀ اصلی	جعبۀ جستوجو در نتائجِ کلاسیک
Product	صفحۀ محصول	قیمت، امتیاز، موجودی
Offer	زیرمجموعۀ Product	قیمت و وضعیتِ در دسترس بودن
AggregateRating	محصول و خدمتِ دارای نظر	ستاره‌ها زیرِ لینک
FAQPage	صفحاتِ خدماتی و بلاگ	پرسش‌های بازشونده در موبایل
BreadcrumbList	همه‌جا بهجز صفحۀ اصلی	مسیرِ طبقهبندی در نتیجه
Article	وبلاگ	نویسنده، تاریخ و تصویرِ پست

هر نوع، فیلدهایِ الزامیِ خودش را دارد و فهرستشان مرتب به‌روز میشود؛ پیش از اجرا، راهنمای رسمیِ هر نوع را در مستندات دادهٔ ساختاریافتۀ گوگل ببینید.

دایرۀ واژۀ مشترک هم در سایت schema.org تعریف شده است؛ هرگز نوع یا فیلدی که در آنجا وجود ندارد اختراع نکنید.

آناتومی یک بلوک JSON-LD محصول

ساختارِ همۀ بلوک‌ها یک قاعده دارد: نوع در @type، هویت در name یا @id، و ارجاع‌ها با URLِ کامل. نمونۀ حداقلِ سالم برای یک محصول:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "کیف چرم دست‌دوز",
  "image": "https://example.com/c/1.jpg",
  "description": "کیف چرم طبیعی، دست‌دوز، گارانتی ۱۸ ماهه",
  "brand": {"@type": "Brand", "name": "برند شما"},
  "aggregateRating": {"@type": "AggregateRating", "ratingValue": "4.8", "reviewCount": "62"},
  "offers": {"@type": "Offer", "price": "1850000", "priceCurrency": "IRR", "availability": "https://schema.org/InStock"}
}

قیمت را عددِ خام بدهید، واحدِ پول را استانداردِ ISO بنویسید، و availability را با نشانۀ رسمیِ schema.org؛ هر سه، رایج‌ترین نقاطِ شکستِ ایرانی‌اند.

«دروغ در دادهٔ ساختاریافته، بدترین نوع اسکیمای سایت است. گوگل این کد را با متنِ دیدنیِ صفحه مقایسه میکند؛ هر تناقض، زمینۀ اقدامِ دستی است.»

FAQPage را درست بسازید

پرسش‌های پرتکرار، محبوب‌ترین نوع دادهٔ ساختاریافته در بلاگ‌های فارسی‌اند؛ و پُربنیه‌ترین هم هستند. سه قاعده:

• سؤال در خودِ صفحه دیده شود: FAQای که فقط در کد نوشته شده، اسپمِ ساختاریافته حساب میشود.
• جواب، همان‌جا و کامل: پاسخِ یکجملهای که خواننده را به صفحۀ دیگری می‌فرستد، واجدِ شرطِ نمایش نیست.
• سؤالاتِ واقعی: از پرسش‌های دایرکت و کامنت بردارید، نه از فهرستِ تکراریِ رقبا؛ برای یافتنِ همین سؤالات، راهنمای کلیدواژه دنباله‌بلند AdMetrix را ببینید.

پیاده‌سازی بدونِ شکستنِ سایت

1. از لایۀ قالب شروع کنید: Organization و WebSite را یکبار در تمپلیت بگذارید، نه در تک‌تکِ صفحات.
2. داده‌محور بسازید نه متن‌محور: فیلدهای Product را از دیتابیسِ محصول پر کنید؛ اسکیمای دستی، هفتۀ بعد ناسازگار است.
3. اعتبارسنجی را چرخه کنید: هر قالبِ تازه در Rich Results Test گوگل و افزونۀ Schema Markup Validator سنجیده شود.
4. اضافه‌بار نکنید: یک صفحۀ اصلی، یک بلوکِ اصلی + ارجاع‌ها؛ ده بلوکِ تودرتو، سیگنالِ متناقض می‌سازد.

اگر سایتتان وردپرس یا فروشگاهسازِ داخلی است، پیش از نصبِ هر افزونه‌ای خروجیِ فعلی‌اش را با همین چکلیست بسنجید.

خیلی از افزونه‌ها قیمت را با واحدِ اشتباه و تاریخ را بی‌منطقۀ زمانی می‌نویسند و اعتبارِ نتایجِ غنی می‌میرد.

اسکیمای سایت و سئوی فروشگاه

Product و Offer مستقیم روی نرخِ کلیکِ فروشگاه اثر دارند. اگر ساختارِ صفحۀ محصولتان هنوز معیار نشده، اول راهنمای سئوی فروشگاه را بخوانید؛ جایِ درستِ هر فیلد همانجا روشن میشود.

برای خدماتِ محلی هم ستاره‌ها و ساعتِ کاری، همان کار را با پروفایلِ گوگل میکنند که Product با نتائجِ فروشگاه؛ قواعدِ مشترکشان در راهنمای سئوی محلی آمده است.

چهار خطا که گوگل را فراری میدهد

• ستاره برای خود: AggregateRating روی Organization یا WebSite مجاز نیست؛ امتیاز باید به چیزی گره بخورد که واقعاً نظر دارد.
• دادۀ بی‌محتوا: فیلدی که در صفحه دیده نشود، «ساختاریافتۀ فریبنده» است.
• ارجاعِ نسبی: image و url باید آدرسِ کامل باشند؛ مسیرِ نسبی در کَش و فیدِ RSS، معنا را می‌کُشد.
• فراموشی در مهاجرت: هنگام تغییرِ دامنه، بلوک‌های کهنه با URLهای قبلی، صفحۀ دوبل می‌سازند؛ چکلیست مهاجرت سایت را ببینید.

سنجش: از تشخیص تا نرخِ کلیک

دو ابزار برای دیدنِ نتیجۀ کار:

• جستوجوی کنسول، گزارشِ Enhancements: نشان میدهد کدام نوع داده خوانده شده، چند صفحۀ سالم دارد و چند خطا.
• گزارشِ Performance با فیلترِ صفحه: مقایسۀ CTRِ صفحاتِ دارای نتیجۀ غنی با صفحاتِ مشابهِ بدونِ آن؛ تفاوتِ واقعی همین‌جا معلوم میشود.

اگر کلیک بالا رفته اما خرید نه، مشکل از محتوا و صفحه است نه از کد. اسکیمای سایت، درِ بهتر را باز میکند؛ مهمانیِ داخلِ صفحه باید خودش خوب باشد.

اسکیمای سایت برای وبلاگ: Article و BlogPosting

مقالات، ساده‌ترین و پُربارترین صفحۀ تمرین‌اند. نوع Article یا BlogPosting را با چهار فیلدِ محوری ببندید: headline، image، datePublished، author.

نویسنده را به‌صورت Person با همان نامی بنویسید که در انتهای مقاله می‌بینید؛ تناقضِ نامِ نویسنده در کد و صفحه، یکی از رایج‌ترین خطاهای بلاگ‌های فارسی است.

تصویر در Article باید URLِ کاملِ همان کاورِ منتشرشده باشد؛ گوگل از همین ارجاع، تصویر نتایج و صفحۀ شما را به هم گره می‌زند. اگر کاور عوض میشود، بلوکِ JSON-LD هم باید به‌روز بماند.

یک نکتهٔ عملی از تجربۀ خود AdMetrix: همین پنل، خروجیِ BlogPosting را با نویسنده و تصویرِ ثبت‌شده در CMS پر میکند؛ پس از انتشار، یک بار خروجیِ زنده را در Rich Results Test ببینید.

اسکیمای سایت رتبۀ شما را بالا نمی‌برد؛ کلیک را می‌خرد

این را روشن بگوییم: دادهٔ ساختاریافته، سیگنالِ رتبه نیست. کاری که میکند، رقابتی‌تر کردنِ لینکِ شما در همان رتبۀ موجود است.

ستاره‌ها، قیمت و مسیرِ breadcrumb، چشمِ کاربر را در صفحۀ نتائج می‌گیرند. اثرِ واقعی روی کسب‌وکار هم همین‌جاست: همان رتبه، کلیکِ بیشتر، فروشِ بیشتر.

پس انتظارِ معجزه نداشته باشید، اما بی‌خیال هم نشوید؛ در رقابتی که همۀ رقبا محتوای یکسان می‌نویسند، تفاوتِ ظاهرِ لینک، تفاوتِ برنده و بازنده است.

برنامۀ دو هفته‌ای اجرا

1. روز ۱ تا ۳: فهرستِ صفحات به تفکیکِ نوع + انتخابِ هشت نوعِ مجاز.
2. روز ۴ تا ۷: پیادۀ Organization و WebSite و Breadcrumb در قالب.
3. روز ۸ تا ۱۱: Product و Offer برای ده صفحۀ پُربازدیدِ اول.
4. روز ۱۲ تا ۱۴: اعتبارسنجیِ دسته‌ای + ثبتِ خطِ مبنا از CTR برای مقایسۀ ماهِ بعد.

پرسش‌های پرتکرار

آیا افزونه‌های اسکیمای سایت قابل‌اتکا‌اند؟

بعضی بله، ولی هیچ‌وقت کورکورانه اعتماد نکنید. خروجیِ افزونه را روی یک صفحۀ نمونه با Rich Results Test بسنجید؛ اگر نوعِ دلخواهتان ساخته نمیشود، همان یک بلوک را دستی بگذارید.

یک صفحه چند نوع دادهٔ ساختاریافته می‌تواند داشته باشد؟

هرچه منطق دارد، به‌شرطِ اینکه همۀ فیلدها با محتوای دیدنیِ همان صفحه بخواند. معمولاً یک صفحهٔ محصول: Product با Offers و AggregateRating و BreadcrumbList؛ بیشتر از این، اغلب تکرارِ بی‌فایده است.

چقدر طول میکشد تا نتائجِ غنی ظاهر شود؟

از چند روز تا چند هفته؛ بسته به اعتبار دامنه و سرعتِ خوراک‌شدنِ صفحات. چیزی که قطعی است: بدونِ خطا در گزارشِ Enhancements، شانسِ نمایش روزبهروز بالا می‌رود.

سخنِ آخر

اسکیمای سایت، سرمایۀ بی‌سروصداست: یکبار می‌نویسید و ماه‌ها در نتائجِ گوگل کار میکند.

با دو نوعِ ساده شروع کنید، صحتشان را با چکشِ گوگل بسنجید، بعد بزرگ شوید. دادهٔ ساختاریافتۀ صادقانۀ تمیز، امروز ارزان‌ترین راهِ خریدنِ ظاهرِ حرفهای در جستوجوست.

نویسنده: سولماز غدیری — تیم محتوای AdMetrix. برای پایشِ خطاهای دادهٔ ساختاریافته، گزارش‌های Enhancements را هفتگی ببینید.