راهنمای اسکیمای کلینیک: MedicalClinic، Physician و FAQ
راهاندازی اسکیمای MedicalClinic و Physician برای سایت کلینیک، یکدستی چندزبانه، محدودیتهای نظرات و حذف نتیجه غنی FAQ در مه 2026.
نوشته Roozbeh Nazari · CEO
در سایتهای کلینیک، schema markup اغلب به شکل یک بلوک JSON-LD نشسته که یک افزونه خودکار ساخته و هیچکس آن را نخوانده: نوعش «Organization»، آدرسش ناقص، تخصصی هم ندارد. حال آنکه schema.org دقیقاً برای کلینیکها دو نوع تعریف کرده، MedicalClinic و Physician، و مستندات کسبوکار محلی گوگل صریحاً توصیه میکند تا حد ممکن از خاصترین زیرنوع استفاده کنید. این مقاله نحوه راهاندازی این دو نوع، فیلدهایی که واقعاً به کار میآیند و جایگاه اسکیمای FAQ در سال 2026 را که مدتها محبوب سایتهای کلینیک بود، شرح میدهد.
اول یک مرز بکشیم: داده ساختیافته تضمین رتبه نیست، اعلانی است که به فهم گوگل از صفحه کمک میکند. مستندات خود گوگل بارها مینویسد نشانهگذاری درست، نمایش نتیجه غنی را تضمین نمیکند. ارزش اسکیما برای کلینیکها این است که گوگل کلینیک را به شکلی یکدست بهعنوان یک مکان، یک سازمان درمانی و دارنده تخصصهای مشخص بشناسد؛ یکدستی میان Google Business Profile و سایت را در مقاله بهینهسازی پروفایل کسبوکار بررسی کردهایم.
MedicalClinic: خود کلینیک
در schema.org، MedicalClinic از طریق MedicalBusiness و MedicalOrganization زیر LocalBusiness، Organization و Place قرار میگیرد؛ یعنی همه فیلدهای یک کسبوکار محلی را به ارث میبرد و دو فیلد ویژه رویش میگذارد: availableService (از نوع MedicalProcedure، MedicalTest یا MedicalTherapy) و medicalSpecialty. مستندات کسبوکار محلی گوگل بهعنوان فیلد اجباری فقط name و address را میشمارد؛ در میان توصیهشدهها geo، telephone، url، openingHoursSpecification و priceRange هست.
راهاندازی عملی برای کلینیک این است: یک بلوک MedicalClinic در صفحه اصلی؛ name دقیقاً همان نام Google Business Profile، address به شکل PostalAddress همراه با کد کشور، مختصات geo منطبق با GBP، telephone با قالب بینالمللی، url صفحه اصلی. برای medicalSpecialty از مقادیر فهرست MedicalSpecialty در schema.org استفاده کنید (مثل Dentistry، PlasticSurgery، Dermatology)؛ متن آزاد ننویسید. برای availableService هر درمان را یک MedicalProcedure تعریف کنید و URL صفحه درمان مربوط را بدهید؛ همان MedicalProcedure را در صفحه درمان هم تکرار کنید تا دو صفحه همدیگر را تأیید کنند.
در سایت چندزبانه هر صفحه زبانی name و description را به زبان خودش دارد، اما فیلدهایی مثل address، geo، telephone و url مستقل از زباناند و باید در چهار زبان یکسان باشند. دیدن نام لاتین کلینیک در صفحه عربی و نام عربی در صفحه ترکی برای گوگل تناقض است و برای کاربر از دست رفتن اعتماد.
پیوند با هویتهای دیگر کلینیک هم در همین بلوک برقرار میشود: لینک Google Business Profile و حسابهای رسمی شبکههای اجتماعی را به sameAs اضافه کنید تا گوگل کلینیک روی سایت را با کلینیک روی نقشه یکی بداند. در گردشگری سلامت یکی از اولین جاهایی که بیمار نگاه میکند فهرست مراکز مجاز وزارت است؛ نشان دادن اطلاعات مجوز در صفحه قابل مشاهده و افزودن آن به اسکیما بهعنوان identifier یکدستی را بالا میبرد، اما عنوانی را که در مجوز نیامده نه در صفحه بنویسید نه در اسکیما.
Physician: پزشکان بهعنوان موجودیتهای جدا
در گردشگری سلامت آنچه بیمار انتخاب میکند اغلب کلینیک نیست، پزشک است. در schema.org، Physician هم زیرنوع MedicalBusiness و LocalBusiness است؛ علاوه بر آن فیلدهای hospitalAffiliation، medicalSpecialty و availableService را دارد. در هر صفحه پزشک یک بلوک Physician: name، image، medicalSpecialty و url همان صفحه پزشک. بلوک پزشک را با parentOrganization به کلینیک وصل کنید؛ فیلد hospitalAffiliation نوع Hospital انتظار دارد، فقط وقتی استفاده کنید که پزشک واقعاً با بیمارستانی مرتبط باشد. این پیوند کمک میکند گوگل پزشک را جزئی از کلینیک بفهمد.
اینجا مرز دومی هم هست: مقررات تبلیغ در خدمات سلامت ترکیه تعیین میکند در صفحههای پزشک و کلینیک چه چیزی میشود نوشت و فیلدهای اسکیما هم در این دامنهاند. نوشتن متنی در فیلد description که نتیجه درمان را وعده بدهد یا برتری مقایسهای داشته باشد، همان پیامد حقوقی نوشتن آن در صفحه قابل مشاهده را دارد. اسکیما را به متنی محدود کنید که تیم حقوقی دیده است.
اسکیمای FAQ: در 2026 چه مانده
مدتها رایجترین نوع اسکیما در سایتهای کلینیک FAQPage بود، چون نتیجه غنیای تولید میکرد که در صفحه نتایج جا میگرفت. این دیگر برقرار نیست. گوگل در اوت 2023 اعلام کرده بود نتایج غنی FAQ را به منابع معتبر محدود میکند؛ لاگ بهروزرسانی Google Search Central هم در ورودی مورخ 8 مه 2026 مینویسد این قابلیت از 7 مه 2026 دیگر در جستجوی گوگل نمایش داده نمیشود و در ورودی مورخ 15 ژوئن 2026 مینویسد مستندات نتیجه غنی FAQ بهکلی حذف شده است.
نتیجه عملی: نشانهگذاری FAQPage در schema.org نوعی معتبر باقی میماند اما در گوگل هیچ قابلیت دیده شدنی تولید نمیکند. اگر بخش پرسش و پاسخ صفحه برای کاربر ارزشمند است باید بماند؛ اما دیگر دلیلی برای صرف تلاش اضافه روی اسکیمای آن یا پول دادن به افزونه نمانده. همان لاگ حذف HowTo در 2023 و انواع دیگری مثل دوره و حقوق در 2025 و 2026 را هم فهرست میکند؛ به جای یک بار چیدن استراتژی اسکیما و فراموش کردنش، این لاگ را باید سالی چند بار خواند.
Review و rating: حوزهای که احتیاط میخواهد
مستندات کسبوکار محلی گوگل aggregateRating و review را جزو فیلدهای توصیهشده میشمارد. برای کلینیک اینجا دو محدودیت روی هم میافتد: قواعد نظرات خود گوگل و رویکرد مقررات تبلیغ ترکیه به نظر بیماران. اینکه نظرات بیماران از زاویه E-E-A-T چطور میتواند به کار بیاید را در مقاله نظرات بیماران و E-E-A-T به تفصیل بررسی کردهایم؛ قاعده کوتاه این است که در نشانهگذاری فقط محتوایی را بگذارید که واقعاً در صفحه نشان میدهید، منبعش روشن است و با مقررات سازگار است.
صفحههای درمان: MedicalProcedure
قطعه سومی که بلوکهای کلینیک و پزشک را کامل میکند، MedicalProcedure در صفحه درمان است. اینجا فیلدهایی مثل name، description، bodyLocation و procedureType را میشود نوشت؛ اما حد مقرراتی description همان است که بالا گفتیم. بلوک صفحه درمان باید دقیقاً همان نامی را داشته باشد که در فهرست availableService بلوک کلینیک آمده؛ نوشتن نام در یک جا به انگلیسی و در جای دیگر به ترکی برای گوگل یعنی دو خدمت جدا. فیلد قیمت دقت جداگانه میخواهد: توازن مقررات و تبدیل در صفحههای قیمت را در مقالهای جدا بررسی کردهایم و نوشتن قیمت در اسکیما تابع همان قواعد نوشتن قیمت در صفحه است.
تست و نگهداری
پس از نوشتن بلوک، آن را با Rich Results Test گوگل و اعتبارسنج schema.org تست کنید؛ اولی آنچه گوگل میبیند را و دومی نحو اسکیما را بررسی میکند. ابزار ساخت Schema در سایت ما را میشود برای پر کردن فیلدها و گرفتن خروجی JSON-LD به کار برد. بازتنظیم بلوک تولیدشده برای هر صفحه درمان درستتر از کپی کردن یک بلوک در کل سایت است؛ بلوک کپیشده یعنی هر صفحه همان ادعا را میکند.
در سمت نگهداری سه کار منظم هست: بررسی ماهانه خطاهای گزارشهای نتیجه غنی در Search Console، بازتاب تغییر آدرس، تلفن و ساعت کاری GBP در اسکیما، و افزودن availableService برای صفحههای درمان جدید. این بررسیها بندهای ثابت ممیزی سئوی فنی هستند.
نتیجه
چیدمان درست اسکیمای کلینیک یک MedicalClinic در صفحه اصلی، یک Physician در هر صفحه پزشک و یک MedicalProcedure در هر صفحه درمان است؛ همه یکدست با GBP، همه محدود به متنی سازگار با مقررات. FAQPage دیگر جزئی از این چیدمان نیست؛ گوگل از مه 2026 نتیجه غنی FAQ نشان نمیدهد. آنچه اسکیما میدهد رتبه نیست، یکدستی است؛ و بازده یکدستی فقط طی ماهها و فقط وقتی درست راهاندازی شده باشد دیده میشود.