سئو تنوع محصولات؛ رنگ، سایز و مدل‌ها را چگونه به گوگل معرفی کنیم؟

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

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

تنوع محصول یا Product Variant چیست؟

Product Variant نسخه‌ای از یک محصول مادر است که در یک یا چند ویژگی مشخص تفاوت دارد؛ مانند رنگ، سایز، جنس، طرح، حافظه یا گروه سنی. ویژگی مشترک واریانت‌ها هویت اصلی محصول است، اما هر نسخه می‌تواند SKU، GTIN، تصویر، قیمت و موجودی جداگانه داشته باشد.

یک صفحه یا چند صفحه؛ کدام مدل بهتر است؟

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

مدل تک‌صفحه‌ای

همه گزینه‌ها روی یک صفحه انتخاب می‌شوند و تغییر رنگ یا سایز ممکن است بدون بارگذاری کامل، تصویر، قیمت و موجودی را عوض کند. URL پایه مانند /running-shoe/ محصول مادر است و یک URL پارامتردار می‌تواند واریانت را مستقیم انتخاب کند؛ مانند /running-shoe/?color=blue&size=42.

• فقط یک URL کنونیکال مشخص برای ProductGroup وجود دارد.
• URL مستقیم هر واریانت باید همان تصویر، قیمت، موجودی و گزینه انتخاب‌شده را نشان دهد.
• اگر اسکیما با جاوااسکریپت تغییر نمی‌کند، اطلاعات واریانت‌های مهم در داده اولیه صفحه قرار می‌گیرند.
• لینک اشتراک‌گذاری یا بازگشت کاربر باید انتخاب واریانت را حفظ کند.

مدل چندصفحه‌ای

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

URL و کنونیکال واریانت‌ها را چگونه تنظیم کنیم؟

گوگل توصیه می‌کند هر واریانت با یک URL متمایز قابل شناسایی باشد. این URL می‌تواند مسیر مانند /t-shirt/green/ یا پارامتر مانند /t-shirt/?color=green باشد. مهم‌تر از شکل URL، یکدستی آن در لینک داخلی، Sitemap، داده ساختاریافته و Merchant Center است.

در مدل تک‌صفحه‌ای با پارامتر اختیاری، معمولاً URL بدون انتخاب واریانت کنونیکال ProductGroup است. در مدل چندصفحه‌ای، اگر صفحات واقعاً مستقل و مهم‌اند، هرکدام باید Self-canonical داشته باشند. کنونیکال‌کردن همه صفحات متفاوت به محصول مادر می‌تواند مانع دیده‌شدن واریانت‌های دارای تقاضا شود. برای تصمیم دقیق‌تر، راهنمای تگ کنونیکال را بخوانید.

• یک واریانت را با چند ترتیب پارامتر نسازید.
• URL نشست، رهگیری و مرتب‌سازی را وارد Sitemap نکنید.
• لینک انتخاب رنگ و مدل باید به URL پایدار برسد.
• URL واریانت حذف‌شده را متناسب با جایگزین واقعی مدیریت کنید.
• مقصد Offer در اسکیما باید همان واریانت قابل خرید را باز کند.

ProductGroup چگونه رابطه واریانت‌ها را مشخص می‌کند؟

گوگل برای گروه‌بندی واریانت‌ها استفاده از نوع ProductGroup را در کنار داده ساختاریافته Product پیشنهاد می‌کند. سه ویژگی اصلی، ساختار گروه را توضیح می‌دهند:

• variesBy مشخص می‌کند محصول بر اساس چه ویژگی‌هایی مانند رنگ یا سایز تغییر می‌کند.
• hasVariant واریانت‌های Product را زیر محصول مادر قرار می‌دهد.
• productGroupID شناسه یکتای محصول مادر یا Parent SKU است.

هر Product باید شناسه یکتا مانند SKU یا GTIN داشته باشد. اطلاعات مشترک مانند برند و توضیح پایه را می‌توان در ProductGroup قرار داد و ویژگی‌های اختصاصی، تصویر، قیمت و موجودی را روی Product و Offer همان واریانت ثبت کرد. مقاله اسکیمای محصول و ریچ اسنیپت فروشگاهی الزامات عمومی Product را تکمیل می‌کند.

نمونه ساده JSON-LD برای محصول متغیر

{
  "@context": "https://schema.org/",
  "@type": "ProductGroup",
  "name": "کفش دویدن مدل X",
  "productGroupID": "RUN-X",
  "variesBy": [
    "https://schema.org/color",
    "https://schema.org/size"
  ],
  "hasVariant": [
    {
      "@type": "Product",
      "name": "کفش دویدن مدل X آبی سایز 42",
      "sku": "RUN-X-BLUE-42",
      "color": "آبی",
      "size": "42",
      "image": "https://example.com/run-x-blue.jpg",
      "offers": {
        "@type": "Offer",
        "url": "https://example.com/run-x/?color=blue&size=42",
        "priceCurrency": "IRR",
        "price": "45000000",
        "availability": "https://schema.org/InStock"
      }
    }
  ]
}

این نمونه فقط ساختار رابطه را نشان می‌دهد و جایگزین الزامات کامل Merchant Listing یا Product Snippet نیست. داده باید با محتوای قابل مشاهده صفحه برابر باشد. افزودن اسکیما نیز نمایش نتیجه غنی را تضمین نمی‌کند.

تصویر، قیمت و موجودی هر واریانت

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

• برای رنگ‌های مهم تصویر واقعی همان رنگ را ثبت کنید.
• SKU و GTIN را بین واریانت‌ها تکرار نکنید.
• قیمت Offer را با عدد قابل مشاهده صفحه هماهنگ نگه دارید.
• موجودی واریانت را مستقل به‌روزرسانی کنید.
• در تغییر انتخاب، وضعیت دکمه خرید و URL نیز تغییر کند.

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

محصول Variable در ووکامرس به‌صورت پیش‌فرض امکان تعریف Attribute و Variation را دارد، اما خروجی قالب و افزونه اسکیما باید جداگانه آزمایش شود. بعضی قالب‌ها فقط Product مادر را در JSON-LD می‌فرستند و برخی افزونه‌ها Offerهای ناقص یا شناسه تکراری می‌سازند.

1. ویژگی‌های سراسری مانند رنگ و سایز را یکدست نام‌گذاری کنید.
2. برای هر Variation شناسه، تصویر، قیمت و موجودی صحیح ثبت کنید.
3. URL مستقیم هر انتخاب را در حالت ناشناس و موبایل آزمایش کنید.
4. Source صفحه را برای ProductGroup، Product و Offer بررسی کنید.
5. صفحه را با Rich Results Test و Schema Markup Validator تست کنید.
6. URL کنونیکال و Sitemap را با مدل تک‌صفحه‌ای یا چندصفحه‌ای هماهنگ کنید.
7. پس از انتشار، Merchant listings و Product snippets سرچ کنسول را پایش کنید.

تفاوت واریانت محصول با فیلتر دسته‌بندی

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

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

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

هماهنگی سایت، اسکیما و Merchant Center

گوگل ممکن است اطلاعات محصول را از HTML صفحه، داده ساختاریافته و فید Merchant Center دریافت کند. این سه منبع باید درباره هویت واریانت، شناسه، قیمت و موجودی با هم توافق داشته باشند. اگر SKU صفحه آبی با فید نسخه قرمز یکسان باشد یا Offer به URLی برسد که انتخاب واریانت را حفظ نمی‌کند، تشخیص رابطه محصولات دشوار می‌شود و احتمال خطای عدم تطابق بالا می‌رود.

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

یک تست ساده این است که URL ثبت‌شده برای هر واریانت را در مرورگر ناشناس باز کنید. بدون کلیک اضافه باید نام، تصویر، انتخاب رنگ و سایز، قیمت، موجودی و دکمه خرید همان نسخه دیده شود. سپس Source اولیه را بررسی کنید تا اطلاعات اصلی Product در HTML موجود باشد. گوگل هشدار می‌دهد تولید Product markup با جاوااسکریپت می‌تواند برای داده‌های سریع‌التغییر مانند قیمت و موجودی، خزش Shopping را کم‌تکرارتر و کم‌اعتمادتر کند.

اشتباهات رایج در سئو محصولات متغیر

• استفاده از یک SKU یا GTIN برای همه واریانت‌ها
• بازنشدن انتخاب درست از URL مستقیم
• نمایش تصویر، قیمت یا موجودی ناسازگار با Offer
• ساخت چند URL برای یک ترکیب با ترتیب پارامتر متفاوت
• کنونیکال‌کردن صفحات مستقل و ارزشمند به محصول مادر
• ساخت صفحات جدا برای واریانت‌های بدون تقاضا و محتوای متمایز
• تولید اسکیما فقط با جاوااسکریپت برای قیمت و موجودی سریع‌التغییر
• قرار دادن URL غیرکنونیکال در Sitemap یا Merchant Center

بعد از اجرا چه چیزهایی را بررسی کنیم؟

• URL Inspection برای کنونیکال انتخابی گوگل و امکان رندر واریانت
• گزارش Merchant listings و Product snippets برای خطاهای Property
• Crawl سایت برای URLهای تکراری، پارامترهای بی‌پایان و صفحات یتیم
• Merchant Center برای عدم تطابق قیمت و موجودی
• ورودی و تبدیل هر مدل یا رنگ در Search Console و GA4

جمع‌بندی

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

سوالات متداول

منابع

• Google Search Central: داده ساختاریافته Product Variants
• Google Search Central: ساختار URL فروشگاه و واریانت‌ها
• Google Search Central: داده ساختاریافته Product