دسته‌بندی درختی و ویژگی‌های فنی محصول
مفاهیم دسته، کلید ویژگی، سطح محصول و تنوع، فیلتر و قواعد ماتریس
دسته‌بندی و ویژگی‌های محصولات؛ طراحی ساختار درست کاتالوگ
دسته‌بندی صرفاً پوشه‌ای برای مرتب‌کردن نام کالا نیست. در آناما دسته می‌تواند درختی باشد و ویژگی‌هایی را به کالاها و تنوع‌های زیرمجموعه تحمیل کند. تصمیمی که امروز برای ساخت دسته و ویژگی می‌گیرید، روی فرم محصولات، فیلتر فروشگاه، مقایسه کالاها، ساخت ماتریس رنگ/سایز و اصلاح بعدی داده‌ها اثر می‌گذارد.
دسته، نوع محصول، برند و تگ چه فرقی دارند؟
دسته سلسله‌مراتب «این کالا چیست» را نگه می‌دارد، مثل لوازم خانه ← روشنایی ← چراغ رومیزی. نوع محصول الگوی مشخصات مشترک میان چند دسته یا جریان سازمانی است. برند هویت تجاری سازنده/عرضه‌کننده است و تگ یک برچسب آزاد برای گروه‌بندی تکمیلی. کالکشن مجموعه انتخاب‌شده برای یک ویترین یا موضوع است. گذاشتن «سامسونگ» به عنوان دسته و «هدفون» به عنوان برند، سرچ و دسته‌بندی را از ابتدا مخدوش می‌کند.
فیلدهای دسته‌بندی
| فیلد | کاربرد | توصیه |
|---|---|---|
| نام | عنوان قابل نمایش دسته | کوتاه، شفاف و متناسب با اصطلاح مشتری |
نشانی slug | قسمت URL دسته؛ در همان Tenant یکتا | قبل از تبلیغات نام نهایی انتخاب شود |
| دسته والد | ایجاد مسیر درختی | دسته را زیر خودش یا فرزند خودش قرار ندهید؛ سیستم چرخه را رد می‌کند |
| توضیح | معرفی کاربرد و محدوده دسته | «چراغ رومیزی برای میزکار» نه متن تبلیغاتی بی‌ربط |
| تصویر و آیکن | نمایش در ویترین و ناوبری | تصویر مشخص و واقعی؛ آیکن اختیاری |
| عنوان و شرح SEO | توضیح دسته برای نتایج جست‌وجو | کلمات مرتبط، نه تکرار افراطی کلیدواژه |
| ترتیب نمایش | اولویت در فهرست هم‌سطح | روش مرتب‌سازی ثابتی انتخاب کنید |
| فعال | اجازه حضور در ساختار نمایش | خاموش‌کردن دسته را قبل از بررسی محصولات وابسته انجام دهید |
تغییر والد می‌تواند ساختار ویژگی‌های ارث‌بری‌شده را هم تحت تأثیر قرار دهد. در مدل دسته، این تغییر همراه با اعتبارسنجی و بازسازی مربوط در تراکنش انجام می‌شود. بنابراین اگر خطای ناسازگاری ویژگی می‌گیرید، بدون بررسی فرزندها دسته را به جای جدید منتقل نکنید.
ویژگی از چه بخش‌هایی تشکیل می‌شود؟
مدل CategoryAttribute فیلدهای زیر را دارد: نام (برچسب فارسی)، کلید key (شناسه داخلی)، نوع (text، number، boolean، select، multi_select)، سطح scope (product یا variant)، واحد، گزینه‌های انتخاب، اجباری‌بودن، محور تنوع، قابل فیلتر بودن، قابل مقایسه بودن، حداقل/حداکثر عددی، الگوی اعتبارسنجی متن، گروه‌بندی و ترتیب نمایش.
| ویژگی | نوع و سطح درست | چرایی |
|---|---|---|
| جنس بدنه چراغ | select در سطح محصول | جنس برای همه رنگ‌ها یکی است |
| رنگ چراغ | select در سطح تنوع، اجباری و محور تنوع | هر رنگ می‌تواند SKU و موجودی مجزا داشته باشد |
| توان مصرفی | number با واحد وات در سطح محصول | برای فیلتر عددی و مقایسه مفید است |
| امکان شارژ مجدد | boolean | پاسخ دوحالته دقیق |
| قابلیت‌ها | multi_select | کاربر می‌تواند چند مورد هم‌زمان داشته باشد؛ محور ماتریس نیست |
قواعد سخت‌گیرانه‌ای که به حفظ اطلاعات کمک می‌کنند
محور تنوع فقط زمانی معتبر است که scope=variant، نوع select و اجباری باشد. چندانتخابی را نمی‌توانید محور ترکیب‌های مستقل قرار دهید. کلید ویژگی پس از ساخت قابل تغییر نیست؛ تنها عنوان نمایشی را می‌توان بدون تغییر شناسه عوض کرد. حذف ویژگی‌ای که در محصول‌ها مقدار دارد می‌تواند رد شود تا داده ساخت‌یافته بی‌معنا و رها نشود. این محدودیت‌ها باگ نیستند؛ جلوی شکستن سوابق و تکراری‌شدن ترکیب‌ها را می‌گیرند.
طراحی دسته در عمل؛ پوشاک
ابتدا شاخه «پوشاک»، سپس «زنانه»، «مانتو» را ایجاد کنید. ویژگی‌های مشترک مثل «جنس پارچه»، «نوع یقه» و «روش شست‌وشو» در سطح محصول باشند. «رنگ» و «سایز» اگر مشتری در سبد انتخاب می‌کند، محور تنوع شوند. اگر همه مانتوها لزوماً یک مجموعه اندازه ندارند، از ساخت ده‌ها گزینه غیرقابل فروش خودداری کنید. یک محصول نمونه بسازید و مطمئن شوید فرم از او مقدار درست می‌خواهد.
طراحی دسته در عمل؛ دیجیتال
برای «لپ‌تاپ»، «حافظه رم»، «ظرفیت حافظه»، «مدل پردازنده»، «اندازه نمایشگر» را با نوع داده درست تنظیم کنید. اعداد واحددار باید واحد مشخص داشته باشند؛ نوشتن «هشت» به صورت متن در کنار 8 عددی مقایسه را دشوار می‌کند. اگر کانفیگ رم و حافظه قیمت و موجودی متفاوت دارد، آن‌ها ممکن است تنوع باشند؛ اگر تفاوت سخت‌افزاری اساساً محصول مستقل با محتوای جداست، جداکردن محصول را ارزیابی کنید.
خطاهای رایج
فیلد جدید در محصول نشان داده نمی‌شود: دسته انتخابی، سطح ویژگی و نوع محصول را بررسی کنید. ممکن است ویژگی روی دسته دیگری ساخته شده باشد یا به تنوع تعلق داشته باشد.
نمی‌توان کلید ویژگی را تغییر داد: به‌جای دستکاری کلید، عنوان فارسی را اصلاح کنید. برای تغییر معنای بنیادی، مهاجرت کنترل‌شده داده لازم است.
ماتریس تکراری می‌سازد یا رد می‌شود: محورهای تنوع و گزینه‌هایشان را بازبینی کنید؛ ترکیب‌هایی با ارزش یکسان نباید دوبار ساخته شوند.
جست‌وجو و فیلتر نتیجه درست نمی‌دهند: اگر ویژگی فقط در توضیح آزاد کالا نوشته شده باشد، لزوماً در فیلتر ساخت‌یافته موجود نیست. مقدار را در فیلد رسمی محصول ثبت کنید و بعد خروجی فروشگاه را ببینید.
پیشنهاد نگهداری بلندمدت
به‌جای ساخت ساختار برای هر محصول از صفر، ابتدا چند دسته عمده، ویژگی‌های کاربردی مشترک و واژگان یکسان تعریف کنید. برای هر تغییر مهم دسته، روی محصولات فعال، ماتریس تنوع و فیلترهای فروشگاه آزمایش رگرسیون انجام دهید. ادامه در تنوع‌ها و مرجع فیلدها.