اسکیما مارک آپ چیست؟ راهنمای JSON-LD و Structured Data

خیلی از تیم‌ها بعد از نوشتن محتوا و تنظیم عنوان، هنوز یک لایه را جا می‌گذارند: توضیح صریح به موتور جستجو که «این صفحه چیست». اسکیما مارک آپ (Schema Markup) همان لایه است — داده‌های ساختاریافته‌ای بر پایه Schema.org که نوع محتوا، نویسنده، سازمان، مسیر راهنما یا پرسش‌وپاسخ را برای ماشین خوانا می‌کند. بدون آن، گوگل بیشتر باید از متن خام حدس بزند؛ با آن، شانس درک درست صفحه و در موارد واجد شرایط، نمایش غنی‌تر در نتایج بالاتر می‌رود.

این راهنما اسکیما را بدون وعده رتبهٔ یک‌شبه توضیح می‌دهد: تعریف، فرمت JSON-LD، انواع پرکاربرد برای سایت خدماتی، اشتباهات خطرناک، و ارتباطش با ممیزی فنی و خوشه محتوا. اگر می‌خواهید پیاده‌سازی را کنار استراتژی محتوا جلو ببرید، از خدمات سئو و تولید محتوا روبینش شروع کنید؛ برای زیرساخت تمیز هم مسیر طراحی سایت حرفه‌ای مکمل این بحث است.

Google Search works hard to understand the content of a page. You can help us by providing explicit clues about the meaning of a page to Google by including structured data on the page.

اسکیما مارک آپ چیست؟

اسکیما مارک آپ مجموعه‌ای از نشانه‌گذاری‌های استاندارد است که به صفحه می‌گوید «این یک مقاله است»، «این سازمان روبینش است»، یا «این مسیر راهنما از خانه تا خدمت است». واژگان مشترک از Schema.org می‌آید و موتورهای جستجو — به‌ویژه گوگل — آن را به‌عنوان structured data می‌خوانند. نتیجهٔ عملی برای شما این نیست که ناگهان رتبه بخرید؛ نتیجه این است که ابهام معنایی صفحه کمتر شود و در صورت واجد شرایط بودن، rich resultهایی مثل ستاره، مسیر breadcrumb یا جزئیات محصول/خدمت شانس نمایش پیدا کنند.

در بازار ایران معمولاً همین عبارت‌ها جستجو می‌شود: اسکیما مارک آپ، اسکیما چیست، structured data، JSON-LD، FAQ schema. همه به یک خانواده تعلق دارند، اما نقش‌شان فرق دارد. Structured data مفهوم کلی است؛ Schema.org واژگان؛ JSON-LD فرمت پیاده‌سازی پیشنهادی گوگل؛ و FAQPage یا BlogPosting انواع مشخصی از آن واژگان‌اند.

آیا اسکیما فاکتور مستقیم رتبه است؟

گوگل صریحاً می‌گوید داده‌های ساختاریافته به درک محتوا کمک می‌کنند و می‌توانند ظاهر نتایج را غنی کنند، اما تضمین جایگاه اول نیستند. ارزش تجاری اسکیما معمولاً از سه مسیر می‌آید: درک دقیق‌تر موضوع صفحه، افزایش احتمال CTR وقتی rich result دیده می‌شود، و هماهنگی بهتر با سیستم‌هایی که محتوا را برای پاسخ‌های ترکیبی یا AI پردازش می‌کنند. اگر صفحه محتوای ضعیف یا نیت اشتباه داشته باشد، بهترین JSON-LD هم معجزه نمی‌کند — همان اصلی که در فاکتورهای سئو داخلی هم می‌بینید: اول پاسخ درست به کاربر، بعد سیگنال‌های کمکی.

بنابراین اسکیما را مثل لایهٔ شفاف‌سازی ببینید، نه میان‌بر. قبل از scale اسکیما روی صدها URL، مطمئن شوید صفحات پول‌ساز ایندکس و قابل خزش‌اند؛ در غیر این صورت وقت را روی کدی می‌گذارید که خزنده حتی درست نمی‌بیند. اینجاست که چک‌لیست ممیزی فنی اولویت پیدا می‌کند.

چرا JSON-LD استاندارد عملی است؟

سه فرمت رایج برای structured data وجود دارد: Microdata، RDFa و JSON-LD. گوگل JSON-LD را توصیه می‌کند چون بلوک داده معمولاً جدا از HTML محتوا می‌نشیند، نگهداری‌اش در قالب‌های مدرن (مثل Next.js App Router) ساده‌تر است، و احتمال خراب کردن markup صفحه کمتر می‌شود. در عمل، یک اسکریپت با type برابر application/ld+json در صفحه قرار می‌گیرد و فیلدهایی مثل @context، @type، name، url و author را حمل می‌کند.

برای سایت‌های React/Next، تولید اسکیما از داده‌های واقعی صفحه — نه کپی دستی ثابت — مهم است: عنوان مقاله از همان title، نویسنده از همان authorSlug، FAQ از همان آرایه‌ای که در UI نمایش داده می‌شود. اگر اسکیما چیزی بگوید که کاربر در صفحه نمی‌بیند، وارد قلمرو spam می‌شوید و ممکن است rich result از دست برود یا هشدار Search Console بگیرید.

اسکیماهای مهم برای آژانس و سایت خدماتی

در یک سایت مثل روبینش، Organization و WebSite پایه اعتماد برندند: نام فارسی/انگلیسی، دامنه، لوگو، ایمیل، تلفن و پروفایل‌های اجتماعی واقعی در sameAs. Service روی لندینگ‌هایی مثل سئو یا طراحی سایت می‌نشیند و به کاربر و موتور جستجو می‌گوید این صفحه یک خدمت است، نه یک پست وبلاگ تصادفی. BlogPosting برای مقالات کلاستر است و باید به نویسندهٔ واقعی وصل شود — نه نام مستعار تکراری — چون با سیگنال‌های چارچوب EEAT و صفحه نویسنده هم‌راستا می‌شود.

BreadcrumbList مسیر «خانه → خدمت → زیرصفحه» یا «خانه → وبلاگ → مقاله» را شفاف می‌کند و معمولاً در SERP هم دیده می‌شود. FAQPage فقط وقتی ارزش دارد که پرسش و پاسخ واقعاً در صفحه باشد؛ مخفی کردن FAQ فقط داخل JSON و خالی گذاشتن UI، الگوی اشتباه است. اگر چند نوع اسکیما روی یک قالب می‌گذارید، مراقب تداخل باشید: مثلاً هم‌زمان Article و BlogPosting برای یک پست معمولاً لازم نیست و سیاست تمیزتر این است که یک نوع اصلی انتخاب شود.

FAQ schema بعد از تغییرات نمایش گوگل

در سال ۲۰۲۶ گوگل اعلام کرد نمایش FAQ rich results در نتایج جستجو را متوقف می‌کند. این به معنای «بی‌ارزش شدن FAQ» یا «حذف فوری همهٔ FAQPage» نیست؛ معنایش این است که دیگر انتظار آکاردئون بازشونده در SERP گوگل را نداشته باشید. خود واژگان FAQPage در Schema.org معتبر می‌ماند و همچنان می‌تواند به درک ساختار سؤال/جواب توسط موتورها و سیستم‌های دیگر کمک کند — به‌شرطی که محتوا واقعی و مفید باشد.

پیشنهاد عملی روبینش: FAQهای ضعیف و تزئینی را حذف کنید؛ FAQهای واقعی را در UI نگه دارید و اسکیمایشان را با همان متن هم‌تراز کنید. موفقیت را با CTR صفحه و رضایت کاربر بسنجید، نه با یک گزارش rich result که ممکن است دیگر برای FAQ در دسترس نباشد. برای اعتبار موضوعی بلندمدت، سرمایه‌گذاری روی ساخت کلاستر و صفحات کلاستر معمولاً اثر پایدارتری از اسکیمای تزئینی دارد.

چک‌لیست پیاده‌سازی بدون دردسر

اول نوع اسکیما را با نیت صفحه match کنید. بعد فیلدهای الزامی را از دادهٔ واقعی پر کنید. سپس با ابزار اعتبارسنجی رسمی تست کنید — Rich Results Test برای انواع پشتیبانی‌شده و در صورت نیاز validator.schema.org. در Search Console، Enhancementها و هشدارهای structured data را پایش کنید. اگر migration یا redesign دارید، اسکیما را در همان فاز قالب‌ها ببندید تا بعداً صدها URL را دستی وصله نکنید.

روی سرعت و تجربه هم اثر غیرمستقیم دارد: اسکریپت JSON-LD سبک است، اما اگر ده‌ها بلوک تکراری و سنگین بسازید یا داده‌های تصویر اشتباه بدهید، فقط نویز اضافه کرده‌اید. تصاویر اسکیما باید URL معتبر و قابل دسترس داشته باشند؛ برای تجربهٔ کاربر و LCP هم همان اصول راهنمای عملی Core Web Vitals را رعایت کنید. اسکیما جایگزین بهینه‌سازی تصویر نیست.

اشتباهات رایجی که اسکیما را بی‌اثر یا خطرناک می‌کند

• گذاشتن FAQ یا Review برای محتوایی که در صفحه نیست
• aggregateRating ساختگی یا ستاره بدون منبع واقعی
• تکرار چند @type متناقض روی یک URL
• Organization با شبکه‌های اجتماعی ساختگی یا خالی
• کپی اسکیمای محصول روی صفحه خدمت بدون موجودی/قیمت واقعی
• به‌روزرسانی محتوا بدون به‌روزرسانی dateModified در BlogPosting

این خطاها اغلب از عجله برای «گرفتن ستاره» می‌آید. مسیر درست برعکس است: اول صفحه را برای انسان کامل کنید، بعد همان حقیقت را به زبان Schema.org ترجمه کنید. اگر ایندکس پر از صفحات ضعیف است، قبل از اسکیما، پاکسازی صفحات زنده‌نما را در اولویت بگذارید؛ structured data روی زامبی فقط سیگنال کیفیت پایین را شفاف‌تر می‌کند.

جای اسکیما در کلاستر سئو روبینش

اسکیما یک صفحه کلاستر فنی کنار ممیزی، on-page و EEAT است. صفحه پیلار خدمت سئو نقشهٔ کلان را می‌دهد؛ این مقاله زیرسؤال «اسکیما مارک آپ چیست و چطور درست پیاده کنیم» را می‌بندد. لینک داخلی باید دو طرفه باشد: از پیلار به این راهنما، و از اینجا به پیلار و مقالات مکمل با انکرهای طبیعی — نه تکرار مکانیکی یک عبارت در هر پاراگراف.

اگر تازه تحقیق کلمه را شروع کرده‌اید، ابتدا مسیر عملی تحقیق کلمات کلیدی را برای نیت‌های informational و commercial جدا کنید؛ اسکیما را روی صفحاتی بگذارید که واقعاً برای آن نیت ساخته شده‌اند. برای تقویم انتشار و عمق محتوا هم تکنیک‌های تولید محتوای سئوپسند را کنار این لایه فنی ببینید.

رویکرد روبینش در اسکیما

ما اسکیما را از قالب‌ها تولید می‌کنیم، نه با پچ دستی پراکنده: Organization و WebSite در لایهٔ سراسری، Service و FAQ روی لندینگ‌ها، BlogPosting و Breadcrumb روی مقالات، و نویسنده از منبع واحد authors. هدف نمایش غنی وقتی واجد شرایط است؛ هدف اصلی‌تر، شفافیت معنایی و هم‌ترازی با محتوای واقعی است. اگر سایت‌تان اسکیمای ناقص، متناقض یا افزونه‌محور شلوغ دارد، می‌توانید از صفحه تماس و مشاوره روبینش برای بازبینی اولویت‌دار شروع کنید.

جمع‌بندی

اسکیما مارک آپ زبان مشترک صفحه شما و موتور جستجوست: با JSON-LD، انواع درست، و هم‌ترازی کامل با UI. رتبه را تضمین نمی‌کند، اما درک، CTR بالقوه و کیفیت فنی را تقویت می‌کند — به‌شرطی که روی صفحات سالم و مفید بنشیند. آن را بخشی از کلاستر فنی سئو ببینید، نه ویترین جدا. برای اجرای یکپارچه، مسیر برنامه سئوی فنی و محتوایی و مقالات مرتبط در وبلاگ روبینش را ادامه دهید.