اسکیما محصول + تفاوت های Product و Merchant
احتمالاً برای شما هم پیش آمده که نام یک کالا را در گوگل جستجو کنید و ببینید یکی از سایتها نهتنها عکس و ستارههای امتیاز محصول را در نتایج آورده، بلکه قیمت دقیق، وضعیت موجودی و حتی هزینه ارسال را هم همانجا به کاربر نشان میدهد. این نمایش چشمگیر که میتواند نرخ کلیک صفحه را زیر و رو کند، دقیقاً نتیجه پیادهسازی درست اسکیما است.
اما اگر اخیراً گزارشهای سایتهای فروشگاهی را بررسی کرده باشید، احتمالاً متوجه یک تفکیک جدید شدهاید. گوگل دیگر همه محصولات را در یک دسته قرار نمیدهد؛ بلکه با دو خطکش متفاوت به نامهای Product Snippets و Merchant Listings روبهرو میشویم. خیلیها با دیدن این تفکیک میپرسند: «مگر قبلاً فقط یک اسکیمای Product نداشتیم؟ این Merchant دقیقاً چیست و آیا سایت من دچار خطا شده است؟»
بیایید این گره را باز کنیم و ببینیم زبان مشترک ما و گوگل برای معرفی دقیق یک محصول دقیقاً چطور کار میکند و چطور میتوانیم از این فرصت برای درخشش بیشتر در نتایج جستجو (SERP) استفاده کنیم.
خطکشی جدید گوگل: تماشای محصول در برابر خرید محصول
برای درک تفاوت Product و Merchant، باید به هدف کاربر از جستجو نگاه کنیم. گوگل متوجه شد که همه محصولات در اینترنت مستقیماً قابل خرید نیستند.
- Product Snippets (اسکیمای محصول پایه): این اسکیما برای زمانی است که شما محصولی را معرفی میکنید، اما امکان «خرید مستقیم و آنلاین» آن در همان لحظه وجود ندارد. مثلاً یک دستگاه صنعتی گرانقیمت در یک سایت B2B، یا معرفی تورهای مسافرتی. در اینجا کاربر محصول را میبیند، مشخصاتش را میخواند، اما دکمهای برای پرداخت آنلاین و اضافه کردن به سبد خرید در کار نیست.
- Merchant Listings (لیستینگ فروشندگان): این دقیقاً همان چیزی است که فروشگاههای اینترنتی به آن نیاز دارند. این اسکیما به گوگل میگوید: «کاربر میتواند همین الان این محصول را بخرد و پولش را پرداخت کند.» به محض اینکه شما اطلاعات مربوط به قیمت و موجودی را به محصولتان اضافه کنید، گوگل آپشنهای نمایشی بسیار بیشتری به شما میدهد؛ مثل هزینه ارسال، شرایط مرجوعی کالا و سایزبندیها.
یک نکته مهم: اگر در سرچ کنسول میبینید که یک محصول هم در دسته Product و هم در دسته Merchant قرار گرفته، نگران نباشید؛ این یک خطا نیست. هر Merchant Listing در واقع یک Product هم هست (این دو با هم همپوشانی دارند)، اما هر Product لزوماً یک Merchant نیست.
کلید ورود به دنیای Merchant: ویژگی Offer
تفاوت اصلی این دو اسکیما در یک بخش کلیدی خلاصه میشود: Offer (پیشنهاد فروش). گوگل برای اینکه یک صفحه را به عنوان محصول بشناسد، قوانین سختگیرانهای ندارد، اما حداقلهایی را طلب میکند. شما قطعا باید نام محصول (Name) را مشخص کنید. در کنار نام، حداقل یکی از سه ویژگی زیر باید وجود داشته باشد:
- Review (نقد و بررسی): نظر یک کاربر مشخص؛ مثلاً علی گفته «کیفیت صدای این اسپیکر عالی است» و به آن ۴ ستاره داده است.
- Aggregate Rating (امتیاز کلی): برآیند نظرات کاربران؛ مثلاً گوگل میفهمد که تا الان ۵۰ نفر به این کالا رأی دادهاند و میانگین امتیاز آنها ۴.۲ از ۵ شده است.
- Offer (پیشنهاد/قیمت): اطلاعات مربوط به قیمت، واحد پول و وضعیت موجودی کالا.
حالا اتفاق جالب اینجاست: اگر شما فقط نام کالا و امتیازها (Review/Rating) را داشته باشید، محصول شما یک Product Snippet ساده است. اما به محض اینکه ویژگی Offer (قیمت و موجودی) را به آن اضافه کنید، محصول شما به یک Merchant Listing ارتقا پیدا میکند. اگر در سرچ کنسول با خطای «هیچکدام از این ویژگیها یافت نشد» روبرو شدید، میدانید که دقیقاً باید کدام بخش را بررسی کنید.
چالشهای واقعی در پیادهسازی Offer: تلهای به نام تومان!
وقتی وارد جزئیات Offer میشویم، اطلاعات بسیار مفیدی را میتوانیم به گوگل بدهیم، اما یک اشتباه کوچک میتواند کل زحمات ما را هدر دهد. یکی از مهمترین بخشها priceCurrency (واحد پول) است.
بسیاری از فروشگاههای ایرانی قیمتها را به «تومان» در سایت نمایش میدهند. اما زبان استاندارد گوگل برای درک واحد پول، کدهای بینالمللی است. گوگل واحد تومان (IRT) را نمیشناسد! اگر در سایتتان قیمت یک محصول ۲۹۰ هزار تومان است، باید در کدهای اسکیما واحد پول را حتماً IRR (ریال) و قیمت را ۲,۹۰۰,۰۰۰ قرار دهید. اگر این تبدیل ساده را انجام ندهید و واحد را روی تومان بگذارید، گوگل به شما ارور میدهد و اصلاً اسکیمای قیمت شما را در نتایج نمایش نخواهد داد.
علاوه بر قیمت، وضعیت موجودی (Availability) هم بسیار مهم است. شما میتوانید دقیقاً به گوگل بگویید شرایط انبارتان چگونه است:
- موجود در انبار (InStock)
- ناموجود (OutOfStock)
- پیشفروش (PreSale)
- پیشسفارش (PreOrder)
وقتی یک قیمت کافی نیست: Aggregate Offer
همیشه همهچیز به سادگی یک محصول با یک قیمت ثابت نیست. تصور کنید روی یک سایت مارکتپلیس (مثل دیجیکالا یا ترب) کار میکنید. در این سایتها، یک محصول مشخص توسط چندین فروشنده با قیمتهای متفاوت فروخته میشود. یا حتی در یک فروشگاه معمولی، محصولی دارید که بر اساس نوع گارانتی (با گارانتی یا بدون گارانتی) قیمتش تغییر میکند.
در این شرایط، دادن یک قیمت ثابت به گوگل اشتباه است. اینجا باید از Aggregate Offer استفاده کنید. با این ویژگی، شما به جای یک عدد ثابت، یک بازه قیمتی تعریف میکنید؛ یعنی پایینترین قیمت (Low Price) و بالاترین قیمت (High Price) را به گوگل معرفی میکنید تا در نتایج جستجو عبارت جذابی مثل «از ۹۷۵,۰۰۰ تا ۶,۹۰۰,۰۰۰ ریال» نمایش داده شود.
آیا برای اضافه کردن این جزئیات باید دست به کد شویم؟
وقتی صحبت از اضافه کردن ویژگیهایی مثل ابعاد، برند، کدهای بینالمللی کالا (GTIN) یا حتی برچسب مصرف انرژی میشود، شاید فکر کنید باید برای تکتک محصولات (که گاهی به هزاران عدد میرسند) زمان زیادی برای برنامهنویسی بگذارید.
خبر خوب این است که در اکثر سیستمهای مدیریت محتوا مثل وردپرس، افزونه فروشگاهساز ووکامرس بخش زیادی از این دادهها را به صورت خودکار در قالب اسکیما تولید میکند. افزونههای تخصصی سئو مانند Yoast یا RankMath نیز این قابلیتها را کاملتر میکنند و نیاز شما را به کدنویسی به حداقل میرسانند. کدنویسی اختصاصی تنها زمانی نیاز است که بخواهید دیتای بسیار خاصی (مثل مدلهای سهبعدی برای محصولات ویژه) را به گوگل معرفی کنید.
یک هشدار دوستانه: گاهی اوقات برای پربارتر کردن صفحه محصول، وسوسه میشویم که اسکیمای سوالات متداول (FAQ) را به صورت دستی روی همه محصولات پیاده کنیم. واقعیت این است که گوگل اسکیمای FAQ را برای صفحات محصول (Product) در نظر نمیگیرد و در نتایج جستجو نمایش نمیدهد. البته این کار باعث جریمه (Penalty) سایت شما نمیشود، اما گوگل به سادگی آن را نادیده میگیرد و صرفاً زمان و انرژی خود را هدر دادهاید.
درک تفاوتهای ظریف بین انواع اسکیما، فقط برای رفع خطاهای سرچ کنسول نیست؛ بلکه راهی است برای گفتگو با موتورهای جستجو تا دقیقاً متوجه شوند ما چه چیزی برای ارائه داریم و چگونه میتوانند ما را به بهترین شکل ممکن به خریدارانی که آماده پرداخت هستند، نشان دهند.