نویسنده: مای محتوا
راهنمای کامل تطبیق و ادغام صحیح محصولات فروشگاه اینترنتی در ترب؛ بررسی تفاوت برند، مدل، ظرفیت، رنگ، شناسه کالا، SKU، GTIN و MPN، رفع ادغام اشتباه، شناسایی محصولات ادغام‌نشده و کنترل اطلاعات ارسالی به ترب. همراه با نمونه‌های عملی، جدول تشخیص کالای یکسان و چک‌لیست اصلاح محصولات.
فرض کنید فروشگاه اینترنتی شما دو مدل گوشی با حافظه‌های ۱۲۸ و ۲۵۶ گیگابایت می‌فروشد. هر دو محصول ظاهر مشابهی دارند و نام آن‌ها فقط در ظرفیت حافظه متفاوت است. بعد از اتصال سایت به ترب متوجه می‌شوید پیشنهاد فروشگاه شما برای مدل ۲۵۶ گیگابایتی در صفحه مقایسه مدل ۱۲۸ گیگابایتی نمایش داده شده است. در نتیجه مشتری قیمت دو کالای متفاوت را با یکدیگر مقایسه می‌کند و ممکن است پس از ورود به فروشگاه شما متوجه این اختلاف شود.
این مشکل فقط برای گوشی موبایل اتفاق نمی‌افتد. در فروشگاه‌های لوازم خانگی، قطعات خودرو، پوشاک، عطر و ادکلن، لوازم دیجیتال و حتی محصولات غذایی نیز ممکن است دو کالا نام یا تصویر بسیار مشابهی داشته باشند، اما از نظر مدل، اندازه، ظرفیت، تعداد داخل بسته یا مشخصات اصلی با یکدیگر یکسان نباشند.
تطبیق محصولات در ترب یعنی مشخص شود کالایی که فروشگاه شما ارائه می‌کند دقیقاً با کدام محصول یا صفحه مقایسه در ترب ارتباط دارد. در بسیاری از گروه‌های کالایی، این فرایند با عنوان ادغام محصولات نیز شناخته می‌شود؛ زیرا پیشنهاد فروشندگان یک کالای یکسان در یک محل قابل مقایسه قرار می‌گیرند.
اگر تطبیق درست انجام شود، مشتری می‌تواند قیمت و شرایط فروش همان کالای واقعی را میان فروشندگان بررسی کند. اما اگر محصول اشتباه ادغام شود، ممکن است مقایسه قیمت گمراه‌کننده شود، خریدار از سفارش منصرف شود یا فروشگاه با شکایت درباره مغایرت کالا مواجه شود.
در این راهنما بررسی می‌کنیم چگونه محصولات مشابه را در ترب درست تطبیق دهیم، چه تفاوتی میان برند، مدل، SKU، GTIN و شناسه داخلی محصول وجود دارد، چگونه کالاهای ادغام‌نشده را پیدا کنیم و برای اصلاح یک تطبیق اشتباه چه اقداماتی انجام دهیم. همچنین با ساختار اطلاعات محصول در مستندات رسمی ترب، نمونه‌های عملی، روش بررسی فنی و چک‌لیست کنترل کیفیت آشنا می‌شوید.
ترب یک سرویس جست‌وجو و مقایسه قیمت محصولات است. در این مدل، کاربران می‌توانند برای یک کالای مشخص، پیشنهاد فروشندگان مختلف را بررسی کنند و سپس از مسیر فروشگاه انتخابی خرید کنند.
برای اینکه مقایسه معنی‌دار باشد، باید پیشنهادها واقعاً به همان محصول مربوط باشند. برای مثال، قیمت یک گوشی با حافظه ۱۲۸ گیگابایت نباید بدون تشخیص تفاوت، در کنار قیمت نسخه ۲۵۶ گیگابایتی همان مدل به‌عنوان یک کالای کاملاً یکسان نمایش داده شود.
به فرایند شناسایی و ارتباط دادن کالای فروشگاه با محصول متناظر در ترب، تطبیق یا ادغام گفته می‌شود. البته شیوه نمایش و نیاز به ادغام در همه دسته‌های کالا یکسان نیست.
در مستندات رسمی Shop API ترب، وضعیتی با نام فنی base_not_merged معرفی شده است که به محصول ادغام‌نشده در دسته‌هایی اشاره دارد که ادغام برای آن‌ها لازم است. همین توضیح نشان می‌دهد نباید فرض کنیم همه محصولات در تمام دسته‌ها الزاماً باید با یک صفحه موجود ادغام شوند.
نکته مهم: یک محصول اختصاصی یا کم‌رقیب ممکن است اساساً همتای کاملاً یکسانی میان پیشنهادهای فعلی نداشته باشد. در این حالت نباید صرفاً برای قرار گرفتن کنار رقبا، آن را به کالای متفاوت متصل کرد.
یکی از مهم‌ترین اصول مدیریت فروش در ترب، تشخیص تفاوت میان «شباهت ظاهری یا کاربردی» و «یکسان بودن هویت محصول» است.
دو محصول ممکن است هر دو گوشی میان‌رده باشند، اندازه مشابه داشته باشند یا حتی از یک برند و سری تولید شوند؛ اما همچنان دو کالای متفاوت محسوب شوند.
برای مثال، دو مدل با حافظه متفاوت از نظر کاربرد به یکدیگر شبیه‌اند، اما خریدار معمولاً انتظار ندارد قیمت آن‌ها به‌عنوان یک کالای کاملاً یکسان مقایسه شود.
| مقایسه | نتیجه اولیه | دلیل |
|---|---|---|
| یک برند، یک مدل و همان ظرفیت و نسخه | احتمال تطبیق صحیح | در صورت یکسان بودن سایر ویژگی‌های مؤثر |
| یک مدل گوشی با حافظه ۱۲۸ و ۲۵۶ گیگابایت | دو نسخه متفاوت | ظرفیت حافظه یکسان نیست |
| یک مدل کفش با سایز ۴۰ و ۴۳ | دو تنوع متفاوت | اندازه قابل خرید فرق دارد |
| یک عطر در حجم ۵۰ و ۱۰۰ میلی‌لیتر | دو کالای قابل فروش متفاوت | حجم و قیمت واحد متفاوت‌اند |
| یک دستگاه با کد مدل متفاوت | نیازمند بررسی دقیق | ممکن است نسخه سخت‌افزاری متفاوت باشد |
| یک محصول با دو عکس از زوایای متفاوت | ممکن است یکسان باشد | تصویر به‌تنهایی تعیین‌کننده هویت نیست |
| دو بسته از یک کالا با تعداد ۱۲ و ۲۴ عدد | دو بسته قابل فروش متفاوت | مقدار واقعی خرید تغییر می‌کند |
البته تصمیم نهایی درباره نحوه گروه‌بندی یا ادغام در ترب به ساختار همان دسته و قواعد جاری پلتفرم وابسته است. فروشنده باید پیش از درخواست تطبیق، مطمئن شود کالای مقصد همان چیزی است که واقعاً تحویل می‌دهد.
اولین پیامد، مقایسه نادرست قیمت است. فرض کنید فروشگاه شما مدل گران‌تر یک محصول را عرضه می‌کند، اما پیشنهادتان کنار نسخه ارزان‌تر قرار گرفته است. در این حالت ممکن است قیمت فروشگاه غیررقابتی به نظر برسد، درحالی‌که مقایسه از ابتدا درست نبوده است.
حالت معکوس نیز ممکن است رخ دهد. اگر نسخه ارزان‌تر شما کنار نسخه گران‌تر دیگر فروشندگان نمایش داده شود، مشتری تصور می‌کند پیشنهاد بسیار ارزانی پیدا کرده است. پس از ورود به سایت و مشاهده مشخصات واقعی، ممکن است احساس کند اطلاعات نمایش‌داده‌شده گمراه‌کننده بوده است.
همچنین اگر برای مراجعه‌های مشمول هزینه از ترب مبلغی پرداخت شود، ورود کاربرانی که به محصول متفاوتی علاقه دارند می‌تواند بازده اقتصادی جذب مشتری را کاهش دهد.
پیامدهای احتمالی: کاهش کیفیت ورودی، افزایش انصراف از خرید، اختلاف درباره مشخصات محصول، دشواری مقایسه قیمت، گزارش‌گیری نادرست و افزایش درخواست‌های پشتیبانی.
این پیامدها قطعی و یکسان نیستند، اما نشان می‌دهند کیفیت اطلاعات محصول به اندازه قیمت آن اهمیت دارد. برای تحلیل اقتصادی، راهنمای فروش در ترب برای فروشگاه‌های اینترنتی نیز می‌تواند مفید باشد.
عنوان محصول یکی از مهم‌ترین اطلاعاتی است که در معرفی و شناسایی کالا نقش دارد. عنوانی مانند «گوشی سامسونگ جدید» یا «هدفون بلوتوثی حرفه‌ای» نمی‌تواند هویت دقیق محصول را به‌خوبی مشخص کند.
بهتر است عنوان شامل نوع کالا، برند واقعی، مدل رسمی و ویژگی‌های تعیین‌کننده همان محصول باشد.
برای مثال فرضی، عنوان «گوشی برند آلفا مدل X12 ظرفیت ۲۵۶ گیگابایت» از عنوان «گوشی آلفا X12» اطلاعات بیشتری ارائه می‌کند؛ به‌خصوص اگر همان مدل با ظرفیت‌های دیگر عرضه شده باشد.
اما طولانی‌تر کردن عنوان به هر قیمتی مناسب نیست. استفاده از عبارت‌های تبلیغاتی، تکرار نام برند، درج ده‌ها کلمه نامرتبط و افزودن مدل محصولات دیگر می‌تواند عنوان را مبهم کند.
فرمول پیشنهادی عنوان: نوع محصول + برند + مدل دقیق + مهم‌ترین ویژگی متمایزکننده + نسخه یا تعداد، در صورت ضرورت.
ترتیب اجزا باید با شیوه نام‌گذاری واقعی آن دسته هماهنگ باشد. مثلاً برای قطعات صنعتی، شماره فنی سازنده ممکن است از عبارت‌های تبلیغاتی بسیار مهم‌تر باشد.
برند محصول نشان می‌دهد کالا با چه نام تجاری عرضه شده است. اما نام فروشنده، واردکننده، توزیع‌کننده و ارائه‌دهنده گارانتی الزاماً همان برند سازنده نیست.
فرض کنید یک فروشگاه کالای ساخت برند A را از شرکت تأمین‌کننده B تهیه می‌کند. اگر در اطلاعات محصول به‌جای برند A نام B ثبت شود، ممکن است تطبیق با کالاهای همان سازنده دشوارتر شود.
همچنین برای محصولات بدون برند مشخص نباید به‌صورت خودکار نام یک برند معروف را انتخاب کنید تا کالا در فهرست پربازدیدتری قرار گیرد.
روش بررسی: نام برند را با اطلاعات معتبر سازنده، بسته‌بندی و مشخصات محصول تطبیق دهید. اگر فروشگاه صاحب برند اختصاصی خودش است، این موضوع باید با هویت واقعی کالا سازگار باشد.
اختلاف نگارشی فارسی و انگلیسی نام برند نیز ممکن است وجود داشته باشد. می‌توانید در توضیحات یا فیلدهای مناسب از معادل‌های معتبر استفاده کنید؛ اما نام رسمی برند را با عنوان ساختگی جایگزین نکنید.
در بسیاری از کالاها، مدل دقیق مهم‌ترین معیار تشخیص محصول است. دو دستگاه با نام تجاری مشابه ممکن است دارای شماره مدل متفاوت و مشخصات فنی متفاوت باشند.
برای مثال، در یک خانواده فرضی از تجهیزات، مدل‌های AX-210 و AX-210B ممکن است در یک ویژگی سخت‌افزاری یا نوع اتصال تفاوت داشته باشند. حذف حرف پایانی مدل می‌تواند دو کالای متفاوت را ظاهراً یکسان نشان دهد.
در محصولات دیگری مانند قطعات خودرو، لوازم خانگی یا تجهیزات صنعتی، کد سازنده گاهی از نام عمومی محصول دقیق‌تر است.
راهکار: برای کالاهای دارای مدل رسمی، یک فیلد مشخص برای شماره مدل داشته باشید. کد را دقیقاً مطابق اطلاعات معتبر سازنده ثبت کنید و از حذف اعداد، پسوندها یا تغییر خودسرانه ترتیب آن‌ها خودداری کنید.
اگر مدل مربوط به منطقه عرضه یا نسخه سخت‌افزاری مشخصی است، این اطلاعات را نیز در صورت تأثیر بر هویت و سازگاری محصول ثبت کنید.
بخش زیادی از خطاهای اطلاعات محصول به این دلیل رخ می‌دهد که فروشنده چند نوع شناسه را معادل هم در نظر می‌گیرد. درحالی‌که هر شناسه کاربرد متفاوتی دارد.
| شناسه | معنا و کاربرد | نکته مهم |
|---|---|---|
| SKU | کد داخلی مدیریت موجودی محصول یا تنوع در فروشگاه | ممکن است هر فروشگاه کد مخصوص خودش را داشته باشد |
| GTIN | شناسه جهانی کالای تجاری، در صورت تخصیص معتبر | نباید حدس زده یا از محصول مشابه کپی شود |
| EAN یا UPC | قالب‌ها یا انواع شناسه‌های تجاری مرتبط با خانواده GTIN | برای همه محصولات الزاماً وجود ندارند |
| MPN | شماره قطعه یا مدل اختصاص‌داده‌شده توسط تولیدکننده | باید با کد واقعی سازنده مطابقت داشته باشد |
| شناسه کالا در سامانه‌های تجاری ایران | شناسه مورد استفاده در فرایندهای مقرراتی مشخص | کاربرد و ساختار آن با شناسه داخلی فروشگاه یکسان نیست |
| page_unique در Product API v3 ترب | شناسه یکتای پایدار محصول در خروجی فروشگاه همکار | برای همان محصول یا تنوع باید ثابت بماند |
| product_group_id در Product API v3 ترب | شناسه گروه تنوع‌های مرتبط یک محصول | جای شناسه یکتای هر تنوع را نمی‌گیرد |
طبق راهنمای رسمی Google Merchant Center درباره شناسه‌های یکتای محصول، شناسه‌هایی مانند GTIN و MPN در تشخیص کالا و تنوع واقعی آن اهمیت دارند و نباید مقدار ساختگی یا شناسه محصول مشابه را به جای آن‌ها ثبت کرد.
این راهنما مربوط به گوگل است و به معنی آن نیست که ترب دقیقاً تمام فیلدها و الزامات Google Merchant Center را دارد. بااین‌حال، تفکیک درست شناسه‌ها برای نگهداری داده معتبر در فروشگاه و اتصال به سرویس‌های مختلف اهمیت دارد.
اصل مهم: کد SKU فروشگاه را صرفاً به دلیل عددی بودن، بارکد جهانی یا شناسه رسمی کالا فرض نکنید. همچنین شناسه محصول در API ترب با شناسه جهانی سازنده و با شناسه صفحه محصول تجمیع‌شده در پلتفرم یک مفهوم واحد نیست.
بعضی محصولات دارای چند انتخاب هستند؛ مانند رنگ، سایز، ظرفیت حافظه، حجم یا بسته‌بندی. در این محصولات باید میان مدل اصلی و تنوع‌های قابل فروش تفاوت وجود داشته باشد.
برای مثال، یک کفش با مدل یکسان ممکن است در سایزهای ۴۰، ۴۱ و ۴۲ عرضه شود. اگر موجودی این سایزها مستقل است، باید بتوان هر کدام را با شناسه مشخص از دیگری جدا کرد.
در مستندات رسمی Product API v3 ترب، برای تنوع‌هایی مانند رنگ و سایز توصیه شده است product_group_id مشترک داشته باشند، اما مقدار page_unique هر تنوع متفاوت باشد.
برای مثال آموزشی، سه تنوع یک مدل کفش می‌توانند شناسه گروه مشترک SHOE-A داشته باشند، اما شناسه‌های یکتای آن‌ها SHOE-A-40، SHOE-A-41 و SHOE-A-42 باشند.
این ساختار به ارتباط دادن تنوع‌های یک خانواده کمک می‌کند. بااین‌حال، گروه‌بندی تنوع‌ها در API به معنی ادغام همه آن‌ها در یک پیشنهاد قیمت یکسان در رابط ترب نیست. نحوه نمایش و مقایسه، به ساختار دسته و پردازش خود ترب وابسته است.
برای مدیریت محصولات دارای چند قیمت و موجودی، راهنمای محصولات متغیر در فروشگاه اینترنتی را بخوانید.
در تشخیص کالای یکسان، باید ویژگی‌هایی را پیدا کنید که هویت نسخه قابل فروش را تعیین می‌کنند. این ویژگی‌ها در تمام گروه‌های کالا یکسان نیستند.
برای گوشی موبایل، ظرفیت حافظه و نسخه دستگاه می‌توانند تفاوت بنیادی ایجاد کنند. برای لباس، سایز و رنگ ممکن است در مدیریت تنوع، موجودی و انتخاب خریدار اهمیت داشته باشند. برای عطر، حجم و نوع غلظت باید جدا ثبت شوند.
در قطعات خودرو، شماره فنی و سازگاری با مدل مشخص خودرو اهمیت بیشتری دارد. در محصولات غذایی، وزن خالص و تعداد داخل بسته می‌توانند تعیین‌کننده باشند.
روش تشخیص: از خودتان بپرسید اگر خریدار صفحه مقصد را ببیند و به فروشگاه من مراجعه کند، آیا دقیقاً همان نسخه و مقدار کالا را دریافت خواهد کرد؟ اگر پاسخ منفی است، تطبیق نیاز به اصلاح یا بررسی بیشتر دارد.
نباید صرفاً به علت شباهت عنوان، دو محصول را یکی دانست. همچنین نباید به دلیل تفاوت جزئی نگارشی نام، دو کالای واقعاً یکسان را بدون بررسی از یکدیگر جدا فرض کرد.
یکی از خطاهای رایج در بعضی گروه‌های کالایی، تفاوت تعداد بسته است. فرض کنید یک فروشگاه بسته ۲۴عددی محصولی را می‌فروشد، اما در نام کالا فقط مدل نوشته شده است. اگر صفحه مقایسه مربوط به بسته ۱۲عددی باشد، قیمت‌ها اساساً قابل مقایسه مستقیم نیستند.
این موضوع در پوشک، مواد غذایی، محصولات بهداشتی، باتری، لوازم مصرفی و برخی قطعات بسته‌بندی‌شده اهمیت دارد.
پیشنهاد: تعداد، وزن، حجم یا مقدار واقعی قابل دریافت مشتری را در عنوان یا مشخصات ساختاریافته محصول ثبت کنید. برای مثال، عبارت «بسته ۲۴ عددی» نباید در توضیح پایین صفحه پنهان باشد، اگر تفاوت اصلی با محصولات مشابه است.
اگر کالا به‌صورت پک ترکیبی عرضه می‌شود، محتویات آن را دقیق معرفی کنید. قیمت یک بسته شامل چند کالای متفاوت نباید بدون توضیح با قیمت یک قلم تکی مقایسه شود.
بعضی کالاها برای بازارهای مختلف با کدهای تولید یا ویژگی‌های متفاوت عرضه می‌شوند. دو محصول ممکن است از نظر نام تجاری یکسان باشند، اما در شماره فنی، دوشاخه برق، سازگاری شبکه، زبان بسته‌بندی یا ویژگی‌های دیگری اختلاف داشته باشند.
این تفاوت‌ها لزوماً در همه محصولات وجود ندارند. نباید هر اختلاف در زبان جعبه را دلیل قطعی تفاوت کالا یا تقلبی بودن آن دانست. باید مشخصات معتبر سازنده بررسی شوند.
برای تطبیق صحیح، ابتدا کد دقیق مدل و اطلاعات فنی را با منبع معتبر مقایسه کنید. سپس مشخص کنید اختلاف مشاهده‌شده روی کالا، کارکرد، گارانتی یا شرایط دریافت خریدار اثر دارد یا خیر.
قاعده: اگر دو نسخه از نظر ویژگی اساسی یکسان نیستند، نباید صرف نام مشابه آن‌ها را به‌عنوان پیشنهاد یک کالای دقیق معرفی کنید. اگر تنها تفاوت در شرایط فروش است، ممکن است لازم باشد آن تفاوت در اطلاعات پیشنهاد فروشنده نمایش داده شود.
گارانتی یکی از موضوعاتی است که گاهی با مدل یا برند محصول اشتباه گرفته می‌شود. ممکن است دو فروشگاه دقیقاً یک دستگاه را با دو شرایط گارانتی متفاوت عرضه کنند. در این حالت، خود دستگاه ممکن است یکسان باشد؛ اما پیشنهاد فروش از نظر خدمات پس از فروش متفاوت است.
در مقابل، ممکن است نام یک شرکت گارانتی در عنوان محصول نوشته شود و بخشی از اطلاعات اصلی مدل حذف شده باشد. این کار می‌تواند تشخیص کالا را دشوار کند.
در مستندات Product API v3 ترب، فیلدی با نام guarantee برای درج اطلاعات گارانتی معرفی شده است. این موضوع نشان می‌دهد در یکپارچه‌سازی فنیِ پشتیبانی‌شده، می‌توان اطلاعات گارانتی را جدا از عنوان اصلی محصول ارائه کرد.
نکته: نمی‌توان بدون بررسی قواعد همان دسته اعلام کرد تفاوت گارانتی همیشه باید به ادغام جداگانه منجر شود یا هرگز نباید چنین باشد. آنچه قطعی است این است که برند، مدل واقعی و شرایط گارانتی نباید با یکدیگر اشتباه گرفته شوند.
تصاویر واقعی و واضح می‌توانند به تشخیص کالا کمک کنند؛ اما تصویر به‌تنهایی اثبات نمی‌کند دو محصول یکسان هستند.
برای مثال، دو گوشی با ظرفیت متفاوت ممکن است تقریباً عکس رسمی یکسانی داشته باشند. همچنین فروشگاه ممکن است تصویر عمومی یک مدل را برای تمام رنگ‌ها استفاده کند، درحالی‌که محصول انتخابی رنگ دیگری دارد.
راهکار: تصویر اصلی را با نسخه واقعی کالا هماهنگ کنید. در صورت وجود رنگ یا بسته‌بندی متفاوت، عکس همان نسخه را نمایش دهید و در مشخصات محصول نیز تفاوت را ثبت کنید.
طبق مستندات Product API v3 ترب، فیلد image_links برای ارائه تصاویر محصول استفاده می‌شود و نخستین تصویر باید تصویر اصلی باشد. در این نسخه فنی، برای تصاویر اندازه حداقل پیشنهادی و محدودیت نمایش تصاویر کوچک نیز مطرح شده است.
این مشخصات مربوط به مسیر فنی API v3 است و نباید بدون بررسی، معادل تمام روش‌های قدیمی یا دیگر شیوه‌های دریافت اطلاعات ترب دانسته شود.
برای اصلاح تطبیق، عنوان محصول را به‌گونه‌ای بنویسید که هم برای مشتری قابل فهم باشد و هم ویژگی‌های تشخیص کالای دقیق در آن مشخص باشند.
| عنوان مبهم | نمونه عنوان دقیق‌تر | علت اصلاح |
|---|---|---|
| گوشی مدل X12 | گوشی برند آلفا مدل X12 ظرفیت ۲۵۶ گیگابایت | ثبت برند و حافظه |
| کفش ورزشی مردانه | کفش برند بتا مدل Runner 5 رنگ مشکی سایز ۴۲ | تشخیص مدل و تنوع |
| عطر مدل گل | عطر برند گاما مدل Flower نوع EDP حجم ۱۰۰ میلی‌لیتر | تفاوت غلظت و حجم |
| باتری قلمی چهار عدد | باتری قلمی برند دلتا مدل AAA بسته ۴ عددی | ثبت اندازه و تعداد |
| قطعه خودرو مدل ۲۰۶ | نام دقیق قطعه + برند + کد فنی سازنده + سازگاری تأییدشده | جلوگیری از تطبیق قطعه متفاوت |
نام برندها و مدل‌ها در نمونه‌های این جدول فرضی هستند. برای یک محصول واقعی باید از نام و مشخصات معتبر خودش استفاده کنید.
همچنین لازم نیست همه ویژگی‌های جزئی در عنوان قرار گیرند. مشخصات تکمیلی باید در فیلدهای جدا ثبت شوند تا عنوان بیش از حد طولانی و نامفهوم نشود.
اگر از یک فروشگاه‌ساز یا سیستم اختصاصی استفاده می‌کنید که اتصال مستقیم به ترب دارد، کیفیت داده‌هایی که به ترب ارائه می‌شود اهمیت زیادی دارد.
در مخزن رسمی Torob-Sync، نسخه سوم Product API به‌عنوان نسخه فعلی این مسیر فنی معرفی شده است. این مستندات به‌طور ویژه برای فروشگاه‌های بزرگ و فروشگاه‌سازهایی است که اتصال مستقیم API دارند؛ طبق توضیح خود ترب، فروشگاه‌های کوچک برای شروع همکاری الزاماً نیازی به پیاده‌سازی این API ندارند.
در Product API v3، اطلاعات مهم هر محصول شامل موارد زیر هستند:
| فیلد فنی | کاربرد |
|---|---|
page_unique |
شناسه یکتای ثابت محصول یا تنوع |
page_url |
نشانی کامل صفحه قابل خرید |
product_group_id |
گروه‌بندی تنوع‌های مرتبط، در صورت نیاز |
title |
عنوان محصول |
subtitle |
عنوان تکمیلی، در صورت وجود |
current_price |
قیمت فعلی فروش |
availability |
وضعیت موجود بودن کالا |
category_name |
نام دسته محصول |
image_links |
تصاویر، با تصویر اصلی در ابتدا |
spec |
مشخصات کلیدی به‌صورت جفت نام و مقدار |
guarantee |
اطلاعات گارانتی، در صورت وجود |
در همین مستندات، قیمت current_price به‌صورت عدد صحیح و با واحد تومان تعریف شده است. اشتباه در تبدیل ریال و تومان می‌تواند باعث اختلاف شدید قیمت شود.
همچنین برای محصول ناموجود، مشخصات API v3 وضعیت availability برابر false و قیمت صفر را در خروجی مرتبط تعریف می‌کند. نباید به‌اشتباه محصول موجود را با قیمت صفر ارسال کنید؛ زیرا در مستندات همین نسخه توضیح داده شده که محصول موجود با قیمت صفر می‌تواند به‌صورت کالای رایگان تفسیر شود.
توجه: این نکات برای مسیر اتصال Product API v3 هستند. اگر فروشگاه شما از روش دیگری برای دریافت اطلاعات ترب استفاده می‌کند، باید راهنمای همان روش و تنظیمات فعلی پنل را بررسی کنید.
در مستندات رسمی ترب، برای page_unique تأکید شده است که شناسه باید ثابت بماند. این شناسه به سیستم کمک می‌کند موجودیت محصول مشخص را در دریافت‌های بعدی شناسایی کند.
اگر فروشگاه‌ساز پس از هر ویرایش محصول یک شناسه جدید تولید کند، ممکن است شناسایی تغییرات و ارتباط نسخه جدید داده با محصول قبلی دشوار شود.
برای مثال، اصلاح عنوان یک کفش یا تغییر قیمت آن نباید به‌خودی‌خود باعث شود همان تنوع واقعی با هویت داخلی کاملاً جدیدی معرفی شود.
از سوی دیگر، اگر دو تنوع متفاوت دقیقاً یک page_unique داشته باشند، دیگر تمایز صحیح آن‌ها در داده ارسالی حفظ نمی‌شود.
اصل پیشنهادی: شناسه محصول را به هویت ثابت کالای قابل فروش متصل کنید، نه به عنوان، قیمت، موجودی یا تاریخ آخرین ویرایش آن.
در صورت مهاجرت فروشگاه‌ساز یا تغییر دامنه نیز باید برای حفظ ارتباط شناسه‌های قبلی برنامه‌ریزی شود. تغییر URL و تغییر هویت محصول دو تصمیم متفاوت‌اند.
اول باید مشخص کنید محصول واقعاً در وضعیت ادغام‌نشده قرار دارد یا با مشکل دیگری روبه‌رو شده است. دیده نشدن کالا همیشه به معنی نبود تطبیق صحیح نیست.
در Shop API رسمی ترب، چند وضعیت قابل تشخیص معرفی شده‌اند:
| وضعیت فنی | معنای اعلام‌شده | اولویت بررسی |
|---|---|---|
base_not_merged |
محصول در دسته نیازمند ادغام، ادغام نشده است | بررسی کالای متناظر و اطلاعات شناسایی |
base_not_confirmed |
دسته‌بندی هنوز تأیید نشده است | بررسی دسته و وضعیت پردازش |
in_progress_add |
محصول در حال اضافه شدن به ترب است | بررسی ادامه فرایند و وضعیت بعدی |
page_not_available |
محصول ناموجود است | کنترل موجودی واقعی و داده ارسالی |
page_not_accessible |
صفحه محصول در دسترس ترب نیست | کنترل URL، پاسخ سرور و دسترسی |
price_not_valid |
قیمت محصول نامعتبر علامت‌گذاری شده است | بررسی قیمت و واحد پول |
base_image_rejected |
یک یا چند تصویر در ترب نمایش داده نشده‌اند | بررسی تصویر و محدودیت‌های فنی |
این وضعیت‌ها از مستندات Shop API استخراج شده‌اند. عنوان نمایشی آن‌ها در پنل فارسی ممکن است متفاوت باشد و یک محصول در ساختار فنی می‌تواند هم‌زمان چند وضعیت داشته باشد.
نکته مهم: اگر محصول در حال اضافه شدن است، لازم نیست بلافاصله عنوان آن را چندین بار تغییر دهید. ابتدا وضعیت واقعی پردازش را بررسی کنید. اگر مشکل از دسترسی صفحه یا قیمت باشد، اقدام مربوط به ادغام به‌تنهایی آن را حل نمی‌کند.
در روش‌های متداول مدیریت فروشندگان، بخشی از بررسی و درخواست اصلاح ادغام از طریق پنل ترب انجام می‌شود. اما نام منوها، محدودیت‌ها و اختیارات حساب فروشندگی ممکن است در طول زمان تغییر کنند.
برای همین بهتر است به جای تکیه بر یک تصویر قدیمی از پنل، این روند را دنبال کنید:
در صورت نیاز به پشتیبانی، سامانه تیکت فروشندگان ترب یکی از مسیرهای معرفی‌شده در کانال رسمی اطلاع‌رسانی فروشگاه‌های همکار است.
اگر محصول واقعاً همتای دقیقی در ترب ندارد، به‌جای انتخاب یک کالای نزدیک اما متفاوت، وضعیت آن را از مسیرهای رسمی بررسی کنید.
برای اینکه پشتیبانی بتواند مسئله را سریع‌تر بررسی کند، بهتر است به‌جای عبارت کلی «محصولم اشتباه ادغام شده»، اطلاعات مشخصی ارائه دهید.
اطلاعات مفید برای درخواست بررسی: نام فروشگاه، لینک محصول در سایت، نام یا لینک صفحه ترب، مدل و برند واقعی، شناسه داخلی مرتبط، تفاوت دقیق مشاهده‌شده و در صورت لزوم تصویر معتبر مشخصات کالا.
مثلاً می‌توانید توضیح دهید: «محصول فروشگاه ما نسخه ۲۵۶ گیگابایتی مدل X12 است، اما در حال حاضر کنار پیشنهادهای نسخه ۱۲۸ گیگابایتی نمایش داده می‌شود. مشخصات محصول در لینک فروشگاه و تصویر بسته‌بندی نشان‌دهنده نسخه ۲۵۶ گیگابایتی است. لطفاً تطبیق بررسی شود.»
در این درخواست، تفاوت مورد ادعا روشن است و می‌توان آن را با اطلاعات کالا بررسی کرد.
اگر اختلاف درباره برند است، مستندات معتبر مربوط به سازنده را ارائه کنید. اگر درباره تعداد داخل بسته است، مقدار واقعی محصول و عکس بسته‌بندی را نشان دهید.
توصیه: تا زمانی که نتیجه اصلاح مشخص نشده، از تغییرهای پی‌درپی و بی‌برنامه در عنوان، لینک و شناسه کالا خودداری کنید. ابتدا دلیل مسئله را ثبت و اصلاحات را مرحله‌به‌مرحله پیگیری کنید.
گاهی مشکل برعکس است: فروشگاه شما و فروشنده دیگری کالای کاملاً یکسانی ارائه می‌کنید، اما پیشنهادها در صفحات متفاوتی نمایش داده می‌شوند.
این وضعیت ممکن است ناشی از تفاوت نام‌گذاری، اطلاعات ناقص، نسخه‌های ثبت‌شده یا نبود ارتباط درست محصول باشد. اما باید ابتدا مطمئن شوید دو کالا واقعاً یکسان‌اند.
برای بررسی، مشخصات برند، مدل، شماره فنی، ظرفیت، بسته‌بندی و تصویر واقعی را مقایسه کنید. اگر کد معتبر سازنده یا GTIN در دسترس است، می‌تواند به تأیید هویت کمک کند؛ هرچند نباید آن را بدون توجه به سایر شواهد تنها معیار تصمیم قرار داد.
سپس از مسیر فعلی پنل یا پشتیبانی برای بررسی ارتباط صفحات استفاده کنید. این کار ممکن است به تأیید ترب نیاز داشته باشد و نتیجه آن از پیش تضمین‌شده نیست.
از ساخت صفحه یا محصول جدید با اطلاعات ساختگی صرفاً برای حضور در یک گروه پربازدید خودداری کنید.
اگر تعداد محصولات فروشگاه زیاد است، بررسی موردی بدون ثبت اطلاعات به‌سرعت دشوار می‌شود. بهتر است برای کالاهای مهم یک جدول تطبیق داشته باشید.
| ستون گزارش | نمونه مقدار فرضی |
|---|---|
| SKU فروشگاه | PHONE-X12-256-BLK |
| نام کامل محصول | گوشی برند آلفا X12 حافظه ۲۵۶ مشکی |
| برند | آلفا |
| مدل رسمی | X12 |
| ویژگی تعیین‌کننده | ۲۵۶ گیگابایت، مشکی |
| GTIN یا کد سازنده | فقط در صورت وجود مقدار معتبر |
| لینک فروشگاه | URL واقعی محصول |
| صفحه متناظر ترب | URL یا شناسه قابل مشاهده |
| نتیجه بررسی | صحیح، اشتباه، نامشخص یا نیازمند بررسی |
| علت مغایرت | ظرفیت اشتباه |
| تاریخ آخرین کنترل | تاریخ واقعی بررسی |
برای فروشگاه‌های بزرگ، اضافه کردن ستون مسئول بررسی، وضعیت تیکت و نتیجه اصلاح نیز مفید است.
این جدول کمک می‌کند پیش از اقدام، محصولات پرریسک مشخص شوند. همچنین در صورت تغییر فروشگاه‌ساز یا ایجاد اتصال جدید، مرجع قابل اتکایی از هویت کالاها در اختیار دارید.
داده ساختاریافته Product می‌تواند به موتورهای جست‌وجو در فهم اطلاعات محصول کمک کند. در مستندات Google Search Central درباره Product Variants، شیوه معرفی محصولات متغیر با استفاده از Product و ProductGroup توضیح داده شده است.
برای مثال، در داده ساختاریافته گوگل می‌توان شناسه تنوع، رنگ، سایز، قیمت، موجودی و ارتباط محصول با گروه اصلی را معرفی کرد.
اما نباید تصور کرد اضافه کردن Product Schema به‌تنهایی باعث اصلاح ادغام کالا در ترب می‌شود. ترب ممکن است اطلاعات محصولات را از مسیرهای فنی و روش‌های دریافت داده خودش پردازش کند و قواعد داخلی تطبیق آن الزاماً با گوگل یکسان نیستند.
بهترین رویکرد، داشتن داده اصلی صحیح در سیستم فروشگاه است تا عنوان، مشخصات محصول، اطلاعات قابل مشاهده سایت و خروجی‌های مختلف از یک منبع معتبر تولید شوند.
به این ترتیب، اصلاح یک خطای مدل یا ظرفیت در سیستم مرکزی می‌تواند از ایجاد اختلاف در چند کانال جلوگیری کند؛ مشروط بر اینکه ارتباط‌ها درست پیاده‌سازی شده باشند.
حتی اگر مدل و شناسه محصول درست باشند، اختلاف قیمت یا موجودی می‌تواند تجربه خرید را خراب کند.
فرض کنید پیشنهاد فروشگاه در ترب برای یک محصول ۳ میلیون تومان نمایش داده می‌شود، اما مشتری پس از ورود به سایت می‌بیند همان کالا ۳ میلیون و ۳۰۰ هزار تومان است. اگر علت این تفاوت روشن نباشد، ممکن است مشتری خرید را ادامه ندهد.
همچنین اگر در ترب محصول موجود نمایش داده شود اما در سایت امکان افزودن آن تنوع به سبد وجود نداشته باشد، لازم است اطلاعات موجودی و نحوه همگام‌سازی بررسی شوند.
در Product API v3 ترب، قیمت و وضعیت موجودی فیلدهای مستقلی هستند. در Shop API نیز وضعیت‌هایی مانند ناموجود بودن، نامعتبر بودن قیمت و غیرقابل دسترس بودن صفحه تعریف شده‌اند.
راهکار: برای هر تنوع واقعی، قیمت قابل خرید و موجودی قابل فروش را از منبع معتبر دریافت کنید. اگر فروشگاه در چند کانال سفارش می‌گیرد، باید رزرو و کاهش موجودی نیز با قواعد مشخص کنترل شود.
همچنین اگر از کش برای صفحات محصول یا خروجی اطلاعات استفاده می‌کنید، بررسی کنید که اطلاعات قدیمی برای مدت نامناسب باقی نمانند.
در بعضی فروشگاه‌ها با ویرایش عنوان محصول، آدرس آن نیز تغییر می‌کند. اگر نشانی قدیمی از دسترس خارج شود، ممکن است مراجعه‌کننده به خطای ۴۰۴ برسد یا سرویس دریافت اطلاعات برای شناسایی محصول نیازمند بررسی دوباره باشد.
بهتر است URL محصولات را بدون دلیل تغییر ندهید. اگر تغییر آدرس ضروری است، باید مقصد جدید و ارتباط آن با محصول واقعی بررسی شود.
در سایت، ریدایرکت دائمی ۳۰۱ به صفحه متناظر می‌تواند برای کاربران و گوگل مفید باشد؛ اما نباید فرض کرد ریدایرکت به‌تنهایی همه تنظیمات و شناسه‌های اتصال ترب را خودکار اصلاح می‌کند.
در مسیر API، نشانی جدید باید در فیلد مربوط به URL محصول ارائه شود و شناسه یکتای پایدار نیز طبق قواعد همان API مدیریت شود.
برای آشنایی با مدیریت آدرس‌ها و حفظ ورودی گوگل، راهنمای تغییر دامنه و ریدایرکت‌های فروشگاهی را نیز در برنامه نگهداری سایت در نظر بگیرید.
اگر صدها محصول در ترب دارید، ممکن است بررسی تک‌تک آن‌ها در یک روز امکان‌پذیر نباشد. بهتر است ابتدا کالاهایی را کنترل کنید که خطای تطبیق در آن‌ها اثر مالی یا تجربه کاربری بیشتری دارد.
برای اولویت‌بندی، می‌توانید سه معیار اصلی در نظر بگیرید: تعداد مراجعات، اهمیت فروش یا سود محصول و میزان تفاوت کالای واقعی با مقصد فعلی.
برای مثال، محصولی با مراجعه بالا که به ظرفیت کاملاً متفاوتی متصل شده، اولویت بیشتری از کالایی کم‌مراجعه با اختلاف کوچک در نحوه نوشتن عنوان دارد.
یک روش پیشنهادی این است که برای هر معیار از ۱ تا ۵ امتیاز بدهید. مجموع امتیازها را برای تعیین ترتیب بررسی استفاده کنید؛ اما این امتیاز مدیریتی معیار رسمی ترب نیست.
نکته: گاهی کالایی با مراجعه پایین اما ریسک جدی اشتباه در ارسال یا اختلاف حقوقی نیز باید فوراً بررسی شود. بنابراین رتبه‌بندی عددی جای قضاوت درباره شدت خطا را نمی‌گیرد.
خیر. ادغام صحیح کمک می‌کند محصول در محل مرتبط‌تری معرفی شود و مقایسه برای مشتری معنی‌دارتر باشد، اما فروش نهایی به عوامل دیگری مانند قیمت، شرایط ارسال، اعتماد، موجودی و تجربه خرید سایت نیز وابسته است.
ممکن است محصول به‌درستی تطبیق یافته باشد اما قیمت فروشگاه نسبت به گزینه‌های دیگر مناسب نباشد. ممکن است کلیک دریافت کند ولی صفحه محصول اطلاعات کافی نداشته باشد. یا مشتری وارد سبد خرید شود اما به دلیل خطای پرداخت سفارش را تکمیل نکند.
بنابراین بهتر است مشکلات را بر اساس مرحله تفکیک کنید:
| مشکل مشاهده‌شده | اولین موضوع برای بررسی |
|---|---|
| محصول در ترب پیدا نمی‌شود | وضعیت دریافت، دسته‌بندی، ادغام، موجودی و دسترسی |
| محصول کنار کالای اشتباه است | برند، مدل، ظرفیت و درخواست اصلاح تطبیق |
| محصول دیده می‌شود ولی کلیک ندارد | قیمت و شرایط پیشنهاد در مقایسه با رقبا |
| کلیک دارد ولی خرید انجام نمی‌شود | صفحه محصول، اطلاعات کالا، قیمت نهایی و اعتماد |
| سبد ایجاد می‌شود اما پرداخت نهایی نیست | تسویه‌حساب، هزینه ارسال و سلامت درگاه |
| فروش دارد اما سود کم است | حاشیه سود، هزینه جذب و سایر هزینه‌ها |
برای تحلیل بهتر، مقاله محاسبه سود واقعی هر سفارش را نیز مطالعه کنید.
فرض کنید یک فروشگاه اینترنتی پنج محصول را برای بررسی انتخاب کرده است. این مثال کاملاً فرضی است و برای نمایش روش تصمیم‌گیری طراحی شده است.
| محصول | مشکل | اقدام صحیح |
|---|---|---|
| گوشی X12 حافظه ۲۵۶ گیگابایت | تطبیق با نسخه ۱۲۸ گیگابایت | اصلاح یا درخواست بررسی صفحه متناظر |
| عطر مدل Flower حجم ۵۰ میلی‌لیتر | عنوان فاقد حجم است | تکمیل عنوان و مشخصات حجم واقعی |
| باتری بسته ۸ عددی | مقایسه با بسته ۴ عددی | ثبت تعداد بسته و اصلاح تطبیق |
| هدفون مدل AX-210B | پسوند مدل در سایت حذف شده | اصلاح کد مدل از منبع معتبر |
| کفش مدل Runner 5 سایز ۴۲ | همه سایزها یک شناسه یکتا دارند | تفکیک شناسه تنوع‌ها در سیستم فروشگاه |
بعد از اصلاح داده‌های اصلی، فروشگاه باید وضعیت دریافت و نمایش محصول در ترب را دوباره بررسی کند. ممکن است بعضی موارد از طریق همگام‌سازی اصلاح شوند و بعضی به بررسی یا درخواست پشتیبانی نیاز داشته باشند.
نتیجه مورد انتظار: محصول در صفحه مرتبط با هویت واقعی خودش معرفی شود، قیمت و موجودی با سایت هماهنگ باشند و کاربر پس از کلیک همان نسخه‌ای را ببیند که قصد خرید آن را داشته است.
محصولات مهم سایت و وضعیت آن‌ها در ترب را بررسی کنید. ابتدا کالاهای ادغام‌نشده، دارای خطای قیمت، ناموجود یا دارای صفحه غیرقابل دسترس را از یکدیگر تفکیک کنید.
برای ۲۰ محصول با اولویت بالا، نام رسمی برند، کد مدل، SKU و شناسه‌های معتبر موجود را کنترل کنید. مقادیر ساختگی یا کپی‌شده از کالاهای مشابه را حذف یا اصلاح کنید.
رنگ، سایز، ظرفیت، حجم و تعداد بسته را بازبینی کنید. اگر چند تنوع مختلف یک شناسه دارند، مشکل را در سیستم محصول اصلاح کنید و با قواعد اتصال فعلی هماهنگ سازید.
تصاویر اصلی و مشخصات قابل مشاهده را با کالای واقعی تطبیق دهید. قیمت و موجودی همان نسخه را بررسی کنید و اختلاف واحد پول یا داده قدیمی را شناسایی کنید.
مواردی را که با اصلاح داده سایت حل نشده‌اند، از مسیر مناسب پنل یا پشتیبانی پیگیری کنید. برای هر درخواست، لینک، مدل، تفاوت دقیق و شواهد مرتبط را ثبت کنید.
محصولات اصلاح‌شده را در ترب بررسی کنید و از مسیر قابل مشاهده وارد سایت شوید. مطمئن شوید مشتری دقیقاً به همان مدل و تنوع می‌رسد و قیمت و امکان خرید صحیح هستند.
تعداد محصولات بررسی‌شده، موارد اصلاح‌شده، درخواست‌های در انتظار و خطاهای مهم را ثبت کنید. برای بررسی مجدد محصولات پرمراجعه برنامه داشته باشید.
این برنامه برای کنترل اولیه است و به معنی تضمین تأیید همه درخواست‌های ادغام در مدت هفت روز نیست. زمان پردازش و نحوه بررسی به وضعیت واقعی ترب وابسته خواهد بود.
برای اینکه محصولات یک فروشگاه در ترب به‌درستی معرفی شوند، ابتدا باید اطلاعات اصلی آن‌ها در سایت منظم و دقیق باشد. عنوان محصول، برند، مشخصات مدل، تنوع‌ها، قیمت، تصویر و موجودی نباید در بخش‌های مختلف فروشگاه با یکدیگر تناقض داشته باشند.
مای‌تارنما یک سایت‌ساز اختصاصی فروشگاهی است که امکانات معرفی‌شده‌ای مانند مدیریت محصولات، دسته‌بندی کالاها، محصولات متغیر و چندقیمتی، مدیریت موجودی، ثبت سفارش، درگاه پرداخت و امکان اتصال به سرویس‌هایی مانند ترب را ارائه می‌کند.
این امکانات می‌توانند به ایجاد ساختار منظم برای محصولات و مدیریت اطلاعات فروشگاهی کمک کنند. برای مثال، ثبت صحیح رنگ، ظرفیت یا قیمت هر تنوع، نقطه شروع مناسبی برای معرفی دقیق‌تر محصولات در کانال‌های فروش است.
بااین‌حال باید میان امکان اتصال فروشگاه به ترب و تطبیق یا ادغام خودکار همه محصولات با صفحات صحیح ترب تفاوت گذاشت. همچنین نباید بدون بررسی فنی فرض کرد مای‌تارنما در تمام طرح‌ها از Product API v3، مدیریت درخواست ادغام، Shop API یا مشاهده وضعیت‌های اختصاصی ترب به‌صورت پیش‌فرض پشتیبانی می‌کند.
اگر این امکانات برای کسب‌وکار شما ضروری هستند، بهتر است از پشتیبانی درباره روش فعلی اتصال به ترب، نحوه ارسال شناسه هر تنوع، به‌روزرسانی قیمت و موجودی و امکان بررسی خطاهای محصول سؤال کنید.
در تست رایگان ۱۰روزه مای‌تارنما می‌توانید چند محصول با مدل، رنگ، حجم یا قیمت متفاوت ثبت کنید و ساختار اطلاعات و مسیر خرید آن‌ها را بررسی کنید. همچنین پیش از شروع فعالیت جدی در ترب، بهتر است شیوه اتصال و محدودیت‌های فنی موردنیاز خود را مشخص کنید.
برای شناخت مراحل آماده‌سازی فروشگاه، راهنمای آماده‌سازی فروشگاه اینترنتی برای گوگل و ترب و چک‌لیست تست فروشگاه‌ساز را نیز مطالعه کنید.
یعنی پیشنهاد کالای یک فروشگاه به محصول متناظر و واقعاً یکسان در ساختار مقایسه ترب مرتبط شود. این فرایند در دسته‌های مختلف ممکن است قواعد متفاوتی داشته باشد و نباید هر دو کالای شبیه را الزاماً ادغام کرد.
ممکن است محصول هنوز در حال پردازش باشد، اطلاعات مدل یا برند کافی نباشند، دسته‌بندی تأیید نشده باشد یا همتای دقیق آن مشخص نباشد. برای تشخیص علت باید وضعیت واقعی محصول در پنل یا مسیر رسمی پشتیبانی بررسی شود.
ابتدا اطلاعات واقعی کالا را در سایت بررسی کنید. سپس مدل، برند و ویژگی متفاوت را با صفحه ترب مقایسه کنید و از مسیر اصلاح ادغام یا پشتیبانی فعلی ترب درخواست بررسی ثبت کنید.
خیر، نباید آن‌ها را بدون تفکیک ظرفیت به‌عنوان یک کالای قابل فروش یکسان معرفی کرد. نسخه ۱۲۸ و ۲۵۶ گیگابایتی باید از نظر مشخصات و شناسه قابل شناسایی باشند؛ نحوه گروه‌بندی نهایی در ترب به قواعد همان دسته وابسته است.
SKU معمولاً کد داخلی مدیریت موجودی فروشگاه است. اما شناسه کالا ممکن است به GTIN، کد سازنده، شناسه مقرراتی یا شناسه سیستم خاص اشاره کند. باید مشخص کنید دقیقاً کدام مفهوم و فیلد موردنظر است.
همه محصولات الزاماً GTIN ندارند. اگر محصول شناسه معتبر دارد، باید مقدار واقعی آن ثبت شود. در صورت نبود شناسه، نباید عدد ساختگی یا بارکد کالای مشابه وارد کرد. الزامات ترب باید براساس روش اتصال و قواعد فعلی آن بررسی شوند.
خیر. در Product API v3 ترب، page_unique شناسه یکتای پایدار محصول یا تنوع در خروجی فروشگاه است. این شناسه لزوماً همان GTIN، بارکد یا MPN سازنده نیست.
در مستندات Product API v3، این فیلد برای گروه‌بندی تنوع‌های مرتبط مانند رنگ و سایز استفاده می‌شود. هر تنوع باید page_unique مستقل داشته باشد. این گروه‌بندی را نباید با ادغام قطعی پیشنهاد چند فروشنده در یک صفحه مقایسه یکی دانست.
تفاوت گارانتی به‌تنهایی نشان نمی‌دهد سخت‌افزار یا مدل محصول متفاوت است. بااین‌حال شرایط فروش و قواعد دسته اهمیت دارند. هویت کالا و اطلاعات گارانتی باید جدا و به‌درستی بررسی شوند.
اگر مشکل از اطلاعات ناقص یا نادرست عنوان باشد، اصلاح آن می‌تواند مفید باشد؛ اما نتیجه قطعی نیست. گاهی لازم است مدل، شناسه تنوع، دسته‌بندی یا ارتباط فعلی محصول در ترب جداگانه بررسی شود.
نباید برای حضور در صفحه مقایسه، کالای متفاوتی را به‌عنوان همتای خود انتخاب کنید. اطلاعات دقیق محصول را ثبت کنید و از مسیر پنل یا پشتیبانی درباره وضعیت معرفی و نمایش همان کالای واقعی سؤال کنید.
ممکن است داده موجودی به‌روزرسانی نشده، اتصال با تأخیر روبه‌رو شده یا اطلاعات تنوع اشتباه باشد. باید موجودی واقعی همان کالا، وضعیت اعلام‌شده در پنل و روش دریافت اطلاعات بررسی شود.
اختلاف می‌تواند به داده قدیمی، کش، قیمت تنوع اشتباه، تخفیف یا تبدیل نادرست ریال و تومان مربوط باشد. باید قیمت محصول در سایت و خروجی اتصال و وضعیت ثبت‌شده در ترب بررسی شوند.
این API برای اتصال مستقیم فروشگاه‌های بزرگ و فروشگاه‌سازها مستند شده است و پیاده‌سازی آن به توان فنی و دسترسی مناسب نیاز دارد. فروشگاه‌های کوچک الزاماً برای شروع همکاری با ترب به توسعه اختصاصی این API نیاز ندارند.
خیر. تطبیق صحیح می‌تواند کیفیت معرفی محصول را بهتر کند، اما جایگاه نمایش، کلیک و فروش به عوامل دیگری نیز وابسته‌اند. باید قیمت، موجودی، شرایط فروش، تجربه سایت و هزینه جذب مشتری را هم بررسی کنید.
برای پاسخ به سؤال چگونه محصولات مشابه را در ترب درست تطبیق دهیم؟ باید ابتدا هویت واقعی هر محصول را مشخص کنیم. شباهت تصویر، نام کلی یا کاربرد محصول برای ادغام کافی نیست. برند، مدل رسمی، ظرفیت، رنگ، سایز، تعداد داخل بسته، نسخه و شناسه‌های معتبر باید متناسب با نوع کالا بررسی شوند.
همچنین لازم است تفاوت میان SKU فروشگاه، GTIN، MPN و شناسه‌های داخلی ارتباط با ترب روشن باشد. در اتصال مستقیم Product API v3، شناسه یکتای هر تنوع باید ثابت بماند و تنوع‌های مرتبط می‌توانند طبق قواعد فنی دارای شناسه گروه مشترک باشند.
اگر محصول ادغام نشده یا به صفحه اشتباه متصل شده است، ابتدا مشکل واقعی را تشخیص دهید. شاید موضوع از مدل ناقص، دسته‌بندی تأییدنشده، موجودی نامعتبر، لینک غیرقابل دسترس یا تطبیق اشتباه باشد. پس از اصلاح اطلاعات اصلی سایت، در صورت نیاز از مسیر رسمی ترب درخواست بررسی ثبت کنید.
قاعده اصلی این است: فقط کالاهایی را به‌عنوان یک محصول یکسان مقایسه کنیم که خریدار واقعاً همان مدل و نسخه مورد انتظار را دریافت می‌کند. ادغام اشتباه ممکن است از ادغام نشدن موقت، هزینه بیشتری برای اعتماد مشتری و عملیات فروشگاه ایجاد کند.
اگر قصد دارید فروشگاهی با مدیریت منظم برند، مدل، تنوع‌ها، قیمت و موجودی راه‌اندازی کنید، می‌توانید امکانات سایت‌ساز مای‌تارنما و دوره آزمایشی رایگان ۱۰روزه آن را بررسی کنید. پیش از اتصال گسترده محصولات به ترب، اطلاعات چند کالای نمونه را دقیق کنترل کنید و درباره روش فنی اتصال و پشتیبانی از شناسه‌های محصول از تیم پشتیبانی اطلاعات بگیرید.
برای طراحی سایت اختصاصی کسب‌وکارتان، همین حالا مشاوره رایگان دریافت کنید.
نام و شماره را بگذارید تا با شما تماس بگیریم.
دیگر محتوا های مرتبط را بخوانید
مای‌تارنما قویترین و سادهترین سایتسازاینترنتی برای راه‌اندازی کسب‌وکار آنلاین شماست. با ما می‌توانید در سریعترین زمان ممکن، بدون نیاز به دانش برنامه‌نویسی، سایت فروشگاهی اختصاصی خود را بسازید، محصولاتتان را عرضه کنید و مستقیماً از مشتریان خود سفارش بگیرید. مای‌تارنما ابزارهای کامل مدیریت محصولات، گزارشهای مالی و سیستم پرداخت ایمن را برای تضمین موفقیت و رشد پایدار فروشگاه شما فراهم میآورد.
