
جستوجوی داخلی فروشگاه اینترنتی زمانی مفید است که عبارت مشتری را به کالای مناسب برساند، نه اینکه فقط تعدادی نتیجه نمایش دهد. برای بهبود آن، باید نامها و ویژگیهای کالا منظم باشند، تفاوتهای نوشتاری فارسی مدیریت شوند و صفحه بدون نتیجه مسیر بعدی روشنی پیشنهاد کند. افزودن هوش مصنوعی پیش از حل این پایهها، تضمینی برای یافتن محصول درست نیست.
این راهنما برای مدیر فروشگاه و تیم طراحی است که میخواهند جستوجو را با داده واقعی ارزیابی کنند. موضوع، جذب ورودی از گوگل یا چیدمان عمومی دستهها نیست؛ تمرکز بر کاربری است که وارد فروشگاه شده و نیاز خود را مینویسد. اگر مسئله شما مرور محصولات بدون نوشتن عبارت است، راهنمای صفحه دستهبندی فروشگاه بحث مکمل این مقاله است.
ابتدا مشخص کنید مشتری چه چیزی جستوجو میکند
همه عبارتها یک قصد ندارند. کسی که کد دقیق محصول را وارد میکند، انتظار همان کالا را دارد. کسی که «کیف لپتاپ سبک» مینویسد، مجموعهای از ویژگیها را بیان کرده است. عبارت «هدیه برای همکار» نیز بیشتر به راهنمای انتخاب نیاز دارد. یک رتبهبندی یکسان برای این سه حالت ممکن است نتایج ظاهراً مرتبط اما غیرقابل استفاده بسازد.
برای شروع، نمونه عبارتهای واقعی و بدون اطلاعات شخصی را جمع کنید و به چند گروه تقسیم نمایید: نام یا مدل دقیق، نوع محصول، ویژگی، کاربرد و پرسش راهنما. کنار هر عبارت بنویسید چه نتیجهای قابل قبول است و چه چیزی نباید در رتبههای اول باشد. این فهرست بعداً معیار آزمون تغییرات خواهد شد، نه صرفاً گزارشی برای مشاهده تعداد جستوجوها.
داده محصول، پایه کیفیت نتیجه است
اگر جنس، اندازه، کاربرد یا نام متداول کالا در داده محصول وجود نداشته باشد، موتور جستوجو همیشه نمیتواند آن را درست حدس بزند. برای هر دسته، ویژگیهای مهم انتخاب را مشخص کنید و مقدارهای یکسان را با نگارش سازگار ثبت نمایید. «مشکی»، «رنگ مشکی» و یک مقدار انگلیسی نباید بدون تصمیم مشخص، سه گزینه مستقل در فیلتر بسازند.
عنوان، ویژگی و شناسه را جدا نگه دارید
عنوان برای خواندن انسان است، ویژگیها برای تطبیق و فیلتر و شناسه برای پیدا کردن دقیق یک کالا. همه اطلاعات را در یک عنوان طولانی انباشته نکنید. مدل و کد محصول باید مسیر تطبیق دقیق داشته باشند؛ یک تغییر کوچک در کد میتواند محصول کاملاً دیگری را نشان دهد. برای اصلاح غلط تایپی در شناسهها محتاطتر از متن توصیفی عمل کنید.
گونههای محصول و موجودی را روشن کنید
اگر کاربر «کفش مشکی ۴۲» را جستوجو میکند، موجودبودن همان رنگ و اندازه اهمیت دارد، نه صرفاً موجودی مدل در یک رنگ دیگر. نتیجه باید این تفاوت را آشکار کند. همچنین تصمیم بگیرید گونهها جدا نمایش داده شوند یا زیر یک محصول جمع شوند؛ نمایش چند کارت تقریباً یکسان میتواند انتخابهای واقعی را از دید کاربر دور کند.
فارسی را یکدست کنید، نه اینکه معنی را تغییر دهید
تفاوت «ی» و «ي»، «ک» و «ك»، رقم فارسی و لاتین و فاصله یا نیمفاصله میتواند در تطبیق اثر بگذارد. قواعد آمادهسازی متن باید هم روی داده قابل جستوجو و هم روی ورودی اعمال شوند. نسخه اصلی عنوان را برای نمایش حفظ کنید؛ هدف، ساختن نمای مناسب جستوجو است، نه تغییر بیدلیل متن محصول.
مستندات تحلیلگرهای زبانی Elastic امکانات تحلیل فارسی را توضیح میدهد. وجود چنین ابزاری به معنی حل خودکار همه تفاوتهای فروشگاه شما نیست. برای واژههای تخصصی، نام برند و کد مدل، نمونه آزمون بسازید و نتیجه را بررسی کنید؛ حذف یا تبدیل نامناسب بخشی از عبارت ممکن است تمایز مهمی را از بین ببرد.
مترادفها را با شواهد اضافه کنید
دو واژه مشابه الزاماً هممعنی نیستند. «کاور» ممکن است در یک دسته معادل «قاب» باشد و در دسته دیگر معنای متفاوتی داشته باشد. مترادفها را محدود به زمینه مناسب تعریف کنید و بعد از اضافهکردن، عبارتهای قبلی را دوباره بسنجید. فهرست بزرگ مترادف بدون بازبینی میتواند نتیجههای نامرتبط بیشتری تولید کند.
تغییر عبارت مشتری سرنخ خوبی است: اگر بارها یک واژه بینتیجه با واژه دیگری جایگزین میشود و سپس کالای مناسبی انتخاب میگردد، آن جفت ارزش بررسی دارد. این فقط یک فرضیه است؛ مسئول محتوا یا محصول باید ارتباط معنایی را تأیید کند. نام دو محصول مکمل را صرفاً به دلیل خرید همزمان، مترادف اعلام نکنید.
پیشنهاد هنگام تایپ باید کمک کند، نه مزاحمت بسازد
پیشنهادها را محدود و قابل فهم نگه دارید. کاربر باید تفاوت بین عبارت پیشنهادی، دسته و محصول را تشخیص دهد. اگر چند نوع پیشنهاد دارید، عنوان گروه روشن و رفتار انتخاب قابل پیشبینی باشد. کلیک روی یک پیشنهاد محصول نباید بدون توضیح او را به یک فهرست عمومی و نامرتبط منتقل کند.
در موبایل، بازشدن صفحهکلید را هم در طراحی ببینید. پیشنهادها نباید دکمه ارسال یا مسیر بستن فهرست را بپوشانند. کار با صفحهکلید، حرکت بین گزینهها و اعلام گزینه انتخابشده برای فناوری کمکی نیز باید آزموده شود. تکمیل خودکار فقط مسئله سرعت پاسخ نیست؛ کنترل کاربر بر انتخاب، بخش مهم تجربه است.
ترتیب نتایج را بر اساس ارتباط تنظیم کنید
برای عبارت دقیق، تطبیق مدل یا شناسه باید جایگاه مناسبی داشته باشد. برای عبارت توصیفی، ویژگیهای ضروری باید رعایت شوند. اگر مشتری ظرفیت یا اندازه مشخصی نوشته است، محصول پرفروش با مشخصات متفاوت نباید بیتوضیح بالاتر قرار گیرد. قواعد تجاری مانند موجودی یا اولویت فروش را در چارچوب ارتباط اعمال کنید، نه به جای آن.
کارت نتیجه باید شواهد انتخاب داشته باشد: تصویر مناسب، نام، ویژگی متمایزکننده و وضعیت مرتبط با خرید. کاربر نباید برای فهمیدن اینکه نتیجه مربوط به چه گونهای است چند بار رفتوبرگشت کند. ادامه این مسیر در راهنمای طراحی صفحه محصول توضیح داده شده؛ نتیجه جستوجو و صفحه مقصد باید درباره همان کالا وعده یکسانی بدهند.
صفحه بدون نتیجه را به بنبست تبدیل نکنید
پیش از هر پیشنهاد، روشن کنید چه اتفاقی افتاده است. نبود کالای مطابق عبارت، نبود موجودی و محدودشدن نتایج توسط فیلترها یک مسئله نیستند. نمایش پیام واحد برای همه این حالتها، کاربر را وادار میکند علت را حدس بزند. عبارت واردشده و فیلترهای فعال را نگه دارید تا اصلاح جستوجو آسان باشد.
وقتی فیلتر باعث صفرشدن نتیجه شده است
امکان حذف یک فیلتر مشخص یا پاککردن محدودیتها را بدهید. اگر میخواهید تعداد نتایج پس از حذف را نشان دهید، آن عدد باید از داده واقعی محاسبه شود. فیلتر را بیاطلاع کاربر حذف نکنید؛ شاید همان شرط برای او ضروری باشد. پیشنهاد بازتر باید از پاسخ دقیق به درخواست اولیه متمایز بماند.
وقتی عبارت یا کالا مشکل دارد
میتوانید اصلاح املایی، دسته مرتبط یا عبارت سادهتر پیشنهاد دهید، اما تغییر را آشکار کنید. راهنمای نتایج خالی Algolia چند روش گسترش جستوجو را معرفی میکند. انتخاب روش باید متناسب با کاتالوگ باشد؛ حذف خودکار یک واژه مهم ممکن است محدودیت واقعی خریدار را نادیده بگیرد.
اگر کالا واقعاً عرضه نمیشود، همین را روشن بگویید و جایگزینها را با عنوان جایگزین نشان دهید. نمایش کالاهای نامرتبط فقط برای اینکه صفحه خالی نباشد، موفقیت محسوب نمیشود. گزینه تماس یا درخواست اطلاع از موجودی، اگر فرایند واقعی برای پاسخ دارد، میتواند مسیر بعدی باشد؛ وعدهای ندهید که فروشگاه توان اجرای آن را ندارد.
هوش مصنوعی کجا ارزش اضافه میکند؟
جستوجوی معنایی میتواند برای توصیف کاربرد یا عبارتهای غیررسمی مفید باشد، اما باید با نمونههای واقعی ارزیابی شود. تشابه متن به تنهایی سازگاری فنی، موجودی یا مناسببودن محصول را اثبات نمیکند. برای کالایی که اندازه، اتصال یا مدل دقیق دارد، محدودیتهای ساختاریافته همچنان باید کنترل شوند.
پیشنهاد ما شروع با یک مجموعه آزمون کوچک و مقایسه با جستوجوی فعلی است. ببینید چه عبارتهایی بهتر شدهاند و کدام نتیجههای قبلاً درست خراب شدهاند. اگر قرار است پاسخ توضیحی تولید شود، اطلاعات آن باید به ویژگی ثبتشده محصول متکی باشد. تولید توضیح جذاب درباره ویژگیای که در کاتالوگ تأیید نشده، جای بهبود جستوجو را نمیگیرد.
چه چیزهایی را اندازه بگیریم؟
نرخ نتیجه صفر را با تعریف روشن محاسبه کنید: تعداد جستوجوهای بدون نتیجه تقسیم بر کل جستوجوهای ثبتشده در همان بازه. مشخص کنید درخواستهای هنگام تایپ جدا هستند یا فقط جستوجوی ارسالشده شمرده میشود. مقایسه دو بازه با تعریف متفاوت، حتی اگر نمودار زیبا باشد، مبنای مناسبی برای تصمیم نیست.
در کنار آن، کلیک روی نتیجه، اصلاح دوباره عبارت و ادامه مسیر خرید را ببینید. کلیک لزوماً رضایت نیست و خرید پس از جستوجو نیز به تنهایی ثابت نمیکند تغییر موتور علت آن بوده است. تفاوت نوع کالا، موجودی و کمپینها را در تفسیر لحاظ کنید. برای ذخیره عبارتها، حداقل داده لازم و دسترسی محدود در نظر بگیرید؛ کاربران ممکن است ناخواسته اطلاعات شخصی بنویسند.
مثال عملی: پیدا نکردن کالایی که وجود دارد
فرض کنید فروشگاهی در یک بازه ۱٬۰۰۰ جستوجوی ارسالشده دارد و ۱۲۰ مورد بدون نتیجهاند؛ نرخ این نمونه فرضی ۱۲ درصد است. تیم با بررسی عبارتهای پرتکرار میبیند برخی به تفاوت نگارش، برخی به ویژگی ثبتنشده و برخی به کالای واقعاً غایب مربوطاند. این اعداد مثال آموزشیاند و گزارش عملکرد مشتری ایزیساز نیستند.
برای گروه اول، قواعد یکدستسازی آزمایش میشوند؛ برای گروه دوم، داده محصول اصلاح میشود؛ برای گروه سوم، پیام و جایگزین مناسب طراحی میگردد. سپس همان مجموعه آزمون دوباره اجرا میشود. اگر نرخ صفر پایین بیاید اما نتایج نامرتبط زیاد شوند، مسئله حل نشده است. معیار پذیرش باید هم پیدا کردن کالای درست و هم جلوگیری از پاسخ گمراهکننده را پوشش دهد.
چکلیست تحویل جستوجوی فروشگاه
پیش از انتشار تغییر، نام دقیق و کد محصول، غلط تایپی متداول، نگارش فارسی و عربی، نیمفاصله و رقمها را بررسی کنید. عبارت چندویژگی، کالای ناموجود و ترکیب فیلترهای محدودکننده نیز باید در آزمون باشند. مسئول محصول باید برای هر نمونه نتیجه قابل قبول را تأیید کند؛ صرف دریافت پاسخ فنی از سرویس کافی نیست.
مسیر موبایل، صفحهکلید، بازگشت از محصول به نتایج و حفظ عبارت قبلی را هم کنترل کنید. تغییر موجودی باید در زمان متناسب به نتایج برسد و خطای سرویس از «هیچ کالایی پیدا نشد» جدا نمایش داده شود. برای اختلال جستوجو، مسیر جایگزین مانند مرور دستهها را از قبل آماده کنید تا کاربر بیخبر در بنبست نماند.
جمعبندی: نتیجه مرتبط مهمتر از نتیجه بیشتر است
بهبود جستوجوی داخلی با شناخت عبارت مشتری، داده منظم و آزمون مشخص شروع میشود. ابتدا تفاوتهای نوشتاری و ویژگیهای ناقص را حل کنید، بعد پیشنهادها و رتبهبندی را تنظیم نمایید. صفحه بدون نتیجه باید علت را توضیح دهد و انتخاب بعدی ارائه کند، بدون اینکه محدودیت مشتری را پنهانی کنار بگذارد.
برای طراحی این مسیر در کنار سایر بخشهای فروشگاه، خدمات طراحی سایت ایزیساز را ببینید. از صفحه تماس چند عبارت مشکلدار، نمونه محصول مورد انتظار و رفتار فعلی جستوجو را ارسال کنید؛ این نمونهها برای تعریف محدوده اصلاح و برآورد کار مفیدتر از درخواست کلی «جستوجوی هوشمند» هستند.