同じサブスクリプションで二重請求された顧客は、たいてい2つのプラットフォームで支払っている。そして返金できるのはその片方だけ

Apple と Google の課金システムには、同じ人が同じ月にあなたのサブスクリプション代を両方に支払うことを止める仕組みがありません。顧客が同じサブスクリプションで二重請求された場合、ほぼ間違いなくこれが原因です。iPhone で登録し、その後 Android タブレットかあなたのウェブサイトでもう一度登録した。そしてアプリが最初のプランを認識できなかった。顧客は2件の請求に気づき、あなたに連絡してきます。問題は、あなたが自分で返金できるのはそのうち1件だけで、しかもそれが Apple 経由の購入でない場合に限られることです。ここでは、それぞれの仕組み、重複がもたらすコスト、そして再発を防ぐ方法を説明します。

顧客が同じサブスクリプションで二重請求される理由

購入はそれぞれのストアが管理しています。App Store のサブスクリプションは Apple が、Google Play のサブスクリプションは Google が、ウェブのプランはあなたの決済代行会社が請求します。どれも他の存在を知りません。2つの購入が出会える場所はあなたのサーバーだけです。それも、両方が同じアカウントに結びつく ID を持っている場合に限ります。

二重請求に至る典型的なパターンは次のとおりです。

• 顧客が iOS から Android へ、あるいはその逆へ機種変更し、新しいアプリにペイウォールが表示されたので再度登録する。
• 顧客がウェブサイトで登録した後、アプリをインストールしたがサインインしておらず、アプリがさらにストアのサブスクリプションを販売してしまう。
• 顧客がアプリをアンインストールし、それでプランが終わったと思い込む。Google のヘルプによれば、アプリをアンインストールしても Google Play のサブスクリプションはキャンセルされません。App Store のプランも、Apple アカウントでキャンセルされるまで更新され続けます。

「アプリとウェブサイトが連携していないのは明らかですよね」

サポートメールで目にするのはこうした苦情です。顧客の立場からすれば、もっともな言い分です。買ったのは1つの製品なのに、もう一度支払えと言われる。双方にとって偶然の出来事でも、罠のように感じられます。最も早く落ち着かせる方法は、どの購入ならあなたが返金でき、どの購入は Apple に申請してもらう必要があるのかを、はっきり伝えることです。

各請求を返金できるのは誰か

サポートの返信が間違えやすいのはここです。約束できるのは、自分がコントロールできることだけです。

開発者は App Store のサブスクリプションを返金できるか

できません。App Store の返金はすべて Apple が扱います。あなたにできるのは、顧客の手間を減らすことです。StoreKit の beginRefundRequest を使えば、購入情報と理由の一覧があらかじめ入力された Apple の返金シートをアプリ内で開けます。Apple のドキュメントによれば、App Store がリクエストを承認または却下するまでに最大48時間かかります。アプリの外では、顧客が reportaproblem.apple.com にサインインし、「Request a refund」（返金をリクエスト）を選び、理由を選択して、該当のサブスクリプションを選びます。

Google Play 側は自分で返金する

Google Play では主導権はあなたにあります。Play Console で Order management を開き、注文を選択して返金します。Play Console のヘルプはサブスクリプションについて明確です。最新の注文を返金すると、サブスクリプションは即座に削除され、以後の更新もキャンセルされます。それより前の注文を返金すると、サブスクリプションは有効なままです。自動化する場合は orders.refund API が同じ処理を行います。revoke フラグでアクセスを即時に終了でき、3年より前の注文は受け付けません。

重複サブスクリプションのコスト

重複分は、もともと手元に残せる収益ではありません。お金の問題は、返金に加えてどれだけ余計にかかるかです。

シンプルなケース

ある顧客が App Store と Google Play の両方で月額 $9.99 を3か月払い続け、その後に気づいたとします。重複請求は合計 $29.97 です。Google Play の3件の注文をあなたが自分で返金すれば、返すのは $29.97 で、問題はその日のうちに終わります。顧客が代わりに App Store 側を Apple に申請した場合、返金額は Apple が決め、あなたはサーバー通知で結果を知るだけです。いずれにせよ、片方のプラットフォームの3か月分の収益は戻ることになります。

高くつくケース

本当の損失が生じるのは、顧客がサポートを諦めて銀行に連絡したときです。銀行が判断すれば、チャージバックは確定します。Google Play には反論の機会が1度だけあります。チャージバックのレビューで、orders.reviewrefund を通じて24時間以内に応答します。2026年8月3日以降に発生した Google Play の注文では、チャージバックに負けると、購入金額から Play のサービス手数料を差し引いた額に、銀行のチャージバック手数料を加えた金額があなたの負担になります。1分で処理できたはずの $29.97 の返金が、$29.97 にあなたがコントロールできない手数料を加えた額に変わるのです。

その間も払い続けるコスト

両方のプランが有効な間、バックエンドは1人にサービスを提供しながら、サブスクリプションを2件として扱います。サブスクリプション単位でシート数を数えたり、データを同期したり、有料のサードパーティ API を呼び出したりしているなら、1人の顧客のためにコンピューティング、ストレージ、API 呼び出しの費用を二重に払っている可能性があります。2つのレコードを統合すれば、それは止まります。

サポートでの二重請求への対応

早く、1通のメッセージで答えてください。やり取りが1往復増えるごとに、銀行への異議申し立ての可能性が高まります。

• 顧客が連絡に使ったメールアドレスではなく、顧客のアカウントで両方の購入を検索する。
• どちらのプランを残したいかを尋ねる。たいていは今使っている端末のほうです。
• 重複分が Google Play かあなたのウェブサイトにあるなら、自分で返金し、完了したことを伝える。
• 重複分が App Store にあるなら、reportaproblem.apple.com か、実装済みであればアプリ内の返金ボタンへ案内し、Apple アカウントの設定でキャンセルするよう伝える。
• その後 Apple から CONSUMPTION_REQUEST が届き、顧客が同意している場合は、12時間以内に正確な利用データで応答する。一度も使われていない重複プランなら、Apple は承認しやすくなります。

2回目の請求を未然に防ぐ方法

予防はどんな返金よりも安く済み、そのための仕組みはすでに両方のストアにあります。

すべての購入を自社のアカウント ID に結びつける

iOS では、アカウントごとに UUID を生成し、appAccountToken 購入オプションとして渡します。Apple はトランザクションとサブスクリプションの更新情報で同じ値を返します。購入がアプリの外で行われた場合でも、Set App Account Token エンドポイントで後からトークンを付与または更新できます。Android では、64文字以内のハッシュ化したアカウント ID を setObfuscatedAccountId に渡します。生の個人データは決して渡さないでください。

ペイウォールを表示する前に利用権を確認する

ペイウォールを表示する前に、サインイン中のアカウントがいずれかのプラットフォームで有効なプランをすでに持っているかを、自社のサーバーに問い合わせます。先にサインインを促し、ペイウォールは有効なプランを持たないアカウントにだけ表示します。

1つのアカウントに2つの有効なプランがないか監視する

ストアをまたいで複数の有効なサブスクリプションを持つアカウントがないか、毎日チェックします。1週目で見つければ、返金は3か月分ではなく1か月分で済み、チャージバックではなく短いメール1通で片づきます。

RefundHalt は App Store と Google Play のサブスクリプションをあなた自身のアカウント ID に紐づけて追跡します。そのため、二重に支払っている顧客は、銀行が気づく前に「2つのプランを持つ1人の顧客」として表示されます。