داده ساختاریافته مقالات چیست؟ راهنمای Article و BlogPosting Schema
اگر برای سایت خود مقاله منتشر میکنید، فقط تولید محتوای باکیفیت کافی نیست. موتورهای جستجو باید بتوانند موضوع صفحه، عنوان مقاله، نویسنده، تاریخ انتشار، تاریخ بهروزرسانی و سایر اطلاعات مهم آن را نیز بهدرستی درک کنند. داده ساختاریافته یکی از ابزارهایی است که این اطلاعات را به شکلی استاندارد در اختیار موتورهای جستجو قرار میدهد.
در این مقاله با داده ساختاریافته مقالات وبلاگ، تفاوت Article و BlogPosting، مهمترین فیلدهای Schema، روش پیادهسازی با JSON-LD و نحوه بررسی صحت آن آشنا میشوید.
داده ساختاریافته چیست؟
داده ساختاریافته یا Structured Data روشی استاندارد برای توصیف محتوای یک صفحه وب است. به کمک آن میتوان اطلاعات مشخصی درباره محتوای صفحه را در قالبی قابلفهم برای موتورهای جستجو ارائه کرد.
برای مثال، در یک مقاله میتوان مشخص کرد که صفحه مربوط به یک مقاله است، عنوان آن چیست، چه کسی آن را نوشته، چه زمانی منتشر شده و چه زمانی آخرین بار بهروزرسانی شده است.
گوگل از داده ساختاریافته برای درک بهتر محتوای صفحات استفاده میکند و در برخی موارد این اطلاعات میتواند صفحه را واجد شرایط نمایشهای غنیتر در نتایج جستجو کند. با این حال، استفاده صحیح از Schema به معنی تضمین نمایش Rich Result یا افزایش مستقیم رتبه نیست. Google Search Central نیز تأکید میکند که نمایش قابلیتهای غنی در نتایج جستجو تضمینشده نیست.
داده ساختاریافته مقاله چه کمکی به گوگل میکند؟
گوگل میتواند بسیاری از اطلاعات یک صفحه را بدون Schema نیز استخراج کند، اما داده ساختاریافته اطلاعات صریحتری درباره ماهیت و اجزای صفحه ارائه میکند.
برای یک مقاله وبلاگ، Schema میتواند اطلاعاتی مانند موارد زیر را مشخص کند:
- نوع محتوا
- عنوان مقاله
- نویسنده
- تصویر اصلی
- تاریخ انتشار
- تاریخ آخرین بهروزرسانی
- ناشر
- URL مقاله
- توضیحات مقاله
مستندات رسمی گوگل برای Article Structured Data توصیه میکند ویژگیهایی را که واقعاً به صفحه مربوط هستند تا حد امکان کامل و دقیق مشخص کنید.
Article یا BlogPosting؛ کدام Schema را برای مقاله استفاده کنیم؟
گوگل برای محتوای مقاله سه نوع اصلی را در مستندات Article Structured Data معرفی میکند:
- Article
- BlogPosting
- NewsArticle
برای یک مقاله معمولی در وبلاگ، BlogPosting انتخاب مناسبی است. اگر محتوای شما یک خبر است، NewsArticle میتواند متناسبتر باشد.
Article نیز نوع عمومیتری برای محتوای مقالهای است. انتخاب نوع دقیقتر، زمانی که واقعاً با محتوای صفحه مطابقت دارد، رویکرد مناسبتری است.
| نوع Schema | کاربرد |
|---|---|
| Article | محتوای مقالهای عمومی |
| BlogPosting | پستها و مقالات وبلاگ |
| NewsArticle | مقالات خبری |
برای مقالات آموزشی و تخصصی وبلاگ ایلیاوب، در اغلب موارد BlogPosting انتخاب طبیعیتری است؛ البته باید نوع محتوا در هر صفحه بررسی شود.
مهمترین فیلدهای Schema مقاله
headline
عنوان مقاله را مشخص میکند و باید با عنوان واقعی صفحه مطابقت داشته باشد.
author
نویسنده مقاله را مشخص میکند. اگر مقاله توسط یک فرد نوشته شده باشد، میتوان از نوع Person استفاده کرد.
author.url
آدرس صفحهای که نویسنده را بهطور مشخص معرفی میکند. گوگل این ویژگی را برای کمک به شناسایی نویسنده توصیه میکند.
datePublished
تاریخ و زمان انتشار اولیه مقاله را مشخص میکند.
dateModified
تاریخ و زمان آخرین بهروزرسانی واقعی مقاله را مشخص میکند.
image
تصویر مرتبط با مقاله را معرفی میکند. URL تصویر باید برای موتور جستجو قابل دسترسی و Crawl باشد.
publisher
سازمان یا وبسایتی را که مقاله را منتشر کرده مشخص میکند.
mainEntityOfPage
میتواند ارتباط میان داده ساختاریافته مقاله و URL اصلی صفحه را مشخص کند.
نمونه Schema مناسب برای یک مقاله وبلاگ
نمونه زیر یک الگوی عمومی برای مقاله وبلاگ است. مقادیر آن باید برای هر مقاله با اطلاعات واقعی همان صفحه جایگزین شوند.
{
"@context": "https://schema.org",
"@type": "BlogPosting",
"@id": "https://ilyaweb.com/blog/example-article#article",
"mainEntityOfPage": {
"@type": "WebPage",
"@id": "https://ilyaweb.com/blog/example-article"
},
"headline": "عنوان واقعی مقاله",
"description": "توضیح واقعی و کوتاه درباره محتوای مقاله",
"image": [
"https://ilyaweb.com/images/example-article.webp"
],
"author": {
"@type": "Person",
"name": "نام واقعی نویسنده",
"url": "https://ilyaweb.com/author/author-name"
},
"publisher": {
"@type": "Organization",
"name": "ایلیاوب",
"url": "https://ilyaweb.com"
},
"datePublished": "2026-08-31T10:00:00+03:30",
"dateModified": "2026-08-31T10:00:00+03:30",
"inLanguage": "fa-IR"
}این کد صرفاً الگو است و نباید بدون جایگزینی اطلاعات واقعی در همه صفحات کپی شود. عنوان، توضیحات، نویسنده، URL، تصویر و تاریخها باید دقیقاً با همان صفحه مطابقت داشته باشند.
آیا استفاده از JSON-LD بهتر است؟
Google Search چند قالب برای داده ساختاریافته را پشتیبانی میکند، از جمله JSON-LD، Microdata و RDFa. با این حال، گوگل در مستندات خود JSON-LD را بهطور کلی به دلیل سهولت پیادهسازی و نگهداری توصیه میکند.
برای یک سایت مدرن، استفاده از JSON-LD معمولاً انتخاب سادهتری است؛ بهخصوص زمانی که Schema بهصورت خودکار از اطلاعات موجود در پایگاه داده تولید میشود.
Breadcrumb Schema برای مقالات
علاوه بر Article یا BlogPosting، استفاده از BreadcrumbList برای مشخص کردن مسیر صفحه در ساختار سایت نیز میتواند مفید باشد.
برای مثال، ساختار یک مقاله میتواند به شکل زیر باشد:
- صفحه اصلی
- وبلاگ
- سئو
- مقاله
Breadcrumb به موتور جستجو کمک میکند جایگاه صفحه را در سلسلهمراتب سایت بهتر درک کند و میتواند در نمایش مسیر صفحه در نتایج جستجو نیز مورد استفاده قرار گیرد.
آیا باید برای هر مقاله FAQ Schema اضافه کنیم؟
خیر. وجود بخش پرسشهای متداول در مقاله به این معنی نیست که باید حتماً برای آن FAQ Schema ایجاد کنید.
اگر FAQ واقعاً بخشی از محتوای صفحه است، میتوان آن را بررسی کرد؛ اما نباید صرفاً با هدف گرفتن فضای بیشتر در نتایج گوگل، داده ساختاریافته نامرتبط یا ساختگی به صفحه اضافه شود.
گوگل تأکید میکند داده ساختاریافته باید نماینده واقعی محتوای قابل مشاهده صفحه باشد و نباید اطلاعات گمراهکننده یا نامرتبط در آن قرار گیرد.
آیا داده ساختاریافته باعث افزایش رتبه میشود؟
نباید Schema را یک فاکتور مستقیم برای افزایش رتبه در نظر گرفت.
هدف اصلی داده ساختاریافته این است که اطلاعات صفحه به شکل استانداردتر در اختیار موتور جستجو قرار گیرد و در صورت واجد شرایط بودن، امکان نمایش برخی قابلیتهای غنیتر فراهم شود.
بنابراین اضافه کردن Schema اشتباه به یک مقاله نمیتواند جای محتوای باکیفیت، معماری مناسب سایت، لینکسازی داخلی، عملکرد فنی و سایر اصول سئو را بگیرد.
حتی اگر داده ساختاریافته از نظر فنی معتبر باشد، گوگل تضمین نمیکند که Rich Result مربوط به آن را در نتایج نمایش دهد.
اشتباهات رایج در Schema مقالات
- قرار دادن اطلاعاتی که در صفحه وجود ندارد
- استفاده از تاریخ انتشار غیرواقعی
- تغییر مصنوعی dateModified بدون بهروزرسانی واقعی محتوا
- استفاده از تصویر غیرمرتبط
- استفاده از URL نویسندهای که وجود ندارد
- قرار دادن اطلاعات جعلی درباره نویسنده یا ناشر
- تولید یک Schema یکسان برای تمام مقالات بدون تغییر اطلاعات
- استفاده از چند نوع Schema بدون ارتباط واقعی با محتوای صفحه
- مسدود کردن منابع مورد استفاده در Schema برای Googlebot
- تصور اینکه Schema بهتنهایی باعث افزایش رتبه میشود
یکی از اصول مهم Google این است که داده ساختاریافته باید بازتابدهنده محتوای واقعی و قابل مشاهده صفحه باشد.
چگونه Schema مقاله را بررسی کنیم؟
بعد از پیادهسازی، نباید فقط به ظاهر کد اکتفا کرد. باید داده ساختاریافته را با ابزارهای گوگل بررسی کرد.
- Schema را روی صفحه قرار دهید.
- صفحه را در Rich Results Test بررسی کنید.
- خطاهای مهم را برطرف کنید.
- با URL Inspection در Google Search Console بررسی کنید گوگل صفحه را چگونه میبیند.
- بعد از انتشار یا اصلاح، برای Crawl مجدد زمان در نظر بگیرید.
گوگل نیز استفاده از Rich Results Test و URL Inspection را برای بررسی داده ساختاریافته پیشنهاد میکند.
ساختار پیشنهادی Schema برای وبلاگ ایلیاوب
برای وبلاگ ایلیاوب بهتر است داده ساختاریافته بهصورت Dynamic از اطلاعات واقعی مقاله تولید شود و برای همه مقالات یک کد ثابت با مقادیر تکراری قرار نگیرد.
برای هر مقاله میتوان یک ساختار منسجم شامل موارد زیر داشت:
- BlogPosting برای خود مقاله
- Person یا Organization برای نویسنده، متناسب با ساختار واقعی نویسندگی سایت
- Organization برای ناشر
- BreadcrumbList برای مسیر صفحه
- WebPage بهعنوان صفحه اصلی در صورت نیاز معماری Schema
نکته مهم این است که این موجودیتها باید به یکدیگر متصل و اطلاعات آنها با محتوای واقعی صفحه هماهنگ باشند، نه اینکه صرفاً برای افزایش تعداد Schemaها به صفحه اضافه شوند.
جمعبندی
داده ساختاریافته یکی از بخشهای مهم سئو تکنیکال برای مقالات وبلاگ است. برای مقالات معمولی، BlogPosting میتواند انتخاب مناسبی باشد و اطلاعاتی مانند عنوان، نویسنده، تصویر و تاریخ انتشار و بهروزرسانی را به شکل استاندارد معرفی کند.
در کنار آن، BreadcrumbList نیز میتواند برای مشخص کردن جایگاه مقاله در ساختار سایت استفاده شود.
با این حال، Schema جای محتوای باکیفیت یا سایر فعالیتهای سئو را نمیگیرد و نمایش Rich Result نیز تضمین نمیشود. مهمترین اصل این است که داده ساختاریافته دقیق، کامل، قابل دسترسی و کاملاً منطبق با محتوای واقعی صفحه باشد.
سوالات متداول
آیا هر مقاله وبلاگ باید Schema داشته باشد؟
استفاده از Article یا BlogPosting Structured Data برای مقالات میتواند به گوگل در درک بهتر صفحه کمک کند، اما نباید انتظار داشت صرفاً با اضافه کردن Schema رتبه صفحه افزایش پیدا کند.
برای مقاله وبلاگ Article بهتر است یا BlogPosting؟
برای یک پست معمولی وبلاگ، BlogPosting انتخاب دقیقتری است. Article نوع عمومیتری محسوب میشود و NewsArticle برای محتوای خبری کاربرد دارد.
آیا Schema باعث افزایش رتبه گوگل میشود؟
Schema را نباید یک عامل مستقیم افزایش رتبه در نظر گرفت. هدف آن کمک به درک بهتر محتوا و فراهم کردن امکان برخی نمایشهای غنیتر در نتایج جستجو است.
آیا dateModified باید همیشه تغییر کند؟
خیر. این مقدار باید منعکسکننده آخرین بهروزرسانی واقعی محتوا باشد و نباید صرفاً برای تازه نشان دادن مقاله بهصورت مصنوعی تغییر کند.
آیا Breadcrumb Schema برای مقاله لازم است؟
اجباری نیست، اما اگر سایت ساختار سلسلهمراتبی مشخصی دارد، BreadcrumbList میتواند اطلاعات مفیدی درباره جایگاه صفحه در سایت ارائه کند.
آیا JSON-LD برای Schema مقاله مناسب است؟
بله. Google JSON-LD را بهطور کلی به دلیل سهولت پیادهسازی و نگهداری توصیه میکند.
ایلیا محمدی
معمار وب و مشاور فنی پروژههای دیجیتال.