استانداردهای جدید وب برای تجربه پرداخت بدون مشکل در وب.
یکی از محرکهای کلیدی اکوسیستم وب، پرداختها هستند. با سیستمهای پرداخت امن، یکپارچه و انعطافپذیر، وب میتواند به یک پلتفرم پایدار و سودآور تبدیل شود. استانداردهای پرداخت وب این پتانسیل را دارند که به یک بلوک سازنده کلیدی تبدیل شوند که امکان ادغام یکپارچه راهحلهای پرداخت را در جریانهای پرداخت فروشگاهها فراهم میکند.
پرداختهای وب چیست؟
پرداختهای وب مجموعهای از APIهای پرداخت استاندارد جدید است که در مرورگرهای مدرن موجود است، از جمله API درخواست پرداخت ، API مدیریت پرداخت مبتنی بر وب و چند مورد دیگر . این ویژگیهای جدید مرورگر، پرداختهای آنلاین را ساده کرده و به برنامههای پرداخت امکان میدهد تا راحتتر از همیشه با مرورگرها ادغام شوند.
این استانداردها انعطافپذیر هستند؛ آنها با انواع مختلف سیستمهای پرداخت کار میکنند و برای کار روی هر مرورگری در هر دستگاه، روش پرداخت یا ارائهدهنده خدمات پرداخت در نظر گرفته شدهاند. این انعطافپذیری، سادگی توسعه، ثبات استقرار و سازگاری آینده با فناوریهای نوظهور پرداخت را ممکن میسازد.
تحقیقات نشان میدهد که جریانهای طولانی پرداخت منجر به رها کردن سبد خرید میشوند . با پرداختهای وب، جریان پرداخت به جای ورود دستی دادههای صورتحساب برای هر خرید، به چند لمس ساده تبدیل شده است. در زیر، نمایشی از نحوهی استفادهی گوگل پی از پرداختهای وب برای ایجاد یک جریان یکپارچه را مشاهده میکنید. همین امر را میتوان با هر برنامهی پرداخت دیگری نیز به دست آورد:
مشتری به قسمت پرداخت میرود و دکمه GPay را فشار میدهد.
برنامه Google Pay در مقابل وبسایت فروشنده اجرا میشود.
مشتری پس از بررسی جزئیات، پرداخت را در برنامه Google Pay تأیید میکند.
فروشنده پرداخت را تأیید میکند و خرید تأیید میشود.
پشتیبانی مرورگر
پرداختهای وب از چندین فناوری مختلف تشکیل شده است و وضعیت پشتیبانی آن به مرورگر بستگی دارد.
مزایای ادغام پرداختهای وب در یک اپلیکیشن پرداخت
با ادغام با پرداختهای وب، برنامههای پرداخت میتوانند تجربه کاربری بهتری را برای مشتریان فراهم کنند، تجربه توسعهدهنده بهتری داشته باشند و امنیت سختگیرانهتری داشته باشند.
تجربه کاربری بهتر
پرداختهای درون متنی: پرداختها در ماژولها ، در متن وبسایت فروشنده، بدون تغییر مسیر یا پنجرههای پاپآپ انجام میشوند.
پرداخت سریعتر : مشتریان میتوانند جزئیات پرداخت خود را به طور ایمن در مرورگر یا برنامه پرداخت خود ذخیره کنند، که آماده استفاده در هر سایت تجاری پشتیبانیکننده است.
تجربه خرید ساده: پس از تکمیل (یا لغو) پرداخت، مشتری دقیقاً از همان جایی که خرید را متوقف کرده بود، به وبسایت فروشنده باز میگردد.
تجربه بهتر توسعهدهنده
ادغام آسان: پرداختهای وب را میتوان از یک برنامه پرداخت مخصوص پلتفرم موجود یا یک برنامه پرداخت مبتنی بر وب گسترش داد.
هزینه ادغام پایین: فروشندگان میتوانند پرداختهای وب را با جاوا اسکریپت و ادغام سطح پایه سمت سرور ادغام کنند.
استانداردها: پروتکل و قالب دادهها برای تبادل اطلاعات با پذیرندگان استاندارد شده است و نیازی به یکپارچهسازی عمیق ندارد.
امنیت سختگیرانهتر
جلوگیری از بارگذاری جانبی هنگام فراخوانی برنامههای پرداخت مخصوص پلتفرم.
با در نظر گرفتن الگوهای امنیتی و حریم خصوصی آینده طراحی شده است.
استفاده از پرداختهای وب همچنین به برنامههای پرداخت این امکان را میدهد که هر نوع روش پرداختی مانند پول الکترونیکی، ارزهای دیجیتال، نقل و انتقالات بانکی و موارد دیگر را به وب بیاورند. پرداختهای وب با در نظر گرفتن پایداری طراحی شده است و هیچ محدودیتی در پردازش و روشهای پرداخت اعمال نمیکند.
مقایسه پرداختهای اینترنتی با سایر رویکردها
رویکردهای موجود برای ادغام پرداختها در وب را در نظر بگیرید:
iframeها: استفاده از جاوا اسکریپت برای تزریق وبسایت مسئول پرداخت در یک iframe و جمعآوری اطلاعات پرداخت مشتری از طریق یک فرم.
پنجرههای بازشو: استفاده از جاوا اسکریپت برای باز کردن یک پنجره بازشو و جمعآوری اطلاعات پرداخت مشتری، چه از طریق یک فرم و چه با احراز هویت مشتری و انتخاب یک اطلاعات پرداخت.
تغییر مسیرها: فروشنده مشتری را به وبسایت یک ارائهدهندهی خدمات پرداخت هدایت میکند و به مشتری اجازه میدهد تا اعتبارنامههای پرداخت را تأیید و انتخاب کند. آدرس اینترنتی تغییر مسیر از طریق یک سرور ارسال میشود.
OAuth: فروشنده به مشتری اجازه میدهد تا از طریق OAuth با هویت یک مدیر پرداخت، احراز هویت و مجوزدهی کند، روش پرداخت، آدرس ارسال و غیره را از طریق رابط کاربری iframe درون متنی انتخاب کند.
در اینجا نحوه مقایسه آنها با پرداختهای وب آورده شده است:
| پرداختهای وب | آیفریم | پاپآپ | تغییر مسیر | اواوت | |
| پرداختهای درونمتنی | ✔ | ✔ | ✔* | ✔ | |
| بهروزرسانیهای پویای قیمت | ✔ | ✔ | |||
| تجربه خرید ساده و روان | ✔ | ✔ | ✔ | ||
| ادغام برنامه مخصوص پلتفرم | ✔ | ✔ | |||
| هزینه ادغام پایین | ✔ | ✔ | ✔ | ✔ | |
| استانداردها | ✔ |
ادغام پرداختهای وب در برنامههای موجود
شما میتوانید پرداختهای وب را هم در برنامههای پرداخت مخصوص پلتفرم و هم در برنامههای پرداخت مبتنی بر وب ادغام کنید: اگر برنامه پرداخت مخصوص پلتفرم نصب نشده باشد، میتوان از برنامه پرداخت مبتنی بر وب به عنوان جایگزین استفاده کرد. مشتریان و فروشندگان میتوانند بسته به محیط، به طور یکپارچه از طریق روش پرداخت دلخواه خود، پرداختها را ارسال و دریافت کنند.
اپلیکیشنهای پرداخت مخصوص پلتفرم
ایدهآل برای اپلیکیشنهای پرداختی که از قبل تعداد زیادی نصب دارند و میخواهند به کاربران فعلی خود تجربهای پایدار در وب ارائه دهند.
برخلاف ویژگی «Intent» اندروید ، پرداختهای وب قبل از اجرای برنامه پرداخت، تأیید امضا را انجام میدهند که باعث میشود برنامههای پرداخت مخرب نتوانند از طریق اینترنت دانلود شوند.
در ویدیوی بالا، گوگل پی یک اپلیکیشن پرداخت مخصوص پلتفرم است.
اپلیکیشنهای پرداخت مبتنی بر وب
اثبات بیشتر برای آینده: تکنیکهای معمول برنامههای پرداخت مانند تغییر مسیرها یا پنجرههای بازشو مبتنی بر کوکیهای شخص ثالث هستند که ممکن است منسوخ شوند . اگرچه هنوز پیشبینی عواقب آن دشوار است، پرداختهای وب به وب با حریم خصوصی بهتر و دنیایی بدون کوکیهای شخص ثالث نگاه میکنند.
مسیر مبتنی بر وب برای سرویسهای وبی که تعداد زیادی مشتری با کارتهایشان دارند، ایدهآل است.
پذیرش تجاری چگونه انجام میشود؟
برای اینکه یک برنامه پرداخت روی یک فروشگاه در دسترس باشد، فروشگاه باید صریحاً آن را بپذیرد. از نظر فنی، فروشگاه باید شناسه برنامه پرداخت (شناسه روش پرداخت) را مشخص کند و از API درخواست پرداخت با آن استفاده کند.
پیشنهاد میکنیم برای تسهیل ادغام، مستندات خوبی را در راهنماهای ادغام و SDKها یا کتابخانهها ارائه دهید. به عنوان مثال، Google Pay یک راهنمای توسعهدهنده ارائه میدهد.
کار با درگاههای پرداخت نیز گزینه خوبی است زیرا میتوانند به گسترش دامنه دسترسی شما نیز کمک کنند.
هزینه اش چقدر میشه؟
پرداختهای تحت وب کاملاً مربوط به فناوری استاندارد در مرورگر است. برنامههای پرداختی که آن را اتخاذ میکنند یا آن را در مرورگر فعال میکنند، به خودی خود هیچ هزینهای از آنها دریافت نمیشود.