نویسنده: مای محتوا
راهنمای جامع شناسایی و رفع خطاهای اسکیما محصولات در گوگل؛ بررسی مشکلات Product، Offer، قیمت، واحد پول، موجودی، تصویر، امتیاز کاربران و محصولات متغیر، همراه با نمونه کد JSON-LD، آموزش Rich Results Test و سرچ کنسول و چک‌لیست رفع خطا.
فرض کنید برای فروشگاه اینترنتی خود ده‌ها محصول ثبت کرده‌اید، تصاویر باکیفیت قرار داده‌اید و توضیحات محصولات را نیز بهینه کرده‌اید. اما وقتی وارد Google Search Console می‌شوید، در بخش Merchant listings یا Product snippets با خطاهایی مانند Missing field offers، Missing field priceCurrency یا Invalid value for availability روبه‌رو می‌شوید. این پیام‌ها چه معنایی دارند؟ آیا باعث حذف محصولات از گوگل می‌شوند؟ و مهم‌تر از همه، چگونه باید آن‌ها را برطرف کرد؟
خطاهای اسکیما محصولات در گوگل از مشکلات رایج سئوی فنی فروشگاه‌های اینترنتی هستند. اطلاعات ساختاریافته یا Structured Data به موتور جست‌وجو کمک می‌کنند مشخصات محصول، قیمت، موجودی، برند و بعضی ویژگی‌های مرتبط را بهتر شناسایی کند. زمانی که این اطلاعات ناقص، ناسازگار یا نادرست باشند، صفحه ممکن است شرایط لازم برای بعضی نمایش‌های ویژه نتایج جست‌وجو را نداشته باشد.
البته یک نکته مهم وجود دارد: خطای اسکیما الزاماً به معنی حذف صفحه از نتایج عادی گوگل نیست. ممکن است صفحه همچنان ایندکس باشد و در جست‌وجو نمایش داده شود، اما برای نمایش برخی اطلاعات ویژه محصول واجد شرایط نباشد. همچنین معتبر بودن کامل اسکیما، نمایش قطعی قیمت، موجودی یا ستاره در نتایج جست‌وجو را تضمین نمی‌کند.
در این راهنما مفهوم اسکیما محصول، تفاوت خطا و هشدار، مهم‌ترین مشکلات رایج، نمونه کد استاندارد JSON-LD، روش عیب‌یابی در سرچ کنسول و برنامه عملی رفع خطاها را بررسی می‌کنیم. توضیحات فنی بر اساس مستندات رسمی Product snippets و Merchant listings گوگل تنظیم شده‌اند.
اسکیما محصول نوعی داده ساختاریافته است که اطلاعات یک کالا را در قالبی استاندارد برای موتورهای جست‌وجو توصیف می‌کند. برای مثال، اسکیما می‌تواند مشخص کند نام محصول چیست، چه تصویری دارد، قیمت پیشنهادی فروشنده چقدر است و آیا کالا موجود است یا خیر.
برای این منظور معمولاً از نوع Product در استاندارد Schema.org استفاده می‌شود. اطلاعات قیمت و پیشنهاد فروش نیز اغلب داخل شیء Offer قرار می‌گیرند. در بعضی شرایط، امتیاز کاربران با AggregateRating و نظرات با Review توصیف می‌شوند.
گوگل از این اطلاعات برای درک بهتر محتوای صفحات و بررسی شرایط نمایش‌های ویژه استفاده می‌کند. برای نمونه، یک نتیجه جست‌وجو ممکن است در صورت واجد شرایط بودن شامل قیمت، وضعیت موجودی یا امتیاز محصول باشد. اما اینکه کدام اطلاعات واقعاً نمایش داده شوند، به سیاست‌ها، کیفیت داده، نوع جست‌وجو و تصمیم سیستم‌های گوگل بستگی دارد.
اسکیما جایگزین محتوای واقعی صفحه نیست. اگر در کد نوشته شده محصول موجود است، ولی در صفحه سایت خرید آن ممکن نیست، اصلاح ظاهری کد به‌تنهایی مسئله را حل نمی‌کند. برای ساخت محتوای صحیح محصول، راهنمای طراحی صفحه محصول حرفه‌ای را نیز مطالعه کنید.
قبل از بررسی خطاها باید بدانیم گوگل دو نوع کاربرد مهم برای داده‌های ساختاریافته محصولات در نظر می‌گیرد. Product snippets به نمایش اطلاعات محصول در نتایج جست‌وجو مربوط است و می‌تواند برای صفحات نقد و بررسی، اطلاعات محصول و بعضی صفحات تجاری کاربرد داشته باشد. در مقابل، Merchant listings بیشتر به صفحاتی مربوط می‌شود که فروشنده واقعاً امکان خرید محصول را در آن‌ها فراهم کرده است.
این دو بخش الزامات کاملاً یکسانی ندارند. برای نمونه، در Product snippets وجود نام محصول و دست‌کم یکی از ویژگی‌های offers، review یا aggregateRating برای شرایط پایه مربوط اهمیت دارد؛ اما در Merchant listings، صفحه تجاری باید اطلاعات فروش کالا را با ساختار مناسب Offer ارائه کند و ویژگی‌هایی مثل تصویر محصول نیز جزو داده‌های ضروری آن هستند.
| ویژگی | Product snippets | Merchant listings |
|---|---|---|
| کاربرد اصلی | اطلاعات تکمیلی محصول در نتایج جست‌وجو | اطلاعات محصول قابل خرید از فروشنده |
| نوع صفحه | صفحه مرتبط با محصول، از جمله بعضی نقدها | صفحه‌ای که خرید محصول در آن امکان‌پذیر است |
| اطلاعات فروش | با توجه به نوع داده می‌تواند Offer یا اطلاعات نقد و امتیاز باشد | ارائه Offer برای فروش محصول ضروری است |
| تصویر محصول | بسته به نوع نمایش و شرایط مرتبط | از ویژگی‌های ضروری Product برای این تجربه است |
| گزارش سرچ کنسول | Product snippets | Merchant listings |
بنابراین اگر فروشگاه اینترنتی دارید و امکان خرید مستقیم در صفحه محصول وجود دارد، معمولاً باید گزارش Merchant listings را با توجه ویژه بررسی کنید. گوگل در مستندات خود توضیح داده که این گزارش بررسی‌های مرتبط با اطلاعات محصول قابل خرید را پوشش می‌دهد؛ در نتیجه نباید صرفاً تعداد پیام‌های Product snippets را معیار سلامت کل اسکیما فروشگاه بدانید.
تمام پیام‌های سرچ کنسول شدت یکسانی ندارند. بعضی خطاها به نبود یک ویژگی ضروری یا نوع داده نامعتبر مربوط می‌شوند و ممکن است آن آیتم را برای نمایش ویژه موردنظر نامعتبر کنند. بعضی پیام‌ها نیز به ویژگی‌های پیشنهادی مربوط هستند؛ یعنی افزودن اطلاعات می‌تواند کیفیت داده را بهتر کند، اما نبود آن لزوماً باعث نامعتبر شدن کل آیتم نمی‌شود.
گوگل در نسخه‌های جدید گزارش‌های سرچ کنسول، آیتم‌ها را در سطح اصلی بیشتر به دو گروه معتبر و نامعتبر تقسیم می‌کند؛ یک آیتم معتبر ممکن است همچنان هشدارهای غیربحرانی داشته باشد. بنابراین باید به جزئیات هر مسئله نگاه کرد، نه فقط عنوان وضعیت.
اولویت درست: ابتدا خطاهای بحرانی که مانع واجد شرایط بودن آیتم می‌شوند را برطرف کنید. سپس سراغ هشدارهای مرتبط و قابل اصلاح بروید. لازم نیست برای حذف همه هشدارها اطلاعات غیرواقعی به محصول اضافه کنید.
ویژگی name یکی از اصلی‌ترین اطلاعات نوع Product است. اگر اسکیما بدون نام محصول تولید شده باشد، گوگل نمی‌تواند آن را مطابق الزامات مربوط شناسایی کند و ممکن است خطای نبود نام نمایش دهد.
علت‌های احتمالی: خالی بودن عنوان کالا در پایگاه داده، خطای قالب فروشگاهی، استفاده از متغیر اشتباه در تولید JSON-LD یا ثبت یک محصول ناقص. گاهی نیز عنوان در ظاهر صفحه وجود دارد، اما اسکیما از منبع داده دیگری ساخته می‌شود.
راه‌حل: نام واقعی محصول را در پنل مدیریت تکمیل کنید و بررسی کنید مقدار آن داخل Product.name قرار می‌گیرد. بهتر است نام محصول با عنوان قابل مشاهده صفحه هماهنگ باشد. برای مثال، عنوان «کفش پیاده‌روی مدل A رنگ مشکی» باید به همان محصول اشاره کند؛ نه محصولی متفاوت یا دسته‌بندی کلی.
پس از اصلاح، URL صفحه را در Rich Results Test بررسی کنید. اگر نام در کد اولیه درست است ولی تست گوگل همچنان مقدار دیگری می‌بیند، خروجی رندرشده یا تداخل ابزارهای تولید اسکیما را بررسی کنید.
یکی از مهم‌ترین پیام‌های فروشگاه‌های اینترنتی مربوط به ویژگی offers است. این ویژگی اطلاعات پیشنهاد فروش را در ساختاری مانند Offer توصیف می‌کند. برای Merchant listings، وجود پیشنهاد فروش با اطلاعات موردنیاز اهمیت اساسی دارد.
این خطا ممکن است زمانی دیده شود که قالب سایت فقط نام و عکس محصول را ثبت کرده، اما قیمت را به ساختار اسکیما منتقل نمی‌کند. گاهی نیز محصول دارای چند مدل است و هیچ قیمت یا پیشنهاد فروش معتبر برای گزینه موردنظر تولید نشده است.
راه‌حل: ابتدا بررسی کنید محصول واقعاً برای فروش عرضه شده و اطلاعات قیمت در سایت وجود دارد. سپس مطمئن شوید ساختار offers در اسکیما به محصول صحیح متصل است. در سناریوی معمول فروش یک کالا، نوع Offer استفاده می‌شود. ویژگی‌های قیمت، واحد پول و اطلاعات مرتبط نیز باید مطابق الزامات نوع نمایش موردنظر تکمیل شوند.
در صفحات نقد و بررسی که فروش مستقیم ندارند، نباید برای رفع ظاهری خطا پیشنهاد فروش ساختگی ایجاد کرد. ساختار اسکیما باید با نوع واقعی صفحه سازگار باشد.
گوگل برای تشخیص پیشنهاد فروش به اطلاعات قیمت معتبر نیاز دارد. اگر مقدار قیمت خالی، نامعتبر یا در جای اشتباه قرار گرفته باشد، ممکن است خطای مربوط به قیمت نمایش داده شود. در Offer، قیمت می‌تواند در ویژگی price یا ساختار پشتیبانی‌شده priceSpecification ارائه شود؛ جزئیات به نوع تجربه و قیمت‌گذاری بستگی دارد.
اشتباه رایج: قرار دادن مقدارهایی مانند «تماس بگیرید»، «قیمت توافقی» یا یک متن دارای واحد پول داخل فیلد عددی قیمت. مقدار قیمت باید ساختار عددی قابل فهم داشته باشد و قیمت اعلام‌شده در اسکیما نیز با قیمت واقعی محصول هماهنگ باشد.
اگر در صفحه قیمت محصول به تومان نمایش داده می‌شود، باید تبدیل آن به واحد پول مورد استفاده در اسکیما با دقت انجام شود. برای مثال، ۱٬۲۵۰٬۰۰۰ تومان برابر ۱۲٬۵۰۰٬۰۰۰ ریال است. اگر اسکیما با کد IRR ثبت شده باشد، ارسال عدد تومانی بدون تبدیل می‌تواند باعث اختلاف ده‌برابری قیمت شود.
راه‌حل: واحد ذخیره قیمت در پایگاه داده، واحد نمایش در سایت و واحد خروجی اسکیما را با هم مقایسه کنید. برای محصولات تخفیف‌دار نیز مطمئن شوید قیمت فعال و قابل خرید در ساختار درست ارائه می‌شود. برای کاهش اشتباهات مالی، راهنمای خطاهای قیمت‌گذاری فروشگاه اینترنتی را مطالعه کنید.
ویژگی priceCurrency مشخص می‌کند مبلغ درج‌شده مربوط به کدام ارز است. مقدار آن باید از کد سه‌حرفی استاندارد ISO 4217 استفاده کند؛ مانند USD برای دلار آمریکا، EUR برای یورو و IRR برای ریال ایران.
در مستندات گوگل، این ویژگی برای Product snippets توصیه می‌شود تا ابهام واحد پول کاهش یابد و برای Merchant listings جزو الزامات مربوط به اطلاعات قیمت است. بنابراین نبود آن ممکن است با توجه به نوع نمایش، اثر متفاوتی داشته باشد.
راه‌حل: واحد پول را در تنظیمات فروشگاه و خروجی اسکیما بررسی کنید. به‌جای نوشتن عنوان فارسی پول در این فیلد، از کد استاندارد استفاده کنید. اگر قیمت سایت به تومان است اما اسکیما از IRR استفاده می‌کند، تبدیل مقدار را در سمت تولیدکننده داده کنترل کنید.
در فروشگاه‌هایی که قیمت چندارزی دارند، توصیه‌های رسمی گوگل درباره داشتن URL مشخص برای هر ارز را نیز بررسی کنید. نمایش یک محصول با چند قیمت متفاوت در یک صفحه بدون ساختار روشن می‌تواند باعث ابهام شود.
ویژگی availability وضعیت عرضه محصول را مشخص می‌کند. اگر سیستم مقدار غیرقابل شناسایی یا نادرست ارسال کند، ممکن است گوگل آن را معتبر نداند. برای مثال، متن دلخواه فارسی مانند «موجود در انبار» نباید بدون تبدیل به مقدار استاندارد در فیلد مخصوص Schema.org قرار گیرد.
مقدارهای شناخته‌شده شامل https://schema.org/InStock برای موجود، https://schema.org/OutOfStock برای ناموجود و https://schema.org/PreOrder برای پیش‌سفارش است. بسته به شرایط واقعی کالا، مقدارهای پشتیبانی‌شده دیگری نیز وجود دارند.
راه‌حل: بررسی کنید وضعیت واقعی محصول به مقدار درست اسکیما تبدیل می‌شود. اگر موجودی صفر شده است، اطلاعات ساختاریافته نباید همچنان موجود بودن کالا را اعلام کنند. برای محصولاتی که رنگ یا سایز متفاوت دارند، وضعیت هر گزینه باید با پیشنهاد فروش مربوط هماهنگ باشد.
به‌روزرسانی موجودی سایت و مشاهده اطلاعات جدید در نتایج گوگل الزاماً هم‌زمان نیستند؛ گوگل برای دریافت داده جدید باید صفحه را دوباره بررسی و پردازش کند. بنابراین علاوه بر اصلاح اسکیما، هماهنگی واقعی موجودی و سفارش‌ها ضروری است.
تصویر یکی از مهم‌ترین اطلاعات صفحات فروشگاهی است. برای Merchant listings گوگل، ویژگی image در اطلاعات Product ضروری است. اگر آدرس تصویر خالی، خراب یا غیرقابل دریافت باشد، ممکن است صفحه با خطا روبه‌رو شود.
گاهی تصویر داخل سایت برای کاربر نمایش داده می‌شود اما ربات گوگل اجازه دریافت آن را ندارد. علت می‌تواند محدودیت robots.txt، تنظیم نادرست CDN، جلوگیری از دسترسی ربات‌ها، آدرس موقت یا پاسخ سرور باشد. در بعضی موارد نیز تصویری که در اسکیما معرفی شده با محصول واقعی صفحه ارتباط ندارد.
راه‌حل: آدرس تصویر را مستقیم باز کنید و مطمئن شوید پاسخ صحیح دارد. سپس دسترسی Googlebot و قابلیت ایندکس تصویر را بررسی کنید. تصویر باید واقعاً همان محصول را نشان دهد و از فرمت‌های تصویری پشتیبانی‌شده استفاده کند.
گوگل برای نتیجه بهتر، تصاویر باکیفیت و در صورت امکان چند نسبت تصویر مانند ۱:۱، ۴:۳ و ۱۶:۹ را توصیه می‌کند. این توصیه به معنای اجبار به ساخت سه تصویر برای همه محصولات نیست. جزئیات بیشتر را در آموزش سئوی تصاویر محصولات فروشگاهی مطالعه کنید.
ویژگی aggregateRating برای نمایش اطلاعات امتیاز تجمیعی کاربران استفاده می‌شود. اگر محصول امتیاز واقعی ندارد، ممکن است در بعضی شرایط هشداری درباره نبود این ویژگی مشاهده کنید. اما نبود امتیاز واقعی لزوماً خطای بحرانی نیست و نباید صرفاً برای حذف هشدار، امتیاز پنج‌ستاره ساختگی ایجاد کرد.
برای Product snippets، اگر اطلاعات offers معتبر وجود داشته باشد، الزام پایه مربوط به داشتن حداقل یکی از Offer، Review یا AggregateRating می‌تواند تأمین شود. بااین‌حال ممکن است هشدارهای غیربحرانی درباره اطلاعات پیشنهادی باقی بمانند.
راه‌حل: اگر فروشگاه واقعاً نظر و امتیاز کاربران را جمع‌آوری می‌کند، ساختار AggregateRating را بر اساس داده‌های واقعی و شرایط پشتیبانی‌شده تکمیل کنید. اگر هیچ امتیازی وجود ندارد، آن را اختراع نکنید. امتیازهای صفحه باید با اطلاعات قابل مشاهده و معتبر محصول سازگار باشند.
به‌کارگیری نظرهای ساختگی، جمع‌آوری امتیازهای نامرتبط یا نسبت دادن امتیاز یک محصول به محصول دیگر می‌تواند با دستورالعمل‌های کیفیت داده‌های ساختاریافته گوگل مغایرت داشته باشد.
ویژگی review جزئیات نقد یا بررسی یک محصول را بیان می‌کند. در بعضی گزارش‌ها ممکن است نبود این ویژگی به‌عنوان هشدار نمایش داده شود. اما فروشگاهی که هنوز نظر واقعی دریافت نکرده است، نباید برای حذف هشدار نقد و بررسی خیالی ایجاد کند.
راه‌حل: اگر نظرات واقعی در صفحه منتشر می‌شوند و از نظر سیاست‌های گوگل واجد شرایط هستند، می‌توانید اطلاعات مربوط را با ساختار پشتیبانی‌شده ارائه کنید. نام نویسنده، امتیاز و محتوای بررسی باید واقعی باشند. اگر صفحه هیچ نظر معتبری ندارد، تمرکز را بر اطلاعات ضروری قیمت، محصول و موجودی بگذارید.
توجه کنید گوگل درباره نمایش بعضی نوع‌های امتیاز و نقد، محدودیت‌های مخصوص دارد. بنابراین وجود صحیح کد Review نیز نمایش قطعی ستاره در نتایج جست‌وجو را تضمین نمی‌کند.
برند و شناسه محصول به موتورهای جست‌وجو کمک می‌کنند کالا را دقیق‌تر شناسایی کنند. ویژگی brand معمولاً برند واقعی محصول را معرفی می‌کند. sku کد داخلی کالا است و شناسه‌های جهانی مانند GTIN نیز برای محصولاتی که واقعاً چنین شناسه‌ای دارند کاربرد دارند.
در شرایط مختلف ممکن است درباره نبود یا نادرستی این داده‌ها هشدار مشاهده شود. بااین‌حال نباید همه این ویژگی‌ها را بدون توجه به نوع محصول، به‌عنوان خطای ضروری یکسان معرفی کرد. برای نمونه، محصول دست‌ساز بدون برند رسمی یا GTIN واقعی نباید با شناسه جعلی پر شود.
راه‌حل: برند، کد داخلی و شناسه‌های واقعی موجود را در پنل کالا ثبت کنید. اگر فروشگاه محصولات متغیر دارد، برای هر ترکیب قابل فروش SKU مشخص داشته باشید. در صورت استفاده از GTIN، نوع و مقدار آن باید با شناسه معتبر همان کالا مطابقت داشته باشد.
اگر یک محصول با برند دیگری عرضه می‌شود، نباید نام فروشگاه را به‌جای برند سازنده ثبت کنید؛ مگر اینکه واقعاً محصول متعلق به برند خود فروشگاه باشد.
محصولات متغیر از پیچیده‌ترین بخش‌های اسکیما فروشگاهی هستند. فرض کنید یک کفش در دو رنگ و چهار سایز عرضه می‌شود و قیمت یا موجودی بعضی گزینه‌ها متفاوت است. اگر ساختار Product صرفاً قیمت ارزان‌ترین مدل را نشان دهد، اما کاربر با انتخاب گزینه دیگری با قیمت متفاوتی روبه‌رو شود، اطلاعات صفحه و اسکیما ممکن است ناسازگار شوند.
گوگل برای معرفی ارتباط میان مدل‌های یک محصول از نوع ProductGroup و ویژگی‌هایی مانند hasVariant، variesBy و productGroupID پشتیبانی می‌کند. هر تنوع نیز می‌تواند مشخصات اختصاصی مانند رنگ، اندازه، شناسه، قیمت و موجودی داشته باشد.
در مستندات رسمی Product variants گوگل، دو الگوی اصلی توضیح داده شده‌اند: محصولات متغیر در یک صفحه و محصولاتی که تنوع‌های آن‌ها در URLهای جداگانه قرار دارند. در هر دو حالت باید ارتباط مدل‌ها، شناسه‌ها و آدرس‌ها به‌شکلی قابل فهم تعریف شود.
راه‌حل: ابتدا مطمئن شوید انتخاب رنگ و سایز در خود سایت درست کار می‌کند. سپس ساختار ProductGroup و Offer هر مدل را با معماری واقعی URLهای فروشگاه هماهنگ کنید. برای گزینه‌های قابل انتخاب، امکان باز کردن URL مشخص و مشاهده همان گزینه با قیمت و موجودی مربوط را مطابق الگوی مستندات بررسی کنید.
استفاده از AggregateOffer برای نمایش صرف تفاوت قیمت تنوع‌های یک محصول، جایگزین مناسبی برای ساختار رسمی ProductGroup نیست. برای مدیریت درست داده‌های این مدل‌ها، راهنمای محصولات متغیر و چندقیمتی را نیز ببینید.
گاهی یک فروشگاه از چند ابزار برای مدیریت سئو استفاده می‌کند. قالب سایت ممکن است اسکیما محصول تولید کند، افزونه سئو نیز ساختار دیگری اضافه کند و یک ابزار شخصی‌سازی‌شده هم اطلاعات جداگانه‌ای در صفحه قرار دهد. وجود چند قطعه داده ساختاریافته همیشه به‌خودی‌خود خطا نیست، اما اگر یک محصول با قیمت‌ها، شناسه‌ها یا وضعیت‌های متناقض تعریف شده باشد، تشخیص داده صحیح دشوار می‌شود.
نشانه مشکل: در Rich Results Test چند آیتم Product دیده می‌شود که ظاهراً به یک کالای واحد اشاره دارند، اما یکی قیمت قدیمی و دیگری قیمت جدید دارد. ممکن است نام، URL یا موجودی نیز متفاوت باشند.
راه‌حل: منبع تولید هر ساختار را شناسایی کنید. کدهای قالب، افزونه‌ها و خروجی سفارشی را بررسی کنید و برای یک محصول واحد، داده‌های ناسازگار را اصلاح کنید. در ساختارهای پیشرفته می‌توان از شناسه‌های ثابت مانند @id برای مرتبط کردن موجودیت‌ها استفاده کرد، اما نحوه پیاده‌سازی باید با معماری سایت سازگار باشد.
اگر توسعه‌دهنده سایت هستید، بهتر است اسکیما به‌صورت متمرکز و از همان اطلاعاتی ساخته شود که قیمت و موجودی صفحه را تعیین می‌کنند. تولید دستی کد جدا برای صدها محصول معمولاً خطر مغایرت را افزایش می‌دهد.
گوگل از فرمت‌های مختلف داده ساختاریافته پشتیبانی می‌کند، اما JSON-LD یکی از روش‌های توصیه‌شده برای پیاده‌سازی است. در این روش، اطلاعات معمولاً در یک تگ script با نوع application/ld+json قرار می‌گیرند.
اگر ساختار JSON اشتباه نوشته شده باشد، داده ممکن است اصلاً قابل پردازش نباشد. خطاهای رایج شامل ویرگول اضافی، حذف علامت نقل‌قول، استفاده از کلید اشتباه، مقدار نامعتبر یا خروجی ناقص هستند.
راه‌حل: ابتدا اعتبار ساختار JSON را بررسی کنید. سپس با ابزار رسمی Rich Results Test نوع نتیجه پشتیبانی‌شده و خطاهای آن را کنترل کنید. برای بررسی عمومی‌تر سازگاری داده با Schema.org نیز می‌توانید از Schema Markup Validator استفاده کنید.
توجه داشته باشید که معتبر بودن JSON از نظر نگارشی، به معنی رعایت تمام الزامات گوگل نیست. ممکن است کد بدون خطای نحوی باشد ولی ویژگی ضروری یک نوع نمایش را نداشته باشد یا اطلاعات آن با صفحه واقعی متفاوت باشد.
گوگل از اطلاعات مربوط به ارسال و سیاست بازگشت کالا در ساختار Merchant listings پشتیبانی می‌کند. ویژگی‌هایی مانند shippingDetails و hasMerchantReturnPolicy می‌توانند به توصیف شرایط ارسال و مرجوعی کمک کنند. نبود این داده‌ها ممکن است با توجه به نوع ساختار و وضعیت حساب به شکل هشدار نمایش داده شود.
اما این ویژگی‌ها را نباید بدون بررسی نوع گزارش و شرایط فعلی گوگل، در تمام صفحات به‌عنوان خطای بحرانی یکسان در نظر گرفت. گوگل از تعریف بعضی سیاست‌ها در سطح سازمان یا در سطوح پشتیبانی‌شده دیگر نیز استفاده می‌کند.
راه‌حل: ابتدا شرایط واقعی فروشگاه را مشخص کنید: محدوده ارسال، هزینه، زمان پردازش، مهلت بازگشت و شرایط پذیرش مرجوعی. سپس داده ساختاریافته را مطابق الگوی پشتیبانی‌شده و محل مناسب تعریف کنید. از اعلام ارسال رایگان یا بازگشت بدون محدودیت صرفاً برای رفع هشدار خودداری کنید.
اطلاعات اسکیما باید با شرایطی که مشتری در سایت می‌بیند یکسان باشند. اگر ارسال بر اساس شهر و وزن متفاوت است، نباید یک مقدار ثابت نادرست برای همه سفارش‌ها ثبت شود. برای تنظیم هزینه‌ها، راهنمای مدیریت هزینه ارسال فروشگاه اینترنتی را مطالعه کنید.
حتی اسکیما کاملاً صحیح نیز زمانی مفید است که گوگل بتواند صفحه را دریافت و بررسی کند. اگر صفحه محصول با robots.txt مسدود شده باشد، به ورود کاربر نیاز داشته باشد یا دستور noindex داشته باشد، ممکن است برای نمایش موردنظر در نتایج جست‌وجو واجد شرایط نباشد.
خطاهای ۴۰۳، ۴۰۴ و ۵xx، ریدایرکت اشتباه، محدودیت CDN یا تنظیمات نادرست فایروال نیز می‌توانند مانع دریافت داده شوند. ممکن است مدیر سایت با مرورگر خود صفحه را باز کند، اما Googlebot پاسخ متفاوتی دریافت کند.
راه‌حل: با URL Inspection در سرچ کنسول وضعیت صفحه، دسترسی و داده دریافت‌شده را بررسی کنید. سپس پاسخ HTTP، دستور robots، متاتگ robots و URL canonical را کنترل کنید. در صورت مسدود شدن درخواست‌های معتبر، تنظیمات امنیتی را به‌شکل کنترل‌شده اصلاح کنید؛ نه با خاموش کردن کامل سیستم حفاظت.
اگر گوگل صفحه دیگری را به‌عنوان canonical انتخاب کرده است، باید اسکیما و اطلاعات محصول با ساختار URLهای اصلی و قابل ایندکس هماهنگ باشند. برای شناخت ابزار بررسی صفحات، راهنمای کاربردی Google Search Console را مطالعه کنید.
یکی از سؤال‌های پرتکرار مدیران فروشگاه‌ها این است که چرا Rich Results Test خطای مهمی نشان نمی‌دهد اما در نتایج گوگل خبری از قیمت، موجودی یا امتیاز نیست. پاسخ این است که داده ساختاریافته صحیح فقط امکان بررسی شرایط نمایش ویژه را فراهم می‌کند؛ گوگل نمایش Rich Result را تضمین نمی‌کند.
دلایل احتمالی شامل پردازش نشدن آخرین نسخه صفحه، انتخاب نوع نمایش متفاوت توسط گوگل، مشکل کیفیت محتوا، نبود صلاحیت لازم برای یک ویژگی خاص، مغایرت اطلاعات صفحه یا محدودیت‌های مرتبط با نوع محصول و منطقه جغرافیایی است.
در چنین شرایطی ابتدا بررسی کنید صفحه ایندکس شده و URL درست به‌عنوان نسخه اصلی شناخته شده است. سپس گزارش‌های مربوط به ساختار محصول را کنترل کنید. در مرحله بعد، جست‌وجوها و عملکرد صفحه را با داده‌های سرچ کنسول بررسی کنید. تکرار Request Indexing بدون اصلاح مشکل واقعی یا انتظار نمایش قطعی ستاره، راه‌حل مناسبی نیست.
برای درک بهتر ساختار، نمونه زیر یک محصول ساده با قیمت، واحد پول، موجودی و شناسه داخلی را معرفی می‌کند. این یک مثال آموزشی است؛ نام محصول، URL، تصویر، قیمت و مشخصات باید با اطلاعات واقعی فروشگاه جایگزین شوند. در این مثال، قیمت ۱۲٬۵۰۰٬۰۰۰ ریال برابر با ۱٬۲۵۰٬۰۰۰ تومان است.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Product",
"name": "ماگ سرامیکی مدل A",
"description": "ماگ سرامیکی مدل A با مشخصات واقعی محصول",
"image": "https://example.com/images/mug-a.jpg",
"sku": "MUG-A-001",
"offers": {
"@type": "Offer",
"url": "https://example.com/products/mug-a",
"price": "12500000",
"priceCurrency": "IRR",
"availability": "https://schema.org/InStock",
"itemCondition": "https://schema.org/NewCondition"
}
}
</script>در این نمونه، Product موجودیت کالا را معرفی می‌کند و Offer اطلاعات پیشنهاد فروش را دربرمی‌گیرد. مقدار name باید نام واقعی محصول باشد، image باید به تصویر قابل دریافت همان کالا اشاره کند و مقدار price باید با مبلغ فعال فروش تطبیق داشته باشد.
آدرس‌های example.com صرفاً برای نمایش ساختار هستند و نباید بدون تغییر در فروشگاه واقعی استفاده شوند. همچنین این کد به‌تنهایی تضمین نمی‌کند تمام هشدارهای پیشنهادی Merchant listings حذف شوند؛ ویژگی‌های دیگر بسته به نوع محصول، سیاست فروشگاه و شرایط نمایش می‌توانند لازم یا مفید باشند.
اگر از سایت‌ساز یا افزونه‌ای استفاده می‌کنید که اسکیما را خودکار تولید می‌کند، معمولاً بهتر است داده محصول و منبع تولید اسکیما را اصلاح کنید، نه اینکه نسخه دستی دیگری روی همان صفحه قرار دهید.
وارد Google Search Console شوید و ویژگی دامنه یا URL صحیح را انتخاب کنید. در بخش گزارش‌های مربوط به ظاهر نتایج جست‌وجو، اگر داده کافی شناسایی شده باشد، گزارش‌هایی مانند Merchant listings یا Product snippets را خواهید دید. نمایش این گزارش‌ها به اطلاعات شناسایی‌شده سایت بستگی دارد و ممکن است برای همه سایت‌ها یکسان نباشد.
گزارش را باز کنید و نوع مشکل را بررسی کنید. ببینید مسئله از نوع نبود فیلد ضروری، مقدار نامعتبر یا اطلاعات پیشنهادی ناقص است. اگر تعداد زیادی صفحه با یک مشکل مشترک دیده می‌شوند، احتمال دارد علت از قالب یا سیستم تولید داده باشد، نه از تک‌تک محصولات.
به‌جای اصلاح تصادفی همه محصولات، یک صفحه نمونه از هر گروه خطا بردارید. URL را باز کنید و اطلاعات واقعی محصول را بررسی کنید. سپس خروجی JSON-LD را در Rich Results Test ببینید تا مشخص شود کدام ویژگی خالی یا نامعتبر است.
اگر محصول در صفحه قیمت درست دارد اما اسکیما قیمت اشتباه نشان می‌دهد، باید بررسی کنید خروجی از کدام بخش ساخته می‌شود. ممکن است داده ذخیره‌شده قدیمی، افزونه، قالب، کش یا کد سفارشی عامل باشد. اصلاح دستی فقط همان URL ممکن است مشکل را در سایر صفحات یا به‌روزرسانی بعدی تکرار کند.
بعد از تغییر، صفحه نمونه را دوباره با Rich Results Test بررسی کنید. اگر خطای اصلی برطرف شده، چند محصول دیگر از همان نوع و چند محصول متفاوت را آزمایش کنید. برای نمونه، اصلاح اسکیما محصول ساده نباید باعث خراب شدن اسکیما محصول چندرنگ شود.
اگر مشکل در گزارش سرچ کنسول ثبت شده است و اصلاح در صفحات عمومی انجام شده، می‌توانید فرایند Validate Fix را برای همان نوع مسئله آغاز کنید. این اقدام به گوگل درخواست بررسی مجدد اصلاح را اعلام می‌کند، اما نتیجه فوری یا نمایش قطعی ویژگی‌های ویژه را تضمین نمی‌کند.
پس از آن وضعیت اعتبارسنجی و نمونه URLها را پیگیری کنید. اگر بعضی صفحات همچنان خطا دارند، بررسی کنید آیا همه آن‌ها از قالب یکسان استفاده می‌کنند یا نسخه‌های متفاوتی از اسکیما تولید می‌شود.
| ابزار | کاربرد | نکته مهم |
|---|---|---|
| Rich Results Test | بررسی داده ساختاریافته برای انواع نتایج ویژه پشتیبانی‌شده گوگل | خطاها و هشدارهای مرتبط با شرایط گوگل را نشان می‌دهد |
| Schema Markup Validator | بررسی عمومی ساختار Schema.org | جایگزین کنترل سیاست‌ها و شرایط Google Search نیست |
| URL Inspection | بررسی دسترسی، ایندکس، canonical و دریافت صفحه | برای مقایسه وضعیت URL و داده قابل مشاهده گوگل کاربرد دارد |
| Merchant listings report | پایش داده محصولات قابل خرید | مسائل مربوط به شرایط نمایش تجاری محصول را نشان می‌دهد |
| Product snippets report | پایش نوع دیگری از نمایش اطلاعات محصول | الزامات آن کاملاً مشابه Merchant listings نیست |
بهترین روش این است که ابتدا مشکل را با ابزار مرتبط تشخیص دهید، سپس داده محصول و خروجی فنی را اصلاح کنید و در نهایت نتیجه را در گزارش‌های سرچ کنسول پیگیری کنید. پاک شدن خطا از تست زنده به معنی به‌روزرسانی فوری همه گزارش‌های گوگل نیست.
| خطا یا هشدار | علت احتمالی | اقدام پیشنهادی |
|---|---|---|
| Missing field name | نام کالا به ساختار Product منتقل نشده | تکمیل و کنترل Product.name |
| Missing field offers | پیشنهاد فروش معتبر وجود ندارد | بررسی Offer مطابق نوع صفحه |
| Missing field price | قیمت خالی یا دارای ساختار نامعتبر است | ثبت عدد صحیح در ساختار پشتیبانی‌شده |
| Missing field priceCurrency | کد واحد پول ارائه نشده | ثبت کد ISO 4217 و کنترل تبدیل ارز |
| Invalid availability | مقدار موجودی مطابق Schema.org نیست | استفاده از مقدار پشتیبانی‌شده و واقعی |
| Missing field image | تصویر محصول در داده وجود ندارد | ثبت URL معتبر و قابل دریافت تصویر |
| Missing aggregateRating | اطلاعات امتیاز ارائه نشده | فقط در صورت داشتن امتیاز واقعی تکمیل شود |
| Missing review | نقد معتبر در ساختار وجود ندارد | بررسی شدت پیام؛ پرهیز از نظر ساختگی |
| ProductGroup issues | شناسه یا ارتباط تنوع‌ها نامعتبر است | کنترل مدل‌ها و ساختار ProductGroup |
| Unparsable structured data | خطای نحوی JSON یا خروجی ناقص | اصلاح کد و تست دوباره |
| Price mismatch | اختلاف اسکیما با صفحه یا داده محصول | هماهنگ‌سازی منبع قیمت و موجودی |
| Missing shipping or return information | اطلاعات پیشنهادی ارسال یا مرجوعی ناقص است | بررسی سیاست واقعی و نوع هشدار |
نام دقیق پیام‌ها ممکن است با توجه به نوع گزارش و نسخه اعتبارسنجی متفاوت باشد. برای تصمیم درست باید متن کامل پیام و مستندات همان ویژگی را بررسی کنید.
در فروشگاه‌های بزرگ، اصلاح تک‌تک محصولات بدون پیدا کردن علت مشترک معمولاً زمان‌بر است. بهتر است خطاها را بر اساس نوع قالب محصول و منبع تولید داده گروه‌بندی کنید.
برای نمونه، اگر ۴۰۰ محصول با خطای priceCurrency دیده می‌شوند، احتمال دارد تبدیل واحد پول در خروجی مرکزی فروشگاه اشتباه باشد. در این حالت اصلاح یک تابع یا تنظیم مشترک ممکن است مشکل تعداد زیادی صفحه را برطرف کند؛ البته پس از تغییر باید روی نمونه‌های مختلف آزمایش انجام شود.
یک ترتیب پیشنهادی برای بررسی چنین فروشگاهی این است:
اگر بعد از تغییر قالب یا سایت‌ساز تعداد آیتم‌های معتبر ناگهان کم شده است، حتماً بررسی کنید آیا کد Product از صفحات حذف شده یا فقط ساختارش تغییر کرده است. کاهش تعداد آیتم‌های معتبر همیشه به معنی افزایش خطا نیست؛ ممکن است گوگل دیگر داده ساختاریافته را در برخی صفحات پیدا نکند.
اگر فروشگاه شما از Google Merchant Center و امکانات پشتیبانی‌شده آن استفاده می‌کند، اطلاعات محصول در سایت، داده ساختاریافته و اطلاعات ثبت‌شده در منبع محصولات باید تا حد امکان با یکدیگر سازگار باشند. اختلاف قیمت، موجودی، URL یا شناسه محصول می‌تواند باعث مشکلات بررسی داده یا تجربه نامناسب مشتری شود.
برای نمونه، اگر صفحه سایت یک کالا را ناموجود نشان می‌دهد، اما داده‌های ارسالی آن را موجود معرفی می‌کنند، باید منبع اختلاف مشخص شود. ممکن است به‌روزرسانی داده‌ها با تأخیر انجام شده باشد یا سیستم مدیریت موجودی، اطلاعات متفاوتی در دو خروجی ارائه کند.
بااین‌حال، Merchant listings در Search Console با حساب Google Merchant Center یک چیز نیست. اولی گزارش داده‌های ساختاریافته مرتبط در سرچ کنسول است و دومی سامانه‌ای جداگانه برای مدیریت اطلاعات و قابلیت‌های تجاری پشتیبانی‌شده گوگل محسوب می‌شود. شرایط پذیرش، دسترسی جغرافیایی و نوع نمایش هر سرویس را باید جدا بررسی کنید.
اسکیما محصول به گوگل کمک می‌کند داده‌های صفحه را دقیق‌تر تفسیر کند و در صورت رعایت شرایط، امکان نمایش بعضی ویژگی‌های تکمیلی را ایجاد می‌کند. اما افزودن Product Schema به‌تنهایی تضمین افزایش رتبه، نمایش ستاره یا رشد فروش نیست.
اگر صفحه محصول محتوای ضعیفی دارد، قیمت و موجودی آن اشتباه است، سرعت مناسبی ندارد یا کاربران نمی‌توانند خرید را تکمیل کنند، اصلاح اسکیما به تنهایی این مشکلات را برطرف نخواهد کرد.
بهترین نتیجه زمانی به دست می‌آید که داده ساختاریافته در کنار صفحه محصول دقیق، تصاویر مناسب، ساختار فنی سالم، لینک‌های داخلی و تجربه خرید قابل اعتماد استفاده شود. برای آماده‌سازی کلی فروشگاه در جست‌وجو، راهنمای آماده‌سازی فروشگاه برای گوگل و ترب را مطالعه کنید.
گزارش Merchant listings و Product snippets را بررسی کنید. خطاهای بحرانی را از هشدارها جدا کرده و برای هر گروه چند URL نمونه انتخاب کنید.
قیمت قابل خرید در صفحه، مقدار عددی اسکیما، کد ارز و وضعیت موجودی را مقایسه کنید. محصولات تخفیف‌دار و ناموجود را حتماً در نمونه‌ها قرار دهید.
نام کالا، تصویر، SKU و برند واقعی را کنترل کنید. تصاویر خراب یا محدودشده برای ربات‌ها را شناسایی کنید.
ساختار URL، ProductGroup، شناسه تنوع‌ها و اطلاعات Offer مدل‌های مختلف را با رفتار واقعی سایت تطبیق دهید.
منبع تولید JSON-LD، تکرار اسکیماها، خطاهای نحوی و اختلاف داده میان قالب و افزونه را بررسی کنید. اصلاحات را ابتدا روی نمونه‌ها آزمایش کنید.
صفحات اصلاح‌شده را با Rich Results Test بررسی کنید. وضعیت پاسخ HTTP، canonical، robots و داده قابل مشاهده گوگل را نیز کنترل کنید.
در صورت موفق بودن تست‌ها، اصلاحات را در صفحات مربوط منتشر کنید. سپس از Validate Fix برای مسائل ثبت‌شده استفاده کنید و تاریخ تغییر و وضعیت خطاها را نگه دارید.
این برنامه یک چارچوب اجرایی برای شروع اصلاحات است. خزش مجدد گوگل و تغییر گزارش‌ها ممکن است بیش از هفت روز طول بکشد؛ بنابراین نباید پایان برنامه را معادل پاک شدن قطعی تمام پیام‌ها دانست.
Product برای صفحه محصول مناسب تعریف شده است.Offer معتبر و مرتبط با محصول وجود دارد.برای داشتن اسکیما دقیق، مهم است که نام محصول، قیمت، موجودی، تصاویر و تنوع‌ها در یک سیستم منظم ثبت شوند. اگر اطلاعات پایه محصول ناقص باشد، تولید کد ساختاریافته نیز ممکن است با مشکل مواجه شود.
مای‌تارنما یک سایت‌ساز اختصاصی با امکانات مدیریت محصولات ساده و چندنوعی، قیمت‌های متفاوت، گزارش موجودی، ثبت سفارش، صفحه‌ساز، وبلاگ و ساختار مناسب برای فعالیت‌های سئو است. این قابلیت‌ها می‌توانند به مدیریت متمرکز اطلاعات کالا و آماده‌سازی محتوای فروشگاه کمک کنند.
بااین‌حال نباید بدون بررسی فنی فرض کرد تمام انواع اسکیما، ProductGroup، داده‌های ارسال و مرجوعی یا تمام ویژگی‌های جدید Google Merchant listings در همه طرح‌های فروشگاه‌ساز به‌صورت خودکار تولید می‌شوند. برای اطمینان باید خروجی واقعی صفحات را با ابزارهای گوگل آزمایش کرد.
اگر در حال راه‌اندازی فروشگاه هستید، می‌توانید با تست رایگان ۱۰روزه مای‌تارنما چند محصول ساده و متغیر وارد کنید، قیمت و موجودی آن‌ها را بررسی کنید و از پشتیبانی درباره روش پیاده‌سازی اسکیما و امکانات سئوی طرح انتخابی سؤال بپرسید.
برای ارزیابی کامل‌تر امکانات، چک‌لیست تست رایگان فروشگاه‌ساز نیز مفید است. بهتر است قبل از خرید نهایی، یک صفحه محصول واقعی‌نما را در Rich Results Test آزمایش کنید.
نه لزوماً. خطای اسکیما ممکن است محصول را برای نمایش ویژه مشخصی نامعتبر کند، اما صفحه می‌تواند همچنان در نتایج عادی جست‌وجو حضور داشته باشد. وضعیت ایندکس را باید جدا از گزارش داده‌های ساختاریافته بررسی کرد.
بهتر است هشدارهای قابل اصلاح را بررسی کنید، اما همه آن‌ها بحرانی نیستند. نبود امتیاز یا نظر واقعی نباید با داده ساختگی جبران شود. اولویت با اطلاعات ضروری و صحت داده محصول است.
در صفحه‌ای که محصول برای فروش عرضه می‌شود، باید ساختار مناسب Offer با اطلاعات لازم ارائه شود. ابتدا قیمت و وضعیت واقعی محصول را بررسی کنید و سپس منبع تولید اسکیما را اصلاح کنید. نوع الزامات بسته به گزارش موردنظر متفاوت است.
اگر از کد استاندارد IRR استفاده می‌کنید، مقدار قیمت باید بر حسب ریال با آن سازگار باشد. برای نمونه ۹۰۰ هزار تومان برابر ۹ میلیون ریال است. مقدار سایت و خروجی اسکیما باید دقیقاً مطابق یکدیگر تبدیل شوند.
اگر امتیاز معتبر واقعی وجود ندارد، نباید AggregateRating ساختگی درج شود. ممکن است هشدار پیشنهادی درباره نبود امتیاز باقی بماند، اما صحت داده و رعایت سیاست گوگل اهمیت بیشتری دارد.
گوگل از ساختار ProductGroup برای معرفی ارتباط تنوع‌های یک محصول پشتیبانی می‌کند. نحوه اجرای آن به ساختار URLها و انتخاب مدل در سایت بستگی دارد. هر تنوع باید شناسه و اطلاعات مرتبط با قیمت و موجودی واقعی خود را داشته باشد.
گوگل برای نتایج ویژه Product معمولاً صفحات متمرکز بر یک محصول یا تنوع‌های همان محصول را پشتیبانی می‌کند. نباید یک صفحه فهرست عمومی محصولات را صرفاً با قرار دادن یک Product ساختگی، صفحه محصول معرفی کرد.
Merchant listings در سرچ کنسول گزارشی مربوط به داده‌های ساختاریافته محصولات قابل خرید است؛ Google Merchant Center سرویس جداگانه‌ای برای مدیریت اطلاعات محصولات و قابلیت‌های تجاری پشتیبانی‌شده گوگل است. این دو یکسان نیستند، هرچند اطلاعات محصول باید در بخش‌های مرتبط سازگار باشند.
زمان ثابتی وجود ندارد. دریافت دوباره صفحات، پردازش داده و اعتبارسنجی ممکن است چند روز یا بیشتر طول بکشد. درخواست Validate Fix فرایند بررسی را آغاز می‌کند، اما نتیجه فوری یا نمایش Rich Result را تضمین نمی‌کند.
معتبر بودن داده ساختاریافته به معنی تضمین نمایش ستاره نیست. گوگل بر اساس شرایط نمایش، کیفیت، نوع جست‌وجو و سیاست‌های مرتبط تصمیم می‌گیرد چه اطلاعاتی را نشان دهد. همچنین باید مطمئن شوید امتیاز واقعی و واجد شرایط وجود دارد.
همیشه نه. بعضی مشکلات با تکمیل اطلاعات محصول یا تنظیمات سیستم برطرف می‌شوند. اما خطاهای مربوط به تولید JSON-LD، ProductGroup، ساختار قیمت یا تداخل قالب و افزونه ممکن است به بررسی فنی و اصلاح کد نیاز داشته باشند.
پاسخ سؤال خطاهای اسکیما محصولات در گوگل چیست و چگونه برطرف می‌شوند؟! این است که ابتدا باید نوع نمایش و اهمیت پیام را مشخص کنیم. خطاهایی مانند نبود نام محصول، اطلاعات فروش یا قیمت معتبر ممکن است شرایط نمایش ویژه را مختل کنند، درحالی‌که بعضی هشدارهای مربوط به امتیاز، نقد، برند یا اطلاعات تکمیلی تنها به بهبود داده مربوط هستند.
برای رفع اصولی مشکلات، از اطلاعات واقعی کالا شروع کنید: نام، تصویر، قیمت، واحد پول، موجودی و شناسه‌ها باید درست باشند. سپس ساختار JSON-LD را بررسی کنید، خروجی را با Rich Results Test آزمایش کنید و خطاهای ثبت‌شده در Google Search Console را با Validate Fix پیگیری کنید. در فروشگاه‌های بزرگ نیز بهتر است مشکل را از منبع تولید داده اصلاح کنید، نه با ویرایش دستی صدها صفحه.
مهم‌ترین اصل این است که اسکیما باید واقعیت صفحه محصول را توصیف کند؛ نه تصویری متفاوت از آن بسازد. با اصلاح هم‌زمان محتوای محصولات، ساختار فنی و داده‌های فروش، می‌توانید شرایط مناسب‌تری برای درک محصولات توسط گوگل فراهم کنید؛ هرچند نمایش ویژگی‌های ویژه و رتبه بالاتر تضمینی نیست.
اگر به دنبال ساخت فروشگاه اینترنتی با مدیریت منظم محصولات، قیمت و موجودی هستید، می‌توانید امکانات سایت‌ساز مای‌تارنما و دوره آزمایشی رایگان ۱۰روزه آن را بررسی کنید و پیش از شروع فعالیت گسترده، کیفیت اطلاعات و خروجی ساختاریافته محصولات خود را آزمایش کنید.
برای طراحی سایت اختصاصی کسب‌وکارتان، همین حالا مشاوره رایگان دریافت کنید.
نام و شماره را بگذارید تا با شما تماس بگیریم.
دیگر محتوا های مرتبط را بخوانید
مای‌تارنما قویترین و سادهترین سایتسازاینترنتی برای راه‌اندازی کسبوکار آنلاین شماست. با ما می‌توانید در سریعترین زمان ممکن، بدون نیاز به دانش برنامه‌نویسی، سایت فروشگاهی اختصاصی خود را بسازید، محصولاتتان را عرضه کنید و مستقیماً از مشتریان خود سفارش بگیرید. مای‌تارنما ابزارهای کامل مدیریت محصولات، گزارش‌های مالی و سیستم پرداخت ایمن را برای تضمین موفقیت و رشد پایدار فروشگاه شما فراهم میآورد.
