App Store 4.3 のリジェクトと先行者の優位性

Apple の App Store Guideline 4.3 とは何か

Apple のスパムに関するガイドラインは、関連する2つの問題を扱っています。4.3(a) は、同じアプリを複数の Bundle ID で提出すること(たとえば都市ごとに別々の地図アプリを作ること)を対象にしています。4.3(b) は、既存のものと実質的に区別がつかないアプリを対象にしています。確立されたカテゴリでは、Apple は「意味のある違いや改善のある体験」を求めています。例として挙げられているのは、デートアプリ、壁紙アプリ、シンプルなタイマーなどです。

目的は理解できます。他人のプロダクトの色を変えて別の名前で提出すれば、審査する側の作業は増え、ユーザーの目に入るものも散らかります。100通りのバリエーションを作っても、便利になるわけではありません。Apple 自身も、ほぼ同一の提出が App Review の処理能力を消費すると警告しています。

その規模は相当なものです。Apple は2026年5月の App Store に関する発表で、2025年に910万件を超える提出を審査し、他のアプリの模倣、スパム、ユーザーを欺く行為を理由に37万1,000件以上をリジェクトしたと述べました。この合算されたカテゴリは提出件数を数えたもので、4.3 を理由にリジェクトされた固有のアプリ数ではありません。正当なアプリが誤ってリジェクトされた頻度についても、この数字からはわかりません。

AI によって、話はさらに複雑になります。見慣れたプロダクトを再現するためにテンプレートを買う必要はもうありません。ほぼ同じ体験を、独自の実装で書くことができます。コードを自分で所有しているからといって、結果が自動的に意味のある違いを持つわけではありません。

私は AI を使ってソフトウェアを作っています。AI は、開発者が難しい技術的課題を解決したり、見過ごされてきたユーザーに応えたりするのに役立ちます。一方で、ほとんど差別化されていないアプリで市場をあふれさせることも安くできてしまいます。ツールはどちらも可能にしますが、結果の質は依然として大切です。

開発者はなぜ 4.3 スパムのリジェクトに異議を唱えているのか

Apple が何と比較しているのか開発者に見えない場合、類似しているという判断には答えにくくなります。最近公開された事例は、特に専門的なワークフローに価値があるアプリの場合、何が違うのかを示すことがいかに難しいかを物語っています。

FocusKit の開発者 Sebastian Röhl さんは、フォーカスタイマーを2025年11月にリリースする前に、4.3(a) のリジェクトを2回受けたと報告しています。数日にわたるやり取りで違いを説明し、承認に至りました。心強い結果ですが、アプリが承認に値することを示すために、ユーザーが試せるようになる前に追加の作業が必要でした。

2026年9月には、YanPian の開発者が、クライミング動画アプリについて4.3(a) のリジェクトを報告しました。機能には、Apple Watch の心拍データとクライミングの映像の照合、広角の映像内でクライマーを追従する機能、オプションのジンバル制御がありました。開発者は、取り込むクライミング映像がなければ、最初の画面が一般的なカメラアプリのように見えうることを認めています。公開されているスレッドには、異議申し立てが記録されていますが、解決したという投稿はありません。

これらの事例から、Apple がカテゴリがいっぱいだったという理由であらゆるアプリをリジェクトしたとは言えません。Apple の審査記録の全体も私たちにはわかりません。ただ、開発者が何を証明するよう求められているのかを理解するのがどれほど難しいかは、よく示しています。

YanPian の状況を見ると、私は Dumpling を思い出します。専門的なアプリは、汎用的なアプリと基本的な要素を共有しながら、それらをどう組み合わせて動かすかについて別の判断をしていることがあります。その判断に気づくには、特定のワークフローをたどったり、そのアプリが解決する問題を理解したりする必要があるかもしれません。それは、アプリがクラッシュしないかを確認するよりずっと難しい判断です。

App Store のスパム規則は先行者に有利に働くのか

働きうると私は考えています。比較的開かれたカテゴリに入るアプリには、独自性を判断するための既存プロダクトがまだ少ししかありません。後から入るアプリは、増え続ける既存アプリの集まりに対して、自分のアプローチがなぜ十分に違うのかを説明しなければならないかもしれません。

先に入った開発者は、その時間をユーザーの獲得、プロダクトの改善、利用から学ぶことに使えます。後から入る開発者は、そのプロダクトがユーザーに届くことを認めてもらうための説明に時間を使うかもしれません。最終的に承認されたとしても、不確実さと遅れにはコストがあります。

承認は永続的な保護ではありません。Apple のガイドラインは意味のある差別化や改善を認めており、メンテナンスされていない、改善されていない、ユーザーを集めていないアプリの削除も想定しています。すでにあるアプリの開発者も、審査での摩擦に遭うことがあります。

2026年9月、Josh Dance さんはPushup Hero のアップデートが 4.3(a) でリジェクトされたと報告しました。アプリは2018年から App Store にあり、バグ修正とダークモードを提出したところ、Apple が、停止されたアカウントに関連するアプリとの類似を指摘したとのことです。彼の記事には異議申し立てのことが書かれていますが、最終的な結果は報告されていません。

私が懸念しているのは、カテゴリが混み合ってから参入する際の追加の負担です。その負担は、開発者が何を作るか、そしてどれだけ早く提出するかに影響しうるものです。

そこには、急ぐという居心地の悪いインセンティブが生まれます。プロダクトを磨くのに使った時間は、他の誰かが比較の基準を先に作れる時間になります。品質を高めるための仕組みが、準備ができる前に提出しようという圧力をかえって高めてしまうかもしれません。

AI は App Review を遅くしているのか、厳しくしているのか

Apple は提出数の増加を認めています。2026年5月の発表では、AI 開発ツールが提出の急増を招いていると述べつつ、App Review はそれに対応して「シームレスに拡大してきた」としています。また、Apple はアプリの類似性の分析や、問題になりうる変更を人間の審査担当者に知らせるために AI を使っているとも述べています。ただし、個々のリジェクトの最終判断を自動化が下したとは、これだけでは言えません。

2026年3月のBusiness Insider の記事で、Apple は審査が長引くケースがあることを認めました。直近12週間は週に20万件を超える提出を処理し、平均の審査時間は1.5日だったと説明しています。Apple の開発者向けガイダンスには、提出の90%は通常48時間以内に審査されると書かれています。

審査の判定が出ることと、リリースが成功することは別の到達点です。すぐにリジェクトの連絡が来ても、そのあと数週間をやり取りや再提出、異議申し立てに費やすことがあります。審査が速いという統計と、判断が争われる分類に当たった開発者のもどかしい経験は、両立しえます。

Apple は個別の苦情にも公に応じています。2026年5月の、VPN サービス専用クライアントであるByGate のスレッドでは、App Review のスタッフと名乗るアカウントが、バイナリ、メタデータ、全体のコンセプトの類似がスパム判定の一因になりうると述べました。App Review のアポイントメントを勧めていますが、比較対象を特定することも、どの特徴が十分に区別されていなかったのかを説明することもしていません。

4.3 のリジェクトに開発者はどう対応できるか

Apple はApp Review とのやり取り、アポイントメント、App Review Board への異議申し立てを用意しています。これらの手段は、開発者が懸念点を理解しているほど効果的に働きます。

コードが似ている、スクリーンショットが似ている、機能が似ている、他の開発者との関連が疑われる、というのはそれぞれ別の問題です。どれに当たるのかがわからなければ、開発者は適切に答えられません。役に立つリジェクトとは、問題となる画面やワークフローを示すか、どの主張された違いを検討したのかを説明するか、懸念が作者性、繰り返しの提出、ユーザー体験のどれに関わるのかを明らかにするものです。

そのどれも、他の開発者の非公開のアカウント情報を明かす必要はありません。

開発者にも責任があります。何か月もかけて作ったからといって、ユーザーがまだ手に入れられないものを提供していることの証明にはなりません。初めてそのアプリに出会う人に、価値が見えるようにする必要があります。そのためにクライミングの映像や代表的なデータ、特定の操作手順が必要なら、動作するデモと明確な審査用の説明を用意するべきです。

クローンと、見慣れたアイデアをうまく形にしたものとを見分けようとする審査担当者には、同情します。証拠をもう少しよくやり取りできれば、開発者が推測でアプリを作り直し始める前に、双方が誤解を解く助けになるでしょう。

App Store の外でアプリを配布できるか

Mac の開発者にとって、直接配布は確立された選択肢です。アプリによっては、Mac App Store のサンドボックスに収まらない権限や、他のアプリとのやり取りが必要になります。Apple のサンドボックスに関するドキュメントは、アクセシビリティ API の一部の用途や他のアプリとのやり取りは、その制限と両立しないと説明しています。

私はすでに2つの Mac アプリをこの方法で配布しています。ブラウザのプロファイル用リンクルーターの Burlyと、絵文字ショートカットアプリの Comojiです。Burly はリンクを特定のブラウザプロファイルに振り分け、Safari のプロファイルメニューを操作するためにアクセシビリティのアクセスを使います。Comoji は Mac 上のあらゆるテキストフィールドで絵文字ショートカットを使えるようにするアプリで、ショートカットの認識に入力監視を、結果の挿入にアクセシビリティのアクセスを使います。これらの機能はプロダクトの中核です。

Developer ID による署名と公証を使えば、悪意のあるソフトウェアや署名の問題に対する Apple のチェックを受けたまま、Mac ソフトウェアを直接配布できます。ストアの制限の外で動く必要があるアプリにとって、これはユーザーに届けるための確立された方法です。

スパムを理由にしたリジェクトをめぐる不確実さは、より多くの開発者にこうした独立性への投資をする理由を与えると、私は予想しています。ウェブサイト、決済、メーリングリスト、ユーザーとの直接の関係があれば、コントロールできる範囲が広がります。ストアの掲載ページを超えて、専門的なプロダクトを説明する余地も得られます。

ただし、ウェブサイトは App Store のリーチを再現してはくれません。ユーザーには、見つけてもらい、開発者を信頼してもらい、異なる購入とインストールの手順を完了してもらう必要があります。独立して配布する開発者でも、ストアへの掲載を望むことがあるでしょう。その機会を失うことにはコストがあります。

iPhone と iPad では、状況はもっと厳しくなります。Apple は現在、欧州連合で代替マーケットプレイスと承認されたウェブサイト配布に対応しており、iPhone のマーケットプレイスは日本とブラジルでも利用できます。これらの選択肢には地域ごとの要件があり、公証の対象であることに変わりはありません。米国で一般的な iPhone ユーザー向けに提供している開発者は、リジェクトされた掲載の代わりに、ウェブサイトのダウンロードボタンを置くことはできません。

ウェブ版が機能するプロダクトもありますが、プロダクトの大きな変更が必要になることもあります。独立した配布は、iPhone の開発者より Mac の開発者にとって、はるかに完全な答えになります。

App Store の審査が厳しくなれば使い捨てのクローンは減るのか

クローンを量産している人の一部が、独立して売るのは割に合わないと考えるようになることを願っています。100通りのバリエーションを提出して何が稼げるかを見る戦略なら、リジェクトがそのプロジェクトの終わりになることもあるでしょう。

アプリを生成することは、ソフトウェアビジネスを運営することの一部にすぎません。ウェブサイトを同じ速さで生成できたとしても、ユーザーを集め、信頼を得て、決済やアップデートに対応し、自分を選ぶ理由を人々に与える必要があります。既存のアプリの人気に便乗したい人は、その作業にほとんど関心がないかもしれません。

アイコンだけ違うもう1つのポモドーロタイマーを、誰が必要とするでしょうか。見慣れたカテゴリでも、より良い体験や、見過ごされてきた層に向けたアプローチがあれば、価値を生みます。ブランドだけ変えて同じプロダクトを再現しても、得られるものはごくわずかです。

独立した配布が、そうした行為の一部を思いとどまらせることを願っています。同時に、Apple がそれを、使う価値のあるものを作った開発者と、もっとうまく区別できるようになることも願っています。使い捨てのクローンを止めることは市場の利益になりえますが、よく考えて作られたプロダクトを理由もわからずリジェクトすれば、ユーザーから有益な選択肢を奪うことになりかねません。

私は、Dumpling が、Alan さんが想定したユーザーに提供する体験で評価されてほしいと思っています。Apple がその体験の違いが十分でないと考えるなら、理由を説明するべきです。カテゴリに最初に入った開発者には、ユーザーの獲得で先行する権利があります。次に来る開発者にも、より良いものを提供する公平な機会があるべきです。