هزینه واقعی یک وبسایت کند: وقتی سرعت بارگذاری بیسروصدا فروش را میکشد
۵ دقیقه مطالعه
دیانا
استودیو دیانا
مستندات هر درگاه پرداختی اتصال را شبیه کپیکردن یک قطعه کد نشان میدهد. آن قطعه کد فقط ده درصد ساده کار است. نود درصد بقیه، اتفاقی است که وقتی پرداخت دقیقاً طبق برنامه پیش نمیرود میافتد.
پرداختهای موفق ساختن و تستشان ساده است. چیزی که یک صندوق پرداخت محکم را از یک صندوق شکننده جدا میکند همهچیزهای دیگر است: پرداختی که وسط تراکنش تایماوت میشود، کاربری که بعد از پرداخت اما قبل از بارگذاری صفحه تأیید، تب را میبندد، یا کالبکی از درگاه که با ترتیب اشتباه میرسد. هرکدام از اینها باید صریحاً مدیریت شوند، وگرنه دیر یا زود برای یک مشتری واقعی در بدترین لحظه ممکن اتفاق میافتد.
یک تراکنش میتواند از سمت درگاه موفق باشد اما در سمت شما بهروز نشود؛ اگر سرور در لحظه اشتباهی مشکل کوچکی داشته باشد، این ناهماهنگی الان مشتریای است که پول داده و تأییدیه نگرفته، و یک گفتوگوی پشتیبانی که نیازی به آن نبود. یک اتصال درستساخته هر تراکنش را در برابر رکورد خود درگاه راستیآزمایی میکند نه اینکه فقط به یک کالبک اعتماد کند، و جزئیات کافی برای حل اختلاف بدون حدسزدن را ثبت میکند.
درگاههای ایرانی هرکدام کمی متفاوت رفتار میکنند: چطور تلاش مجدد را مدیریت میکنند، محیط سندباکسشان چه چیزی را شبیهسازی میکند و چه چیزی را نه، تسویه واقعاً چقدر طول میکشد. کدی که فقط با سندباکس یک درگاه تست شده، اغلب هفته اول که با ترافیک واقعی از یک درگاه دیگر روبهرو میشود، بهشکلهای کوچک و آزاردهنده خراب میشود.
برای توسعهدهنده با صدای بلند خطا میدهد و برای مشتری با ظرافت، هیچوقت سفارشی را در وضعیت مبهم رها نمیکند، و وقتی چیزی اشتباه میرود قدم بعدی روشنی نشان میدهد، نه یک پیام خطای خالی. هیچکدام از اینها در یک دمو دیده نمیشود، و دقیقاً به همین دلیل بخشی است که اکثر اتصالها تا وقتی هزینه یک مشتری را ندهند، از آن رد میشوند.