Design - Minimum Functionalityの簡単な対処法を紹介【リジェクト】

ガイドライン4.2「design minimum functionality」とは？

まずは、ガイドライン4.2「Design - Minimum Functionality」について紹介します。

Appleのホームページからそのまま引用します。

アプリを作成する際は、Webサイトを単に再パッケージしたようなものではなく、優れた機能、コンテンツ、UIを作成するようにしてください。特に利便性も独自性もなく、アプリらしさもない場合、そのアプリをApp Storeで提供することはできません。アプリが継続的に楽しめる何らかの価値、または十分な有用性を備えていない場合は、承認されない可能性があります。

要するに、Webページをそのまま表示している（WebView機能）だけのアプリケーションなどには有用性がなく、アプリケーションにするのであれば、ネイティブ特有の機能（デバイス保存やカメラ機能など）を導入して、デバイスの機能を活用しているようなアプリケーションを作成する必要があるということになります。

引っかかった理由

次にリジェクトされてしまった理由です。

ガイドラインそのままです。

今回作成したアプリケーションは、大半がWebViewで構成されています。ただし、筆者もガイドライン4.2については事前に把握していたため、ヘッダーやボトムナビゲーション、メニュー画面などはFlutterでネイティブに作成し、OneSignalを使ったプッシュ通知の実装や、一部ページではスマホの自動ロック機能を無効にするといった、ネイティブ特有の機能も実装していました。

いわゆるWebとネイティブを掛け合わせた「ハイブリッド型」というやつです。

それでも、ガイドライン4.2に引っかかってしまいました。

やはり、WebViewの使用がある時点でリジェクトは避けられないのかもしれませんね。

対処法

次に、筆者がコードを変更することなく、ガイドライン4.2を突破した方法について紹介します。

リジェクトされた理由に対して、以下のように返信をしました。

内容としては、

「レビューありがとうございます。まだ実装できていませんが、今後ネイティブのデバイス保存機能を使って『履歴閲覧機能』や『お気に入り機能』を実装する予定です。また、Google AdMobを使った広告も導入予定です。ですので、一旦リリースさせてください。」といった内容です。

これを送ったところ、すんなりと通過することができました。

今後、機能を追加する具体的な計画を伝えたうえで、一旦リリースしたいという意図をしっかりと説明すれば、突破できる可能性があるのかもしれません。この方法は、TwitterやWebを通して利用している方がちらほら見受けられたので、かなり有用だと思います。

最後に

ここまで、ガイドライン4.2「Design - Minimum Functionality」を突破する方法について紹介しました。

審査の通過で苦戦している方にとって、今回紹介した方法は試す価値があると思います。

ぜひチャレンジしてみてください。

最後までお読みいただき、ありがとうございました。