Guideline 5.6でリジェクトされるペイウォールと対処法

Guideline 5.6は開発者の行動規範です。ペイウォールに対しては、Appleは決まったフレーズでこのルールを引用します。アプリが「attempts to manipulate customers into making unwanted In-App Purchases」というものです。平たく言えば、購入フローのボタンが表示どおりの動作をしていないか、ユーザーが求めていないのにオファーが再表示されているということです。修正のルールはひとつだけです。どのボタンも表示どおりに動くこと。そして、オファーをもう一度見るタイミングはユーザー自身が決めること。

僕はこのリジェクトを、トレード練習アプリのTradaZenで受けました。TradaZenのリリースについてはこちらのケーススタディで書いています。この記事では、ルールの内容、自分のペイウォールで見つかった問題、避けるべきパターン、そしてAppleへの返信を紹介します。評価リクエストに関する近いルールについては、Guideline 5.6.3のガイドを読んでください。

Guideline 5.6には何が書かれているのか？

5.6「Developer Code of Conduct」は、App Review Guidelinesのセクション5「Legal」にあります。最初の段落は敬意について書かれています。顧客に対して、レビューへの返信で、そしてAppleとのやり取りで敬意を払うこと。2つ目の段落は購入を直接の対象にしています。

現行の文面はまず原則を示します。「Customer trust is a cornerstone of the App ecosystem.」そのうえで、アプリが絶対にしてはいけないことを挙げています。ユーザーにつけ込むこと、ユーザーをだますこと、「trick them into making unwanted purchases」、不要なデータの共有を強いること、「raise prices in a tricky manner」、提供していないものに課金すること、そしてアプリ内外でのその他の操作的な行為です。

要するに、策略で購入を引き出してはいけないということです。禁止ボタンのリストがあるわけではありません。判断されるのは効果です。ユーザーは自分が望んだから支払ったのか、それとも画面にはめられたから支払ったのか。

5.6には4つのサブルールもあります。

サブルール	対象
5.6.1 App Store Reviews	レビューと評価リクエスト
5.6.2 Developer Identity	開発者情報の正確さ
5.6.3 Discovery Fraud	露出に関する不正
5.6.4 App Quality	苦情、返金

罰則はルールに明記されています。「Repeated manipulative or misleading behavior or other fraudulent conduct will lead to your removal from the Apple Developer Program.」つまり、操作的な行為を繰り返すと開発者プログラムから除名されます。これは一般的なルールですが、最初のリジェクトの時点で購入フロー全体を直す十分な理由になります。

ペイウォールに対する5.6のリジェクトメッセージ

メッセージには同じフレーズが使われることが多いです。「The app attempts to manipulate customers into making unwanted In-App Purchases.」Appleはどの要素が問題なのかを必ず教えてくれるわけではありません。僕のリジェクトでは、それ以上の説明はありませんでした。

問題の画面を書いている開発者もいます。2024年11月のAppleフォーラムのスレッドでは、ある開発者が、最初のサブスクリプション画面を閉じたときに表示される1回限りのオファーが5.6リジェクトの原因だったと書いています。

5.6はペイウォールだけが対象ではありません。審査中に隠されているように見えた機能が原因でリジェクトされた開発者もいます。5.6のリジェクトが購入に触れていない場合は、まず審査担当者が見られなかったものを探してください。

TradaZenで受けた5.6リジェクト

2026年10月12日、AppleはiPad AirでテストしたTradaZenのバージョン1.5.1をリジェクトしました。理由はGuideline 5.6で、望まない購入に関するお決まりのフレーズ付きでした。具体的な画面は書かれていませんでした。

そこで僕は、ただ断りたいだけのユーザーの立場で購入フローを全部見直しました。オンボーディング最後のペイウォールには閉じる手段がありません。続けるにはトライアルかサブスクリプションが必要です。その周りに、操作と受け取られかねない仕組みが3つありました。

• 偽の閉じるボタン。 画面上部にある×の形のボタンは、VoiceOverでは「閉じる」と読み上げられるのに、画面を閉じずに割引オファーを開いていました。
• 勝手に戻ってくるオファー。 オファーの期間中は、ユーザーがアプリに戻るたびにオファーが再表示されていました。
• プロモーションのリマインド通知。 ペイウォールからアプリを離れると、限定割引を告知する通知が予約されていました。

大事な点があります。これらの仕組みは、3日前に承認された前のバージョンにもすでに入っていました。一度承認されても、ペイウォールが永久に認められたわけではありません。 別の審査担当者が同じ画面を違うふうに判断することがあります。

変更したこと

• この画面から×ボタンをなくしました。代わりにギフトアイコンを置き、VoiceOverでは「限定割引」と読み上げられ、タップするとオファーが開きます。閉じるふりをする要素はもうありません。
• アプリに戻ったときに、オファーが勝手に開くことは一切なくなりました。
• 割引の通知は削除しました。残したのは控えめなリマインダーだけで、1インストールにつき1回、通知が許可されている場合のみ送ります。価格、割引、期限には触れません。
• このリマインダーについては、文面と送信タイミングをApp Reviewへのメッセージに書きました。

残したこと

残った要素についても、それぞれ本当に選択の自由があるかを考えながら見直しました。

• 購入キャンセル後のオファー。 ユーザーが年額サブスクリプションのAppleの支払いシートをキャンセルすると、ウェルカムオファーが開きます。期間は5分の1回だけで、リセットされません。その間にユーザーがまたキャンセルすると、オファーが再び開きます。×ボタンか「結構です」でワンタップで閉じられ、商品の実際の価格を表示します。
• 本物の5分タイマー。 初回表示時に終了時刻を端末に保存します。アプリを閉じてもカウントは続き、再起動してもゼロに戻りません。時間が過ぎると、そのインストールではオファーが消えます。途中で閉じた場合は、小さなバッジが残り時間を表示し、タップしたときだけオファーを開きます。
• 鍵のかかった宝箱。 オンボーディング中に獲得したアイテムだけを表示し、アプリのロックが解除されるまで閉じたままです。失われるとは一切書いていません。

これらの要素は審査メモに記載しました。リジェクトでは画面が特定されていなかったので、Appleに認められたものとして紹介するつもりはありません。僕の考えでは、これがこうした仕組みの透明なバージョンで、そのうえで申告しています。

すべてアプリ内の問題だったので、修正には新しいビルドが必要でした。TradaZenは2026年10月13日に再審査に出しました。

5.6を引き起こすペイウォールのダークパターン

Appleはリストを公開していません。同じ仕組みでも、多くの場合2つのバージョンがあります。ユーザーをはめるものと、選択の自由を残すものです。この表では、ルールの文面、他の開発者が公開したリジェクト、そして僕自身のリジェクトを突き合わせて両者を分けています。透明なバージョンでも承認が保証されるわけではありません。だまそうとしないバージョン、ということです。最後の列は、各行の根拠を示しています。

操作的なバージョン	透明なバージョン	根拠
閉じずにオファーを開く×ボタン	×は画面を閉じる。閉じられない画面には×を表示しない	TradaZenのリジェクト後に修正
ペイウォールを閉じると飛び出す「1回限り」のオファー	割引であることを明示したボタンの先に置く割引	Appleフォーラムで公開されたリジェクト
断った後に出す2つ目のオファー、しかも価格がわかりにくいペイウォール	購入キャンセル後のオファーは1回だけ、実際の価格で、ワンタップで閉じられる	Cal AIの事例、Superwallが伝えたやり取り
アプリに戻ると勝手に再表示されるペイウォールやオファー	ユーザーが制限に達したときや、それを告知するボタンを押したときに表示する	TradaZenのリジェクト後に修正
求められていないプロモーション通知	明示的な同意を得てからのプロモーション、アプリ内で配信停止できる	ルール4.5.4
ゼロに戻ったり、終了後にオファーが戻ってきたりする偽のタイマー	アプリを閉じても進み、本当に終わる実際の期限	「trick them」とルール5.6の僕の解釈
でっち上げの報酬や、購入しないと消えると脅す報酬	ユーザーが実際に獲得したものを、失うと脅さずに見せる	ルール5.6の僕の解釈
自動課金に触れない無料トライアル	トライアル期間とその後の請求額をボタンのそばに表示	Appleのサブスクリプションページ
週額を大きく、請求額を小さく表示	請求額を画面でいちばん目立つ価格にする	Appleのサブスクリプションページ
罪悪感を抱かせる拒否ボタン	「今はしない」「結構です」のような中立的な拒否	ルール5.6の僕の解釈

Cal AIの事例はTechCrunchが伝えています。Appleは、最初のオファーを断ったユーザーに2つ目のサブスクリプションオファーを表示したことについて5.6を引用しました。同じペイウォールは3.1.2(c)でも指摘されています。週額表示が請求額より目立ち、トライアルが自動更新を隠していたためです。記事は2つ目のオファーをそれ以上詳しく説明していません。

一方で、こうしたオファーを販売しているペイウォールツールの会社Superwallは、2026年6月のAppleとの非公式なやり取りを伝えています。そこでは、購入キャンセル後に表示するオファーは許可されると説明されています。しつこさは許可されません。セッションのたびに戻ってくるオファーや、支払わないと抜け出せないフローです。Superwallは、これは公式ルールではなく、審査担当者の判断に委ねられると補足しています。つまり、断った後のオファーは判断が分かれる領域です。文面では禁止されていませんが、公開されたリジェクトは存在し、やり方が重要になります。

通知のルールは4.5.4です。アプリ内で明示的な同意を得ずに、また配信停止の手段なしに、通知でプロモーションをしてはいけません。

価格については、Appleのサブスクリプションページがはっきり書いています。請求額は価格の中でいちばん目立つ要素でなければなりません。理由は一文です。「This ensures that people are not misled.」ルール3.1.2はさらに、サブスクリプションを偽って売ったり「bait-and-switch」で売ったりするアプリをAppleが削除すると定めています。

今の僕が使っているテスト：どのボタンも見た目が約束するとおりに動くか。ユーザーはワンタップで断れて、その後オファーが勝手に戻ってこないか。

リジェクトにはつながらなくても売上を落とす、もっとありがちなペイウォールのミスは、iOSペイウォール：初心者がやりがちな7つのミスにまとめています。

5.6リジェクトの直し方

1. 購入フローを全部書き出す。 ペイウォール、追加オファー、タイマー、通知、アプリ復帰時のリマインド。Appleは何が問題かを必ず教えてくれるわけではありません。各要素が透明なバージョンになっているか確認してください。ワンタップで閉じられる、タイマーが本物、価格が正確、勝手に戻ってこない。いちばん怪しい要素だけでなく、罠に見えるものはすべて修正するか削除します。
2. 審査担当者の動きを再現する。 アプリを削除して再インストールし、オンボーディングを終えたら、すべてを断ります。閉じる、キャンセルする、アプリを離れる、戻る。頼んでいないのに開く画面をすべてメモし、ワンタップで閉じられるか確認します。
3. 新しいビルドを用意する。 原因はアプリの中、つまり組み込まれたコードにあります。Guideline 2.1のガイドで説明しているとおり、リモート更新はビルドの代わりになりません。
4. 何も隠し持たない。 承認後にリモートでオファーを再有効化するのは、審査担当者から機能を隠すのと同じです。RevenueCat自身も、イグジットオファーに関する記事でこの発想に注意を促しています。
5. App Store Connectで返信する。 英語で、App Reviewのメッセージに返信します。

以下は、僕の返信と審査メモをもとにしたテンプレートを短くしたものです。ビルド番号と変更点を自分のものに置き換え、残っている要素を列挙してください。

Hello,

Thank you for your feedback on Guideline 5.6.

Issue: on the subscription screen, the button in the top
corner looked like a close button, but it opened a
discounted offer instead of closing the screen.

Changes in build X:
- Nothing on the subscription screen pretends to close it.
  A clearly labeled button now opens the optional offer.
- The offer never reopens by itself when the user comes
  back to the app.
- The notification announcing a discount has been removed.

Still in this build (also described in the review notes):
- [Each remaining offer: what triggers it, how often it
  appears, how the user dismisses it.]
- [Each remaining reminder: its text, when it is sent,
  and under which conditions.]

If another part of the purchase flow still looks unclear,
please tell me which screen, and I will change it.

Best regards,

書いた内容はビルドと完全に一致していなければなりません。 リマインダーやオファーを残す場合は、自動で表示されるものであっても、返信と審査メモの両方に書いてください。審査担当者の判断が間違っていると思うなら、AppleではApp Review Boardに異議申し立てができます。リジェクトされた提出1件につき1回までです。ペイウォールの場合は、反論するより直すほうが確実だと僕は思います。その他のリジェクト理由と返信の仕方は、Appleがアプリをリジェクトする理由にまとめています。

提出前の5.6対策チェックリスト

• どの×ボタンも画面を閉じる。閉じられない画面には×を表示しない。
• どのボタンも、画面上でもVoiceOverでも、その動作どおりの表示になっている。
• 閉じるボタンの裏にオファーが隠れていない。
• 拒否をきっかけに出すオファーを残すなら、リセットされない1回の期間だけで、実際の価格を表示し、ワンタップで閉じられる。
• アプリに戻ったときに、ペイウォールもオファーも勝手に再表示されない。
• アプリ内での明示的な同意なしに、プロモーション通知を送らない。
• 偽のタイマーを使わない。表示する期限は本物で、ゼロに戻らず、本当に終わる。
• 画面で獲得済みとして見せるものは実際に獲得したもので、失うと脅していない。
• トライアルに期間とその後の請求額を表示している。
• 請求額が画面でいちばん目立つ価格になっている。
• 審査メモに、ビルドに含まれるすべてのオファーとリマインダーを書いている。
• iPhoneとiPadで、すべてを断る流れを再現した。

Appleより先にペイウォールをチェックしてもらう

Review Kitには、提出前のチェックリスト、僕が修正したリジェクト事例、そしてプロジェクト、ペイウォール、ストアページをチェックする2つのClaude Codeスキルが入っています。Appleにリジェクトされたら、返信の準備もしてくれます。人の目でチェックしてほしい場合は、僕と1時間のセッションを予約してください。あなたの画面で、購入フローを一緒に再現します。リジェクト後の対応の全体像はAppleにリジェクトされたアプリのページに、サブスクリプションの技術面はiOSのアプリ内サブスクリプションにあります。

初めてのリリースを準備しているなら、無料診断を受けてください。やるべきステップを順番に整理して、Appleリジェクト対策のチェックリストを送ります。トップページでは、最初から審査を意識したペイウォールでモバイルアプリを作る方法を紹介しています。

Appleがあなたのアプリを承認すると保証できる人はいません。僕にできるのは、自分が審査1サイクル分の代償を払った5.6リジェクトを、あなたが避けられるよう手伝うことです。

よくある質問

リジェクトの「Guideline 5.6 - Developer Code of Conduct」とはどういう意味ですか？

開発者の行動規範に関するルールの名称です。アプリ内課金のあるアプリの場合、ほとんどは購入フローが操作的だと判断されたことを示しています。偽の閉じるボタン、勝手に戻ってくるオファー、誤解を招くトライアルや価格の見せ方などです。メッセージで対象の画面が示されるとは限りません。

イグジットオファーはAppleに禁止されていますか？

文面ではっきり禁止されているわけではありません。RevenueCatもそう指摘しつつ、この理由でリジェクトされた開発者がいることにも触れています。公開されたリジェクトの対象は、ユーザーがペイウォールを閉じたときに飛び出すオファーや、断った後に出す2つ目のオファーです。透明なバージョンとの違いは、任意のオファーであること、リセットされない1回の期間に限られること、実際の価格であること、ワンタップで閉じられること、勝手に戻ってこないこと、タイマーがあるなら本物であることです。審査メモに書いておきましょう。審査担当者がそう受け取ってくれる保証は誰にもできません。

×ボタンのないペイウォールは許可されますか？

ルールで×ボタンが義務付けられているわけではなく、TradaZenではこのリジェクトの後にその選択をしました。Appleが拒否するのは、閉じるボタンに見えて別の動作をするボタンです。ただし、ダウンロード無料のアプリで出口のないペイウォールについて5.6リジェクトを受けたと報告している開発者もいます。トライアルを求める前に価値を見せ、アプリが有料であることをストアページではっきり伝えてください。

5.6リジェクトの後は新しいビルドが必要ですか？

ほとんどの場合は必要です。原因がアプリの画面や動作にあるからです。問題がアプリの外、ストアページやメタデータにある場合は、ビルドなしの修正で足りることもあります。迷ったら、どの画面が対象なのか審査担当者に聞いてください。

5.6リジェクトで開発者アカウントが停止されることはありますか？

操作的な行為を繰り返した場合について、ルールは開発者プログラムからの除名を定めています。また、停止されたアカウントは、書面での改善計画をAppleが承認し、その後確認したうえで復活できるとも定めています。だからこそ、最初のリジェクトの時点で購入フロー全体を直す価値があります。

5.6と5.6.3の違いは何ですか？

5.6は一般的な行動規範です。敬意、信頼、策略で購入を引き出さないこと。5.6.3はそのサブルールのひとつで、ランキング、検索、レビューの操作を対象にしています。Appleは、オンボーディングに評価リクエストを入れていたSolysに対してこのルールを引用しました。