ساختار سایت قبل از ساختار صفحات؛ پایه ای که نباید نادیده بگیرید
یکی از اشتباهات رایج هنگام یادگیری اسکیما این است که افراد مستقیماً سراغ اسکیما Article، Product یا FAQ می روند؛ در حالی که هنوز هویت اصلی وب سایت را برای موتورهای جستجو تعریف نکرده اند.
برای درک بهتر این موضوع، یک مثال ساده را در نظر بگیرید. فرض کنید می خواهید یک نفر را به دوستتان معرفی کنید. آیا معرفی را با توضیح دادن درباره شغل یا مهارت های او شروع می کنید یا ابتدا نام و هویت او را می گویید؟ طبیعتاً ابتدا شخص را معرفی می کنید و سپس درباره جزئیات صحبت خواهید کرد.
در اسکیما نیز همین منطق وجود دارد. قبل از اینکه صفحات مختلف سایت را معرفی کنید، باید خود وب سایت و مالک آن را به موتورهای جستجو بشناسانید. در غیر این صورت، اطلاعات صفحات به صورت جزیره ای ثبت می شوند و ارتباط منطقی میان آن ها شکل نمی گیرد.
نکته مهم: اسکیما مجموعه ای از کدهای مستقل نیست؛ بلکه شبکه ای از موجودیت های مرتبط با یکدیگر است.
در یک پیاده سازی استاندارد، معمولاً ترتیب معرفی موجودیت ها به شکل زیر است:
- معرفی وب سایت (WebSite)
- معرفی مالک سایت؛ شخص یا سازمان (Organization یا Person)
- معرفی صفحات داخلی مانند مقاله، محصول، دوره آموزشی یا خدمات
- ایجاد ارتباط میان تمام این موجودیت ها
اولین موجودیت؛ معرفی WebSite
اولین قدم برای ساخت یک ساختار اصولی، معرفی خود وب سایت است. موجودیت WebSite به موتورهای جستجو اعلام می کند که این دامنه متعلق به یک وب سایت مشخص است و اطلاعات پایه آن چیست.
در ساده ترین حالت، کافی است نام سایت و آدرس اصلی آن را معرفی کنید. در فصل های بعد، این موجودیت را با سایر بخش های سایت نیز به هم متصل خواهیم کرد.
{
"@context": "https://schema.org",
"@type": "WebSite",
"name": "نام وب سایت",
"url": "https://example.com"
}توضیح خط به خط کد
@context
این بخش مشخص می کند که واژه ها و ساختارهای استفاده شده در کد از استاندارد Schema.org پیروی می کنند. تقریباً در تمام کدهای JSON-LD این مقدار برابر با https://schema.org است.
@type
این ویژگی نوع موجودیتی را که معرفی می کنید مشخص می کند. در این مثال مقدار آن WebSite است؛ یعنی اعلام می کنید این اطلاعات مربوط به یک وب سایت است.
name
نام رسمی وب سایت را در این قسمت قرار می دهید. بهتر است دقیقاً همان نامی باشد که کاربران و موتورهای جستجو از آن برند می شناسند.
url
در این قسمت باید آدرس اصلی سایت را همراه با https وارد کنید. استفاده از دامنه اصلی و نسخه نهایی سایت اهمیت زیادی دارد و نباید از آدرس های موقت یا متفاوت استفاده شود.
نکته کلیدی: هر وب سایت تنها یک موجودیت اصلی WebSite دارد. از ایجاد چندین WebSite برای یک دامنه خودداری کنید، مگر اینکه دلیل فنی مشخصی برای این کار وجود داشته باشد.
معرفی مالک سایت با Organization
بعد از اینکه وب سایت را معرفی کردید، نوبت به معرفی مالک آن می رسد. هر وب سایت متعلق به یک موجودیت واقعی است؛ این موجودیت می تواند یک سازمان (Organization)، یک شخص (Person) یا در برخی پروژه ها یک کسب وکار محلی (LocalBusiness) باشد.
در بسیاری از وب سایت های شرکتی، فروشگاهی و آموزشی، استفاده از Organization رایج ترین انتخاب است. این موجودیت به گوگل کمک می کند تشخیص دهد چه برندی پشت این وب سایت قرار دارد و اطلاعات مربوط به آن را به سایر صفحات سایت متصل کند.
اگر وب سایت شخصی یا نمونه کار دارید، ممکن است در آینده استفاده از Person انتخاب مناسب تری باشد؛ اما در این دوره، ابتدا با Organization آشنا می شویم.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "نام برند",
"url": "https://example.com",
"logo": "https://example.com/logo.png"
}توضیح خط به خط کد
@context
همانند تمام کدهای JSON-LD، این بخش مشخص می کند که از واژگان استاندارد Schema.org استفاده شده است.
@type
در اینجا نوع موجودیت Organization است؛ یعنی اطلاعات مربوط به یک شرکت، برند یا سازمان معرفی می شود.
name
نام رسمی برند یا شرکت را وارد کنید. بهتر است این مقدار با نامی که در سایر بخش های سایت و شبکه های اجتماعی استفاده می کنید یکسان باشد.
url
آدرس اصلی وب سایت را وارد کنید. این مقدار باید دقیقاً همان دامنه نهایی سایت باشد.
logo
آدرس کامل فایل لوگوی برند را مشخص می کند. بهتر است لوگو کیفیت مناسبی داشته باشد، همیشه در دسترس باشد و آدرس آن در آینده تغییر نکند.
نکته مهم: استفاده از لوگوی واقعی برند اهمیت زیادی دارد. قرار دادن تصاویر موقت یا فایل هایی که بعداً حذف می شوند، می تواند باعث بروز خطا در داده های ساختاریافته شود.
نسخه کامل تر Organization؛ چه زمانی به اطلاعات بیشتری نیاز داریم؟
کدی که در بخش قبل مشاهده کردید، حداقل اطلاعات موردنیاز برای معرفی یک سازمان را در اختیار موتورهای جستجو قرار می دهد. اما در پروژه های واقعی معمولاً اطلاعات بیشتری نیز به این موجودیت اضافه می شود تا هویت برند شفاف تر باشد.
برای مثال می توان اطلاعات تماس، توضیح کوتاه درباره برند و لینک شبکه های اجتماعی را نیز تعریف کرد.
{
"@context": "https://schema.org",
"@type": "Organization",
"name": "نام برند",
"url": "https://example.com",
"logo": "https://example.com/logo.png",
"description": "توضیح کوتاه درباره برند",
"contactPoint": {
"@type": "ContactPoint",
"contactType": "customer support",
"telephone": "+989XXXXXXXXX",
"email": "info@example.com"
},
"sameAs": [
"https://instagram.com/...",
"https://x.com/..."
]
}در این نسخه، چند ویژگی جدید اضافه شده است:
- description برای معرفی کوتاه برند یا شرکت.
- contactPoint برای ثبت اطلاعات تماس و نوع خدمات پشتیبانی.
- sameAs برای معرفی پروفایل های رسمی برند در شبکه های اجتماعی یا سرویس های معتبر.
توجه داشته باشید که استفاده از این ویژگی ها زمانی مفید است که اطلاعات واردشده واقعی، در دسترس و قابل تأیید باشند. وارد کردن داده های غیرواقعی یا شبکه های اجتماعی غیرفعال، کمکی به اعتبار سایت نخواهد کرد.
جمع بندی این بخش: هدف از Organization فقط نمایش نام برند نیست؛ بلکه معرفی هویت واقعی کسب وکار و ایجاد ارتباط میان تمام صفحات سایت با مالک آن است.
محل صحیح قرار دادن کدهای JSON-LD
یکی از سؤال های پرتکرار این است که کدهای اسکیما را در کدام بخش صفحه قرار دهیم.
از نظر فنی، مرورگر و موتورهای جستجو می توانند کدهای JSON-LD را هم در بخش <head> و هم در بخش <body> پردازش کنند؛ اما توصیه گوگل و بهترین روش پیاده سازی این است که این کدها تا حد امکان در بخش <head> صفحه قرار بگیرند.
به این ترتیب، موتور جستجو قبل از پردازش محتوای صفحه، به داده های ساختاریافته نیز دسترسی خواهد داشت و مدیریت آن ها در پروژه های بزرگ نیز ساده تر خواهد بود.
نکته پایانی فصل: در این فصل فقط با پایه های اسکیما و معرفی موجودیت های اصلی آشنا شدیم. در فصل بعد یاد می گیریم چگونه صفحات مختلف مانند مقاله، محصول یا دوره آموزشی را به این ساختار متصل کنیم و بین موجودیت ها ارتباط استاندارد ایجاد کنیم.