هزینه‌های دیرهنگام، ثبت‌نام اجباری، فرم‌های دشوار، ابهام در ارسال و خطاهای پرداخت از دلایل رها کردن سبد خرید هستند. برای کاهش این مشکل، ابتدا مرحله‌ای را پیدا کنید که خرید در آن متوقف می‌شود؛ سپس همان مانع را برطرف کنید و نتیجه را با سفارش‌های موفق بسنجید.
البته هر سبد رهاشده نشانهٔ خرابی فروشگاه نیست. بعضی مشتریان برای مقایسهٔ قیمت یا نگه‌داشتن کالا برای آینده، آن را به سبد اضافه می‌کنند. بررسی فروشگاه باید این رفتار را از مشکلی مثل پاک‌شدن آدرس، نامشخص‌بودن هزینهٔ ارسال یا عمل‌نکردن دکمهٔ پرداخت جدا کند.
رها شدن سبد خرید با رها کردن تسویه‌حساب چه تفاوتی دارد؟
رها شدن سبد خرید یعنی کاربر کالایی به سبد اضافه کرده، اما خرید را تکمیل نکرده است. رها کردن تسویه‌حساب به گروه محدودتری اشاره دارد: کسانی که وارد مراحل ثبت سفارش شده‌اند و تا خرید موفق پیش نرفته‌اند. ممکن است مشکل یک فروشگاه پیش از تسویه‌حساب باشد و مشکل فروشگاه دیگر هنگام ثبت آدرس یا پرداخت.
برای یک گزارش عملیاتی، مجموعه‌ای مشخص از سبدها را انتخاب کنید و فرصت تکمیل خرید را برای همهٔ آن‌ها یکسان در نظر بگیرید. مثلاً سبدهایی که در یک هفته ساخته شده‌اند، تا هفت روز پس از ایجاد هر سبد بررسی شوند. این بازه نمونه است و باید با چرخهٔ خرید مشتریان شما سازگار شود.
نرخ رهاشدن سبد = ۱۰۰ × (۱ − تعداد سبدهای همان مجموعه که به خرید موفق رسیده‌اند ÷ تعداد کل سبدهای آن مجموعه)
در یک مثال فرضی، اگر از ۲۰۰ سبد، ۶۰ سبد در مهلت تعیین‌شده به خرید برسند، نرخ رهاشدن ۷۰ درصد است. تعداد دفعات افزودن کالا به سبد را جای تعداد سبدها نگذارید؛ یک مشتری ممکن است چند کالا اضافه کند. برای مقایسهٔ دوره‌ها، تعریف سبد، مهلت خرید و حذف موارد آزمایشی باید ثابت بماند.
۷ دلیل رها کردن سبد خرید و راهکار بررسی هرکدام
پژوهش‌های تجربهٔ خرید Baymard هزینهٔ اضافه، دشواری تسویه‌حساب و تردید دربارهٔ خرید را از موانع قابل بررسی می‌دانند. این یافته‌ها نقطهٔ شروع‌اند؛ علت غالب در فروشگاه شما را باید با داده‌های همان فروشگاه و مشاهدهٔ مسیر خرید مشخص کرد.
۱. مبلغ نهایی دیر مشخص می‌شود
مشتری قیمت کالا را می‌پذیرد، اما پس از ورود آدرس با هزینه‌ای روبه‌رو می‌شود که انتظارش را نداشته است. هزینهٔ ارسال، بسته‌بندی و سایر اجزای قابل اعمال باید پیش از پرداخت روشن باشند. اگر ارسال به مقصد وابسته است، امکان برآورد با انتخاب شهر یا کدپستی را زودتر فراهم کنید.
برای آزمون، یک کالای کم‌قیمت و یک سفارش چندقلمی را با دو مقصد متفاوت بررسی کنید. یادداشت کنید مشتری در کدام مرحله از مبلغ کل مطلع می‌شود. شرط ارسال رایگان هم باید کنار برآورد هزینه مشخص باشد؛ بنر عمومیِ ارسال رایگان با شرطی که تازه در انتها ظاهر می‌شود، ابهام را برطرف نمی‌کند.
۲. ورود و ثبت‌نام جلوی خرید را می‌گیرد
اجبار به ساخت حساب می‌تواند خرید را متوقف کند. خرید مهمان را در صورت سازگاری با مدل فروش بررسی کنید. اگر ورود با شمارهٔ همراه لازم است، مسیر دریافت و ارسال دوبارهٔ رمز یک‌بارمصرف باید روشن باشد و خطا، سبد مشتری را از بین نبرد.
مسیر کاربر تازه، مشتری دارای حساب و فردی که رمز ورودش را فراموش کرده جداگانه آزمایش کنید. هنگام بازگشت از صفحهٔ ورود، کالا، تعداد و انتخاب‌های قبلی باید باقی مانده باشند. پیشنهاد ساخت حساب پس از ثبت سفارش هم گزینه‌ای است که می‌توان متناسب با فروشگاه آزمود.
۳. فرم آدرس دشوار است و خطا را توضیح نمی‌دهد
پیام «اطلاعات نامعتبر است» به مشتری نمی‌گوید چه چیزی را اصلاح کند. نام فیلد، علت خطا و راه رفع آن را نزدیک همان ورودی نشان دهید. راهنمای دسترس‌پذیری W3C هم بر بازخورد روشن، کوتاه و قابل اقدام تأکید می‌کند.
در آزمون موبایل، شمارهٔ همراه و کدپستی را با ارقام فارسی و انگلیسی وارد کنید. تغییر استان، انتخاب شهر، آدرس طولانی و جاگذاشتن یک فیلد ضروری را هم امتحان کنید. پس از خطا، داده‌های درست نباید پاک شوند. برای هر فیلد مشخص کنید آیا واقعاً برای تحویل این نوع سفارش لازم است؛ اطلاعات کالای فیزیکی و محصول دانلودی یکسان نیست.
۴. زمان و شرایط تحویل روشن نیست
ابهام دربارهٔ زمان رسیدن سفارش یا نبود روش ارسال مناسب می‌تواند خرید را عقب بیندازد. زمان آماده‌سازی را از مدت حمل جدا کنید و محدودهٔ تحویل را با توجه به موجودی، مقصد و روش ارسال توضیح دهید.
مثلاً برای فروشگاهی در ساری، ارسال داخل شهر و ارسال به شهرستان‌های دیگر ممکن است قواعد متفاوتی داشته باشد. بررسی کنید این تفاوت پس از انتخاب مقصد درست نمایش داده می‌شود. سبدی شامل کالای آماده و کالای سفارشی نیز باید زمان تحویل قابل فهم داشته باشد. وعدهٔ تحویل را بر اساس عملیات واقعی فروشگاه بنویسید.
۵. مشتری برای خرید به اطلاعات کافی دسترسی ندارد
مشخصات مبهم کالا، شرایط نامعلوم مرجوعی و دشواری دسترسی به پشتیبانی می‌توانند تصمیم خرید را متوقف کنند. نزدیک مسیر خرید، راه دسترسی به اطلاعات تماس، شرایط تحویل و پیگیری سفارش را روشن نگه دارید. نماد یا نظر مشتری را فقط با پشتوانهٔ واقعی نمایش دهید.
پرسش‌های تکراریِ پیش از خرید را از تیم پشتیبانی جمع کنید. اگر مشتریان دربارهٔ اندازه، سازگاری یا لوازم همراه محصول سؤال می‌کنند، همان ابهام را در صفحهٔ محصول برطرف کنید. برای بررسی بیشتر، مقالهٔ افزایش اعتماد مشتری به فروشگاه اینترنتی را بخوانید.
۶. مسیر خرید در موبایل کند یا ناپایدار است
صفحه ممکن است باز شود، اما هنگام لمس دکمه دیر پاسخ دهد یا با بارگذاری یک بخش، دکمه جابه‌جا شود. شاخص‌های Core Web Vitals بارگذاری، پاسخ‌گویی و ثبات چیدمان را می‌سنجند؛ بررسی آن‌ها را با آزمون واقعی تسویه‌حساب همراه کنید.
مسیر را روی گوشی، با صفحه‌کلید باز و اینترنت معمولی طی کنید. بنر ثابت، ابزار گفت‌وگو یا نوار پایین نباید دکمهٔ ادامه را بپوشانند. تعداد کالا را تغییر دهید و ببینید مبلغ و موجودی درست به‌روز می‌شوند. برگشت از مرحلهٔ ارسال نیز نباید مشتری را مجبور به واردکردن دوبارهٔ همهٔ اطلاعات کند.
۷. پرداخت یا وضعیت سفارش نامشخص می‌ماند
گاهی مسئله روش پرداخت است؛ گاهی مشتری پرداخت کرده، اما فروشگاه نتیجه را درست نشان نمی‌دهد. وضعیت سفارش و تأیید پرداخت باید از سمت سرور بررسی شوند. خروج از صفحهٔ درگاه به‌تنهایی برای تشخیص موفق یا ناموفق بودن پرداخت کافی نیست.
با محیط آزمایشی درگاه، انصراف، بازگشت دیرهنگام و ارسال دوبارهٔ درخواست را بررسی کنید. مشتری باید بداند سفارش پرداخت شده، در انتظار بررسی است یا امکان تلاش دوباره دارد. سفارش پرداخت‌شده را برای یادآوری سبد رهاشده انتخاب نکنید. جزئیات این مسیر در مقالهٔ خطاهای پرداخت اینترنتی فروشگاه آمده است.
از روی نشانه‌ها، اولویت اصلاح را پیدا کنید
این جدول فرضیهٔ بررسی می‌دهد. افت در یک مرحله به‌تنهایی علت را ثابت نمی‌کند؛ گزارش خطا و آزمون کاربری را کنار آن بگذارید.
| نشانه در مسیر خرید | بررسی پیشنهادی | اقدام قابل آزمون |
|---|---|---|
| خروج پس از تعیین مقصد | زمان نمایش هزینه و محدودیت ارسال | برآورد زودتر هزینه و تحویل |
| توقف در ورود | رمز یک‌بارمصرف و حفظ سبد | اصلاح ورود یا آزمون خرید مهمان |
| خطای زیاد در فرم موبایل | نوع ورودی و پیام هر فیلد | حفظ اطلاعات و راهنمای اصلاح روشن |
| افت هنگام اقدام به پرداخت | خطای درگاه و وضعیت سفارش | تأیید سمت سرور و مسیر تلاش مجدد |
| اختلاف گزارش فروش و آمار سایت | ثبت ناقص یا تکراری رویداد خرید | تطبیق شناسهٔ سفارش با پرداخت موفق |
چطور بفهمیم مشتری دقیقاً کجا از خرید خارج می‌شود؟
در GA4، رویدادهای add_to_cart، begin_checkout، add_shipping_info، add_payment_info و purchase به بررسی مراحل خرید کمک می‌کنند. گزارش Checkout journey مسیر را از شروع تسویه‌حساب می‌سنجد؛ بنابراین آمار آن را مستقیماً نرخ رهاشدن همهٔ سبدها ننامید.
پیش از تحلیل، با سفارش آزمایشی بررسی کنید هر رویداد در زمان درست ثبت می‌شود و بارگذاری دوبارهٔ صفحه، خرید تکراری نمی‌سازد. آمار ابزار تحلیل را با سفارش‌های پرداخت‌شدهٔ پنل فروشگاه تطبیق دهید. محدودیت رهگیری یا جابه‌جایی دستگاه می‌تواند میان این دو اختلاف ایجاد کند.
نتیجه را به تفکیک موبایل و دسکتاپ و در صورت نیاز منبع ورودی بررسی کنید. نام، تلفن، نشانی یا اطلاعات کارت مشتری را در پارامترهای تحلیل رفتار نفرستید. برای گزارش خطای فنی، مرحله، نوع خطا و شناسهٔ داخلی غیرحساس معمولاً اطلاعات مفیدتری هستند.
برای کاهش رهاشدن سبد خرید، از کجا شروع کنیم؟
- یک خرید آزمایشی کامل انجام دهید. مسیر را با گوشی طی کنید و هر ابهام یا خطا را با نام مرحله ثبت کنید.
- ایرادهای مسدودکننده را جلو بیندازید. دکمهٔ خراب، حذف‌شدن سبد یا وضعیت اشتباه پرداخت پیش از تغییرهای ظاهری رسیدگی می‌خواهند.
- برای مانع بعدی فرضیه بنویسید. مثلاً نمایش برآورد ارسال در سبد، خروج پس از ورود آدرس را کاهش می‌دهد.
- اثر را با شرایط قابل مقایسه بسنجید. نرخ عبور مرحله، خرید موفق و سود سفارش را کنار هم ببینید. تخفیف، کمپین یا تغییر موجودی ممکن است نتیجه را عوض کند.
در فروشگاه کم‌ترافیک، چند سفارش اضافه برای نتیجه‌گیری قطعی کافی نیست. خطاهای روشن را رفع کنید و برای ارزیابی تغییرهای سلیقه‌ای فرصت بیشتری بدهید. ثبت کارهای انجام‌شده و تاریخ هر تغییر کمک می‌کند نتیجه را به اصلاح درست نسبت دهید.
یادآوری سبد رهاشده را چطور انجام دهیم؟
پیگیری زمانی مفید است که مشتری بتواند با لینک معتبر به سبد خود برگردد و ادامهٔ خرید را انجام دهد. پیش از ارسال، پرداخت‌شدن سفارش، موجودی و قیمت فعلی را دوباره بررسی کنید. اطلاعات سفارش باید فقط برای صاحب آن قابل دسترسی باشد.
برای پیامک یا ایمیل، اجازه و ترجیحات ارتباطی مشتری را رعایت کنید، تعداد پیام‌ها را محدود نگه دارید و امکان توقف پیام‌های تبلیغاتی را فراهم کنید. تخفیف را پاسخ پیش‌فرض همهٔ سبدها نگذارید؛ اگر مانع، خطای فرم باشد، پیام تخفیف آن را رفع نمی‌کند. بازگشت مشتری به سایت، خرید موفق و هزینهٔ پیگیری را جداگانه بسنجید.
اگر بررسی‌ها به بازطراحی تسویه‌حساب، اتصال موجودی یا اصلاح ارتباط با درگاه می‌رسد، مسئله و سناریوهای خطا را پیش از اجرا مشخص کنید. در صفحهٔ خدمات طراحی سایت و وب‌اپلیکیشن داپا می‌توانید با حوزهٔ خدمات مرتبط آشنا شوید.
پرسش‌های متداول
نرخ مناسب رها شدن سبد خرید چقدر است؟
عدد واحدی برای همهٔ فروشگاه‌ها وجود ندارد. نوع کالا، چرخهٔ تصمیم خرید، دستگاه و تعریف آمار متفاوت‌اند. نرخ فروشگاه خود را با تعریف ثابت در طول زمان دنبال کنید و مرحلهٔ دارای مانع را پیدا کنید.
آیا ارسال رایگان همیشه مشکل را حل می‌کند؟
خیر. اگر مانع، ثبت‌نام یا خطای پرداخت باشد، ارسال رایگان آن را برطرف نمی‌کند. اثر هر پیشنهاد را بر خرید موفق و سود سفارش بررسی کنید.
آیا برای اصلاح سبد خرید باید کل سایت را عوض کنیم؟
معمولاً ابتدا می‌توان همان مرحلهٔ معیوب را اصلاح کرد. بازسازی گسترده وقتی مطرح می‌شود که ساختار فعلی از نیازهای واقعیِ موجودی، ارسال یا پرداخت پشتیبانی نکند.
آیا نصب ابزار آمارگیری به‌تنهایی کافی است؟
خیر. رویدادهای خرید باید درست تنظیم و آزمایش شوند. گزارش مرحله‌ها را با سفارش‌های پنل و نتیجهٔ آزمون واقعی مسیر خرید تطبیق دهید.
