比較 / チェックアウト
ホスト型チェックアウトと自社構築
オンラインで決済を受け付ける事業者なら、一度は向き合う問いです。カード情報を受け取るページは自社のものか、プロバイダーのものか。この答えが、PCI スコープ、決済手段を追加する速さ、カードスキームの義務化への対応を誰が担うかを左右します。技術選定というより、チームの1年を何に使うべきかという判断です。
オプション比較
分かれ目となる7つの問い
ホスト型チェックアウトが向くケース
ほとんどの事業で、ほとんどの場面でそうです。決済が売り物ではなく代金を受け取る手段なら、チェックアウトページに競争優位はありません。自前で持つコストは、最も目に見えにくい形で支払われます。エンジニアリング capacity の一部が恒久的に、プロダクトではなくカードスキームの義務化や決済手段の連携に割かれるのです。ホスト型ページなら PCI の問題も大幅に軽くなります。自前構築で最大の隠れたコストがこれです。
- 01決済は収益を得る手段であり、プロダクトそのものではない
- 02カード情報は慎重に扱うより、スコープ外に置きたい
- 03新しい決済手段は、自社のリリースなしで追加されてほしい
- 04エンジニアには、顧客が買うものに力を注いでほしい
自社構築が向くケース
チェックアウトそのものがプロダクトである場合です。他社の代わりに決済処理を行うプラットフォーム、ホスト型ページでは表現できないフローを持つ事業、コンバージョンのわずかな差が決済チームの人件費を上回る取引量のチーム。こうしたケースは確かにあり、構築する意味があります。カードを扱う領域を自社の境界内に置くよう求める規制上の立場も同様です。この規模に満たない場合、自社構築はたいてい、ホスト型チェックアウトが存在する理由を高い代償を払って再発見することになります。
- 01決済そのものがプロダクトであり、他社に代わって処理する
- 02取引量が十分に多く、わずかなコンバージョン差がチームのコストを上回る
- 03規制当局やリスク委員会が、その領域を自社の境界内に置くよう求めている
- 04フローが本当に特殊で、ホスト型ページでは表現できない
Protocoreの立ち位置
Protocore Gateway はホスト型の答えであり、よくある抜け道は別売りではなく最初から備えています。ページは当社ドメインでも自社ドメインでも運用でき、フローに必要なら決済フィールドを自社レイアウトに埋め込めます。アプリ内にネイティブで表示することも可能です。カード、ウォレット、銀行振込、USDC を1つのページにまとめ、1つの注文参照に対して EUR 建ての1つの金額で精算します。そして、本音では3つ目の選択肢、つまり加盟店ではなくプロバイダーになりたい場合は、同じプラットフォームをホワイトラベルで提供しています。ゲートウェイをゼロから作るより、たいていは有利な選択です。
- 01ホスト型ページ、自社ドメイン、埋め込みフィールド、アプリ内。どの形でも同じ連携
- 02カード、ウォレット、振込、USDC を1ページに集約し、EUR で精算
- 03チェックアウトから領収書、銀行明細まで、1つの注文参照でつながる
- 04加盟店ではなくプロバイダーになりたい場合は、ホワイトラベルで提供
どちらが自社に合うか迷っていますか？
取引量、決済手段、エンジニアが今取り組んでいることをお聞かせください。どちらが適しているか、自社構築が最適な場合はそれも含めて、率直にお答えします。