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