# ガイドライン4.2でリジェクトされた時の対処法

> 4.2はWebサイト以上の価値がないアプリを却下します。ネイティブ機能を利用の中心に置き、審査担当者にその場所を伝えましょう。

元のページ：[ガイドライン4.2でリジェクトされた時の対処法](https://devoria.fr/ja/blog/guideline-4-2-minimum-functionality-rejection)
著者：[Mehdi Azizi](https://devoria.fr/ja/mehdi-azizi)
公開日：2026-10-19
内容の最終更新：2026-10-19


ガイドライン4.2「Minimum Functionality」は、Webサイト以上のものを提供しないアプリや、使い続ける理由がほとんどないアプリを却下するルールです。**解決策はネイティブ機能を積み上げることではありません。ネイティブ機能を1つ利用の中心に置き、それがどこにあるかを審査担当者に伝えることです。** 修正にはほぼ必ず新しいビルドが必要になります。

僕は自分のiOSアプリを公開していて、Solys、TradaZen、NoleraがApp Storeに並んでいます。このガイドは、2026年10月15日に読んだAppleの公式テキストと、開発者がAppleのフォーラムに投稿した4.2のリジェクト事例をもとにしています。後で出てくるリジェクトされたアプリは説明用の例です。リジェクト理由の全体像を知りたい場合は、[Appleがアプリをリジェクトする理由](https://devoria.fr/ja/blog/apple-app-rejection-reasons-fixes)を読んでください。

## ガイドライン4.2には何が書かれている？

4.2は[App Review Guidelines](https://developer.apple.com/app-store/review/guidelines/#4.2)のセクション4「Design」にあります。最初の一文が基準を示しています。「Your app should include features, content, and UI that elevate it beyond a repackaged website.」つまり、Webサイトを箱に詰め直しただけのものを超える機能、コンテンツ、UIをアプリが備えていなければならない、ということです。

テキストはさらに2つの考えを加えています。本当に役に立つ、ユニーク、または「アプリらしい」とは言えないアプリはApp Storeにふさわしくない。そして、長く続くエンターテインメント性も十分な実用性もないアプリはリジェクトされることがある。**つまり4.2が見ているのは2つ、Webとの違いと、価値の量です。**

## メッセージで引用されうるサブルール

| サブルール | Appleが求めること                          | 典型的なリジェクト                   |
| ---------- | ------------------------------------------ | ------------------------------------ |
| 4.2        | Webサイトを超えること                      | WebViewにサイトを表示しただけ        |
| 4.2.1      | 本物のAR体験                               | ARビューに3Dモデルを置いただけ       |
| 4.2.2      | マーケティングやリンクだけではないこと     | 宣伝アプリ、アグリゲーター、リンク集 |
| 4.2.3      | 単体で動くアプリ、明確なダウンロード       | 別のアプリを必要とするアプリ         |
| 4.2.6      | 商用テンプレートから作ったアプリでないこと | 制作会社が提出したテンプレート       |

補足を3つ。4.2.2にはカタログの例外があります。「Other than catalogs, apps shouldn't primarily be marketing materials, advertisements, web clippings, content aggregators, or a collection of links.」なので、商品カタログは通る可能性があります。広告パンフレットは通りません。

4.2.3には2つの項があります。(i)は、別のアプリをインストールしなくても単体で動くことを求めています。(ii)は、初回起動時にリソースをダウンロードする必要がある場合、ダウンロードサイズを示し、事前に同意を求めることを求めています。

商用テンプレートとアプリ生成サービスに関する4.2.6は、スパム対策ルールと対になっているので、[ガイドライン4.3のガイド](https://devoria.fr/ja/blog/guideline-4-3-design-spam-rejection)で詳しく説明しています。

## よくある4.2のメッセージ2種類

Appleのメッセージは「Guideline 4.2 - Design - Minimum Functionality」というタイトルで始まります。続きを読めば、審査担当者が2つの問題のどちらを見たのかがわかります。以下は開発者がAppleのフォーラムに投稿した2つの文面です。数年前のものなので正確な文言は変わっているかもしれませんが、この2系統は変わっていません。

**アプリがWebサイトのように見える。** 「Your app provides a limited user experience as it is not sufficiently different from a mobile browsing experience.」この[Appleのフォーラムに投稿されたメッセージ](https://developer.apple.com/forums/thread/108931)には、決定的な一文があります。「Including iOS features such as push notifications, Core Location, and sharing do not provide a robust enough experience to be appropriate for the App Store.」

**アプリの中身が薄すぎる。** 「We found that the usefulness of your app is limited by the minimal amount of content or features it includes.」この[2つ目のメッセージ](https://developer.apple.com/forums/thread/115230)はコンセプトの見直しを求めていて、何が役に立つか、何が楽しいかを数値で定めたルールはないことも認めています。

> ラップしたWebサイトに通知、位置情報、共有ボタンを足しても足りません。Apple自身がリジェクトのメッセージでそう書いています。

## 4.2でリジェクトされる典型的な4つのケース

以下の4つはルールを説明するために作った例で、実在のアプリではありません。

### ラップしただけのWebサイト

例：スポーツクラブがモバイルサイトをWebViewで表示し、その上にネイティブのタブバーを重ねている。スケジュール、予約、アカウントはすべてWebページ。審査担当者が見るのは、Safariで見られるものと同じです。Appleは[App Reviewのページ](https://developer.apple.com/distribute/app-review/)で、iOSアプリで配信されるWebサイト、iOS向けに調整されていないWebコンテンツ、限られたWebの操作は質の高いアプリにはならないと書いています。

僕ならこうします。メインの操作の画面、この例ではスケジュールと予約をネイティブで作り直す。そのうえで、サイトにはできないことを加えます。セッション前のリマインダー、オフラインで見られるスケジュール、次のセッションを表示するウィジェットです。

### シンプルすぎるアプリ

例：1日1つ名言を表示するだけのアプリ。10秒で全部見終わります。4.2は「lasting entertainment value or adequate utility」、つまり長続きする価値か十分な実用性について述べています。**修正するなら、周りに画面を増やすのではなく、メインの操作に深みを加えてください。** この例なら、履歴、お気に入り、好きな時間のリマインダー、ホーム画面のウィジェットです。

### ネイティブ要素のないAI生成アプリ

例：テキスト入力欄とボタンが1つずつ、AIの回答がプレーンテキストで表示されるだけ。Appleはツールを評価するのではなく、審査担当者の画面に表示されるものを評価します。体験がWebページ1枚に収まるなら、4.2に引っかかる可能性は高いです。

AIが得意なことと苦手なことは[AIでアプリを作る](https://devoria.fr/ja/blog/ai-ios-app-pitfalls-checks)で詳しく書いています。各生成ツールが出力する形式（Webアプリかモバイルプロジェクトか）は[Lovable、Rork、FlutterFlow](https://devoria.fr/ja/blog/lovable-rork-flutterflow-mobile-app-comparison)で比較しています。

### コンテンツ待ちの空っぽのアプリ

例：出品のないマーケットプレイス、空のディレクトリ、「近日公開」と表示されるフィード。審査担当者は見せるものが何もないアプリを開くことになります。このケースは仮のコンテンツを却下する2.1にも関わります。[ガイドライン2.1のガイド](https://devoria.fr/ja/blog/guideline-2-1-app-store-rejection-fix)を見てください。実際のコンテンツがそろってから提出するか、データ入りのデモアカウントを用意しましょう。

## 僕がやっているテスト：「Safariでは？」

提出前に、同じメイン機能をWebサイトで提供できるかを自問します。できるなら、そのアプリは4.2のリスクがあります。ネイティブ機能を評価するときの僕の基準はこちらです。**機能が意味を持つのは、メインの操作に役立つときで、飾りのときではありません。**

| 機能             | 意味を持つのは…                      | 足りないのは…                 |
| ---------------- | ------------------------------------ | ----------------------------- |
| 通知             | 待たれている情報を届けるとき         | 記事を流すだけのとき          |
| オフライン       | メインのコンテンツが使えるとき       | エラー画面しか出ないとき      |
| ウィジェット     | その人固有のデータを表示するとき     | ロゴを表示するだけのとき      |
| 共有             | アプリにコンテンツを送れるとき       | リンクを共有するだけのとき    |
| カメラ、センサー | メインの操作の一部であるとき         | サイトを開くだけのとき        |
| ローカルデータ   | アプリが計算し、整理し、記憶するとき | すべてがWebページ上にあるとき |

Appleの推奨も同じ方向です。[ウィジェット](https://developer.apple.com/design/human-interface-guidelines/widgets)はタイムリーな内容をひと目でわかるように表示するもの。[通知](https://developer.apple.com/design/human-interface-guidelines/notifications)は役に立つ情報を短く伝えるもので、アプリ内のタスクに誘導するためのものではありません。

## 僕のアプリがWebサイトにはできないこと

僕はどのアプリも、ブラウザには存在しないメイン機能か、また使いたくなる価値を中心に設計しています。

- **Solys**は目覚ましアプリです。アラーム音はiOS 26のアラームサービスであるAlarmKitを通るので、Apple純正の目覚ましと同じくサイレントモードでも鳴ります。止めるにはミニゲームに勝つ必要があり、選んだアプリは起床後も一時停止されたままです。サイレント中のiPhoneを鳴らせるWebページはありません。
- **TradaZen**はトレードシミュレーターです。実際の日付の実際のチャート、判断、明らかになっていくローソク足、ランク付きの対戦、上がっていくランク。このアプリを支えているのはネイティブ機能ではなく、4.2が言う長続きするエンターテインメント性です。
- **Nolera**はワードローブアプリです。服を撮影すると、アプリが切り抜いて整理し、毎朝コーディネートを提案します。カメラはメインの操作の一部で、おまけではありません。

**4.2が求めているのはネイティブ機能のリストではありません。サイトを開くのではなくアプリをインストールする理由です。**

## 4.2のリジェクトを直す手順

1. **系統を見極める。** Webブラウジングならラップしたサイト。最小限のコンテンツや機能なら中身の薄いアプリ。4.2.3なら別アプリへの依存か、告知のないダウンロードです。
2. **言い方ではなく、プロダクトを変える。** 何も変えずに反論するだけの返信が相手を納得させる理由はありません。メインの操作の画面をネイティブで作り直すか、足りない深みを加えましょう。
3. **新しいビルドを用意する。** 原因はアプリの中にあるので、リモートアップデートでは足りません。提出するたびにキューに並び直します。[App Storeの審査期間](https://devoria.fr/ja/blog/app-store-review-time)を見てください。
4. **ガイドになる審査メモを書く。** Appleは[完全な審査のための情報](https://developer.apple.com/help/app-review/before-submitting-for-review/complete-review)のページで、コンセプト、機能、対象ユーザーを説明するよう求めています。アップデートなら、何が変わったか、それがどこにあるかを書きます。
5. **異議申し立ては審査担当者が何かを見落とした場合だけ。** ネイティブ機能がすでにあったのに見てもらえなかったなら、App Store Connectで短い動画を添えて返信します。App Review Boardへの申し立てが正当なのは、アプリが誤解されたときで、中身が薄いときではありません。

僕が使うメモのテンプレートです（英語、適宜調整してください）。

```text
Hello App Review team,

Thank you for your feedback regarding Guideline 4.2.

What changed in build [X]:
- [Main feature] is now fully native: [what the user does].
- [Native feature]: [what it brings]. Where: [screen > button].
- [Second native feature]: [what it brings]. Where: [screen].
- Web content is limited to [legal pages, help].

How to test in two minutes:
1. Launch the app and [main action].
2. Turn on Airplane mode: [content] stays available.
3. Add the widget from the Home Screen: it shows [data].

Best regards,
[Your name]
```

提出したビルドに実際にあるものだけを書いてください。書いてあるのに見つからない機能があれば、今度は2.1で再びリジェクトされます。

## 提出前の4.2チェックリスト

- サイトにはできなくて自分のアプリにできることを一文で言える。
- メインの操作の画面はWebページではなくネイティブ。
- どのネイティブ機能もメインの操作に役立ち、審査担当者が2分以内に出会える。
- 初回起動時から実際のコンテンツがある、またはデータ入りのデモアカウントがある。
- 他のアプリをインストールしなくても単体で動く。
- 初回起動時の大きなダウンロードはサイズを示し、同意を求める。
- 審査メモにコンセプト、対象ユーザー、各機能の場所が書いてある。
- アイデアがギリギリのラインなら、コードを書く前に、範囲をしっかり絞った[iOSアプリのMVP](https://devoria.fr/ja/expertise/ios-app-mvp)で検証した。

## 次の提出で4.2を通過する

アプリが4.2でリジェクトされたばかりなら、[Apple Review Kit](https://devoria.fr/ja/kits/review-apple)が、引用されたルールとその要求内容を見つける手助けをします。審査担当者向けのメモのテンプレートも入っています。まだ開発中なら、[iOS Kit](https://devoria.fr/ja/kits/ios)の流れは最初のコードを書く前のメイン機能から始まります。人の目で見てほしいなら、[僕と1時間のセッションを予約してください](https://devoria.fr/ja/coaching)。全体の進め方は[Appleにリジェクトされたアプリ](https://devoria.fr/ja/expertise/app-rejected-by-apple)のページにあります。

初めてのリリースを準備しているなら、[無料診断を受けてください](https://devoria.fr/ja/diagnostic)。手順を正しい順に並べ直し、僕のApple リジェクト対策チェックリストを送ります。トップページでは、最初から審査を意識した[モバイルアプリの作り方](https://devoria.fr/ja)を紹介しています。

Appleがアプリを承認すると保証できる人はいません。でも、App Storeにアプリが存在する理由を持たせるお手伝いはできます。

## よくある質問

### 「Guideline 4.2 - Design - Minimum Functionality」とはどういう意味ですか？

最小限の機能を理由とするリジェクトのタイトルです。AppleはアプリがWebサイトに似すぎている、またはコンテンツや機能が少なすぎると判断しています。同じタイトルでサブルールを指すこともあります。宣伝アプリやリンク集なら「Guideline 4.2.2」、別のアプリに依存するアプリなら4.2.3です。

### WebViewのアプリは必ずリジェクトされますか？

いいえ。ルールが対象にしているのはアプリに入れ直したWebサイトで、技術ではありません。審査担当者はメインの体験を評価します。その画面がSafariと同じことをするWebページなら、リスクは高いです。ブラウザで開くヘルプページは問題ではありません。

### プッシュ通知を追加すれば4.2を通過できますか？

いいえ。Appleはフォーラムに投稿されたリジェクトのメッセージで、通知、位置情報、共有では体験を十分に豊かにできないと書いています。通知が意味を持つのは、アラームや本人が選んだリマインダーのように、メイン機能に役立つときです。

### ガイドライン4.2と4.3の違いは何ですか？

4.2はアプリ単体を評価します。Webサイトと比べて十分な価値があるか、です。4.3は他のアプリと比較します。コピーか、バリエーションか、飽和したカテゴリのまた1つのアプリか、です。同じアプリが両方を受けることもありますが、直し方は同じではありません。

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

原因はアプリそのものにあるので、ほぼ必ず必要です。唯一の例外は、すでにある機能を審査担当者が見つけられなかった場合です。そのときはビルドを変えずに、App Store Connectで具体的なメモと短い動画を添えて返信してください。


## あなたのプロジェクト

[Apple Review Kit](https://devoria.fr/ja/kits/review-apple)：僕が使っているApp Store審査チェックリスト、修正済みのリジェクト事例、審査担当者へのメモ、アプリを確認する2つのClaude Codeスキル。29 €。

[iOS Kit](https://devoria.fr/ja/kits/ios)：Claude CodeでiPhoneアプリを作りましょう。僕のアプリのStarter Code、作業を確認するスキル、Apple Review Kit、App Store Screenshots Kit、ASO Kit付き。129,99 €。