اسکیما یا Structured Data یکی از بخش‌های فنی سئو است که می‌تواند به موتورهای جستجو کمک کند محتوای یک صفحه، نوع کسب‌وکار، خدمات، نویسنده، مسیر دسترسی به صفحه و سایر اطلاعات مهم را دقیق‌تر درک کنند. برای یک سایت حقوقی، این موضوع اهمیت بیشتری پیدا می‌کند؛ چون معمولاً با مجموعه‌ای از اطلاعات متفاوت مانند معرفی وکیل یا مؤسسه، خدمات حقوقی، مقالات تخصصی، اطلاعات تماس، موقعیت دفتر و صفحات پرسش و پاسخ روبه‌رو هستیم.
با این حال، استفاده از اسکیما در سایت حقوقی به معنی اضافه کردن چند کد آماده به تمام صفحات سایت نیست. انتخاب نوع Schema باید بر اساس ماهیت واقعی صفحه و اطلاعاتی که برای کاربر قابل مشاهده است انجام شود. گوگل نیز تأکید می‌کند که Structured Data باید بازتاب‌دهنده محتوای واقعی صفحه باشد و استفاده نادرست، ناقص یا گمراه‌کننده از آن می‌تواند باعث از دست رفتن صلاحیت نمایش Rich Result و حتی در مواردی اعمال Manual Action شود.
مقالات پیشنهادی برای شما
روش های تبلیغاتی وکیل های مهاجرتی
اسکیما چه تأثیری بر سئو سایت حقوقی دارد؟
اسکیما در سایت حقوقی بیشتر از آنکه یک ابزار برای «بالا بردن رتبه» باشد، ابزاری برای شفاف‌تر کردن اطلاعات سایت برای موتورهای جستجو است. وقتی ساختار داده‌های یک صفحه به‌درستی مشخص شده باشد، گوگل راحت‌تر می‌تواند تشخیص دهد که صفحه درباره یک مؤسسه حقوقی، یک وکیل، یک خدمت حقوقی یا یک مقاله تخصصی است.
این موضوع برای سایت‌های حقوقی اهمیت دارد؛ زیرا معمولاً یک سایت شامل چند نوع محتوای متفاوت است: معرفی وکیل، خدماتی مانند وکالت خانواده یا دعاوی ملکی، مقالات آموزشی، اطلاعات دفتر و راه‌های تماس. اسکیما می‌تواند ارتباط میان این اطلاعات و موجودیت‌های مختلف سایت را برای موتور جستجو روشن‌تر کند.
درک بهتر موضوع و ساختار صفحات توسط گوگل
یکی از مهم‌ترین کاربردهای Structured Data، کمک به موتورهای جستجو برای درک محتوای صفحه است. برای مثال، اگر صفحه‌ای درباره خدمات یک مؤسسه حقوقی باشد، استفاده صحیح از Schema مرتبط با خدمات حقوقی می‌تواند اطلاعات ساختاریافته بیشتری درباره آن صفحه در اختیار گوگل قرار دهد.
در سایت حقوقی می‌توان متناسب با محتوای واقعی صفحات از ساختارهایی مانند LegalService، Organization، Person، Article و BreadcrumbList استفاده کرد.
کمک به مشخص شدن موجودیت‌های سایت حقوقی
برای یک سایت حقوقی، فقط موضوع صفحه مهم نیست؛ بلکه شناسایی موجودیت‌هایی مانند مؤسسه، دفتر، وکیل و خدمات حقوقی نیز اهمیت دارد.
برای نمونه، فرض کنید یک سایت دارای صفحه‌ای برای معرفی یک وکیل و چند صفحه درباره خدمات تخصصی اوست. اگر ساختار داده‌ها به شکل درست طراحی شده باشد، می‌توان ارتباط میان شخص، سازمان، خدمات و صفحات مرتبط را بهتر برای موتور جستجو مشخص کرد.
کمک به درک بهتر ساختار سایت
استفاده از BreadcrumbList نمونه ساده‌ای از کاربرد اسکیما در معماری سایت است. برای مثال، ساختار زیر را در نظر بگیرید:
صفحه اصلی ← خدمات حقوقی ← وکیل خانواده ← وکیل مهریه
با نشانه‌گذاری صحیح مسیر صفحات، گوگل می‌تواند ساختار سلسله‌مراتبی صفحه را بهتر درک کند و در صورت پشتیبانی و انتخاب خود، اطلاعات مرتبط را در نتایج جستجو نمایش دهد.
بهترین Schema برای سایت حقوقی چیست؟
برای سایت حقوقی نمی‌توان یک Schema واحد را به‌عنوان «بهترین» گزینه برای همه صفحات معرفی کرد. انتخاب Schema باید بر اساس نوع صفحه، محتوای آن و اطلاعاتی که واقعاً در صفحه وجود دارد انجام شود. برای مثال، ساختار داده صفحه اصلی یک مؤسسه حقوقی با صفحه معرفی وکیل یا یک مقاله حقوقی یکسان نیست.
مهم‌ترین Schemaهایی که معمولاً در یک سایت حقوقی می‌توان متناسب با شرایط استفاده کرد عبارت‌اند از:
LegalService
LegalService یکی از مهم‌ترین Schemaها برای سایت‌های حقوقی است و برای معرفی کسب‌وکار یا خدماتی که در حوزه حقوق فعالیت می‌کنند کاربرد دارد. برای مثال، یک مؤسسه حقوقی، دفتر وکالت یا مجموعه‌ای که خدماتی مانند وکالت دعاوی ملکی، خانواده یا کیفری ارائه می‌دهد، می‌تواند در ساختار داده خود از LegalService استفاده کند. این Schema به موتور جستجو کمک می‌کند متوجه شود موضوع کسب‌وکار و خدمات ارائه‌شده در سایت، ماهیت حقوقی دارد.
Organization
Organization برای معرفی خودِ سازمان یا مجموعه حقوقی استفاده می‌شود، نه یک خدمت خاص. اگر سایت متعلق به یک مؤسسه حقوقی باشد، اطلاعاتی مانند نام رسمی مجموعه، لوگو، آدرس وب‌سایت و سایر اطلاعات شناسایی سازمان را می‌توان در این ساختار قرار داد. به زبان ساده، اگر LegalService به گوگل می‌گوید «این کسب‌وکار در حوزه خدمات حقوقی فعالیت می‌کند»، Organization به معرفی خودِ سازمان کمک می‌کند. گوگل نیز برای اطلاعات سازمانی مانند نام، لوگو و سایر مشخصات از داده‌های ساختاریافته Organization پشتیبانی می‌کند.
LocalBusiness
اگر مؤسسه یا دفتر وکالت یک مکان فیزیکی مشخص دارد و مراجعه حضوری مشتریان در آن انجام می‌شود، LocalBusiness می‌تواند برای نشانه‌گذاری اطلاعات کسب‌وکار محلی مورد استفاده قرار گیرد. اطلاعاتی مانند آدرس، شماره تلفن، ساعات کاری و موقعیت مکانی از جمله داده‌هایی هستند که می‌توانند در این ساختار قرار بگیرند. استفاده از LocalBusiness زمانی منطقی است که این اطلاعات واقعاً مربوط به یک دفتر یا محل کسب‌وکار واقعی باشند و در سایت نیز به شکل قابل مشاهده ارائه شده باشند.
Person
Person برای معرفی یک فرد استفاده می‌شود؛ بنابراین در سایت‌هایی که برای وکلا صفحه پروفایل اختصاصی دارند، می‌توان از آن برای توصیف اطلاعات مربوط به وکیل استفاده کرد. برای مثال، نام وکیل، تصویر، سوابق حرفه‌ای، اطلاعات شغلی و ارتباط او با یک سازمان را می‌توان متناسب با اطلاعات موجود در صفحه، در ساختار داده مشخص کرد. این Schema برای صفحه معرفی یک وکیل مناسب است و نباید به جای اطلاعات مؤسسه یا دفتر حقوقی استفاده شود.
ProfilePage
ProfilePage زمانی کاربرد دارد که سایت یک صفحه اختصاصی برای معرفی یک شخص یا موجودیت مشخص داشته باشد؛ برای مثال صفحه «درباره وکیل علی رضایی» که اطلاعات حرفه‌ای همان وکیل در آن ارائه شده است. این ساختار به گوگل کمک می‌کند متوجه شود صفحه موردنظر یک پروفایل است و چه فردی موضوع اصلی آن محسوب می‌شود. اگر سایت حقوقی برای هر وکیل یک صفحه پروفایل مجزا دارد، استفاده از ProfilePage در کنار اطلاعات مربوط به Person می‌تواند انتخاب مناسبی باشد.
Article
برای مقالات حقوقی می‌توان از Article و در موارد مناسب از زیرنوع‌های آن مانند BlogPosting استفاده کرد. این Schema اطلاعاتی مانند عنوان مقاله، نویسنده، تصویر، تاریخ انتشار و تاریخ آخرین به‌روزرسانی را به شکل ساختاریافته مشخص می‌کند. برای مثال، اگر مقاله‌ای با عنوان «شرایط مطالبه مهریه» در سایت منتشر شده باشد، Article Schema می‌تواند اطلاعات مربوط به همان مقاله را برای موتور جستجو قابل فهم‌تر کند. البته استفاده از این Schema به معنی تضمین نمایش ویژه مقاله در نتایج گوگل نیست.
FAQPage
FAQPage برای صفحاتی طراحی شده که شامل مجموعه‌ای از سؤال و جواب‌های واقعی و قابل مشاهده برای کاربر هستند. برای مثال، صفحه‌ای درباره «سؤالات متداول وکیل خانواده» ممکن است شامل سؤال‌هایی درباره نحوه طرح دعوا، مدارک لازم و روند رسیدگی باشد. با این حال، نباید تصور کرد استفاده از FAQ Schema الزاماً باعث نمایش سؤال‌ها به شکل Rich Result برای همه سایت‌ها می‌شود؛ گوگل در حال حاضر نمایش FAQ Rich Results را به شرایط و سایت‌های واجد شرایط محدود کرده است.
Service
Service می‌تواند برای توصیف یک خدمت مشخص استفاده شود؛ برای مثال «مشاوره حقوقی»، «وکالت پرونده‌های ملکی» یا «مشاوره حقوقی خانواده». با این حال، استفاده از آن باید با ساختار واقعی سایت و اطلاعات موجود در صفحه هماهنگ باشد و نباید صرفاً برای قرار دادن کلمات کلیدی بیشتر در Schema استفاده شود. در یک سایت حقوقی، این Schema می‌تواند در کنار ساختارهای مربوط به کسب‌وکار و خدمات حقوقی مورد بررسی قرار گیرد، اما انتخاب نهایی باید بر اساس معماری و محتوای واقعی صفحه انجام شود.
چگونه Schema سایت حقوقی را در وردپرس پیاده‌سازی کنیم؟
پیاده‌سازی Schema در وردپرس را می‌توان به دو روش اصلی انجام داد: استفاده از افزونه‌های سئو و Schema یا قرار دادن دستی کدهای Structured Data با فرمت JSON-LD . برای بیشتر سایت‌های حقوقی، روش اول ساده‌تر و کم‌ریسک‌تر است؛ اما اگر ساختار خاصی دارید یا می‌خواهید Schema هر صفحه را دقیقاً متناسب با محتوای آن تنظیم کنید، پیاده‌سازی دستی JSON-LD کنترل بیشتری در اختیار شما قرار می‌دهد.
استفاده از افزونه‌های سئو
بسیاری از افزونه‌های معتبر سئو در وردپرس امکان ایجاد Structured Data را دارند. در این روش، افزونه بخشی از Schemaهای عمومی سایت مانند اطلاعات سازمان، مقاله و Breadcrumb را ایجاد می‌کند و شما می‌توانید اطلاعات موردنیاز را از تنظیمات افزونه وارد کنید.
مزیت این روش این است که برای پیاده‌سازی Schema نیازی به ویرایش کدهای سایت ندارید. با این حال، نباید صرفاً افزونه را نصب کنید و تصور کنید تمام Schemaهای موردنیاز سایت حقوقی به شکل صحیح ایجاد شده‌اند. ابتدا باید بررسی کنید افزونه چه Schemaهایی تولید می‌کند و آیا اطلاعات آن با محتوای واقعی سایت مطابقت دارد یا خیر.
پیاده‌سازی دستی با JSON-LD
روش دوم، قرار دادن Structured Data با فرمت JSON-LD در کد صفحه است. گوگل JSON-LD را یکی از روش‌های توصیه‌شده برای پیاده‌سازی داده‌های ساختاریافته می‌داند، زیرا معمولاً از محتوای اصلی HTML جداست و مدیریت آن ساده‌تر است.
برای مثال، اطلاعات یک مؤسسه حقوقی را می‌توان در قالب یک کد JSON-LD تعریف کرد و اطلاعاتی مانند نام، URL، لوگو و سایر مشخصات واقعی سازمان را در آن قرار داد.
در وردپرس می‌توان این کد را بسته به ساختار سایت از طریق افزونه، قابلیت‌های قالب، کد اختصاصی یا روش‌های مدیریت اسکریپت‌ها به صفحه اضافه کرد. نکته مهم این است که کد باید متناسب با اطلاعات واقعی صفحه نوشته شود؛ اضافه کردن فیلدهای ساختگی یا اطلاعاتی که کاربر در صفحه نمی‌بیند، روش صحیحی نیست.
Schema را برای هر نوع صفحه جداگانه تنظیم کنید
یکی از اشتباهات رایج در سایت‌های حقوقی این است که یک کد Schema یکسان در تمام صفحات قرار داده شود. بهتر است ساختار داده بر اساس نوع صفحه تعیین شود.
برای مثال:
- صفحه اصلی مؤسسه: اطلاعات سازمان و کسب‌وکار حقوقی
- صفحه معرفی وکیل: اطلاعات مربوط به شخص و پروفایل
- صفحه خدمات حقوقی: اطلاعات مربوط به خدمت و کسب‌وکار حقوقی
- مقاله حقوقی: Article
- مسیر صفحات: BreadcrumbList
به این ترتیب، هر صفحه اطلاعاتی را در اختیار موتور جستجو قرار می‌دهد که واقعاً با موضوع آن صفحه ارتباط دارد.
از ایجاد Schema تکراری جلوگیری کنید
اگر از افزونه سئو استفاده می‌کنید و هم‌زمان یک کد JSON-LD دستی نیز به سایت اضافه می‌کنید، ابتدا بررسی کنید که هر دو روش یک Schema یکسان تولید نکنند.
برای مثال، ممکن است افزونه به‌صورت خودکار Article Schema ایجاد کند و شما نیز همان Article را به‌صورت دستی اضافه کنید. در چنین شرایطی، به‌جای اینکه Schema بیشتری داشته باشید، ممکن است ساختار داده سایت پیچیده و مدیریت آن دشوار شود.
بنابراین قبل از اضافه کردن Schema دستی، کد Structured Data فعلی سایت را بررسی کنید. اطلاعات Schema باید با محتوای صفحه مطابقت داشته باشد
یکی از مهم‌ترین اصول پیاده‌سازی Schema این است که اطلاعات Schema باید با محتوای صفحه مطابقت داشته باشد. اطلاعاتی که در Structured Data قرار می‌دهید باید با اطلاعات واقعی و قابل مشاهده صفحه هماهنگ باشد.
برای مثال، اگر سایت یک دفتر حقوقی در تهران دارد، نباید در Schema آدرس یک دفتر دیگر، شماره تلفن غیرواقعی یا ساعات کاری نادرست وارد شود. همچنین نباید Review، Rating، قیمت یا اطلاعات دیگری را صرفاً برای گرفتن Rich Result به‌صورت ساختگی در Schema قرار داد. گوگل استفاده از Structured Data گمراه‌کننده یا نامرتبط را خلاف دستورالعمل‌های خود می‌داند.
Schema را بعد از پیاده‌سازی تست کنید
پس از اضافه کردن Schema، کار تمام نشده است. باید بررسی کنید کد از نظر ساختاری و محتوایی درست است.
برای این کار می‌توانید از ابزار Rich Results Test گوگل استفاده کنید. این ابزار مشخص می‌کند داده‌های ساختاریافته صفحه چگونه توسط گوگل شناسایی شده‌اند و آیا برای انواع مشخصی از Rich Result واجد شرایط هستید یا خیر.
همچنین می‌توان URL صفحه را در Google Search Console با URL Inspection بررسی کرد تا ببینید گوگل صفحه و داده‌های ساختاریافته آن را چگونه پردازش کرده است.
بعد از تغییرات، Schema را در Search Console بررسی کنید
اگر Schema را در صفحات مهم سایت حقوقی تغییر داده‌اید، بهتر است وضعیت آن را در Search Console نیز زیر نظر داشته باشید. این کار کمک می‌کند خطاها یا مشکلات احتمالی مربوط به داده‌های ساختاریافته را بعد از انتشار تغییرات سریع‌تر شناسایی کنید.
اشتباهات رایج در پیاده‌سازی Schema سایت حقوقی
پیاده‌سازی Schema در سایت حقوقی زمانی ارزشمند است که اطلاعات ساختاریافته دقیقاً با محتوای واقعی سایت هماهنگ باشد. اضافه کردن تعداد زیادی Schema بدون توجه به نوع صفحه نه‌تنها مزیت خاصی ایجاد نمی‌کند، بلکه ممکن است باعث ایجاد داده‌های متناقض یا نادرست شود. مهم‌ترین اشتباهاتی که هنگام پیاده‌سازی Schema در سایت‌های حقوقی دیده می‌شود عبارت‌اند از:
۱. استفاده از Schema یکسان برای تمام صفحات
۲. استفاده از Attorney به‌عنوان Schema اصلی سایت
۳. قرار دادن اطلاعاتی که در صفحه وجود ندارند
۴. استفاده از Review و Rating ساختگی
۶. اضافه کردن Schemaهای زیاد و غیرمرتبط
۷. ایجاد Schema تکراری در وردپرس
۸. درج اطلاعات نادرست درباره وکیل یا مؤسسه
۹. استفاده از FAQ Schema با هدف گرفتن فضای بیشتر در گوگل
۱۰. بی‌توجهی به تست و اعتبارسنجی Schema
۱۱. استفاده از اطلاعات ساختاریافته برای پنهان کردن اطلاعات از کاربر
۱۲. کپی کردن Schema از سایت‌های دیگر
