アプリの返金を負担するのは主にあなたですが、あなたが失っていると思っている手数料が理由ではありません

開発者フォーラムで死なない通説があります。売上の 70 パーセントを手元に残すのに、返金では 100 パーセントを返させられ、だから返金のたびにひそかにストアの取り分まで負担している、というものです。これは誤りです。Apple や Google があなたの顧客に返金するとき、ストアも自分の手数料を返し、あなたの帳簿では実際に手元に残していた分だけが取り消されます。ですからアプリの返金を負担するのは誰かへの正直な答えはあなたですが、多くの人が口にするのとは別の請求です。あなたが失うのはその売上と、それを届けるためにすでに使ったすべてであって、ストアへの 30 パーセントの追加ではありません。ここからは、お金が実際にどこへ行くのかを一行ずつ、そしてなぜある種の取り消し、つまりチャージバックがこのルールを破るのかを説明します。

返金を負担するのは誰か、ストア別に分けて

配信コストの話に入る前に、まず取り消しそのものから見ましょう。App Store の返金も Google Play の返金も、帳簿のレベルでは同じように売上を巻き戻します。ストアはあなたへの手数料の請求をやめ、あなたは純収益を返します。どちらの場合も顧客は全額を取り戻します。以下がストアごとの内訳です。

顧客に返金されたとき Apple は手数料を保持するのか

これは開発者が Apple Developer Forums や Hacker News で最も多く尋ねる質問です。Apple が購入者に返金するとき、その売上で取った分を手元に残すのか。財務レポートを読めば、答えはノーです。返金は Sale or Return が R に設定され Quantity がマイナスの行として現れ、取り消される金額は Extended Partner Share、つまり Quantity と Partner Share の積です。Partner Share は顧客価格から税と Apple の手数料を引いたものです。Apple が回収しているのはあなたに支払った額、つまりあなたの純収益であって、総額ではありません。自分の詳細レポートを取得した開発者たちも同じことを確認しました。Apple が差し引いたのは手数料を引いた後の額であって、売上全額ではありませんでした。

細則には落とし穴があります。Apple の Paid Applications Agreement には、エンドユーザーへの返金があっても Apple はその売上の手数料を保持する権利を持つと書かれています。ですから手数料を返す挙動は、実際にレポートが精算される仕方であって、約束ではありません。Apple は取り分を差し控える契約上の選択肢を保持しており、開発者が何か不正をしていると判断したときにそうする、というのが一般的な読み方です。

Google が返すもの、そしてチャージバックが後で手元に残すもの

Google は文書でより明確です。その注文管理のヘルプには、注文を返金すると Google は手数料をあなたに返し、それが次の収益レポートに表示される、とあります。タイミングはあなたの支払いに結びついています。Google がその代金を支払う前に注文を返金すれば、あなたは単に次の支払いでその金額を受け取りません。支払われた後に返金すれば、その金額は将来の支払いから差し引かれます。一部返金は比例します。注文の半分を返金すれば、あなたの支払いと手数料の両方の半分が購入者に戻ります。

これがきれいなケースです。チャージバックはきれいではなく、ストアが通常の返金のようには取り分を返さなくなる唯一の場面です。

実際にあなたの口座から出ていくもの

では手数料が戻ってくるのに、なぜ返金はやはり痛いのでしょうか。売上価格はその顧客にかかったコストの全体では決してなかったからです。お金を二つのバケツに分けて追ってみましょう。

最初のバケツは売上そのものです。返金では差し引きほぼゼロになります。顧客はお金を取り戻し、ストアは手数料を返し、あなたは収益を取り消します。計上していた利益を失うわけで、規模が大きくなればこれは効いてきますが、プラットフォームへの罰金を払っているわけではありません。

二つ目のバケツは、レポートが決して見せないものです。その支払いを届けた製品に変えるためにすでに使ったすべてであり、支払いが取り消されてもそのどれも戻りません。

• すでに実行した計算処理。顧客がすでに受け取った生成画像、動画、モデルの応答の裏にある GPU 秒数。
• すでに支払った API 呼び出し。地図の検索から LLM のトークンまで、あらゆる第三者へのリクエストは、実行された瞬間にあなたに課金されます。
• いまも支払い続けているストレージ。顧客が作成し、あなたがホストし続けているファイル、エクスポート、履歴。
• すでに送金した支払い。たった今取り消された売上に対して、クリエイター、ドライバー、または販売者へ配分した分。

これらを足し合わせると、返金された顧客は、一度も買わなかった顧客よりも返金後にコストが高くつくことがあります。売上は相殺されます。その裏にある支出は相殺されません。

返金があなたの支払いをどう通っていくか

返金は別途あなたに請求されません。売上と同じ月次の精算を通って動きます。だからこそ返金の多い月は、あてにしていた支払いを目減りさせることがあります。

App Store では

Apple は各会計月について財務レポートを生成し、返金は精算される月にマイナスの Return の行として計上されます。ある会計月のレポートは、翌会計月の第一金曜日までに入手できます。今月発行された返金は今月の収益を減らします。別の請求書はなく、ただ数字が小さくなるだけです。

Google Play では

Google はすべての動きをあなたの収益レポートにそれぞれ独立した行として載せます。課金に一行、手数料に一行、返金に一行です。返金がその注文の支払いより前に着地すれば、その注文の収益は決して届きません。後に着地すれば、返金は後の支払いから差し引かれます。いずれにしても、それは収益から出るのであって、あなたが払う請求書ではありません。

レポートの中で返金にあたる一行

Apple では、Sale or Return が R に等しいものでフィルタします。それらの行の一つひとつが出ていくお金です。Google では、収益レポートで返金の取引種別と、それに対応する手数料返還の行を探します。それらを自分の返金イベントと突き合わせることが、返金されたのにアクセスを一度も失わなかった顧客を捕まえる方法です。それこそが、安い返金を高い返金に変えてしまう失敗です。

なぜチャージバックは返金より高くつくのか

両者を並べると、違いは銀行です。通常の Google Play の返金では、手数料が戻り、あなたは取り消された売上のうち自分の分だけを失います。2026年8月3日のポリシー下でのチャージバックでは、あなたは購入価格から手数料を引いた額に加えて、金融機関のチャージバック手数料を失います。同じ失われた売上に、ストアではなく銀行が取り消しを行ったからこそ存在する手数料が上乗せされます。

Apple の側にも独自の鋭い部分があります。チャージバック、またはあなたが CONSUMPTION_REQUEST に遅れて答えた後に Apple が認めた返金も、やはりあなたの収益を取り消します。そして Apple は、そのパターンが不正のように見えると判断すれば手数料を保持する契約上の権利を保ちます。ストアが取り分を返すという通常の返金の計算は、取引について何もおかしく見えない間だけ成り立ちます。

あなたが実際に制御できること

返金が起きるかどうかをあなたは決められません。どちらのストアもその権利を留保しています。あなたが決められるのは、返金が発生した後にそれぞれがいくらかかるかです。

• 取り消しが着地した瞬間にアクセスを断つこと。返金またはチャージバックを受けた顧客が、結果を生成し続け、あなたの API を呼び続け、ストレージを埋め続ければ、収支トントンの取り消しは膨らむ請求書に変わります。
• 二つの証拠提出の期限に間に合わせること。Apple の CONSUMPTION_REQUEST は消費データを送るのに 12 時間を与えます。Google の orders.reviewrefund はチャージバックに異議を唱えるのに 24 時間を与えます。それらが、あなたの側の言い分が意味を持つ唯一の瞬間です。
• 毎月、返金を自分の記録と突き合わせること。そうすればアクセスを取り消さなかった取り消しが、対処できる一行として現れ、じわじわとした漏れにはなりません。

そのどれも、返金を負担するのは誰かを変えはしません。それが変えるのは、あなたが払い終えるまでにその請求書がどれほど大きくなっているか、です。