«فید محصولات» یکی از آن اصطلاحهایی است که وقتی سراغِ ترب و ایمالز میروید زیاد میشنوید، و توضیحش هم معمولاً همینقدر است: «یک فایلِ ماشینخوان از محصولاتتان». این تعریف درست است و تقریباً بیفایده، چون به مهمترین سؤال جواب نمیدهد: اگر فید فقط یک فایل است، چرا داشتنش یا نداشتنش اینقدر تفاوت میکند؟
جوابِ کوتاه: چون فید یک فایل نیست، یک کپیِ دیگر از کاتالوگِ شماست — و سرنوشتِ آن کپی تعیین میکند فید برای شما دارایی است یا بدهی.
مطالبی که در ادامه می خوانید:
فید چیست — و دو تصحیحِ مهم
فید یک فهرستِ ساختارمند و ماشینخوان از محصولاتِ فروشگاه است که برای هر قلم چند فیلدِ مشخص دارد: شناسه، نام، قیمت، قیمتِ پس از تخفیف، موجودی، دسته، برند، تصویر و آدرسِ صفحه. مثلِ یک کاتالوگِ تمیز که بهجای انسان برای ماشینها نوشته شده.
دو تصحیح که جلوی دو تصورِ رایج را میگیرد:
- فید جایگزینِ ربات نیست، مکملِ آن است. ترب و ایمالز اساساً با خزنده صفحاتِ سایت را میخوانند؛ فید همان خواندن را دقیقتر و کمخطاتر میکند، نه اینکه جایش را بگیرد. مکانیزمِ خواندن و اینکه چه چیزی خزنده را زمین میزند در راهنمای اتصال به ترب و ایمالز آمده.
- ترب تنها مصرفکنندهی فید نیست. و این مهمترین چیزی است که در بحثهای فارسیِ این موضوع جا میافتد — پایینتر میبینید چند سیستمِ دیگر همین فایل را میخواهند.
فید یک کپیِ دیگر از کاتالوگِ شماست — و اینجا خوب یا بد میشود
به فروشگاهتان بهعنوانِ مجموعهای از نسخههای کاتالوگ نگاه کنید. قیمت و موجودیِ یک محصول ممکن است همزمان در چند جا زندگی کند: دیتابیسِ سایت، یک فایلِ اکسل، نرمافزارِ حسابداری، پنلِ مارکتپلیس، یک پستِ اینستاگرام — و حالا فید. هر نسخهی تازه یک جای تازه برای زندگیِ عددِ غلط است.
پس سؤالِ درست دربارهی فید این نیست که «دارم یا ندارم»، این است که فیدم مشتق شده یا ساخته شده؟
- فیدِ مشتقشده هر بار خودکار از همان منبعی تولید میشود که سایت هم از آن میخواند. نسخهی تازهای اضافه نمیکند؛ فقط نمایشِ دیگری از همان یک عدد است. این حالت دسترسیِ شما را چند برابر میکند بدونِ اینکه ریسکِ جدیدی بسازد.
- فیدِ ساختهشده — دستی، اکسلی، یکباره — یک نسخهی مستقل است. از لحظهای که ساخته میشود، شروع میکند به فاصلهگرفتن از واقعیت.
و اینجا دلیلِ رایج بودنِ این اشتباه است: تفاوتِ این دو در روزِ اول دیده نمیشود. یک فیدِ دستیِ تازهساخته دقیقاً بهاندازهی فیدِ خودکار درست است. تفاوت در هفتهی سوم ظاهر میشود، وقتی چند قیمت عوض شده و دو قلم تمام شده و کسی یادش نیست فایل را دوباره بسازد.
یک تفکیکِ لازم: اینکه «صاحبِ عددِ موجودی» کدام سیستم است، مسئلهی دیگری است و باید جداگانه حل شود — انبار صاحبِ عدد باشد و سایت مصرفکنندهاش، وگرنه دو سیستم عددِ هم را بازنویسی میکنند. آن بحث در نرمافزار مدیریت انبار باز شده. فید مسئلهی انتشارِ آن عدد به بیرون است، نه مالکیتش — ولی توجه کنید که ترتیبش مهم است: تا وقتی مالکیت روشن نشده، انتشارِ خودکار فقط عددِ مشکوک را سریعتر پخش میکند.
فید فقط برای ترب نیست: چه کسانی همین فایل را میخواهند
این بخش دلیلِ اصلیِ اهمیتِ فید است. همان یک ساختار، مصرفکنندههای متعددی دارد:
- موتورهای مقایسهی قیمت — ترب و ایمالز، برای خواندنِ دقیقترِ قیمت و موجودی.
- مارکتپلیسها — برای ورودِ گروهیِ محصولات و بهروزرسانیِ انبوه، بهجای ثبتِ دستیِ قلمبهقلم (فروش در دیجیکالا یا سایتِ خودم).
- کاتالوگِ شبکههای اجتماعی — برچسبگذاریِ محصول در پست و استوری به کاتالوگِ ساختارمند نیاز دارد (فروش در اینستاگرام و اتصالش به سایت).
- شبکههای همکاری در فروش — شریک باید فهرستِ بهروزِ محصولات و قیمتها را داشته باشد.
- ابزارهای تبلیغاتی و بازگرداندنِ بازدیدکننده — تبلیغِ محصولمحور بدونِ کاتالوگِ ماشینخوان کار نمیکند.
- موتورهای جستوجو — دادهِ ساختاریافتهی صفحهی محصول از جنسِ همین اطلاعات است (سئوی فروشگاه اینترنتی).
- خودِ شما — پشتیبانگیریِ کاتالوگ، و روزی که بخواهید مهاجرت کنید. فیدِ استاندارد ارزانترین بیمهنامهی مهاجرت است.
نتیجه: فید الزامِ یک کانالِ خاص نیست؛ زیرساختی است که هر کانالِ بعدی که اضافه میکنید به آن نیاز دارد. اگر پلتفرمتان نمیتواند این فایل را خودکار و بهروز تولید کند، این یک محدودیتِ ساختاری است نه یک قابلیتِ لوکس — در فهرستِ سقفهای فروشگاهسازهای آماده جای مشخصی دارد.
«بهروز» یک صفت نیست، یک عدد است
همه میگویند فید باید «بهروز» باشد و همه هم فکر میکنند فیدشان بهروز است. سؤالِ مفید این نیست؛ سؤالِ مفید این است: فیدِ من چند ساعت عقب است؟
بین دو نوبتِ تولید یا خواندنِ فید، یک پنجرهی ناهمخوانی باز است: هر تغییرِ قیمت و هر تمامشدنِ کالا در آن پنجره، بیرون از فروشگاه اشتباه اعلام میشود. فرض کنید فید هر شش ساعت یک بار ساخته میشود و شما در روز چند بار قیمت را تغییر میدهید — بخشِ قابلِتوجهی از شبانهروز، عددِ غلط بیرون است.
از همینجا یک قاعدهی ساده درمیآید: نرخِ بهروزرسانیِ فید باید از نرخِ تغییرِ قیمتِ شما بیشتر باشد، نه برعکس. اگر روزی چند بار قیمت عوض میکنید، فیدِ روزانه بیمعناست.
و یک تفکیکِ مهم بینِ دو نوع تأخیر:
- تأخیرِ قیمت پول میسوزاند. قیمتِ پایینترِ کهنه یعنی فروش با حاشیهی کمتر یا لغوِ سفارش؛ قیمتِ بالاترِ کهنه یعنی از دست دادنِ فروش.
- تأخیرِ موجودی اعتماد میسوزاند — و در کانالِ کلیکی، پولِ کلیک را هم. کالای تمامشدهای که «موجود» اعلام شده، کاربر را میآورد، بابتش هزینه میدهید و هیچ شانسِ فروشی هم نیست.
پس اگر مجبورید اولویتبندی کنید: ناموجود شدن فوریترین رویدادِ فید است.
هر فیلد چه چیزی را ممکن میکند
| فیلد | چه چیزی را ممکن میکند | اگر خراب یا خالی باشد |
|---|---|---|
| شناسهی یکتا | ردیابیِ یک محصول در طولِ زمان | سیستمِ مقابل نمیداند این همان قلمِ قبلی است؛ سابقه گم میشود |
| عنوانِ استاندارد | تطبیق با همان کالا در فروشگاههای دیگر | در فهرستِ فروشندگانِ آن کالا نمینشینید — مکانیزمش در ترب چیست |
| قیمت و قیمتِ پس از تخفیف | مقایسه، و نمایشِ درستِ تخفیف | یا حذف میشوید یا با عددِ اشتباه مقایسه میشوید |
| موجودی | حذفِ خودکارِ کالای تمامشده | کلیکِ پرداختی بدونِ هیچ شانسِ فروش |
| آدرسِ صفحه | رساندنِ کاربر به صفحهی درست | خطای ۴۰۴ یا صفحهی نامرتبط — بدترین تجربهی ممکن بعد از پرداختِ کلیک |
| تصویر | دیدهشدن در فهرست | ردیفِ بیتصویر عملاً انتخاب نمیشود |
| دسته و برند | قرارگرفتن در گروهِ درست و فیلترها | در فیلترهای کاربر پیدا نمیشوید |
| ویژگیهای متغیر (سایز، رنگ) | ردیفِ مستقل برای هر ترکیب | پرخطاترین موردِ کلِ فید — بندِ بعدی |
سه خطایی که در جدولِ بالا دیده نمیشوند
سه خطای مهم از جنسِ «فیلدِ خالی» نیستند؛ از جنسِ تغییر در طولِ زماناند و به همین دلیل دیرتر پیدا میشوند:
- ۱. ترکیبهای متغیر که به یک ردیف تبدیل شدهاند. اگر یک پیراهن در چهار سایز موجود است، باید چهار ردیفِ مستقل با شناسه، قیمت و موجودیِ خودشان در فید باشند. وقتی همهشان یک ردیف میشوند، موجود بودنِ یک سایز، همهی سایزها را موجود نشان میدهد — و مشتری بابتِ سایزی که ندارید میآید.
- ۲. شناسهی ناپایدار. اگر شناسهی یک محصول عوض شود — با ویرایش، انتقالِ دسته یا مهاجرت — سیستمِ مقابل آن را یک محصولِ کاملاً جدید میبیند و سابقهاش را صفر میکند. شناسه باید مثلِ کدِ ملیِ محصول باشد: یک بار تعیین شود و هرگز عوض نشود.
- ۳. آدرسِ ناپایدار. اگر آدرسِ صفحه با هر تغییرِ عنوان عوض شود، فید هر بار همان محصول را با آدرسِ تازه معرفی میکند و لینکهای قبلی میشکنند. آدرس باید کانونی و پایدار باشد — همان کاری که برای گوگل هم لازم است (سئوی فروشگاه).
کِی به فید نیاز ندارید
برخلافِ چیزی که فروشندگانِ نرمافزار میگویند، فید برای همه واجب نیست:
- کاتالوگِ کوچک و کمتغییر. با تعدادِ محدودی محصول و قیمتی که ماهها ثابت است، خزنده کارش را درست انجام میدهد و فید چیزِ محسوسی اضافه نمیکند.
- وقتی تنها گزینهتان فیدِ دستی است. و این مهمترین بند است: فیدِ دستی یک بدهی است نه یک دارایی. نسخهای میسازید که کسی مسئولِ بهروز نگهداشتنش نیست، و بعد از دو هفته یک منبعِ رسمیِ عددِ غلط دارید. در این حالت نداشتنِ فید انتخابِ بهتری است.
و قاعدهای که پیشفرضِ کلِ این مقاله است: فید دادهِ بد را درست نمیکند، فقط سریعتر و به جاهای بیشتری پخشش میکند. اگر عنوانهایتان نامرتب است، موجودیتان با انبار نمیخواند و قیمتها در چند جا متفاوتاند، خودکارسازیِ انتشار مسئله را بزرگتر میکند نه کوچکتر. ترتیبِ درست: اول یک منبعِ درست، بعد انتشارِ خودکار.
جمعبندی
سه چیز را ببرید. اول: فید یک فایل نیست، یک کپیِ دیگر از کاتالوگِ شماست — و سؤالِ درست «دارم یا ندارم» نیست، «مشتق شده یا ساخته شده» است؛ تفاوتش در روزِ اول دیده نمیشود و در هفتهی سوم معلوم میشود. دوم: «بهروز» یک صفت نیست؛ بپرسید فیدم چند ساعت عقب است، و نرخِ بهروزرسانی را از نرخِ تغییرِ قیمتتان بیشتر بگذارید. سوم: فید فقط مالِ ترب نیست — مارکتپلیس، کاتالوگِ شبکههای اجتماعی، شبکههای همکاری در فروش و حتی پشتیبانِ خودتان همین ساختار را میخواهند؛ پس ساختنش سرمایهگذاری روی کانالِ بعدی است.
برای دیدنِ اینکه یک فروشگاهِ سازگار با این موتورها چه چیزهایی را از روزِ اول خودکار انجام میدهد، صفحهی اتصال فروشگاه به ترب و ایمالز را ببینید.
نمونهی روشنِ یک سقفِ دادهای: سازگاریِ قطعه با خودرو یک برچسب نیست، یک جدولِ رابطه است — فروش آنلاین لوازم یدکی خودرو.
نظرات
0 نظرهنوز نظری ثبت نشده است. اولین نفری باشید که دیدگاهش را مینویسد.
دیدگاه خود را بنویسید