مقایسه / Checkout

Checkout میزبانی‌شده یا ساخت checkout اختصاصی

هر پذیرنده‌ای که آنلاین پول دریافت می‌کند یک بار به این پرسش جواب می‌دهد: صفحه‌ای که اطلاعات کارت را می‌گیرد مال شماست یا مال ارائه‌دهنده‌تان؟ جواب، دامنه PCI شما، سرعت افزودن یک روش پرداخت، و اینکه وقتی الزام جدیدی از سوی شبکه‌های کارتی می‌رسد چه کسی باید پاسخگو باشد را تعیین می‌کند. این بیشتر تصمیم درباره این است که تیم شما امسالش را صرف چه کند تا انتخاب فناوری.

گزینه در برابر گزینه

هفت پرسش که تصمیم را می‌گیرند

Dimension
Checkout میزبانی‌شده
Checkout اختصاصی شما
دامنه PCI
حداقلی. صفحه دریافت اطلاعات کارت مال ارائه‌دهنده است، پس سرورهای شما فقط توکن می‌بینند و هرگز شماره کارت را — معمولاً سبک‌ترین خودارزیابی ممکن.
با شما. دست‌کاری مستقیم داده کارت سیستم‌های شما را در دامنه قرار می‌دهد، با طراحی، ارزیابی و گواهی مجدد سالانه‌ای که به دنبال دارد.
زمان تا اولین پرداخت
چند روز. یک سفارش بسازید، ریدایرکت کنید، یک webhook را مدیریت کنید — بیشتر کار تصمیم‌گیری درباره این است که بعد از موفقیت پرداخت چه اتفاقی بیفتد.
چند ماه، و دم دراز ماجرا سخت‌ترین بخش است: 3-D Secure، شیت‌های کیف پول، حالت‌های خطا، تلاش مجدد و موارد خاص هر روش.
افزودن روش پرداخت
پیکربندی. روش‌های جدید همراه پلتفرم می‌رسند و فقط فعال می‌شوند؛ صفحه بدون انتشار نسخه جدید از سمت شما خودش را تطبیق می‌دهد.
هر بار یک پروژه — یکپارچه‌سازی، اخذ گواهی، کار UI، و تعهد دائمی نگهداری برای هر روش.
کنترل بر تجربه
زیاد اما محدود: برندینگ، گزینه‌های چیدمان، دامنه اختصاصی شما، و فیلدهای جاسازی‌شده وقتی پرداخت باید داخل صفحه خودتان باشد — در چارچوبی که ارائه‌دهنده در اختیار می‌گذارد.
کامل. اگر checkout شما باید کاری واقعاً غیرمعمول انجام دهد، محدودیت‌های هیچ‌کس دیگری اعمال نمی‌شود.
بهینه‌سازی نرخ تبدیل
به ارث می‌رسد. ترتیب روش‌ها، بومی‌سازی، پشتیبانی از کیف پول و رفتار تلاش مجدد با بهتر شدن پلتفرم بهتر می‌شوند، بی‌آنکه خودتان آزمایش اجرا کنید.
باید به دستش بیاورید. می‌توانید یک صفحه عمومی را برای قیف فروش خاص خودتان بهتر بهینه کنید — به شرط داشتن ترافیک و افرادی که درست اجرایش کنند.
به‌روز ماندن
دردسر ارائه‌دهنده است. الزامات شبکه‌های کارتی، تغییرات SCA، به‌روزرسانی مرورگرها و کیف پول‌ها به‌صورت به‌روزرسانی پلتفرم می‌رسند.
یک ردیف دائمی در نقشه راه شما، بی‌پایان — کار هیچ‌وقت تمام نمی‌شود و تا چیزی خراب نشود به ندرت اولویت می‌گیرد.
هزینه واقعی
اقتصاد به‌ازای هر تراکنش، شفاف و متناسب با حجم.
حقوق مهندسان به‌علاوه اخذ گواهی، که پیش از اولین پرداخت و هر سال پس از آن خرج می‌شود — معمولاً به اندازه یک مرتبه بزرگی کم‌برآورد می‌شود.
01

کِی checkout میزبانی‌شده برنده است

برای بیشتر کسب‌وکارها، بیشتر وقت‌ها. اگر پرداخت راهِ پول گرفتن شماست و نه چیزی که می‌فروشید، صفحه checkout جای مزیت شما نیست — و هزینه مالکیت آن به کم‌دیدنی‌ترین شکل پرداخت می‌شود: سهمی دائمی از ظرفیت مهندسی که به‌جای محصول شما صرف الزامات شبکه‌های کارتی و یکپارچه‌سازی روش‌ها می‌شود. صفحه میزبانی‌شده مسئله PCI را هم جمع می‌کند، که بزرگ‌ترین هزینه پنهان ساخت اختصاصی است.

  1. 01پرداخت ابزار کسب درآمد است، نه خودِ محصول
  2. 02می‌خواهید داده کارت خارج از دامنه باشد، نه اینکه با دقت نگهداری شود
  3. 03روش‌های جدید باید بدون انتشار نسخه از سمت شما برسند
  4. 04مهندسان شما روی چیزی که مشتریان می‌خرند ارزش بیشتری دارند
02

کِی ساخت اختصاصی برنده است

وقتی checkout واقعاً خودِ محصول است. پلتفرم‌هایی که برای دیگران پردازش می‌کنند، کسب‌وکارهایی با جریانی که هیچ صفحه میزبانی‌شده‌ای نمی‌تواند بیانش کند، و تیم‌هایی با حجمی که کسری از درصد نرخ تبدیل برایشان از حقوق یک تیم پرداخت بیشتر می‌ارزد — این موارد واقعی‌اند و ساخت را توجیه می‌کنند. همین‌طور جایگاه مقرراتی که ایجاب می‌کند سطح مدیریت داده کارت داخل محدوده خودتان باشد. زیر این مقیاس، ساختن معمولاً یعنی با هزینه زیاد دوباره کشف کردن اینکه چرا checkoutهای میزبانی‌شده وجود دارند.

  1. 01پرداخت خودِ محصول است — برای دیگران پردازش می‌کنید
  2. 02حجم آن‌قدر بالاست که بهبود حاشیه‌ای نرخ تبدیل از هزینه یک تیم بیشتر می‌ارزد
  3. 03رگولاتور یا کمیته ریسک می‌خواهد این سطح داخل محدوده شما باشد
  4. 04جریان شما واقعاً غیرمعمول است و هیچ صفحه میزبانی‌شده‌ای نمی‌تواند بیانش کند
03

جایگاه Protocore

Protocore Gateway پاسخ میزبانی‌شده است، با راه‌های فرار معمول که فروش جداگانه ندارند و از ابتدا در آن تعبیه شده‌اند: صفحه را روی دامنه ما یا دامنه خودتان اجرا کنید، وقتی جریان کار لازم دارد فیلدهای پرداخت را داخل چیدمان خودتان جاسازی کنید، یا همان checkout را به‌صورت بومی در اپتان نمایش دهید. کارت، کیف پول، انتقال بانکی و USDC روی یک صفحه‌اند و با یک شناسه سفارش در یک رقم یورویی تسویه می‌شوند. و اگر پاسخ صادقانه برای شما گزینه سوم است — می‌خواهید ارائه‌دهنده باشید نه پذیرنده — همین پلتفرم به‌صورت whitelabel هم در دسترس است، که معمولاً از ساخت gateway از صفر معامله بهتری است.

  1. 01صفحه میزبانی‌شده، دامنه اختصاصی، فیلدهای جاسازی‌شده یا درون‌اپ — همه با یک یکپارچه‌سازی
  2. 02کارت، کیف پول، انتقال و USDC روی یک صفحه، با تسویه به EUR
  3. 03یک شناسه سفارش از checkout تا رسید تا ردیف بانکی
  4. 04به‌صورت whitelabel در دسترس است، وقتی می‌خواهید ارائه‌دهنده باشید نه پذیرنده

مطمئن نیستید در کدام سمت هستید؟

حجم، روش‌های پرداخت و کار فعلی مهندسانتان را بگویید. روشن می‌گوییم وضعیت شما کدام را می‌طلبد — حتی اگر ساخت اختصاصی باشد.