📑 目次
1. Appleがバイブコーディングアプリを排除──何が起きているのか？
2. そもそもバイブコーディングアプリとは何か？
3. AppleはAIコーディングに否定的なのか？
4. App Reviewガイドライン 2.5.2 を徹底解説
5. デベロッパープログラムライセンス 3.3.1 を徹底解説
6. バイブコーディング製アプリがApp Storeに大量流入している現実
7. App Store審査が今なお「人の手」に頼る理由
8. まとめ──Appleの本音と開発者が取るべき道
1. Appleがバイブコーディングアプリを排除──何が起きているのか？
2026年3月末、Appleがバイブコーディング（vibe coding）アプリに対する取り締まりを一段と強化していることが明らかになりました。The InformationやMacRumors、9to5Macなどの報道によると、特に大きな衝撃を与えたのが、AIアプリ開発プラットフォーム「Anything」がApp Storeから完全に削除されたという事実です。
時系列で見る騒動の流れ
| 時期 | 出来事 |
| 2025年12月頃 | Appleが「Anything」のアップデートをブロック開始 |
| 2026年3月上旬 | ReplitやVibecodeなどのアップデートもブロックされていることが報道で発覚 |
| 2026年3月18日 | Apple、「バイブコーディングアプリを狙い撃ちするルールはない」と声明 |
| 2026年3月26日 | 「Anything」がApp Storeから完全削除 |
| 2026年3月30日 | The Informationが削除の詳細を報道、業界に波紋 |
「Anything」は元Google社員のDhruv Amin氏とMarcus Lowe氏が共同設立したスタートアップで、2025年9月にFootworkが主導する資金調達で評価額1億ドル（約150億円）・調達額1,100万ドルを達成した注目企業でした。ローンチからわずか2週間でARR（年間経常収益）200万ドルに到達するなど、驚異的な成長を見せていました。
特に注目すべきなのは、AnythingがAppleの指摘に対応しようとして生成されたアプリのプレビューをアプリ内ではなくWebブラウザで表示するよう変更したアップデートを申請したにもかかわらず、Appleはこの申請を却下し、さらにアプリ自体を削除したという点です。この対応は開発者コミュニティに大きな衝撃を与えました。
2. そもそもバイブコーディングアプリとは何か？
「バイブコーディング（vibe coding）」とは、2025年に急速に普及した新しいソフトウェア開発手法です。プログラミングの知識がなくても、日本語や英語で「こんなアプリを作って」とAIに指示するだけで、アプリやWebサイトが自動生成されるというものです。
従来のコーディングでは、開発者がプログラミング言語を使って一行一行コードを書いていました。バイブコーディングでは、AIチャットボットと自然言語で会話するだけで、AIが裏側でコード全体を生成してくれます。たとえば「習慣トラッカーアプリを作って。毎日リマインダーが飛ぶようにして」と入力すれば、AIがフロントエンドからバックエンドまで一式を構築してくれるわけです。
主要なバイブコーディングアプリ一覧
| サービス名 | 概要 | 注目データ |
| Anything | 非技術者向けフルスタックAIアプリ開発プラットフォーム | 評価額1億ドル／今回App Storeから削除 |
| Replit | AIエージェントが自然言語からアプリを自動生成 | ARR 1.5億ドル／評価額30億ドル／更新ブロック中 |
| Vibecode | ノーコードでパワフルなアプリを高速構築 | Apple向け機能の削除で承認の可能性あり |
| Lovable | スウェーデン発のバイブコーディングプラットフォーム | ARR 1億ドル（ローンチ8ヶ月で達成）／評価額18億ドル |
| Vercel v0 | AIでUIコンポーネントを生成するツール | 現時点でApp Storeでの規制なし |
この市場は爆発的に成長しており、LovableがローンチからわずかA8ヶ月でARR1億ドルを達成、Replitも1年足らずでARRが280万ドルから1.5億ドルに急拡大するなど、異例のスピードで膨張しています。バイブコーディングは、アプリ開発の民主化を一気に加速させた存在なのです。
3. AppleはAIコーディングに否定的なのか？
結論から言うと、AppleはAIコーディングそのものを否定していません。むしろ積極的に推進している側面すらあります。
Apple自身の開発環境であるXcodeは、2025年2月のアップデートでOpenAIやAnthropicのAIエージェントとの連携機能を強化しました。これにより、Xcode上では「バイブコーディング」的なアプリ開発が公式にサポートされています。つまり、Appleは「AIでアプリを作ること」自体は歓迎しているのです。
では、何が問題なのか？ ポイントは「アプリの動作がApp Store審査を通過した後に変更されること」にあります。
⚡ Appleの立場を整理すると：
✅ Xcode上でAIを使ってアプリを作る → OK（審査プロセスを通すから）
✅ AIアプリ開発ツールで作ったアプリをApp Storeに提出 → OK（審査プロセスを通すから）
❌ App Store上のアプリ内でコードを生成・実行して動作を変える → NG（審査を迂回するから）
❌ アプリ内のWebビューで生成アプリをプレビュー → NG（動的コード実行に該当する可能性）
Appleが守りたいのは、App Storeの審査プロセスを通じたユーザーの安全性とプラットフォームの整合性です。バイブコーディングアプリは、その仕組み上、審査後にアプリの機能が根本的に変わる可能性があります。これが、AppleのOKラインを越えてしまうケースがあるということです。
一方で、業界からは懐疑的な見方もあります。バイブコーディングアプリはApp Storeの外でWebアプリを作ることもできるため、Appleの収益源（アプリ内課金の30%手数料）を脅かす存在でもあるのです。また、Xcode以外の開発ツールがiOSアプリ開発で台頭すれば、Appleのエコシステムの求心力が低下する懸念もあります。
4. App Reviewガイドライン 2.5.2 を徹底解説
今回の騒動の中心にあるのが、App Review Guideline 2.5.2です。このルールは、App Storeに公開されるすべてのアプリに適用される審査基準の一つで、「自己完結性」に関する規定です。
📜 ガイドライン 2.5.2 の要点（意訳）
アプリはバンドル内で自己完結すべきであり、指定されたコンテナ領域の外部でデータの読み書きをしてはならない。また、アプリの機能を導入・変更するコードのダウンロード、インストール、実行をしてはならない。教育目的のアプリに限り、制限付きで実行可能コードのダウンロードが認められるが、そのコードは他の目的に使用されてはならない。
わかりやすく言い換えると
このルールは、「App Storeの審査を通過した時点のアプリの状態が、その後も変わらないこと」を要求しています。アプリが外部からコードをダウンロードして新しい機能を追加したり、既存の機能を変えたりすることを禁止しているのです。
たとえるなら、飲食店の営業許可のようなものです。「ラーメン屋」として許可を取ったお店が、ある日突然、許可なしに薬局を始めたら問題ですよね。App Storeの審査も同じで、「写真編集アプリ」として審査を通ったアプリが、ユーザーの操作によって「ゲーム」や「ECサイト」に変身してしまうと、審査の意味がなくなってしまいます。
バイブコーディングアプリは、まさにこのルールに抵触するリスクが高いのです。ユーザーが自然言語でAIに指示を出すと、アプリ内で任意のコードが生成・実行され、アプリの実質的な機能が際限なく変化する可能性があります。これは、Appleの審査チームがレビューした時点のアプリとは「別物」になってしまうということです。
ただし、唯一の例外があります。教育目的のアプリ（学生がコードを学習・テストするためのアプリ）は、限定的な条件のもとで実行可能コードのダウンロードが認められています。ただし、そのコードはユーザーが完全に閲覧・編集でき、教育以外の目的に使われないことが条件です。
5. デベロッパープログラムライセンス 3.3.1 を徹底解説
Appleが指摘しているもう一つの根拠が、Apple Developer Program License Agreement（DPLA）のセクション3.3.1(B)です。
📜 DPLA 3.3.1(B) の要点（意訳）
インタープリタ型コードはアプリにダウンロードできるが、そのコードが「アプリの主要な目的を変更するような機能や仕組み」、すなわちアプリの意図された宣伝目的と矛盾するものであってはならない。
ガイドライン2.5.2との違い
ガイドライン2.5.2が「技術的に何ができて何ができないか」を定めた技術要件であるのに対し、3.3.1(B)は開発者がAppleと結ぶ契約上の義務です。違反した場合、App Storeからの削除だけでなく、デベロッパーアカウントの停止にまで発展するリスクがあります。
この条項のポイントは「主要な目的の変更」という部分です。バイブコーディングアプリ自体は「アプリ開発ツール」として審査を通過しますが、ユーザーがそのツール内で作成したアプリが動作する場合、「アプリ開発ツール」がいつの間にか「何でもアプリ」に変貌することになります。これは主要な目的の変更に該当する可能性があるとAppleは判断しているわけです。
| 比較項目 | ガイドライン 2.5.2 | DPLA 3.3.1(B) |
| 性質 | 審査ガイドライン（技術要件） | 開発者ライセンス契約（法的拘束力あり） |
| 焦点 | コードの動的実行の禁止 | アプリの主要目的の変更禁止 |
| 違反時の影響 | アプリの却下・削除 | アプリ削除＋デベロッパーアカウント停止リスク |
6. バイブコーディング製アプリがApp Storeに大量流入している現実
バイブコーディングツールの普及は、App Storeのエコシステムに目に見える変化をもたらしています。
AppFiguresのデータによると、2025年のApp Store提出数は前年比24%増加しています。Anything一つをとっても、Amin氏は同アプリを通じて何千ものアプリがApp Storeに公開されたと述べています。習慣トラッカー、CPRトレーニングコース、ヘアスタイルの「試着」アプリなど、実際に収益を上げているアプリも存在します。
この大量流入がもたらしている問題は深刻です。多くの開発者が、App Storeのレビュー待ち時間が大幅に長期化していることを報告しています。
| プラットフォーム | 2025年の審査待ち | 2026年の審査待ち |
| iOS | 1～2日 | 2～3日（一部は1週間以上） |
| macOS | 1～2日 | 5～7日（10日以上の報告も） |
Twitterなどの大企業を含む既存の開発者から、アップデートの審査に3日以上、場合によっては1週間以上待たされるという声が相次いでいます。9to5Macは「バイブコーディングがApp Storeの審査を壊した」と表現しています。従来なら24時間以内に完了していた審査が、バイブコーディングによる提出数の急増で、処理能力を超えてしまっているのです。
7. App Store審査が今なお「人の手」に頼る理由
Appleは、AIやテクノロジーの先端を走る企業でありながら、App Storeの審査プロセスでは一貫して人間のレビュアーによる審査を維持しています。もちろん自動化されたチェック（コード署名、プロビジョニング、バイナリサイズ、プライベートAPI使用の静的解析など）は最初のステップとして存在しますが、最終的な承認・却下の判断は人間が下しています。
人間による審査が続く理由
① ユーザー体験の「文脈」を判断するため
アプリが技術的に動作するかどうかは自動ツールでもチェックできますが、「このアプリはユーザーを欺いていないか」「課金の説明は分かりやすいか」「コンテンツは適切か」といった文脈の判断は、現在のAIには荷が重い領域です。
② Appleのブランド価値を守るため
Appleは元幹部のPhil Schiller氏の方針もあり、「App Storeは安全な場所」というブランドイメージを非常に重視しています。全自動の審査に移行した場合、低品質なアプリや詐欺的なアプリが大量に混入するリスクがあり、このブランド価値を毀損しかねません。
③ 法的・規制上のリスクヘッジ
プライバシー要件（GDPR等）やコンテンツ規制が年々厳しくなる中、自動審査だけでは法的責任を十分にカバーできないため、最終判断に人間を介在させることで、規制当局への説明責任を果たす意図もあります。
④ 「グレーゾーン」の判定はルール化しにくい
今回のバイブコーディングアプリのように、既存のルールの解釈が分かれるケースでは、人間の判断が不可欠です。ガイドラインの文言だけでは白黒つけにくい案件が常に存在し、これを適切にさばくにはレビュアーの経験と裁量が必要です。
しかし、バイブコーディングによるアプリ提出の爆発的増加により、この人間主体の審査モデルは限界に近づいています。9to5Macは、新規アプリの初回提出は人間が審査し、既存アプリのアップデートは自動化する「ハイブリッドモデル」への移行や、実績のある開発者向けの審査優先キューの導入を提案しています。
8. まとめ──Appleの本音と開発者が取るべき道
今回のバイブコーディングアプリへの取り締まり強化は、複数の要因が絡み合った複雑な問題です。
Appleの公式見解は一貫しています。バイブコーディング自体を禁止しているわけではなく、審査を迂回する形でのコード実行を許さないということです。Xcode上でのAIコーディングは推進しつつ、App Store上で審査済みアプリの機能が動的に変わることは認めない──これは論理的には整合性があります。
しかし、Anythingの事例が示すように、Appleの求める「適切な対応」のラインが不透明であることも事実です。ブラウザへの切り替えという妥協案も受け入れられなかったことは、開発者に大きな不安を与えています。
🔑 開発者が今知っておくべきポイント：
・バイブコーディングで作ったアプリ自体はApp Storeに提出可能（通常の審査を通れば）
・アプリ内で動的にコードを生成・実行する機能はガイドライン違反のリスクが高い
・生成アプリのプレビューはアプリ内WebViewではなく外部ブラウザで行う設計が推奨される
・Apple向けアプリの生成機能は特にリスクが高い（Vibecodeの事例）
・Vercelのv0のように現時点で規制を受けていないツールもあるが、今後の方針変更に要注意
・App Storeの審査時間が大幅に延びているため、提出スケジュールに余裕を持つこと
AIがソフトウェア開発のあり方を根本から変えている今、App Storeの審査モデルもまた変革を迫られています。Appleがどのような落としどころを見つけるのか──今後のWWDC 2026での発表も含め、注目が必要です。
※本記事は2026年3月31日時点の情報に基づいています。App Storeのガイドラインや各サービスの状況は今後変更される可能性があります。
出典：The Information、9to5Mac、MacRumors、AppleInsider、TechCrunch
