---
# System prepended metadata

title: Product_1_決済

---

# Product_1_決済
- [Product_2_在庫連携](https://hackmd.io/@kounosukexxx/SJ_oeE0Si)
- [Product_3_発送連携]()
- ownit
    - https://www.ownit.co/checkout/showcase/w4Ncvr6c?variant=oiv_94df27ef-7390-4cc3-ac68-c461e634f599
## 決済
### apple pay
- [setting](https://developer.apple.com/documentation/passkit/apple_pay/setting_up_apple_pay)
- [apple_pay_on_the_web](https://developer.apple.com/documentation/apple_pay_on_the_web/applepaybutton)
- 対応ブラウザについて
    - slackなどのnaticeアプリから開くと、デフォルトブラウザをchromeにしていたとしてもsafariが開くため、アプリのモーダルでサイトを立ち上げる場合は使用できる
    - 基本的にchromeでは使用できない
    - https://iphone-mania.jp/news-472925/
    - ios16 beta4ではchromeとかも動作している？
        - https://gori.me/apple/apple-pay/143052
- 決済フローはfrontendで完結
### google pay
- chromeで開くとすでにログインされているため、即座に決済することができる
- https://developers.google.com/pay/api/web/overview?hl=ja
- 決済フローはfrontendで完結
### paypay
- https://developer.paypay.ne.jp/
- 決済フローにbackendも必要そう

### Line Pay
- https://pay.line.me/jp/developers/apis/onlineApis?locale=ja_JP
- 使用できるサイト少ない気はするけど、ec以外では結構使われている？？

### 楽天pay
- https://checkout.rakuten.co.jp/biz/service/v2.html

### amazon pay
- https://developer.amazon.com/ja/docs/amazon-pay-api-v2/introduction.html#api%E3%81%AE%E5%9F%BA%E6%9C%AC

### クレカ、コンビニ決剤、代引き、後払い
- [paidy](https://faq.paidy.com/paidy%E3%82%92%E5%88%A9%E7%94%A8%E3%81%99%E3%82%8B%E9%9A%9B%E3%81%AB-%E6%89%8B%E6%95%B0%E6%96%99%E3%81%AF%E3%81%8B%E3%81%8B%E3%82%8A%E3%81%BE%E3%81%99%E3%81%8B)
- [atone](https://atone.be/lp/ec/shop_04/?utm_source=google&utm_medium=cpc&utm_campaign=mofu&utm_term=kessai)
- [stripe](https://stripe.com/jp?utm_campaign=JP_ja_Search_Brand_Stripe_EXA-17435679253&utm_medium=cpc&utm_source=google&ad_content=602557866148&utm_term=stripe%20%E6%89%8B%E6%95%B0%E6%96%99&utm_matchtype=e&utm_adposition=&utm_device=c&gclid=Cj0KCQiApb2bBhDYARIsAChHC9smC9pm3s20w17BCmZwVhD8pM8xWajW7Hz-MhAMRqwZjP7ZJ7Vo62MaAm52EALw_wcB)

### キャリア決済
- https://ja.komoju.com/payment-methods/japan/carrier/
    - まとめて提供してくれるサービス。手数料6.6%
- キャリア決済は結構複雑だから、代行orあとでやるとかでよさそう？

### 決済情報のキャッシュ
- safari, chromeなどのブラウザが、決済手段固有のhostに紐づくアカウント情報をキャッシュする。
    - (ex) safariでgoogle payを使おうとすると、一度グーグルでログインすればログイン情報がその端末にキャッシュされ続ける。
        - pay.google.comが勝手にやってくれる。

### 不正決済

## ユーザー織別

### 必要なのか(多分必要ない)
- 決済を高速にしたいという要件上、なるべくやらない方がよさそう。
    - ユーザーを特定しなくても決済をスムーズに行えるように設計したい
        - 実際識別しなくても、apple payやpaypayなどはスムーズに決済できる
- ユーザーを特定することを強制すると、手間がかかる分CVRは下がると思う
- 代替手段
    - ユーザーが任意でユーザー織別を行うことができるようにする
        - 決済後or前に、sighup or signin するなど。
            - 強制にしないと結局loginをしてくれなさそう？
            - firebase authenticationよさそう
                - google, appleアカウントで認証
                - dbでemail, addressは持たない
        - 決済する際に必要なemail-addressを識別子とする
            - paypayなどは必要なさそう？だから無理そう

### 織別によるメリット
- ユーザーごとの購入履歴を記録できる
    - マーケティングの役に立つ
    - 将来リコメンドなどに利用できる
- 決済情報、配送先住所などのキャッシュをしやすいかも

### 織別子
- メアド&passwordのほぼ一択
    - 端末識別子
        - android/iosの識別子: https://qiita.com/yutao727/items/0d503c45bcbe18b27ec3
        - 微妙
            - 参考: https://ja.stackoverflow.com/questions/69334/%E3%82%AF%E3%83%A9%E3%82%A4%E3%82%A2%E3%83%B3%E3%83%88%E7%AB%AF%E6%9C%AB%E3%81%AE%E5%9B%BA%E6%9C%89%E6%83%85%E5%A0%B1uuid%E3%82%92%E3%83%95%E3%83%AD%E3%83%B3%E3%83%88%E3%82%A8%E3%83%B3%E3%83%89angular%E3%81%8B%E3%82%89%E5%8F%96%E5%BE%97%E3%81%97%E3%81%9F%E3%81%84
    - メアド＆password
    - 電話番号&SMS

## CVRの計測方法

## ブラウザの情報をとる
- safari, chromeなどのブラウザの種類と、決済手段と、cvrの関係は分析する価値がありそうだから、dbに入れておいてよさそう。

## frontendで行うこと
- 

## backendで行うこと

## random
- 継続課金とかいうシステムもある
    - 複雑