اسکیما به موتور جستوجو کمک میکند مفهوم یک صفحه را دقیقتر بفهمد؛ مثلاً تشخیص دهد محتوای حاضر یک مقاله، محصول، خدمت، سازمان یا پرسشوپاسخ است. در وردپرس، نصب افزونه سئو بهتنهایی تضمین نمیکند دادههای ساختاریافته درست باشند. انتخاب نوع نامناسب، خروجی تکراری چند افزونه یا اطلاعات ناقص میتواند نتیجه را بیاثر کند. در این راهنما، اسکیما وردپرس را از پایه تا تنظیم در Yoast، تست JSON-LD و رفع خطاهای رایج بررسی میکنیم.
اسکیما چیست و چه تفاوتی با نتایج غنی دارد؟
Schema.org یک واژگان مشترک برای توصیف موجودیتها و ارتباط میان آنهاست. کد اسکیما معمولاً با فرمت JSON-LD در HTML صفحه قرار میگیرد و برای کاربر قابل مشاهده نیست، اما خزنده موتور جستوجو آن را میخواند. برای نمونه، Article میتواند عنوان، نویسنده، تاریخ انتشار، تاریخ ویرایش و تصویر اصلی مقاله را مشخص کند.
Rich Result یا نتیجه غنی، شکل توسعهیافته نمایش یک نتیجه در گوگل است؛ مثل امتیاز محصول، قیمت، وضعیت موجودی یا مسیر Breadcrumb. داشتن اسکیما شرط لازم برخی نتایج غنی است، اما تضمین نمایش آنها نیست. گوگل علاوه بر صحت کد، کیفیت محتوا، ارتباط داده با بخش قابل مشاهده صفحه و سیاستهای خود را نیز بررسی میکند.
چرا Schema برای سایت وردپرسی مهم است؟
اسکیما جایگزین محتوای خوب، لینکسازی یا سئوی فنی نیست؛ وظیفه آن کاهش ابهام است. وقتی ساختار سایت و موجودیتهای آن روشن باشند، موتور جستوجو میتواند رابطه برند، نویسنده، مقاله، محصول و صفحات اصلی را بهتر پردازش کند. این موضوع مخصوصاً در سایتهایی که چند نوع محتوا دارند اهمیت بیشتری دارد.
- تشخیص دقیقتر نوع و موضوع صفحه
- ایجاد ارتباط میان سازمان، وبسایت، نویسنده و محتوا
- واجد شرایطشدن برای برخی نمایشهای غنی
- ارائه Breadcrumb قابل فهم به موتور جستوجو
- کاهش تناقض اطلاعات برند در صفحات مختلف
مهمترین انواع اسکیما در وردپرس
| نوع صفحه | Schema پیشنهادی | اطلاعات کلیدی |
|---|---|---|
| صفحه اصلی | WebSite و Organization | نام برند، لوگو، آدرس و شناسه سایت |
| مقاله وبلاگ | Article یا BlogPosting | عنوان، نویسنده، تصویر و تاریخها |
| برگه خدمات | WebPage و در صورت نیاز Service | نام خدمت، ارائهدهنده و توضیح واقعی |
| محصول فروشگاه | Product و Offer | نام، قیمت، ارز، موجودی و شناسه محصول |
| مسیر ناوبری | BreadcrumbList | سطوح مسیر و URL هر سطح |
| نویسنده | Person | نام، تصویر و ارتباط با مطالب |
| سؤال و جواب واقعی | FAQPage | پرسش و پاسخ قابل مشاهده در صفحه |
نوع دقیق باید با هدف صفحه هماهنگ باشد. استفاده از Product برای یک مقاله بررسی محصول یا LocalBusiness برای سایتی که کسبوکار محلی نیست، سیگنال درستی ایجاد نمیکند.
JSON-LD چرا روش پیشنهادی است؟
سه روش رایج برای افزودن داده ساختاریافته وجود دارد: JSON-LD، Microdata و RDFa. در وردپرس، JSON-LD معمولاً مدیریت سادهتری دارد؛ زیرا اطلاعات در یک بلوک اسکریپت قرار میگیرد و لازم نیست تمام عناصر HTML با ویژگیهای اضافی نشانهگذاری شوند. Yoast نیز گراف اسکیما را با JSON-LD تولید میکند.
مزیت مهم گراف این است که موجودیتها جدا و بیارتباط نیستند. مقاله میتواند به نویسنده، وبسایت و سازمان ناشر متصل شود. این ارتباط با شناسههای پایدار مانند @id شکل میگیرد و ساختاری منسجمتر از چند بلوک پراکنده میسازد.
تنظیم اسکیما وردپرس در Yoast SEO
۱. هویت سایت را کامل کنید
در تنظیمات Site Representation مشخص کنید سایت نماینده یک Organization است یا Person. برای شرکت، نام رسمی، نام جایگزین و لوگوی واضح ثبت کنید. لوگو باید فایل واقعی و قابل دسترسی باشد. این اطلاعات پایه در گراف Schema صفحات مختلف استفاده میشوند.
۲. نوع پیشفرض نوشتهها و برگهها را تعیین کنید
برای نوشتههای وبلاگ معمولاً Article و برای برگهها WebPage مناسب است. اگر Custom Post Type مانند نمونهکار یا خدمات دارید، نوع خروجی آن را جداگانه بررسی کنید. هیچ تنظیم عمومی نمیتواند بدون شناخت همه نوع محتوا بهترین نتیجه را بدهد.
۳. نوع هر صفحه استثنایی را اصلاح کنید
در متاباکس یا پنل Yoast هر نوشته میتوان نوع صفحه و نوع مقاله را تغییر داد. برای یک صفحه درباره ما، AboutPage از یک WebPage عمومی دقیقتر است. برای صفحه تماس، ContactPage مناسبتر خواهد بود. تغییر را فقط زمانی انجام دهید که محتوای صفحه واقعاً با آن نوع سازگار باشد.
۴. پروفایل نویسنده را کامل کنید
نام نمایشی، توضیح کوتاه و تصویر نویسنده باید معتبر باشند. مقالهای با نویسنده ناشناس یا نامی مثل admin، اعتبار حرفهای کمتری منتقل میکند. اگر چند نویسنده دارید، آرشیو و اطلاعات هر شخص را بهصورت مستقل مدیریت کنید.
آیا افزونه جداگانه Schema لازم است؟
برای بسیاری از سایتهای شرکتی و محتوایی، گراف Yoast نیازهای پایه را پوشش میدهد. افزونه جداگانه زمانی توجیه دارد که نوع داده تخصصی لازم باشد و افزونه فعلی آن را تولید نکند. نصب همزمان چند افزونه Schema بدون طراحی مشخص، معمولاً باعث خروجی تکراری Organization، Breadcrumb، Article یا Product میشود.
پیش از نصب افزونه تازه، سورس صفحه را بررسی کنید. اگر نوع موردنیاز وجود دارد و اطلاعاتش صحیح است، افزودن خروجی دوم کمکی نمیکند. در فروشگاه، WooCommerce و افزونه سئو ممکن است هر دو بخشی از داده محصول را تولید کنند؛ نسخههای سازگار معمولاً این هماهنگی را مدیریت میکنند، اما تست صفحه واقعی ضروری است.
تست Schema در سایت وردپرسی
دو ابزار نقش متفاوتی دارند. Rich Results Test گوگل بررسی میکند صفحه برای نتایج غنی پشتیبانیشده واجد شرایط است یا نه. Schema Markup Validator ساختار گستردهتری از واژگان Schema.org را تحلیل میکند. ممکن است یک کد در Validator صحیح باشد اما چون نوع آن نتیجه غنی گوگل ندارد، در Rich Results Test نمایش ویژهای نگیرد.
- URL زنده و قابل ایندکس صفحه را وارد ابزار کنید.
- نوعهای شناساییشده و تعداد هرکدام را بررسی کنید.
- خطاها را از هشدارها جدا کنید.
- مقادیر کد را با محتوای قابل مشاهده صفحه مقایسه کنید.
- پس از اصلاح، کش را پاک و URL را دوباره آزمایش کنید.
- در Search Console گزارش Enhancements را طی زمان کنترل کنید.
خطا با هشدار چه تفاوتی دارد؟
Error معمولاً به معنی نبودن یک فیلد ضروری یا نامعتبر بودن ساختار است و میتواند مانع واجد شرایطشدن شود. Warning اغلب یک ویژگی پیشنهادی را نشان میدهد. هر هشدار به تغییر فوری نیاز ندارد؛ ابتدا ببینید آن داده واقعاً در کسبوکار و صفحه وجود دارد یا نه. افزودن اطلاعات ساختگی برای سبزکردن ابزار تصمیم اشتباهی است.
خطاهای رایج اسکیما وردپرس
چند Organization یا Article در یک صفحه
این اتفاق اغلب بهدلیل فعالبودن خروجی چند افزونه یا کد قالب رخ میدهد. منبع هر بلوک JSON-LD را شناسایی و فقط یک سیستم اصلی را نگه دارید. حذف تصادفی کد بدون شناخت وابستگیها ممکن است Breadcrumb یا داده محصول را نیز از بین ببرد.
لوگو یا تصویر شاخص نامعتبر
URL تصویر باید قابل خزیدن، پایدار و دارای ابعاد مناسب باشد. تصویر شاخص کوچک، حذفشده یا مسدودشده میتواند هشدار ایجاد کند. برای مقالات، تصویر اصلی را واقعی و مرتبط انتخاب کنید. راهنمای بهینهسازی تصاویر وردپرس به کاهش حجم بدون افت نامناسب کیفیت کمک میکند.
تاریخ ویرایش اشتباه
برخی قالبها با هر تغییر جزئی، تاریخ ویرایش را نمایش نمیدهند یا برعکس، تاریخ Schema را بدون تغییر معنادار محتوا بهروزرسانی میکنند. تاریخ visible و داده ساختاریافته باید هماهنگ باشند. بهروزرسانی صوری تاریخ، جای اصلاح واقعی مقاله را نمیگیرد.
FAQ در کد وجود دارد اما در صفحه دیده نمیشود
پرسشها و پاسخهای Schema باید در محتوای قابل مشاهده کاربر نیز وجود داشته باشند. ساخت FAQ مخفی یا درج پرسشهایی که کاربر نمیبیند، با اصل تطابق داده ساختاریافته و محتوا ناسازگار است. علاوه بر این، گوگل نمایش FAQ را برای همه سایتها تضمین نمیکند.
اطلاعات قیمت و موجودی متفاوت است
در فروشگاه، قیمت، ارز، تخفیف و موجودی در Product Schema باید با صفحه و داده WooCommerce یکسان باشند. کش قدیمی، افزونه قیمتگذاری پویا یا تغییرات محصول متغیر میتوانند تناقض ایجاد کنند. ابتدا منبع قیمت را یکپارچه و سپس کش و ایندکس محصول را تازه کنید.
Schema مناسب برای مقاله
یک مقاله استاندارد باید headline، image، datePublished، dateModified، author و publisher معتبر داشته باشد. Yoast معمولاً این دادهها را از عنوان، تصویر شاخص، زمان نوشته، پروفایل نویسنده و هویت سایت استخراج میکند. بنابراین اصلاح داده منبع بهتر از دستکاری دستی JSON-LD هر مقاله است.
ساختار تیترهای H2 و H3 بخشی از Schema نیست، اما به خوانایی و درک محتوا کمک میکند. برای سئوی محتوایی کاملتر، راهنمای سئو سایت وردپرسی و مقاله لینکسازی داخلی در وردپرس را مطالعه کنید.
Schema خدمات و صفحات شرکتی
صفحه خدمات ابتدا یک WebPage است و در صورت وجود اطلاعات کافی میتواند Service را نیز توصیف کند. نام خدمت، ارائهدهنده، محدوده خدمت و توضیح باید از محتوای واقعی صفحه گرفته شوند. واردکردن قیمت ثابت در Schema وقتی هزینه پروژه پس از نیازسنجی مشخص میشود، دقیق نیست.
صفحه درباره ما، تماس، نمونهکار و خدمات نقشهای متفاوت دارند و نباید همگی Article باشند. این تفکیک بهویژه در سایتی با صفحات تجاری متعدد اهمیت دارد. راهنمای طراحی سایت شرکتی حرفهای ساختار مناسب این صفحات را توضیح میدهد.
Schema محصول در WooCommerce
داده محصول باید نام، تصویر، توضیح، SKU یا شناسه معتبر، Offer و وضعیت موجودی را پوشش دهد. امتیاز و Review فقط زمانی باید اضافه شود که نظر واقعی و قابل مشاهده وجود داشته باشد. ساخت امتیاز جعلی یا استفاده از AggregateRating بدون داده واقعی ریسک تخلف از دستورالعملها را دارد.
برای محصول متغیر، قیمت بازهای و موجودی هر تنوع نیازمند دقت بیشتری است. پس از تغییر افزونه درگاه، قیمتگذاری یا مدیریت موجودی، چند محصول ساده و متغیر را جداگانه تست کنید. برای بهبود خود صفحه نیز مقاله بهینهسازی صفحه محصول ووکامرس مکمل این مرحله است.
چکلیست ممیزی اسکیما وردپرس
- هویت سایت روی Organization یا Person صحیح تنظیم شده است.
- نام برند، لوگو و اطلاعات ناشر کاملاند.
- هر صفحه نوع Schema متناسب با محتوای واقعی دارد.
- فقط یک منبع اصلی، Article و Organization را تولید میکند.
- نویسنده، تصویر و تاریخهای مقاله معتبر هستند.
- قیمت و موجودی محصول با صفحه تطابق دارند.
- FAQ و Review فقط براساس محتوای قابل مشاهده و واقعی ساخته شدهاند.
- Canonical به URL اصلی همان محتوا اشاره میکند.
- صفحه در Rich Results Test بدون خطای ضروری است.
- پس از اصلاح، کش و گزارش Search Console بررسی میشوند.
مثال عملی از یک تداخل
فرض کنید Yoast، قالب و یک افزونه Schema جداگانه همزمان فعالاند. در سورس صفحه دو Article با عنوان مشابه، دو Breadcrumb و دو Organization با لوگوهای متفاوت دیده میشود. راه درست، ویرایش تکتک مقادیر نیست؛ باید مالک هر خروجی مشخص شود. معمولاً یک افزونه بهعنوان گراف اصلی انتخاب، خروجی تکراری قالب غیرفعال و نوعهای تخصصی فقط در صورت نیاز اضافه میشوند.
پس از اصلاح، صفحه زنده—not پیشنمایش مدیریت—آزمایش میشود. Canonical، تصویر Open Graph، وضعیت index و داده JSON-LD نیز کنار هم کنترل میشوند؛ زیرا اشکال صفحه ممکن است فقط Schema نباشد. اگر صفحه ایندکس نمیشود، راهنمای رفع مشکل ایندکس نشدن صفحات وردپرس مسیر عیبیابی را توضیح میدهد.
سؤالات متداول
آیا اسکیما رتبه سایت را مستقیم افزایش میدهد؟
Schema به درک دقیقتر محتوا و واجد شرایطشدن برای برخی نتایج غنی کمک میکند، اما تضمین رتبه بالاتر نیست. کیفیت محتوا، اعتبار، سرعت و ارتباط با جستوجو همچنان تعیینکنندهاند.
آیا Yoast برای Schema کافی است؟
برای بیشتر سایتهای محتوایی و شرکتی، خروجی پایه Yoast مناسب است. اگر نوع تخصصی خاصی لازم باشد، باید آن را بدون ایجاد خروجی تکراری توسعه داد.
آیا باید FAQ Schema را به همه مقالات اضافه کرد؟
خیر. فقط وقتی صفحه واقعاً بخش پرسشهای متداول مفید و قابل مشاهده دارد از آن استفاده کنید. نمایش Rich Result نیز تضمینشده نیست.
چرا ابزار تست هشدار میدهد ولی خطا ندارد؟
هشدار معمولاً مربوط به ویژگی پیشنهادی است. اگر داده واقعی در اختیار دارید آن را اضافه کنید؛ در غیر این صورت اطلاعات ساختگی وارد نکنید.
بعد از اصلاح Schema چه زمانی نتیجه در گوگل تغییر میکند؟
پس از خزیدن و پردازش دوباره صفحه. میتوانید URL را در Search Console بررسی و درخواست ایندکس بدهید، اما زمان و نوع نمایش نهایی در اختیار گوگل است.
جمعبندی
اسکیما وردپرس زمانی مفید است که دقیق، یکتا و هماهنگ با محتوای قابل مشاهده باشد. یک گراف منسجم با هویت کامل سازمان، نوع صحیح صفحه، نویسنده معتبر و داده واقعی محصول ارزشمندتر از چند افزونه با خروجی تکراری است. اگر در سایت شما خطا، هشدار، Schema تکراری یا نوع نامناسب برای خدمات و نمونهکارها دیده میشود، تکوبیت میتواند خروجی زنده، Yoast و JSON-LD را یکپارچه ممیزی کند. برای شروع، خدمات تکوبیت را ببینید یا از طریق تماس با ما درخواست بررسی ارسال کنید.