فرهنگ کامل فیلدهای هشت زبانه محصول
کاربرد و اثر تمام فیلدهای هویت، فروش، محتوا، سئو، تنوع، رسانه، ارتباط و انتشار
فرهنگ کاربردی همه فیلدهای ویرایش محصول
این مرجع به شما میگوید هر کادر داخل ویرایشگر محصولات چه مفهومی دارد، چه دادهای در آن بنویسید، کجا اثر میگذارد و چه اشتباهی میتواند در فروش یا انبار ایجاد کند. متن از زبانههای واقعی «اطلاعات»، «فروش»، «محتوا»، «گوگل»، «تنوعها»، «تصاویر»، «مرتبط» و «انتشار» در پنل آناما پیروی میکند. همه فیلدها برای هر کسبوکار لازم نیستند؛ خالیگذاشتن اطلاعات اختیاریِ نامربوط بهتر از ساخت اطلاعات غیرواقعی است.
۱. زبانه اطلاعات: هویت و گروهبندی
| فیلد | معنی و اثر دقیق | نمونه مناسب و توصیه |
|---|---|---|
| نام محصول | عنوان اصلی کالا در پنل و فروشگاه؛ حداکثر ۲۴۰ نویسه. | «سماور برقی استیل ۳ لیتری» نه «محصول عالی». نوع و ویژگی تمایزدهنده را بنویسید. |
کد محصول sku | شناسه سطح محصول برای مدیریت کاتالوگ و جستوجو؛ حداکثر ۶۴ نویسه. | مثل SAM-STEEL-3L. این کد با SKU تنوع فرق میکند؛ از آن به جای کد تنوعهای مختلف استفاده نکنید. |
| نام انگلیسی | نام لاتین مکمل برای اطلاعات محصول. | اگر کالا مدل رسمی لاتین ندارد، لازم نیست ترجمه نامعلوم وارد کنید. |
| توضیح کوتاه | معرفی خلاصه در بخشهای ویترین و صفحه محصول. | کاربرد، مخاطب و یک تفاوت واقعی؛ از اغراق و ادعای گارانتی بیاساس پرهیز کنید. |
| دستهبندی | مشخص میکند کالا در چه ساختار موضوعی است و چه ویژگیهایی میتواند بگیرد؛ الزامی. | «ماوس بیسیم» زیر «لوازم جانبی رایانه»، نه دسته «عمومی». |
| برند | سازنده یا نشان تجاری مستقل از نوع کالا؛ اختیاری. | برند فروشنده را فقط در صورت درستبودن نسبت دهید؛ نام کالا جای انتخاب برند نیست. |
| نوع محصول | الگوی قابل استفاده مجدد برای ویژگیهای صنفی و واردسازی اطلاعات؛ اختیاری. | مثلاً نوع «پوشاک» یا «کالای دیجیتال» اگر در پنل ساخته شده است. |
| وضعیت | پیشنویس، فعال یا آرشیو؛ بر مسیر عرضه اثر دارد. | برای محصول ناقص از پیشنویس استفاده کنید؛ فعالبودن تنوعها را نیز بررسی کنید. |
| محصول ویژه | نشانه انتخاب برای ویترینهای منتخب؛ تخفیف ایجاد نمیکند. | برای کالاهایی با موجودی قابل عرضه روشن کنید. |
| پیشنهاد شگفتانگیز | نشان ویژه کمپین با امکان زمان پایان؛ قیمت را محاسبه نمیکند. | پیش از روشنکردن، قیمت مؤثر را جدا کنترل کنید. |
| کالکشنها | مجموعههای مدیریتی/نمایشی که چند محصول مرتبط را گرد میآورند. | «خانه مینیمال» میتواند کالاهایی از چند دسته داشته باشد. |
| تگها | برچسبهای آزاد و چندگانه برای سازماندهی و انتخابها. | «هدیه مناسب» یا «بهار»؛ بهجای دسته اصلی به کار نرود. |
آدرس slug | بخش پایانی مسیر URL محصول؛ روی لینکهای عمومی اثر دارد. | تغییر پس از انتشار میتواند لینکهای قدیمی را بیاعتبار کند؛ قبل از تغییر پیامد SEO و لینکهای کمپین را بررسی کنید. |
نکته دادهای: دسته، برند، نوع، تگ و کالکشن یک چیز نیستند. دسته پاسخ «این چه کالایی است؟»، برند پاسخ «نام تجاری آن چیست؟» و کالکشن پاسخ «در کدام ویترین موضوعی قرار بگیرد؟» را میدهد. اگر برای کالایی برند ندارید، ساخت برند جعلی صرفاً برای پرشدن فیلد درست نیست.
۲. زبانه فروش: قیمت و مقدار سفارش
| فیلد | معنای عملی | ریسک و روش استفاده |
|---|---|---|
| قیمت | قیمت فروش تنوع پیشفرض به تومان، هنگام ذخیره محصول. | برای چندتنوعی قیمت هر تنوع را هم بررسی کنید؛ صفر را بهاشتباه بهعنوان «استعلام» فرض نکنید. |
| قیمت قبل تخفیف | قیمت مقایسهای که در مدل تنوع باید بالاتر از قیمت جاری باشد. | فقط قیمت مستند و واقعی وارد کنید؛ صرف نمایش تخفیف صوری قابل دفاع نیست. |
| پایان پیشنهاد شگفتانگیز | زمان محلی انتخابشده برای پایان وضعیت پیشنهاد. | زمانبندی و وضعیت پرچم شگفتانگیز باید متناسب باشند. |
| مدیریت موجودی | تعیین اینکه فروش به موجودی ثبتشده وابسته است یا نه. | برای کالای فیزیکی با موجودی محدود معمولاً روشن باشد. |
| فروش در نبود موجودی | اجازه پذیرش سفارش با کمبود موجودی، مطابق قواعد فروش. | بدون توان تأمین و زمان تحویل واقعی روشن نکنید. |
| پیشفروش | اعلام امکان سفارش پیش از آمادهشدن عرضه. | با «کالای ناموجود اما موجودیدار» فرق دارد؛ قول تحویل را روشن کنید. |
| حداقل تعداد خرید | کوچکترین مقدار مجاز قابل سفارش؛ در مدل به واحد داخلی ذخیره میشود. | برای بسته ششعددی یا وزن حداقل حتماً قواعد واحد را بخوانید. |
| حداکثر تعداد خرید | سقف سفارش یک ردیف؛ خالی یعنی بدون سقف صریح در این فیلد. | برای محدودیت فروش، ظرفیت آمادهسازی و کالاهای کمیاب استفاده شود. |
| این محصول نیاز به ارسال دارد | تعیین میکند تنوع پیشفرض به مسیر ارسال فیزیکی مربوط باشد. | خاموشکردن آن بهتنهایی فایل دیجیتال یا خدمت قابل تحویل ایجاد نمیکند. |
| وزن به گرم | مشخصه وزن سطح محصول برای امور ارسال. | با واحد وزن فروش اشتباه نشود: فروش کیلویی لزوماً به معنی وزن بسته ارسالی مساوی نیست. |
| گارانتی و مدت گارانتی | متن ضمانت و بازه روزی آن. | نام شرکت و مدت را فقط اگر واقعاً تعهد وجود دارد بنویسید. |
| امکان مرجوعی و مهلت روز | سیاست مرجوعی محصول. | مهلت واقعی را با قوانین و سیاست فروشگاه هماهنگ کنید؛ برای اقلام مستثنا شفافسازی کنید. |
تنظیمات واحد فروش، دقیقتر از «عدد یا کیلو»
quantity_unit_label نامی است که مشتری میبیند («کیلوگرم»)، quantity_unit_code کد ماشینخوان مثل kg، و quantity_unit_category گروه «تعداد، وزن، طول، مساحت، حجم یا زمان» است. quantity_scale تعداد اعشار قابل نگهداری (از صفر تا شش)، quantity_step فاصله مجاز مقدار خرید و حداقل/حداکثر محدوده سفارشاند. داخل پایگاه داده تعداد به واحد داخلی ذخیره میشود؛ اعداد قابل نمایش به مشتری الزاماً همان اعداد ذخیرهشده نیستند. اگر کالا یکبار در سفارش یا گردش انبار استفاده شده باشد، نوع واحد و دقت ممکن است غیرقابل تغییر شوند؛ به همین دلیل بهتر است قبل از نخستین فروش، واحد را با یک مقدار کسری امتحان کنید.
۳. زبانه محتوا: توضیح و مشخصات قابل مقایسه
توضیحات کامل برای کاربرد، جنس، شیوه نگهداری، محتویات بسته، محدودیت سازگاری و پاسخ به پرسشهای رایج است. ویژگیهای ساختیافته از تعریف دسته و نوع محصول میآیند. اگر «توان ۷۰۰ وات» را فقط در متن بنویسید، الزاماً فیلتر «توان» یا جدول مقایسه آن را نمیفهمد. بعضی ویژگیها در سطح محصول و بعضی در سطح تنوع ثبت میشوند. specifications اطلاعات ساختیافته محصول است و custom_metadata داده مکمل سفارشی است؛ داده مکمل را جای کلید رسمی دسته ننشانید.
برای کالاهای فنی، هر مقدار را با واحد دقیق وارد کنید: «۸ گیگابایت رم» نه فقط «۸». برای کفش، جنس روی محصول و اندازه روی تنوع میتواند باشد. برای مواد غذایی، وزن خالص، مواد تشکیلدهنده، نگهداری و اطلاعات حساسیتزا را به شکل درست و بر اساس کالای واقعی ارائه کنید؛ وجود یک کادر متن به معنی محاسبه خودکار الزامات برچسبگذاری نیست.
۴. زبانه گوگل و نشانی صفحه
seo_title عنوان اختصاصی نتیجه جستوجو، seo_description خلاصه متن نتیجه و canonical_path مسیر مرجع صفحه است. خالیبودن عنوان SEO ممکن است از عنوان کالا استفاده کند. نشانی canonical را بدون دلیل تغییر ندهید؛ اگر اشتباهاً به صفحه دیگری اشاره کند ممکن است جستوجوگران محصول را پیدا نکنند. این فیلدها رتبه گوگل را تضمین نمیکنند و جای عکس، محتوا یا ساختار دسته را نمیگیرند.
۵. زبانه تنوع: فیلدهای هر گزینه قابل فروش
| فیلد | کاربرد و نکته |
|---|---|
| SKU تنوع | شناسه گزینه خرید؛ برای مثال هر رنگ و اندازه جداگانه. |
| بارکد | شناسه چاپی/داخلی برای اسکن؛ با GTIN الزاماً یکسان نیست. |
| GTIN | شناسه استاندارد کالا با طول و رقم کنترل معتبر؛ عدد فرضی وارد نکنید. |
| عنوان تنوع | نام قابل فهم انتخاب، مثل «مشکی / سایز ۴۱». |
| ویژگیهای تنوع | مقدار محورهای رنگ، اندازه یا مدل که از ساختار دسته میآیند. |
| نام و کد رنگ | عنوان و رنگ نمایشی؛ کد رنگ باید با کالای واقعی هماهنگ باشد. |
| قیمت و قیمت مقایسهای | مبلغ همین تنوع؛ در فروش چندمدلی، قیمت مشترک اجباری نیست. |
| مدیریت موجودی / backorder / preorder | سیاست فروش همین انتخاب، نه الزاماً همه محصول. |
| نوع واحد، کد، دقت، گام | تعیین ساختار مقدار قابل خرید و ثبت داخلی. |
| وزن و ابعاد میلیمتری | مشخصات بسته یا تنوع؛ در ارسال میتواند اثرگذار باشد. |
| کشور مبدأ، HS code، شماره قطعه سازنده | اطلاعات بازرگانی/شناسایی؛ برای کالای بینیاز اختیاریاند. |
| جنس، پروفایل ارسال | اطلاعات تکمیلی برای معرفی و قوانین حمل؛ پروفایل ارسال را بدون تنظیم معتبر وارد نکنید. |
| نیاز به ارسال | سیاست همین تنوع. |
| فعال و گزینه پیشفرض | فعالبودن انتخاب و تعیین گزینه اولیه نمایش/فروش. |
پیشفرض یعنی گزینه آغازین و لزوماً ارزانترین یا پرفروشترین نیست. اگر گزینه پیشفرض ناموجود شد، انتخاب مشتری و رفتار صفحه را بررسی کنید. تغییر اطلاعات شناسایی تنوعی که در سفارشها استفاده شده، بدون برنامه و سوابق اصلاح، رهگیری را سخت میکند.
۶. زبانه تصاویر و رسانه
هر رسانه میتواند نوع تصویر یا ویدئو داشته باشد؛ ویدئو ممکن است فایل یا نشانی خارجی باشد. variant_id تعیین میکند تصویر عمومی محصول است یا مربوط به یک گزینه؛ alt متن جایگزین توصیفی، caption شرح، sort_order ترتیب و is_primary نشانه تصویر اصلی است. کیفیت و صداقت عکس از تعداد آن مهمتر است. یک محصول با پنج عکس یکسان از یک زاویه بهتر از محصولی با تصویر اصلی، جزئیات، پشت و مقیاس اندازه نیست. عکس رنگی را به تنوع اشتباه متصل نکنید.
۷. زبانه مرتبط: رابطه فروشگاهی، نه تغییر مشخصات
رابطههای پشتیبانیشده شامل related (مرتبط)، similar (مشابه)، accessory (لوازم جانبی)، upsell (گزینه سطح بالاتر)، cross_sell (خرید مکمل) و replacement (جایگزین) هستند. این رابطهها صرفاً لینک محصول به محصول را ذخیره میکنند و بهخودیخود موجودی یا قیمت محصول مقصد را تغییر نمیدهند. از پیشنهاد لوازم ناسازگار پرهیز کنید و پس از آرشیو محصول مقصد، این ارتباطها را بررسی کنید.
۸. زبانه انتشار: مرحله نهایی واقعی
این زبانه عملیات publish، unpublish و schedule و تاریخچه نسخهها را دارد. زمان انتشار آینده باید معتبر باشد. اگر انتشار به دلیل نبود تصویر، تنوع فعال یا شرط آمادگی رد شد، پیام publication_error را بررسی کنید؛ صرف تغییر وضعیت فرم به «فعال» را نشانه موفقیت انتشار فرض نکنید. بازیابی یک ویرایش تاریخی میتواند محتوا را بازگرداند، اما نباید آن را معادل بازگرداندن تمام موجودی و پرداختهای قبلی دانست.
سناریوی بههمپیوسته: کفش در سه رنگ
محصول «کفش پیادهروی مدل نسیم» را در دسته «کفش ورزشی» میسازید و عکس کلی و توضیح جنس را ثبت میکنید. ویژگی «رنگ» و «سایز» را اگر محور خرید هستند در سطح تنوع تعریف میکنید. برای «مشکی ۴۱» قیمت و شناسه مستقل میگذارید؛ موجودی را در انبار مرکزی به همان تنوع وارد میکنید. برای «سفید ۴۱» میتوانید عکس اختصاصی و موجودی متفاوت داشته باشید. پس از انتشار، در صفحه عمومی هر ترکیب را عوض کنید و بررسی کنید قیمت و عدد قابلفروش تغییر میکند. در پایان یک سفارش آزمایشی را از حالت رزرو تا تکمیل پیگیری کنید.
هشدارهای مهم که در خود فرم بهسادگی دیده نمیشوند
- قیمت فروش، سند خرید یا بهای تمامشده انبار نیست.
- جمع موجودی همه انبارها الزاماً مساوی قابلفروش در یک کانال نیست؛ انبار میتواند محدودیت کانال داشته باشد.
- واردکردن CSV براساس رابط فعلی مقدار انبار را تغییر نمیدهد.
- «انتشار» و «ذخیره» دو عمل متفاوتاند و ممکن است اعتبارسنجیهای متفاوت داشته باشند.
- ویرایش فیلدی که از جنس هویت کالا یا واحد اندازهگیری است، روی گزارشها و سفارشهای قدیمی اثر معنایی دارد.
- داده نمونه، اطلاعات برند واقعی یا ضمانت قانونی نیست؛ قبل از عرضه آن را بازبینی کنید.
برای اقدام بعدی، چکلیست کنترل کیفیت محصول را بخوانید. اگر هدف شما فروش وزنی یا چندانباره است، آموزش واحد فروش و گردش انبار مقدم بر انتشار است.
راهنمای انتخاب مقدار درست برای فیلدهای حساس با پنج مثال
نمونه A: یک کالای ساده شمارشی
یک دستگاه کتری برقی با یک رنگ و یک ظرفیت میفروشید. نام، کد محصول و دسته را یک بار مینویسید؛ تنوع پیشفرض با واحد ea و دقت صفر وجود دارد. قیمت فعلی برای همان تنوع تعریف میشود و «مدیریت موجودی» روشن است. اگر ۱۲ کتری در انبار دارید اما هنوز رکورد موجودی تعریف نشده، تغییر قیمت از صفر به مبلغ واقعی نمیتواند ۱۲ عدد را در سیستم ایجاد کند. باید انبار و مقدار را از مسیر مربوط ثبت کنید. برای ارسال، وزن کالا و شرایط گارانتی را هم وارد کنید. تصویر اصلی ترجیحاً نمای کامل همان مدل باشد.
نمونه B: ماده مصرفی بر اساس وزن
یک محصول زعفران فله با واحد فروش گرم یا کیلو تعریف میکنید. پیش از نخستین ورود، کد و دقت واحد را انتخاب کنید. اگر فروش به صورت نیمگرمی است، گام و کمترین مقدار باید به همین روش توزین اشاره کند. نام «بسته ۱ گرم» روی محصولی که در واقع فله و وزن متغیر است، مشتری را گمراه میکند. قیمت هم باید بر اساس همان واحد نمایشدادهشده باشد. وزن حملونقل ممکن است با وزن خالص فروش یکسان نباشد؛ اگر بستهبندی وجود دارد، وزن مرسوله را جدا برآورد کنید.
نمونه C: کالای چندتنوعی با عکس جدا
کفش در رنگهای سفید، مشکی و کرم دارید. ویژگی رنگ در سطح تنوع و بهصورت محور تکانتخابی است؛ ممکن است سایز هم محور دوم باشد. مشخصات جنس روی محصول مشترک میماند. قیمت و موجودی مشکی سایز ۴۲ متعلق به همان ترکیب است؛ اگر این ترکیب ناموجود است، عکس آن باید همچنان درست باشد اما سیاست سفارش در نبود موجودی تعیین میکند قابل خرید هست یا نه. برای جلوگیری از خطای ارسال، SKU هر ترکیب را با لیبل قفسه مطابقت دهید.
نمونه D: کالای دیجیتال/غیرفیزیکی
یک فایل آموزشی ممکن است ارسال پستی نداشته باشد، ولی بهمحض خاموشکردن requires_shipping، «سیستم تحویل فایل» خودکار ساخته نمیشود. در آناما امکانات تجارت دیجیتال مسیر و تنظیمات مستقل دارد. در اطلاعات محصول باید شرح دقیق محتوای فایل، قالب، زبان، پیشنیاز و محدودیت دسترسی را وارد کنید و سپس جریان اختصاصی تحویل/مجوز را تست کنید. اگر ارائه خدمت به زمان رزرو نیاز دارد، صرف تعریف محصول فیزیکی با موجودی نامحدود کافی نیست.
نمونه E: کالای گرانقیمت با شماره قطعه
برای یک قطعه الکترونیکی گرانقیمت، عنوان محصول باید مدل را روشن کند. SKU داخلی برای انبار، GTIN استاندارد در صورت وجود، شماره قطعه سازنده و کشور مبدأ هر کدام کاربرد مستقل دارند. گارانتی واقعی و استثناهای آن را دقیق بنویسید؛ تصویر برچسب مدل یا شکل کانکتور از عکس تزئینی مفیدتر است. اگر چند نسخه با پین یا ولتاژ متفاوت دارید، این تفاوت باید در ویژگی ساختیافته یا SKU مستقل منعکس شود.
اثر تغییر فیلد بعد از شروع فروش؛ درجهبندی ریسک
| نوع تغییر | ریسک | روش پیشنهادی |
|---|---|---|
| غلط تایپی در توضیح کوتاه | پایین | اصلاح، ذخیره و بازبینی نمایش عمومی |
| افزودن عکس بهتر | پایین تا متوسط | بررسی عکس اصلی و اتصال به تنوع درست |
| جابهجایی دسته با ویژگیهای متفاوت | متوسط تا زیاد | بررسی ویژگیهای اجباری و فیلترهای وابسته |
| تغییر قیمت جاری | زیاد تجاری | کنترل زمان، قیمت مؤثر و سفارشهای در جریان |
| تغییر SKU تنوع | زیاد عملیاتی | هماهنگی با انبار، برچسبها و سوابق |
| تغییر واحد و دقت بعد از گردش کالا | بسیار زیاد | بررسی قفل معنای مقدار؛ ترجیحاً برنامه انتقال |
| حذف/آرشیو محصول سفارشدار | زیاد | بررسی سفارشها، موجودی، بازگشت و ارتباطهای عمومی |
| تغییر نشانی محصول منتشرشده | متوسط تا زیاد | بررسی لینکهای تبلیغی، ریدایرکت و نشانی مرجع |
این جدول به معنی وجود یک کنترل خودکار برای تمام ریسکها نیست. بعضی تغییرات در مدل مسدود میشوند، اما بعضی مسئولیت عملیاتی و بازبینی انسانی دارند. «اجازه ذخیره» همیشه به معنی «ایمن بودن تصمیم» نیست.
تفاوت راهنما با سیاست حقوقی یا تضمین فنی
فیلدهای «کشور مبدأ»، «مدت گارانتی»، «مرجوعی»، «شناسه استاندارد» و «توضیحات» صرفاً محل ثبت اطلاعات هستند. ورود یک مقدار در آنها گواهی اصالت، تأیید استاندارد، تعهد گارانتی از سوی شرکت ثالث یا تأیید قانونی را ایجاد نمیکند. اگر فروشگاه در صنف دارای مقررات خاص فعالیت میکند، محتوای درجشده باید با مدارک و مقررات واقعی تطبیق داده شود. در موارد مشکوک، اطلاعات غیرقابل اثبات را منتشر نکنید.
برای آموزش کارکنان از این ترتیب استفاده کنید
به کارمند تازهوارد نخست فرق محصول و تنوع را نشان دهید؛ بعد یک محصول تکگزینهای بسازد و آن را در ویترین تست کند. مرحله دوم یک محصول دو رنگ با موجودی مستقل است. مرحله سوم خرید کسری یا وزنی، با تأکید بر کد واحد و گام سفارش. مرحله چهارم ورود CSV و ممیزی دستهای است. تنها وقتی این چهار مرحله بدون اختلاف انجام شد، عملیات گروهی قیمت یا انتشار به او واگذار شود. در همه مراحل از فرد بخواهید اثر هر فیلد بر مشتری، سفارش و انبار را با جمله خودش توضیح دهد.