バイブコーディングされた決済アプリがApp Storeで却下される理由

バイブコーディングされた決済アプリは、審査待ちの他のほぼすべてのアプリよりも高い確率でApp Storeから却下されますが、その理由は通常、コードの品質とは関係ありません。バイブコーディングされたアプリ（AIアシスタントに要望を伝えて作成させ、そのままリリースしたアプリ）は、プロが作成したものと見分けがつかないように見えることがあります。Appleの審査はコードを採点するわけではありません。アプリを誰が提出したか、どの決済メカニズムがどの種類の商品を処理しているか、ハードウェアのエンティティ権限が個別に承認されているか、そして審査員が実際の取引を完了できるかを確認します。これらはまさに、AIアシスタントが生成できない要素です。

これは、AIモデルを使用してカスタムPOSを構築した後に誰もがぶつかる壁です。コードは半日で完成しますが、それを実際の決済アプリとしてiPhoneに搭載することは、コーディング作業ではなくコンプライアンスのプロセスなのです。

AIが間違ったシステムで決済をルーティングしていませんか？

最も一般的な却下理由は、販売する商品に対して誤った決済メカニズムを使用していることであり、AIアシスタントはこれを非常に間違えやすい傾向にあります。AppleのApp Store審査ガイドラインは明確な一線を画しています。アプリ内で消費されるデジタルコンテンツやサービスは、ガイドライン3.1.1に基づき、Appleのアプリ内課金を使用しなければなりません。一方で、コーヒー、散髪、発送される注文などの物理的な商品や現実世界のサービスは、ガイドライン3.1.5(a)に基づき、その逆を行う必要があります。つまり、アプリ内課金は一切使用できず、外部の決済方法が必要となります。

コーディングモデルは、あなたが何を販売しているかを尋ねることなく、その学習データで主流だった決済パターン（サブスクリプションのチュートリアルにあるアプリ内課金の定型コード、またはEコマースの例にあるWeb決済SDK）を再現します。「決済を行うアプリ」とプロンプトに入力すると、Appleのルールではなく統計に基づいて、その2つのうちのどちらかが出力されます。また、ルールはストアフロントによっても変化します。2025年のEpic社の判決後、米国のストアフロントのアプリはデジタル商品の外部購入オプションにリンクできるようになりましたが、この例外は米国のみに適用されます。世界中で配信されるアプリは、他のすべての地域で依然としてより厳格なルールを満たす必要があります。

そもそも決済アプリを提出する権限がありますか？

Appleは、資金管理や金融サービスを扱うアプリについて、実際にそれらのサービスを提供する機関が、アプリが利用可能なすべての地域で必要なライセンスを取得した上で提出することを求めています（ガイドライン3.2.1）。AIが生成した決済アプリを個人開発者がリリースすることは、ライセンスを持つ金融機関ではないため認められず、代理店がクライアントに代わって提出する場合も同様です。資金移動のライセンスが存在しない国でアプリを提供しようとすることも、同様に却下される原因となります。

Appleの審査員は、あなたのコンプライアンスプログラムが優れているかどうかを評価するのではなく、適切な主体がアプリを提出したかどうかを確認し、そうでない場合は却下します。プロンプトでこれを解決することはできません。

なぜTap to Payは独自の承認プロセスになっているのか？

iPhoneで非接触決済を受け付けるには、「Tap to Pay on iPhone」のエンティティ権限が必要です。これはアプリの審査とは無関係に、コードベースではなく法人に対してAppleから付与される個別の申請項目です。開発用の権限は通常1〜2日で承認されます。しかし、本番公開用の権限はAppleの運用チームを通過する必要があり、通常1〜2週間かかり、サポートされている決済サービスプロバイダーと連携する必要があります。AIアシスタントは、これらについて一切言及することなく、喜んでTap to Payのコードを作成します。権限が付与される前に提出すると、アプリは差し戻されます。

また、カード提示型の決済受付には、Appleの管轄外の要件も伴います。認定リーダーハードウェア、EMVルール、およびカードデータに触れるすべての要素に対するPCIスコープなどです。これらは、Swiftコードを作成するモデルから出力されることはありません。

審査員は実際に取引を完了できますか？

ガイドライン2.1「アプリの完成度」は、決済ルールよりも多くの決済アプリを静かに不合格にしています。審査員は、決済フローを含むアプリ全体を実行できる必要があります。通常、決済アプリには加盟店アカウント、本人確認、場合によっては銀行口座が必要ですが、これらは審査員が審査中に登録できるものではありません。バイブコーディングされた提出物はここで頻繁に失敗します。なぜなら、開発者自身が実際の加盟店アカウントを用意したことがなく、アプリはAIが生成した模擬データに対してのみテストされていたためです。動作するデモアカウントとテスト取引を実行する方法がなければ、アプリは不完全として却下され、再提出のたびにさらに審査サイクルが消費されます。

では、実際にリリースするにはどうすればよいか？

難しいのは決してコードではありませんでした。AIアシスタントは午後だけで動作するお会計インターフェースを作成できますが、App Storeでの配信は、プロンプトが届かない領域にあるエンティティ権限、ライセンス、審査ポリシーの難所を乗り越える必要があります。デモは動作しても、インフラが存在しないのです。

物理的な商品を販売する加盟店にとって、実用的な結論はよりシンプルです。審査の列に並ぶのはやめましょう。あなたのビジネスに必要なのは、App Storeへの独自の掲載ではなく、動作するお会計システムです。ライセンス、ハードウェア認定、審査のオーバーヘッドは、決済ソフトウェア自体を製品とする企業にのみ意味があります。すでにこれらのコストを吸収しているPOSプラットフォームでカウンターを運営し（Finalはこのように構築されています。独自のアプリを公開することなく、Final Payによる決済と認定端末ハードウェアを利用できます）、審査サイクルに費やす資金を、より迅速なお会計フローや実質的なカード手数料の削減など、売上を伸ばす施策に投資しましょう。

Appleの審査プロセスが存在するのには正当な理由があります。不具合のある決済アプリは実在の人々に被害を与えるからです。ただ、誰が、あるいは何がアプリを書いたとしても、ほとんどの加盟店がそのプロセスを通過する必要はありません。