よくある質問

このページでは、Google Pay API に関する一般的な情報とよくある質問を掲載しています。

Google Pay API について

Google Pay を使用すると、アプリやウェブサイトで購入手続きを簡単に行えます。Google Pay API を使用すれば、顧客は Google アカウントに保存したカードを使えるようになり、アプリやウェブサイト内での購入手続きがスムーズになります。

サポートの利用方法

Google Pay & Wallet Console に登録し、[サポートへのお問い合わせ] を選択してください。統合に関するトラブルシューティングのお手伝いをいたします。また、ご自身で統合をデバッグされる場合は、Android のトラブルシューティング ガイドとウェブのトラブルシューティング ガイドを参照してください。

サポートされている機能

Google Pay API には、サポートされている機能がいくつかあります。

サポートされているお支払い方法

Google Pay API からカードまたはネットワーク トークンが返されることがあります。

定期請求と定期購入

定期請求のサポートは、Google Pay API のレスポンスで返されるお支払い方法に関連付けられています。トークン化されたカードと登録済みのカードのいずれも定期請求に使用できます。定期請求を処理するために、販売者が Google の API を定期的に呼び出す必要はありません。定期的なお支払いの支払い認証情報は、販売者側に保存されます。販売者は支払いゲートウェイ API を使用して定期請求を管理します。

Google Pay では、次の条件に該当する場合に定期的なお支払いがサポートされます。

  • 販売者が、MIT（Merchant-Initiated Transaction）などのネットワーク ルールを遵守していること。
  • 販売者の購入フローの中で支払い条件が提示され、ユーザーがその条件を承諾していること。

また、金額が変動する定期請求もサポートされています。たとえば、携帯通信会社の毎月の電話料金がサポートされています。詳細については、販売者が支払いゲートウェイの担当者に問い合わせる必要があります。

自動入金または「チャージ」

自動入金を同じコストで処理するために、販売者が毎回 Google の API を呼び出す必要はありません。お支払いの認証情報は販売者側に保存され、再利用されます。詳細については、販売者が Payment Gateway の担当者に問い合わせる必要があります。

チャージバック

販売者は、キャンセル、払い戻し、または異議申し立てのためのトランザクション取り消しを、他の支払い方法で現在行っているチャージバック処理方法と同じように処理できます。詳細については、販売者が決済代行担当者に問い合わせる必要があります。

寄付の収集

承認された非営利団体（NPO）は、非営利団体のステータスを証明、保証、確認するための文書を提出している場合に限り、Google Pay API を統合して寄付を集めることができます。たとえば、米国の NPO が資格を得るには、IRS から取得した有効な 501(c)3 のステータス証明を提出する必要があります。

利用約款および規約

Google Pay 利用規約

すべての販売者は、Google Pay の利用規約に同意し、遵守する必要があります。

Google Pay API の利用規定

すべての販売者は、Google Pay API の利用規定に同意し、遵守する必要があります。

ギャンブルに関するポリシー

ギャンブルに関するポリシーは、Google Pay API の利用規定に定義されています。

ギャンブルに関するポリシーは随時変更される可能性があります。すべての提出物は審査と承認の対象となります。

以下の国に拠点を置く企業からのギャンブル統合を受け付けています。

  • オーストラリア
  • オーストリア
  • カナダ
  • チェコ
  • フランス
  • ジョージア
  • ドイツ
  • ギリシャ
  • ハンガリー
  • アイルランド
  • イタリア
  • 日本
  • オランダ
  • ポーランド
  • ポルトガル
  • ルーマニア
  • スペイン
  • スウェーデン
  • イギリス

今後、現在のレベルを超えてサポートを拡大する可能性もあります。

ギャンブルの統合で Google Pay API の製品版へのアクセス権を取得するには、一連の前提条件を満たす必要があります。

  • 前述のいずれかの国を拠点とする Android 専用のギャンブル統合がある場合は、Google Play のギャンブルに関するポリシーを遵守し、まず Google Play の審査プロセスにオンボーディングする必要があります。その後、Google Pay API への製品版へのアクセスについて、Android のみの統合を評価します。
  • 前述のいずれかの国を拠点とするウェブのみのギャンブル統合がある場合は、Google Pay API のオンボーディング プロセス中に、国内でギャンブル サービスを提供する資格を証明する承認済みのライセンスを提出する必要があります。その後、Google Pay API への製品版へのアクセスについて、ウェブのみの統合を評価します。
  • 前述のいずれかの国で Android とウェブのギャンブル統合を行っている場合は、Google Play のギャンブルに関するポリシーを遵守し、まず Google Play の審査プロセスにオンボーディングする必要があります。その後、Google Pay API への製品版へのアクセスについて、Android とウェブの統合を評価します。

特定の条件または制限がある国

ギャンブルの統合は、以下の基準を満たしている場合、記載されている国で許可されます。

国 Android 統合の利用資格 ウェブ統合の利用資格
ブルガリア はい。ただし、次の制限があります。
  • ウェブサイトにリダイレクトするアプリは対象となります。
  • ウェブサイトにリダイレクトしないアプリは禁止されています。
 はい
キプロス はい。ただし、次の制限があります。
  • 州営宝くじは対象となります。
  • OPAP Cyprus Limited は対象となります。
  • オンライン カジノは禁止されています。
  • スロットマシンは禁止されています。
  • 競馬賭博は禁止されています。
  • ドッグレースの賭博は禁止されています。
  • スプレッド ベッティングは禁止されています。
  • ベッティング エクスチェンジは禁止されています。
 はい。ただし、次の制限があります。
  • 州営宝くじは対象となります。
  • OPAP Cyprus Limited は対象となります。
  • オンライン カジノは禁止されています。
  • スロットマシンは禁止されています。
  • 競馬賭博は禁止されています。
  • ドッグレースの賭博は禁止されています。
  • スプレッド ベッティングは禁止されています。
  • ベッティング エクスチェンジは禁止されています。
フィンランド はい。ただし、次の制限があります。
  • Veikkaus Oy は対象となります。
 はい。ただし、次の制限があります。
  • Veikkaus Oy は対象となります。
カザフスタン はい。ただし、次の制限があります。
  • 宝くじは対象となります。
  • スポーツ賭博は許可されます。
  • トータリゼータは対象となります。
  • オンライン カジノは禁止されています。
  • 電子カジノは禁止されています。
 はい。ただし、次の制限があります。
  • 宝くじは対象となります。
  • スポーツ賭博は許可されます。
  • トータリゼータは対象となります。
  • オンライン カジノは禁止されています。
  • 電子カジノは禁止されています。
ポーランド いいえ はい。ただし、次の制限があります。
  • ライセンスを取得しているギャンブル関連事業者が対象となります。
南アフリカ はい。ただし、次の制限があります。
  • オンライン スポーツ賭博は許可されます。
 はい。ただし、次の制限があります。
  • オンライン スポーツ賭博は許可されます。

以前に承認されていない国に Google Pay API を拡張する場合は、Google にお問い合わせのうえ、拡張の承認を得てください。ギャンブル関連サービスを提供する予定の国ごとに、承認されたギャンブル ライセンスを提示する必要があります。Google Pay API を、未成年者や、現地の法律でギャンブルが禁止されている個人を対象としたギャンブル サービスで使用することは許可されません。

ヘルスケアに関するポリシー

ヘルスケアに関する Google のポリシーは、Google Pay API の利用規定に定義されています。

オンボーディング時に、ヘルスケアのユースケースを検証するための関連ライセンスを共有できるように準備してください。すべての提出物は審査と承認の対象となります。

金融サービスに関するポリシー

金融サービスに関する Google のポリシーは、Google Pay API の利用規定に定義されています。

オンボーディング時に、金融サービスのユースケースを検証するための関連ライセンスを共有できるように準備してください。すべての提出物は審査と承認の対象となります。

一般的なよくある質問

以下のよくある質問は販売者向けのものです。

すべてのリスクと強力な顧客認証を管理するために、主要な PSP を使用しています。GPay について何か知っておくべきことがあるでしょうか？

Google Pay API は、お支払い方法を署名付きの暗号化されたペイロードに格納して返します。返されるお支払い方法は、PAN、またはデバイスの PAN（DPAN）とクリプトグラムからなるトークン化されたカードのいずれかで構成されます。

トークン化されたカードのペイロードは、追加手順やチャレンジなしで処理されます。

PAN で構成されるカード ペイロードには、社内または PSP 提供のソリューションによる 3D セキュアが必要です。

PSP がすべてのリスクと SCA ロジックを管理する場合は、Google Pay API 統合に次のプロパティが含まれていることを確認してください。

  • merchantInfo.merchantName（Android、ウェブ）: 販売者名はお支払いシートに表示されます。
  • transactionInfo.countryCode（Android、ウェブ）: 取引が処理される場所を示します。加盟店契約銀行の国を指定する必要があります。
  • transactionInfo.totalPrice（Android、ウェブ）: 取引の金銭的価値の合計値。オプションで小数点以下 2 桁を指定します。
Google の販売者 ID を取得するにはどうすればよいですか？
Google 販売者 ID は、Google がウェブサイトを承認した後に取得できます。プロセスを開始するには、Google Pay & ウォレット コンソールにログインして、Google Pay API の統合を作成します。Google Pay API を呼び出すために、完全修飾ドメイン名とサブドメインのリストを提供する必要があります。
複数のブランドとチャネル（ウェブ / アプリ）で 1 つの販売者 ID を使用できますか？
はい。複数のブランドやプラットフォーム（ウェブや Android など）で 1 つの販売者 ID を使用することはサポートされており、一般的には、照合を簡素化するために推奨されます。
販売者がアプリやサイト内で Google Pay が使用可能なことをユーザーに宣伝するには、どのようにしたらよいですか？
Google Pay をサポートしていることを知らせるには、Android およびウェブのブランド ガイドラインで提供されているアセットを使用してください。
Android 統合を実装している場合は、Google Pay をサポートしていることを Google Play ストアの説明に記載できます。ウェブ統合を実装している場合は、販売者のウェブサイトに直接説明を追加できます。
e コマース プラットフォームで Google Pay をサポートできますか？
はい。Google Pay API は e コマース プラットフォームのオンボーディングをサポートしています。販売者に代わり購入手続きページをホストしている支払い決済代行業者、ゲートウェイ、e コマース プラットフォーム パートナーは、Google Pay にホストされた購入手続き機能を使用できます。
Google Pay はどの決済機関でサポートされていますか？
Google Pay をサポートしている決済代行業者の一覧については、Google Pay 決済代行業者のリストをご覧ください。
Google Pay はどの国と地域でサポートされていますか？
オンラインまたはアプリでの支払いに Google Pay を使用できる国の一覧については、こちらをご覧ください。
Google Pay トークン（CRYPTOGRAM_3DS）は、どの国と地域でサポートされていますか？
Google Pay トークン (CRYPTOGRAM_3DS) をサポートしている国と各国の銀行の一覧については、店舗での購入や非接触型決済に利用できるお支払い方法の確認をご覧ください。サポートされているカードとサポートされていないカードの両方が示されています。
Google Play アプリ内課金と Google Pay API の違いは何ですか？
Android アプリでデジタル商品やデジタル サービスを販売する Google Play デベロッパーは、Play デベロッパー ポリシー センターで指定されている内容に沿って Google Play アプリ内課金を使用する必要があります。アプリ内課金の例には、ゲーム内仮想商品、アプリの機能やコンテンツ、クラウド ソフトウェア プロダクトなどがあります。アプリ内課金の詳細については、Google Play 請求サービスに関する概要のページをご覧ください。
Google Pay API をアプリで使用する場合、この API は物理的な製品とサービスに対してのみ使用できます。
Google Pay には手数料はかかりますか？
Google Pay API を支払いに使用することに対して、ユーザー、販売者、デベロッパーのいずれにも追加料金は請求されません。ただし、販売者は決済代行業者に継続的に手数料を支払います。
Google は、認証情報の検証や不正行為の防止に対してどのような対策をとっていますか？
Google では、Google に追加されたすべてのカードに対し、信用照会によってカード確認コード（CVC）を含むカード情報を検証しています。また、計測データ、Google アカウントのプロフィール、購入履歴、位置情報、デバイス情報に基づく独自のリスクエンジンも運用しています。それでも販売者は、Google Pay の取引に対して最新の不正使用検出ツールやリスク評価ツールを継続的に使用する必要があります。
Google Pay はモバイルアプリの WebView でサポートされていますか？
Android WebView は Google Pay を完全にサポートしており、必要な WebKit 依存関係を追加すれば、モバイルウェブ エクスペリエンスを模倣できます。ただし、iOS WebView では、サードパーティ Cookie に対する iOS の制限により、isReadyToPay API は常に false を返します。Android アプリと WebView 内のウェブサイト ドメインの両方が、製品版へのアクセスを承認されている必要があります。具体的な実装の詳細については、Android WebView の使用または iOS WKWebview の使用のドキュメントをご覧ください。
ご利用の決済代行業者が一覧にない場合、Google Pay と統合することはできますか？
Google Pay は、e コマース プラットフォームや決済代行業者とのパートナーシップを継続的に構築しています。 g.co/pay/processors でご利用の決済代行業者が見つからない場合は、リクエストを送信できます。プロセッサが利用可能になると通知が届きます。
すでに決済代行業者または決済プラットフォーム プロバイダを利用している場合、Google Pay を有効にするにはどうすればよいですか？
Google Pay は、さまざまな決済サービス プロバイダや e コマース プラットフォーム プロバイダと連携しています。それぞれに、簡単にオンボーディングできるように、メインのチュートリアルとともに、使用開始に役立つ特定のカスタマイズされたドキュメントが用意されています。
サポート対象の決済代行業者である場合、販売者に Google Pay を大規模に提供するにはどうすればよいですか？
サポートされている決済代行業者は、ウェブ統合用のホスト型購入手続きソリューションを実装できます。 ホスト型購入手続きを使用すると、クライアントは Google Pay を顧客に提供し、Google Pay での個別のオンボーディングをスキップできます。

まず、サポートされている決済代行業者としてオンボーディングする必要があります。ホスト型購入手続きソリューションを統合するには、オンボーディングをサポートした Google の技術担当者にお問い合わせください。

購入手続きのフローで配送を提供する場合、Google Pay でユーザーにさまざまな配送オプションとさまざまな価格を提供するにはどうすればよいですか？
ウェブ統合の場合、配送先住所が必要であり、PaymentDataRequest オブジェクト、PaymentOptions オブジェクト、PaymentDataCallbacks オブジェクト内で、さまざまな配送オプションと価格を表示します。状況の例については、動的料金設定の更新のデモをご覧ください。

Android の統合では、PaymentDataRequest オブジェクト内に配送先住所が必要です。

Google Pay で行われた購入の代金を受け取るにはどうすればよいですか？
Google Pay API は、ユーザーから決済サービス プロバイダに支払い情報を渡すことで、取引を円滑にします。これは資金の流れには含まれず、既存の決済インフラストラクチャの上に配置されるように設計されています。
製品版へのアクセス権を取得するための要件は何ですか？
販売者は、Google Pay & ウォレット コンソールでビジネス プロフィールを作成し、審査のために購入フローのスクリーンショットをアップロードする必要があります。Google Pay API をホストする各ドメインは、個別に承認を申請する必要があります。ワイルドカード ドメイン（*.merchant.com など）は受け付けられません。詳しくは、Android または ウェブの「統合を公開する」ページをご覧ください。
統合の送信ステータスを確認するにはどうすればよいですか？また、審査プロセスの後に変更が必要かどうかを確認するにはどうすればよいですか？
Google Pay API の統合を審査のために送信すると、結果が記載されたメールが届きます。統合が利用規定とブランド ガイドラインに準拠している場合は、承認され、Google Pay & Wallet Console でステータスが [有効] と表示されます。変更が必要な場合は、ステータスに「詳細情報が必要」と表示され、再提出前に修正する必要がある内容の詳細がメールで通知されます。送信内容についてご不明な点がございましたら、Google Pay & ウォレット コンソールから直接サポートにお問い合わせください。
エラー メッセージが表示された場合、Google Pay API の統合に関する問題のトラブルシューティングを行うにはどうすればよいですか？
一般的なエラーコードと解決策については、Android とウェブのトラブルシューティング ガイドをご覧ください。ご不明な点がございましたら、Google Pay & ウォレット コンソールからサポートにお問い合わせください。
Google Pay API の統合をカスタマイズしてカードを制限するにはどうすればよいですか？
カードのカスタマイズはすべて、Android とウェブの両方の CardParameters オブジェクトで利用できます。たとえば、許可するカード ネットワークやカード発行国を選択できます。
Google Pay API とは
Google Pay API を使用すると、顧客は Google アカウントに保存されているお支払い方法を使用して、ボタンを押すだけで支払いを行うことができます。この API を使用すると、数億枚のカードを保存している何百万人ものユーザーに、シンプルな購入手続きを提供できます。お客様の支払いデータは、Google のサーバーから決済代行業者まで、エンドツーエンドで暗号化されるため、セキュリティが向上します。統合プロセスは簡単で、既存の決済処理スタックと連携し、数行のコードで実装できます。
Google Pay API と Google Wallet API はどのように関連していますか？
Google Pay API と Google Wallet API は、2 つの異なる API です。Google Pay API を使用すると、お客様はウェブサイトや Android アプリで Google Pay を支払い方法として使用できます。Google Wallet API を使用すると、デベロッパーはさまざまなユースケースに対応するデジタルパスを作成、管理できます。たとえば、ポイントカード、チケット、アクセスパス、医療記録、その他のカスタマイズ可能なアイテムです。Google Wallet API について詳しくは、Google Wallet API のデベロッパー向けドキュメントをご覧ください。

現在の Google Pay API のバージョンと、アップデートの処理方法について教えてください。
現在のバージョンは、Android と ウェブのドキュメントに記載されています。Google はこのバージョンを数年間維持しており、新機能とオプション フィールドのみを追加しています。API に加えられた更新は下位互換性があるため、現在の統合が中断されることはありません。
DPAN（CRYPTOGRAM_3DS）と FPAN（PAN_ONLY）をサポートしているプラットフォームを教えてください。
DPAN は Android 固有のものであり、Android デバイスまたは Android モバイルウェブ / WebView での決済時にのみ利用できます。PC ウェブと iOS デバイスは DPAN をサポートしていないため、デフォルトで PAN_ONLY を返します。
DPAN と FPAN の違いと、それぞれの処理方法
assuranceDetails オブジェクトは、DPAN と FPAN を厳密に識別するのではなく、強力な顧客認証（SCA）要件を満たすために 3D セキュアを介してトランザクションをステップアップする必要があるかどうかを販売者が判断できるように設計されています。これらの詳細情報を受け取るには、販売者は Google Pay API リクエストのカード パラメータに assuranceDetailsRequired: true を追加する必要があります。
cardHolderAuthenticated と accountVerified の違いは何ですか？
リクエストで assuranceDetailsRequired が true に設定されている場合、レスポンスには次の 2 つのプロパティが含まれます。
  • accountVerified: 支払いに使用されたカードが本物であり、アカウントが良好な状態であることを示します。ただし、この検証だけでは認可保護は提供されません。
  • cardHolderAuthenticated: ユーザーが Android 搭載デバイスで取引を開始し、プロビジョニングされたデバイスベースのネットワーク トークンを使用したことを示します。
これらのフラグを使用して 3D セキュアをトリガーするにはどうすればよいですか？
販売者は、これらのフラグを使用して 3D セキュアのトリガー ロジックを構築する必要があります。cardHolderAuthenticated と accountVerified の両方が true として返された場合、認証情報は安全性が高く、SCA に準拠していると見なされます。3DS 認証をさらに強化するためにトランザクションをステップアップする必要はありません。
assuranceDetailsRequired: true を設定した場合、販売者は e コマース トークンを受け取りますか？
いいえ。e コマース トークンは PSP レベルで管理されます。
Google Pay の取引はライアビリティ シフトの対象になりますか？
ライアビリティ シフトが利用可能かどうかは、カード ネットワークによって異なります。 詳しくは、Visa のライアビリティ シフトを有効にするをご覧ください。
後払い決済（BNPL）取引を識別するにはどうすればよいですか？
現在、BNPL 取引に固有の識別子はありません。これらは、通常の FPAN 認証情報としてシステムに表示されます。
Google は SCA シナリオをテストするためのテストカードを提供できますか？
Google Pay API は、SCA テストカードを直接提供することはできません。PSP は、テストのニーズに合わせて、サンドボックス環境内でテストカード スイートを利用できる必要があります。
暗号化された支払い認証情報の有効期限または有効期間（TTL）はどのくらいですか？
暗号化された Google Pay ペイロードは、ちょうど 1 週間後に有効期限が切れます。遅延承認または非同期処理を扱う販売者は、ペイロードの有効期限が切れる前に、この期間内に決済サービス プロバイダ（PSP）で支払いが承認されるようにする必要があります。
払い戻しや再承認など、購入後のオペレーションはどのように処理されますか？
Google Pay は、マネーフローには関与せず、トークン化された認証情報のパススルーとしてのみ機能します。最初の取引が行われると、決済サービス プロバイダ（PSP）は、暗号化されたペイロード内のお支払い情報を独自のトークン（「販売者トークン」や「顧客プロファイル ID」など）にマッピングします。購入後のすべてのやり取りと金銭の移動は、お客様と PSP の間でのみ管理されます。
動的料金設定は、販売者初期化取引でどのように機能しますか？
現在、販売者初期化取引（MIT）は動的料金設定をサポートしていません。これは既知の制限事項です。
WebView で Google Pay を使用するには、どのようなコンテンツ セキュリティ ポリシー（CSP）構成が必要ですか？

コンテンツ セキュリティ ポリシー（CSP）を使用している場合は、connect-src ディレクティブに正しい値を設定して、WebView で Google Pay を使用できるようにしてください。次に例を示します。

Content-Security-Policy: connect-src pay.google.com google.com account.google.com www.google.com
Google Pay Web API でコンテンツ セキュリティ ポリシー（CSP）のノンスを使用するにはどうすればよいですか？

サイトで、スクリプトの実行と動的に挿入されるスタイルにノンスを必要とする厳格な CSP が適用されている場合:

  1. pay.js を読み込む <script> タグに CSP nonce 属性を含めます。

    <script
  async
  src="https://pay.google.com/gp/p/js/pay.js"
  nonce="your-nonce-value"
  onload="onGooglePayLoaded()">
</script>

  2. PaymentsClient をインスタンス化するときに、PaymentOptions で nonce プロパティを渡します。

    const paymentsClient = new google.payments.api.PaymentsClient({
  environment: 'TEST',
  nonce: 'your-nonce-value'
});

Google Pay は、この nonce 属性を、動的に挿入されるすべての <style> 要素と <script> 要素（createButton() によって作成されたボタンスタイルを含む）に適用します。

Google Pay API は、購入手続き中に NID Cookie を使用または必要としますか？

いいえ。NID Cookie は、Google Pay API の購入手続きのフローでは使用されず、サポートもされていません。

NID Cookie は、Google アカウントにログインしていないユーザーのパーソナライズされたデータを保存するように設計された Google サーバーサイド サービスに関連付けられています。

セキュリティ、不正行為の防止、サービスの信頼性など、サービスの重要な機能は NID Cookie とは独立して動作します。Google Pay API は、この Cookie の有無にかかわらず、販売者とユーザーに安全で信頼性の高いエクスペリエンスを提供できるように設計されています。

Google はプライバシーの保護に努めており、これらの Cookie は Google のプライバシー ポリシーおよびテクノロジーと Cookie のポリシーに沿って取り扱われます。 これらのリソースは、コンプライアンス ドキュメントや、ユーザーにさらなる透明性を提供する際に役立ちます。