راهنمای جامع تنظیم Canonical و Schema در وردپرس

راهنمای جامع تنظیم Canonical و Schema در وردپرس؛ از اصول سئو تکنیکال تا بهینه‌سازی سایت‌های چندزبانه

مقدمه: چرا Canonical و Schema در سئوی سایت اهمیت دارند؟

وقتی صحبت از بهینه‌سازی موتورهای جستجو می‌شود، معمولاً اولین موضوعاتی که به ذهن می‌رسند تولید محتوای باکیفیت، انتخاب کلمات کلیدی، لینک‌سازی داخلی و افزایش سرعت سایت هستند. این موارد بدون شک اهمیت زیادی دارند؛ اما در کنار آن‌ها، بخش دیگری از سئو وجود دارد که شاید کمتر در ظاهر سایت دیده شود، ولی می‌تواند تأثیر مهمی در نحوه شناسایی، تحلیل و نمایش صفحات توسط موتورهای جستجو داشته باشد.

این بخش به سئوی تکنیکال (Technical SEO) مربوط است.

دو مفهوم مهم در این حوزه، Canonical و Schema Markup هستند. اولی به موتورهای جستجو کمک می‌کند نسخه اصلی یک محتوا را در میان URLهای مشابه تشخیص دهند و دومی اطلاعات ساختاریافته‌ای درباره موضوع، نوع و ویژگی‌های محتوای صفحه ارائه می‌دهد.

برای مثال، ممکن است یک مقاله در چند آدرس مختلف قابل دسترسی باشد، یک محصول از چند مسیر در فروشگاه نمایش داده شود یا یک وب‌سایت نسخه‌های فارسی و انگلیسی از صفحات خود داشته باشد. در چنین شرایطی، اگر ارتباط میان URLها به‌درستی مدیریت نشود، موتور جستجو ممکن است در تشخیص نسخه اصلی محتوا با ابهام روبه‌رو شود.

از طرف دیگر، ممکن است صفحه‌ای اطلاعات مفیدی درباره یک محصول، خدمت یا مقاله داشته باشد، اما موتور جستجو نتواند ساختار و ماهیت آن را به‌خوبی تشخیص دهد. استفاده صحیح از Schema می‌تواند این اطلاعات را به شکل استاندارد و قابل پردازش در اختیار موتورهای جستجو قرار دهد.

در این راهنما، با مفهوم Canonical، نحوه تنظیم آن در وردپرس و افزونه Yoast SEO، کاربرد Schema، انواع ساختار داده، اشتباهات رایج و روش صحیح پیاده‌سازی این دو مفهوم در سایت‌های چندزبانه آشنا می‌شویم.

Canonical چیست و چه کاربردی در سئو دارد؟

Canonical که معمولاً با عبارت Canonical URL یا تگ Canonical شناخته می‌شود، روشی برای معرفی نسخه ترجیحی یک صفحه به موتورهای جستجو است.

فرض کنید مقاله‌ای در سایت منتشر کرده‌اید و این مقاله از طریق چند آدرس مختلف در دسترس است:

• https://example.com/seo-guide/
• https://example.com/seo-guide/?ref=instagram
• https://example.com/seo-guide/?utm_source=newsletter
• https://example.com/category/seo/seo-guide/

ممکن است تمام این آدرس‌ها به محتوای یکسان یا بسیار مشابهی دسترسی داشته باشند. از دید کاربر، تفاوت خاصی میان آن‌ها وجود ندارد؛ اما از دید موتور جستجو، با چند URL متفاوت روبه‌رو هستیم.

در چنین شرایطی می‌توان با استفاده از Canonical، آدرس اصلی و ترجیحی صفحه را معرفی کرد.

نمونه کد Canonical:

<link rel="canonical" href="https://example.com/seo-guide/" />

این کد معمولاً در بخش head صفحه قرار می‌گیرد و به موتور جستجو اعلام می‌کند که آدرس معرفی‌شده، نسخه ترجیحی این محتواست.

البته باید توجه داشت که Canonical یک سیگنال قوی برای انتخاب URL اصلی است، نه یک دستور قطعی. گوگل ممکن است با بررسی سایر نشانه‌ها، URL دیگری را به‌عنوان نسخه اصلی انتخاب کند.

چرا استفاده از Canonical اهمیت دارد؟

۱. مدیریت محتوای تکراری

گاهی یک محتوا به دلایل فنی از طریق چند URL قابل مشاهده است. Canonical کمک می‌کند نسخه ترجیحی آن مشخص شود.

۲. تجمیع سیگنال‌های مرتبط با صفحات مشابه

در صورت انتخاب نسخه اصلی، موتور جستجو می‌تواند سیگنال‌های مرتبط با URLهای مشابه، مانند لینک‌های ورودی، را در فرایند انتخاب و ارزیابی نسخه اصلی در نظر بگیرد.

۳. مدیریت پارامترهای URL

پارامترهای تبلیغاتی، کمپین‌ها و برخی فیلترهای سایت ممکن است URLهای متعددی ایجاد کنند. Canonical می‌تواند برای معرفی نسخه بدون پارامترهای غیرضروری استفاده شود؛ البته فقط زمانی که محتوا واقعاً معادل یا بسیار مشابه باشد.

۴. بهبود مدیریت خزش سایت

با مشخص کردن نسخه‌های ترجیحی و حذف URLهای تکراری غیرضروری، می‌توان به موتورهای جستجو کمک کرد منابع خزش خود را بهتر مدیریت کنند.

۵. جلوگیری از سردرگمی در انتخاب URL اصلی

زمانی که چند آدرس مشابه برای یک محتوا وجود دارد، Canonical یکی از مهم‌ترین سیگنال‌هایی است که می‌توان برای معرفی URL ترجیحی ارائه کرد.

تفاوت Canonical با Redirect و Noindex چیست؟

یکی از اشتباهات رایج در سئوی تکنیکال، یکسان دانستن Canonical، ریدایرکت و Noindex است. این سه روش کاربردهای متفاوتی دارند و نباید بدون بررسی شرایط جایگزین یکدیگر شوند.

برای مثال، اگر مقاله‌ای را به یک آدرس جدید منتقل کرده‌اید و قصد ندارید آدرس قبلی همچنان در دسترس باشد، معمولاً ریدایرکت 301 انتخاب مناسب‌تری است.

اما اگر دو URL محتوای یکسانی دارند و هر دو باید برای کاربران قابل دسترسی باشند، ممکن است Canonical راهکار مناسب‌تری باشد.

همچنین اگر صفحه‌ای مانند سبد خرید، پنل کاربری یا صفحه تشکر پس از پرداخت نباید در نتایج جستجو نمایش داده شود، باید وضعیت ایندکس آن را با توجه به ماهیت صفحه بررسی کرد؛ Canonical ابزار مناسبی برای جایگزینی Noindex نیست.

Canonical در وردپرس چگونه تنظیم می‌شود؟

در وردپرس، افزونه‌های سئو معمولاً امکان مدیریت Canonical را بدون نیاز به ویرایش مستقیم کدهای قالب فراهم می‌کنند.

یکی از شناخته‌شده‌ترین این افزونه‌ها، Yoast SEO است.

Yoast SEO برای صفحات قابل ایندکس، معمولاً Canonical مناسب را به‌صورت خودکار تولید می‌کند. به همین دلیل، در اغلب صفحات عادی نیازی به وارد کردن دستی آدرس Canonical وجود ندارد.

آموزش تنظیم Canonical در Yoast SEO

برای تغییر Canonical یک نوشته یا برگه در وردپرس، مراحل زیر را انجام دهید:

1. وارد پیشخوان وردپرس شوید.
2. نوشته یا برگه موردنظر را برای ویرایش باز کنید.
3. بخش تنظیمات Yoast SEO را پیدا کنید.
4. وارد قسمت Advanced یا پیشرفته شوید.
5. فیلد Canonical URL را مشاهده کنید.
6. در صورت نیاز، آدرس کامل نسخه اصلی صفحه را وارد کنید.

برای مثال:

https://radib.com/services/support-and-seo/

در صورتی که صفحه اصلی و مستقل است و نسخه تکراری یا مشابهی ندارد، معمولاً بهتر است این فیلد را خالی بگذارید تا Yoast مقدار مناسب را به‌صورت خودکار تولید کند.

توصیه مهم: وارد کردن اشتباه Canonical ممکن است باعث شود موتور جستجو صفحه‌ای را به‌عنوان نسخه اصلی در نظر بگیرد که اصلاً هدف شما نبوده است. بنابراین بهتر است این فیلد تنها زمانی تغییر کند که دلیل فنی مشخصی برای آن وجود داشته باشد.

چه زمانی باید Canonical را دستی تغییر داد؟

موارد زیر می‌توانند از جمله دلایل منطقی برای تغییر دستی Canonical باشند:

• وجود دو صفحه با محتوای تقریباً یکسان که باید یک URL به‌عنوان نسخه اصلی معرفی شود.
• انتشار نسخه‌های مشابه از یک محتوا در مسیرهای متفاوت.
• وجود صفحات فیلترشده یا پارامتردار با محتوای معادل صفحه اصلی.
• وجود نسخه‌های تکراری ناشی از ساختار دسته‌بندی یا مسیرهای مختلف نمایش محتوا.

در مقابل، برای صفحات مستقل، مقالات اختصاصی و محصولات دارای محتوای منحصربه‌فرد، معمولاً Self-referencing Canonical انتخاب مناسبی است.

Self-referencing Canonical چیست؟

یکی از بهترین روش‌ها برای مدیریت صفحات مستقل، استفاده از Canonical خودارجاع یا Self-referencing Canonical است.

در این روش، هر صفحه به آدرس خودش به‌عنوان نسخه اصلی اشاره می‌کند.

برای مثال:

<link rel="canonical" href="https://radib.com/services/support-and-seo/" />

اگر همین صفحه نسخه اصلی و مستقلی در سایت باشد، این کد نشان می‌دهد که خود URL باید به‌عنوان نسخه ترجیحی در نظر گرفته شود.

استفاده از این روش کمک می‌کند وضعیت صفحات در شرایطی مانند وجود پارامترهای اضافی، لینک‌های متفاوت و تغییر مسیرهای داخلی شفاف‌تر باشد.

البته لازم نیست برای اضافه کردن این کد به تک‌تک صفحات وردپرس اقدام دستی انجام دهید؛ Yoast معمولاً آن را خودکار مدیریت می‌کند.

تنظیم Canonical در سایت‌های چندزبانه

این بخش برای وب‌سایت‌هایی که چند زبان مختلف دارند اهمیت ویژه‌ای دارد.

فرض کنید یک صفحه از سایت رادیب به سه زبان فارسی، انگلیسی و آلمانی منتشر شده باشد:

در این ساختار، هر زبان باید Canonical مستقل خودش را داشته باشد.

یک اشتباه بسیار مهم این است که Canonical تمام نسخه‌های زبانی را به صفحه فارسی متصل کنیم.

برای مثال، اگر صفحه انگلیسی دارای محتوای ترجمه‌شده و مستقل باشد، قرار دادن Canonical فارسی در آن اشتباه است؛ زیرا به گوگل سیگنال می‌دهد که نسخه فارسی نماینده اصلی این محتواست.

برای مدیریت صحیح نسخه‌های زبانی، علاوه بر Canonical باید از Hreflang نیز استفاده شود.

Hreflang چیست و چه ارتباطی با Canonical دارد؟

Hreflang یک ویژگی HTML است که ارتباط میان نسخه‌های زبانی یا منطقه‌ای یک صفحه را به موتورهای جستجو معرفی می‌کند.

برای مثال:

<link rel="alternate" hreflang="fa" href="https://radib.com/hosting/" />
<link rel="alternate" hreflang="en" href="https://radib.com/en/hosting/" />
<link rel="alternate" hreflang="de" href="https://radib.com/de/hosting/" />

با این روش، گوگل متوجه می‌شود که این سه صفحه نسخه‌های زبانی مرتبط با یکدیگر هستند.

چند نکته مهم در پیاده‌سازی Hreflang:

• هر نسخه زبانی باید خودش را نیز در فهرست زبان‌ها معرفی کند.
• ارتباط صفحات باید دوطرفه باشد.
• آدرس‌ها باید کامل و شامل HTTPS باشند.
• کد زبان باید مطابق استاندارد ISO 639-1 باشد.
• در صورت نیاز به صفحه پیش‌فرض برای زبان‌های دیگر می‌توان از x-default استفاده کرد.
• Canonical هر نسخه زبانی باید به همان زبان یا مناسب‌ترین جایگزین موجود اشاره کند.

برای مثال، کدهای استاندارد زبان شامل fa برای فارسی، en برای انگلیسی و de برای آلمانی هستند.

نکته دیگری که باید در نظر داشت این است که ترجمه صرف منوها و بخش‌های ظاهری سایت، بدون ترجمه محتوای اصلی، لزوماً یک نسخه زبانی مستقل ایجاد نمی‌کند.

اگر از افزونه‌هایی مانند WPML یا Polylang استفاده می‌کنید، ابتدا باید بررسی کنید که افزونه وظیفه تولید Hreflang و Canonical را برعهده دارد یا خیر. تولید چندباره این تگ‌ها توسط افزونه‌ها و کدهای سفارشی می‌تواند ساختار HTML را دچار مشکل کند.

Schema Markup چیست؟

Schema Markup یا نشانه‌گذاری ساختاریافته، روشی استاندارد برای توصیف ماهیت و اطلاعات محتوای یک صفحه وب است.

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

برای مثال، تصور کنید یک صفحه درباره خدمات هاستینگ نوشته‌اید.

در این صفحه اطلاعاتی مانند موارد زیر وجود دارد:

• نام خدمت
• توضیحات خدمت
• نام ارائه‌دهنده
• ویژگی‌ها
• قیمت یا شرایط ارائه خدمت
• راه‌های ارتباطی

با استفاده از Schema مناسب می‌توان اطلاعات مرتبط را به شکل استاندارد معرفی کرد.

یکی از مهم‌ترین مزایای Schema این است که به موتورهای جستجو کمک می‌کند مفهوم و ارتباط میان بخش‌های مختلف یک صفحه را بهتر درک کنند.

آیا Schema باعث افزایش رتبه سایت در گوگل می‌شود؟

پاسخ دقیق این است که Schema به‌خودی‌خود یک عامل تضمین‌شده برای افزایش رتبه نیست.

هدف اصلی Structured Data کمک به درک بهتر محتوای صفحه و فراهم کردن شرایط لازم برای نمایش برخی قابلیت‌های پیشرفته در نتایج جستجو است.

برای مثال، بسته به نوع محتوا و شرایط صفحه، ممکن است اطلاعاتی مانند مسیر صفحات، مشخصات محصول یا اطلاعات مقاله در قالب‌های غنی‌تر نمایش داده شوند.

با این حال، حتی اگر Schema کاملاً صحیح باشد، گوگل هیچ تضمینی برای نمایش Rich Results ارائه نمی‌کند.

بنابراین نباید Schema را جایگزین محتوای ارزشمند، تجربه کاربری مناسب و سئوی تکنیکال دانست.

انواع Schema و کاربرد هرکدام

Schema.org انواع مختلفی از ساختارهای داده را تعریف کرده است. انتخاب نوع مناسب به موضوع و ماهیت صفحه بستگی دارد.

۱. Organization Schema

این نوع ساختار داده برای معرفی یک سازمان، شرکت یا برند استفاده می‌شود.

اطلاعاتی مانند موارد زیر می‌توانند در آن قرار بگیرند:

• نام رسمی سازمان
• نام تجاری
• آدرس وب‌سایت
• لوگو
• اطلاعات تماس
• شبکه‌های اجتماعی رسمی
• توضیحات سازمان

برای مثال، صفحه اصلی یا صفحه درباره ما می‌تواند محل مناسبی برای معرفی اطلاعات سازمانی برند رادیب باشد.

۲. WebSite Schema

این ساختار برای معرفی یک وب‌سایت و اطلاعات کلی آن استفاده می‌شود.

در آن می‌توان نام سایت، آدرس اصلی و اطلاعات مرتبط را معرفی کرد.

۳. WebPage Schema

این نوع Schema ماهیت یک صفحه وب را توصیف می‌کند.

صفحات خدمات، تماس با ما، درباره ما و سایر صفحات مستقل می‌توانند در ساختار داده خود از این نوع استفاده کنند.

۴. Article و BlogPosting Schema

برای مقالات آموزشی و مطالب منتشرشده در مجله، این دو نوع ساختار کاربرد دارند.

اطلاعاتی مانند موارد زیر قابل تعریف هستند:

• عنوان مقاله
• نام نویسنده
• تصویر شاخص
• تاریخ انتشار
• تاریخ آخرین به‌روزرسانی
• ناشر

برای مقالات مجله رادیب، BlogPosting می‌تواند انتخاب مناسبی باشد.

۵. BreadcrumbList Schema

این نوع ساختار داده مسیر سلسله‌مراتبی صفحه را مشخص می‌کند.

برای مثال:

صفحه اصلی ← خدمات ← هاستینگ ← هاست وردپرس

این ساختار به موتور جستجو کمک می‌کند ارتباط صفحه با بخش‌های بالاتر سایت را بهتر درک کند.

۶. Product Schema

برای معرفی محصولات قابل خرید می‌توان از Product Schema استفاده کرد.

ویژگی‌هایی مانند نام محصول، تصویر، توضیحات، قیمت، ارز، وضعیت موجودی و اطلاعات پیشنهاد فروش در صورت انطباق با واقعیت قابل استفاده هستند.

توجه داشته باشید که صرفاً قرار دادن نام یک خدمت در قالب Product به معنای واجد شرایط بودن آن برای نتایج غنی محصولات نیست. نوع محتوای واقعی و الزامات گوگل باید در نظر گرفته شود.

۷. Service Schema

برای معرفی خدماتی مانند طراحی سایت، پشتیبانی فنی، سئو، هاستینگ و مدیریت سرور می‌توان از نوع Service در Schema.org استفاده کرد.

این ساختار برای توصیف یک خدمت مناسب است، اما نباید آن را با Product Schema یا قابلیت‌های Rich Result محصولات در گوگل یکسان دانست.

۸. ContactPage و AboutPage

برای صفحه تماس با ما می‌توان از ContactPage و برای صفحه معرفی مجموعه از AboutPage استفاده کرد.

این نوع ساختارها کمک می‌کنند ماهیت صفحه به شکل دقیق‌تری معرفی شود.

Schema چگونه در صفحات وب قرار می‌گیرد؟

برای پیاده‌سازی Structured Data روش‌های مختلفی وجود دارد؛ اما یکی از روش‌های پیشنهادی گوگل، JSON-LD است.

JSON-LD اطلاعات ساختاریافته را در قالب یک اسکریپت مستقل در HTML قرار می‌دهد و معمولاً نیازی به تغییر ساختار ظاهری صفحه ندارد.

یک نمونه ساده از Organization Schema:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Radib",
  "url": "https://radib.com/",
  "logo": "https://radib.com/path/to/logo.png",
  "description": "ارائه‌دهنده خدمات دیجیتال، میزبانی وب و راهکارهای آنلاین"
}
</script>

این نمونه صرفاً برای نمایش ساختار کلی است. پیش از استفاده در سایت باید آدرس واقعی لوگو و اطلاعات تأییدشده مجموعه جایگزین شوند.

همچنین لازم نیست این کد را بدون بررسی به سایت اضافه کنید؛ ممکن است Yoast SEO از قبل اطلاعات سازمان را تولید کرده باشد.

آموزش تنظیم Schema در Yoast SEO

یکی از مزایای Yoast SEO این است که بخش زیادی از ساختار داده سایت را به‌صورت خودکار تولید می‌کند.

این افزونه از یک ساختار گرافی استفاده می‌کند تا موجودیت‌های مختلف مانند وب‌سایت، سازمان، صفحه، مقاله و نویسنده را به یکدیگر مرتبط کند.

برای مدیریت Schema در وردپرس می‌توانید مراحل زیر را دنبال کنید:

1. وارد پیشخوان وردپرس شوید.
2. از منوی Yoast SEO وارد بخش Settings شوید.
3. قسمت Site Representation را بررسی کنید.
4. مشخص کنید وب‌سایت متعلق به یک شخص است یا یک سازمان.
5. نام و اطلاعات برند را وارد کنید.
6. لوگوی مناسب را انتخاب کنید.
7. در صورت نیاز، تنظیمات نوع محتوای نوشته‌ها و برگه‌ها را بررسی کنید.

در تنظیمات هر نوشته یا برگه نیز معمولاً می‌توانید از بخش Schema نوع صفحه و نوع مقاله را مشخص کنید.

برای مثال:

• مقاله آموزشی: WebPage و BlogPosting
• صفحه درباره ما: AboutPage
• صفحه تماس: ContactPage
• صفحه خدمات: WebPage و در صورت نیاز Service

توصیه مهم: قابلیت Schema Framework در Yoast را غیرفعال نکنید، مگر اینکه یک راهکار جایگزین کامل و آزمایش‌شده داشته باشید. این چارچوب ارتباط میان داده‌های ساختاریافته سایت را مدیریت می‌کند.

آیا باید برای تک‌تک صفحات Schema جداگانه بنویسیم؟

خیر. این یکی از برداشت‌های اشتباه درباره Structured Data است.

قرار نیست برای هر صفحه یک اسکریپت طولانی و مستقل بنویسید.

در بسیاری از موارد، Yoast بخش مهمی از Schema را به شکل خودکار تولید می‌کند و اطلاعات اصلی صفحه را در گراف ساختاریافته قرار می‌دهد.

آنچه اهمیت دارد، انتخاب نوع مناسب صفحه و تکمیل اطلاعات مرتبط با آن است.

برای مثال، یک مقاله آموزشی به ساختار Article یا BlogPosting نیاز دارد؛ در حالی که یک صفحه معرفی خدمت می‌تواند از WebPage و در صورت نیاز Service استفاده کند.

همچنین صفحه اصلی سایت ممکن است اطلاعات Organization و WebSite را در ساختار خود داشته باشد.

اگر چند افزونه مختلف به‌طور هم‌زمان Schema تولید کنند، احتمال ایجاد داده‌های تکراری یا متناقض وجود دارد. بنابراین بهتر است ابتدا خروجی موجود بررسی شود و سپس در صورت نیاز، اطلاعات تکمیلی به آن اضافه شود.

Schema برای سایت چندزبانه؛ چه نکاتی باید رعایت شود؟

در سایت‌های چندزبانه، ساختار داده نیز باید با زبان و محتوای همان صفحه هماهنگ باشد.

برای مثال، اگر مقاله‌ای در سه زبان فارسی، انگلیسی و آلمانی منتشر شده است، اطلاعات هر نسخه باید با محتوای همان زبان مطابقت داشته باشد.

موارد مهم عبارت‌اند از:

• عنوان Schema باید با عنوان واقعی صفحه هماهنگ باشد.
• توضیحات باید متناسب با زبان همان نسخه نوشته شوند.
• URL صفحه باید به نسخه صحیح همان زبان اشاره کند.
• اطلاعات نویسنده و ناشر باید یکپارچه و قابل شناسایی باشند.
• ارتباط نسخه‌های زبانی با Hreflang مدیریت شود.
• Canonical هر نسخه به URL ترجیحی همان زبان اشاره کند.

برای مثال، نباید Schema صفحه انگلیسی را با URL نسخه فارسی تعریف کرد.

همچنین بهتر است شناسه موجودیت‌های مشترک مانند سازمان رادیب در نسخه‌های مختلف زبان یکپارچه باقی بماند تا ارتباط میان اطلاعات برند در زبان‌های مختلف حفظ شود.

چه اشتباهاتی در تنظیم Canonical و Schema باید از آن‌ها اجتناب کرد؟

گاهی وب‌سایت از نظر ظاهری و محتوایی وضعیت مناسبی دارد، اما خطاهای فنی در ساختار صفحات باعث می‌شوند موتورهای جستجو نتوانند به‌درستی با آن ارتباط برقرار کنند.

مهم‌ترین اشتباهات عبارت‌اند از:

اشتباه اول: اتصال Canonical تمام صفحات به صفحه اصلی

این کار یکی از خطرناک‌ترین خطاهای رایج است.

هر صفحه مستقل باید Canonical مناسب خودش را داشته باشد. قرار دادن آدرس صفحه اصلی در Canonical تمام مقالات و صفحات خدمات می‌تواند باعث شود گوگل آن‌ها را نسخه‌های تکراری صفحه اصلی در نظر بگیرد.

اشتباه دوم: استفاده از Canonical زبان فارسی برای نسخه انگلیسی

نسخه‌های زبانی مستقل باید Canonical مستقل داشته باشند. ارتباط میان ترجمه‌ها از طریق Hreflang مدیریت می‌شود، نه با اتصال همه آن‌ها به یک Canonical مشترک.

اشتباه سوم: قرار دادن چند Canonical در یک صفحه

وجود چند تگ Canonical با آدرس‌های متفاوت می‌تواند سیگنال‌های متناقض ایجاد کند.

در هر صفحه باید یک Canonical معتبر و مشخص وجود داشته باشد.

اشتباه چهارم: معرفی Schema نامرتبط با محتوای واقعی

برای مثال، اگر صفحه درباره خدمات طراحی سایت است، نباید آن را به‌عنوان یک محصول فیزیکی با قیمت و موجودی ساختگی معرفی کرد.

ساختار داده باید واقعیت قابل مشاهده صفحه را توصیف کند.

اشتباه پنجم: درج امتیاز و نظرات غیرواقعی

استفاده از Review یا AggregateRating بدون وجود نظرات معتبر و قابل مشاهده، یکی از مواردی است که می‌تواند با دستورالعمل‌های گوگل مغایرت داشته باشد.

نباید صرفاً برای نمایش ستاره در نتایج جستجو، امتیاز ساختگی تولید کرد.

اشتباه ششم: تولید چندباره Schema توسط افزونه‌ها

ممکن است Yoast، قالب وردپرس و یک افزونه دیگر هم‌زمان اطلاعات مشابهی تولید کنند.

در چنین شرایطی باید بررسی کرد که آیا موجودیت‌ها به‌درستی به یکدیگر متصل هستند یا خیر. وجود چند JSON-LD لزوماً اشتباه نیست؛ مشکل زمانی ایجاد می‌شود که اطلاعات متناقض، تکراری یا نامرتبط باشند.

اشتباه هفتم: استفاده از Schema برای محتوای مخفی

اطلاعاتی که در Structured Data درج می‌شوند باید با محتوای واقعی و قابل مشاهده صفحه مطابقت داشته باشند.

برای مثال، اگر در Schema قیمت یا تخفیفی ثبت شده است، این اطلاعات باید با آنچه کاربر در صفحه مشاهده می‌کند سازگار باشد.

اشتباه هشتم: استفاده از Noindex به‌جای Canonical

اگر هدف، معرفی نسخه اصلی میان صفحات مشابه است، Noindex راهکار مناسبی برای جایگزینی Canonical نیست.

این دو دستور عملکرد متفاوتی دارند و باید متناسب با هدف استفاده شوند.

چگونه صحت Canonical و Schema را بررسی کنیم؟

پس از پیاده‌سازی تنظیمات، باید خروجی واقعی سایت بررسی شود. صرفاً فعال بودن یک افزونه یا مشاهده تنظیمات آن به معنای صحیح بودن خروجی HTML نیست.

۱. Google Search Console

کنسول جستجوی گوگل یکی از مهم‌ترین ابزارهای بررسی وضعیت ایندکس سایت است.

در بخش URL Inspection می‌توانید آدرس یک صفحه را وارد کنید و اطلاعاتی مانند موارد زیر را بررسی کنید:

• وضعیت ایندکس صفحه
• آخرین زمان خزش گوگل
• Canonical اعلام‌شده توسط سایت
• Canonical انتخاب‌شده توسط گوگل

یکی از مهم‌ترین بخش‌ها، مقایسه User-declared Canonical با Google-selected Canonical است.

اگر این دو مقدار متفاوت باشند، باید علت آن بررسی شود.

۲. Google Rich Results Test

این ابزار برای بررسی ساختار داده و شناسایی مشکلات مربوط به قابلیت‌های نتایج غنی گوگل استفاده می‌شود.

با وارد کردن آدرس صفحه یا کد JSON-LD می‌توانید ببینید چه نوع داده‌هایی شناسایی شده‌اند و آیا خطاهای مرتبط وجود دارند یا خیر.

۳. Schema.org Validator

این ابزار برای بررسی ساختار کلی Schema و اعتبارسنجی انواع داده‌های Schema.org کاربرد دارد.

توجه داشته باشید که اعتبارسنجی Schema.org با واجد شرایط بودن برای Rich Results گوگل یکسان نیست.

۴. بررسی سورس HTML

در مرورگر، روی صفحه راست‌کلیک کنید و گزینه View Page Source را انتخاب کنید.

سپس عبارت‌های زیر را جستجو کنید:

• rel="canonical"
• application/ld+json
• hreflang
• og:url

با این روش می‌توانید ببینید چه اطلاعاتی واقعاً در خروجی صفحه قرار گرفته‌اند.

همچنین بهتر است پس از اعمال تغییرات، نسخه کش‌شده سایت را پاک کنید و دوباره خروجی را بررسی کنید.

چک‌لیست نهایی برای تنظیم صحیح Canonical و Schema

پیش از انتشار یا بهینه‌سازی صفحات، موارد زیر را بررسی کنید:

چک‌لیست Canonical:

• هر صفحه قابل ایندکس یک Canonical معتبر داشته باشد.
• آدرس Canonical کامل و شامل HTTPS باشد.
• Canonical به صفحه دارای پاسخ مناسب و قابل دسترسی اشاره کند.
• نسخه اصلی به خودش Canonical داشته باشد.
• صفحات چندزبانه Canonical مستقل داشته باشند.
• Canonical با Sitemap و سایر سیگنال‌های سایت تناقض نداشته باشد.
• صفحات تکراری در صورت نیاز به نسخه اصلی صحیح اشاره کنند.
• برای حذف دائمی صفحات از Redirect مناسب استفاده شود.

چک‌لیست Schema:

• نوع Schema متناسب با محتوای واقعی صفحه باشد.
• اطلاعات سازمان و وب‌سایت صحیح باشند.
• مقالات دارای عنوان، نویسنده و تاریخ‌های معتبر باشند.
• اطلاعات محصول با قیمت و وضعیت واقعی هماهنگ باشد.
• از امتیازها و نظرات ساختگی استفاده نشود.
• اطلاعات Schema با محتوای قابل مشاهده صفحه مطابقت داشته باشد.
• از تولید داده‌های متناقض توسط چند افزونه جلوگیری شود.
• خروجی با ابزارهای معتبر آزمایش شود.

معرفی خدمات رادیب برای مدیریت، پشتیبانی و بهینه‌سازی سایت

اجرای صحیح سئوی تکنیکال فقط به نصب یک افزونه یا اضافه کردن چند کد محدود نمی‌شود. وب‌سایت باید به‌صورت مستمر از نظر فنی، امنیتی، ساختار صفحات و وضعیت ایندکس بررسی شود.

به‌خصوص در وب‌سایت‌هایی که با وردپرس و افزونه‌های متعدد ساخته شده‌اند، تغییرات قالب، به‌روزرسانی افزونه‌ها، ایجاد صفحات جدید و تغییر ساختار URL می‌توانند مشکلاتی در Canonical، Schema و سایر بخش‌های سئو ایجاد کنند.

رادیب در کنار خدمات زیرساخت و میزبانی وب، خدمات مرتبط با پشتیبانی و بهینه‌سازی وب‌سایت را نیز ارائه می‌کند.

۱. خدمات پشتیبانی و نگهداری وب‌سایت

اگر مدیریت فنی سایت، به‌روزرسانی وردپرس، بررسی خطاهای افزونه‌ها و حفظ پایداری وب‌سایت برای شما زمان‌بر شده است، استفاده از خدمات پشتیبانی سایت می‌تواند به مدیریت بهتر این بخش‌ها کمک کند.

مشاهده خدمات پشتیبانی و سئو رادیب

۲. خدمات سئو و بهینه‌سازی فنی سایت

اگر صفحات سایت در گوگل به‌درستی ایندکس نمی‌شوند، ساختار URLها نیاز به اصلاح دارد یا می‌خواهید وضعیت Canonical، Schema و سایر تنظیمات سئو را بررسی کنید، خدمات بهینه‌سازی سایت می‌تواند نقطه شروع مناسبی باشد.

بررسی خدمات سئو و بهینه‌سازی رادیب

۳. خدمات تخصصی بررسی و رفع مشکلات فنی وب‌سایت

خطاهای وردپرس، تداخل افزونه‌ها، مشکلات فنی صفحات و اختلالات زیرساختی ممکن است بر عملکرد و دسترسی‌پذیری سایت تأثیر بگذارند. بررسی تخصصی این موارد به حفظ کیفیت عملکرد سایت و آماده نگه داشتن آن برای رشد بلندمدت کمک می‌کند.

اطلاعات بیشتر درباره خدمات رادیب

جمع‌بندی: Canonical و Schema را اصولی تنظیم کنید، نه صرفاً برای سبز شدن چراغ‌های افزونه سئو!

Canonical و Schema دو بخش مهم از سئوی تکنیکال هستند که هرکدام وظیفه مشخصی دارند.

Canonical به موتورهای جستجو کمک می‌کند نسخه ترجیحی یک محتوا را در میان URLهای مشابه تشخیص دهند. Schema نیز اطلاعات ساختاریافته‌ای درباره ماهیت و اجزای محتوای صفحه ارائه می‌کند.

در وردپرس، افزونه Yoast SEO بخش مهمی از این فرایند را به‌صورت خودکار انجام می‌دهد؛ اما استفاده صحیح از آن نیازمند شناخت ساختار سایت، بررسی صفحات و جلوگیری از ایجاد سیگنال‌های متناقض است.

در سایت‌های چندزبانه نیز باید Canonical هر زبان مستقل باشد و ارتباط نسخه‌های ترجمه‌شده با Hreflang مدیریت شود.

در نهایت، هدف از سئوی تکنیکال فقط اضافه کردن تگ‌ها و کدهای بیشتر نیست؛ هدف این است که ساختار سایت برای کاربران و موتورهای جستجو شفاف، منظم و قابل درک باشد.

اگر وب‌سایت شما ساختار فنی مناسبی داشته باشد، محتوای ارزشمند تولید کند و به‌صورت مستمر نگهداری شود، مسیر بهتری برای رشد پایدار در نتایج جستجو خواهد داشت.