Apple は Web サイトベースのアプリを拒否することがありますが、最も一般的な理由は「最小限の機能」です。ガイドライン 4.2 がその背後にあるルールです。 Web サイト アプリは自動的に拒否されませんが、フレーム内の Web サイト以外に何も追加しないアプリは実際のリスクにさらされます。
このガイドでは、ガイドラインの内容、査読者が何を探す傾向があるか、投稿の準備方法について説明します。 Apple 社外の誰も承認を約束できませんが、この記事も承認を約束しません。あなたにできることは、避けられる拒否の理由を取り除くことです。
ガイドライン 4.2 の実際の内容
アプリ レビュー ガイドラインの 4.2「最小限の機能」には次のように記載されています。
アプリには、再パッケージ化された Web サイトを超える機能、コンテンツ、UI が含まれている必要があります。あなたのアプリが特に便利、ユニーク、または「アプリらしさ」がない場合、そのアプリは App Store に属しません。
重要な言葉は「再パッケージ化されたウェブサイト」です。この規則は、Web コンテンツを中心に構築されたアプリを禁止するものではありません。ウェブサイトがすでに提供していないものを提供するアプリを禁止します。
関連するガイドラインは、ウェブサイトとアプリのレビューにも記載されています。
- 4.2.2: カタログ以外のアプリは、主にマーケティング資料、広告、Web クリッピング、コンテンツ アグリゲータ、またはリンクのコレクションであるべきではありません。
- 4.2.3: アプリは別のアプリのインストールを必要とせずに単独で動作する必要があり、最初の起動時に必要な大量のダウンロードが表示され、プロンプトが表示される必要があります。
- 2.1 (アプリの完全性): 提出物は、動作する URL を含む最終バージョンである必要があり、プレースホルダー コンテンツは含まれず、アプリにログインがある場合はデモ アカウントの詳細が含まれます。
- 4.2.6: 商用化されたテンプレートまたはアプリ生成サービスから作成されたアプリは、アプリのコンテンツのプロバイダーによって直接送信されない限り拒否されます。
Apple がガイドラインを更新しているため、常に最新のテキストをご自身でお読みください。公式ソースは、 App Store レビューガイドライン.
Apple は Web サイト アプリを拒否するでしょうか?
それは、提出されたアプリが何を行うかによって異なります。実際には、レビュー担当者はいくつかのパターンに反応します。
- アプリは単一の URL を開き、Web スタイルのナビゲーションを含め、モバイル Web サイトと同じように見えます。
- ログイン ウォールのみが表示され、閲覧可能なコンテンツは表示されないため、レビュー担当者はアプリが何を行うのかを確認できません。
- 接続がないと壊れたり、エラーが表示されます。
- そのリンクは常にブラウザに飛び出します。
- これは、独自の機能を持たないビジネスのマーケティング パンフレットのように見えます。
店舗、予約システム、会員エリア、コンテンツ ライブラリなどの実際のサービスをラップし、アプリのようなナビゲーションを提供するアプリは、別の立場にあります。審査は判断であるため、拒否される可能性はありますが、指摘すべき点はあります。
サービスによって生成されたアプリに独自のアカウントが必要な理由
ガイドライン 4.2.6 では、アプリ生成サービスを使用して作成されたアプリは、アプリのコンテンツのプロバイダーによって直接送信されない限り拒否されると述べています。 Web サイトの所有者にとって、実際的な読み方は次のとおりです。自分の Apple Developer アカウントで、自分の名前または会社の名前で公開し、アプリが自分のコンテンツを表現していることを確認してください。
これは SiteTo.App の動作方法でもあります。ビルドは接続した Apple Developer アカウントで署名され、App Store Connect アカウントの TestFlight に配信されます。あなたはリストを所有しており、それを送信します。を参照してください。 Apple 開発者アカウント ガイド セットアップ用に。独自のアカウントで多くのクライアントに同じシェルを送信するベンダーにコンテンツを渡さないでください。
Web サイトアプリをアプリのように感じさせるもの
目的は、機能を追加することではありません。それはモバイルの利用をより良くするためです。強力かつ誠実な追加機能には次のものがあります。
- ネイティブナビゲーション。 小さな画面に押し込まれたデスクトップのヘッダーではなく、携帯電話でユーザーがサイト内を移動する方法と一致するタブ バーまたはメニュー。
- プッシュ通知。 注文の更新、予約のリマインダー、新しいコンテンツなど、ユーザーがオプトインするメッセージ。 SiteTo.App では、これらは Firebase を通じて設定されます。を見てください Firebase ガイド.
- ディープリンク。 アプリ内の適切な画面を開く通知またはメールからのリンク。
- デザインされた起動エクスペリエンス。 アイコン、スプラッシュ画面、および明確な読み込み状態とエラー状態。
- ネイティブハンドオフ。 デバイス上で適切に機能する共有、ファイルのアップロード、カメラへのアクセス、またはダウンロード。
懐中電灯の切り替えなどのギミックは追加しないでください。これはガイドライン 4.2 については触れておらず、査読者はそれを見抜いています。
提出前チェックリスト
アップロードする前に次の作業を行ってください。
- 実際の iPhone ですべての行程をテストします。 シミュレーターだけでなく、TestFlight を通じてインストールします。アプリをコールドで開き、サインインを実行し、いくつかのレベルに移動して、「戻る」ジェスチャを使用します。
- 接続なしでテストします。 機内モードをオンにしてアプリを開きます。空白のページではなく、明確なメッセージが表示されるはずです。
- すべての外部リンクを確認してください。 どのリンクをアプリ内に残し、どのリンクをブラウザで開くかを目的を決めてください。
- Web サイトのレイアウトの問題を修正します。 アプリでは、応答性の問題、小さなタップ ターゲット、デスクトップのみのポップアップが明らかです。
- プレースホルダーのコンテンツを削除します。 ガイドライン 2.1 では、有効なサポートとプライバシー URL を備えた完成品が期待されています。
- デモの認証情報を提供します。 ログインが必要な場合は、レビュー中ずっと動作し続けるアカウントを含めてください。
- プライバシーに関する回答を正確にします。 ウェブ分析やアプリにロードされた支払いツールなど、エクスペリエンス全体を説明する必要があります。
- 正直なスクリーンショットと説明を書きます。 実際のアプリを表示し、アプリに欠けている機能を主張しないでください。
- レビューノートを活用しましょう。 アプリの機能、ネイティブ機能の場所、およびリージョンまたはアカウントの要件について説明します。
これらの多くに対してサイトをチェックするには、 準備チェックリスト、そして私たちの 出版ガイド 周囲の店舗の階段をカバーします。
役立つレビューノートの書き方
査読者は多くの投稿を目にします。短く具体的なメモは、価値を素早く見つけるのに役立ちます。カバー：
- アプリの目的を 1 ～ 2 文で説明します。
- 動作するデモ資格情報を使用してサインインする方法。
- ネイティブ機能はどこで見つけられますか (例: 「アカウント タブから通知を有効にできます」)。
- 特定の地域やハードウェアを必要とする機能など、異常なもの。
事実をそのままにしておきます。最初の提出ではガイドラインに関する議論を避けてください。拒否された場合の返信用に保存してください。
Apple がアプリを拒否した場合
拒否は会話であり、最終的な評決ではありません。 Apple は、解決センターで適用したガイドラインについて説明しています。
- メッセージをよく読んでください。 ガイドライン番号と、言及されている特定の画面や動作に注意してください。
- 実際の問題を修正します。 理由が最低限の機能である場合は、説明を書き直すのではなく、アプリの機能を改善してください。
- 正確に答えてください。 何が変更されたのか、そしてレビュー担当者がそれを確認できる場所を説明します。
- 必要に応じて、新しいビルドを再送信します。 バイナリを変更するには、新しいアップロードが必要です。
- 訴訟のみで控訴する。 拒否が間違いであると思われる場合は、App Review の異議申し立てプロセスを使用して、事実を引用してください。
Web サイトベースのアプリはサイトを読み込むため、多くの修正は Web サイト自体で発生し、新しいストアリリースがなくてもアプリに反映されます。ネイティブ構成の変更には、引き続き新しいビルドが必要です。
よくある質問
Web サイト アプリはオフラインで動作する必要がありますか?
原則としてではありませんが、正常に失敗するはずです。接続されていない空白の画面は未完成に見えるため、レビュー担当者のアプリの見方に影響します。
PWA は他の Web サイトとは異なる扱いを受けますか?
iOS アプリの PWA は依然としてネイティブ シェル内の Web コンテンツであるため、同じガイドラインが適用されます。見る PWA を App Store と Google Play に公開する方法.
同じアプリを複数のブランドに提出できますか?
ガイドライン 4.2.6 は、テンプレートまたは生成サービスから作成され、クライアントに代わって送信されるアプリを制限します。各企業は独自のアカウントで公開する必要があります。
コンバーターの承認を受けるには料金を支払う必要がありますか?
結果を決めるツールはありません。 Apple は提出されたアプリを評価します。ビルドの料金を支払ってもそれは変わらないため、価格設定は承認とは別のものです。見る 価格設定.
次のステップ
まずはサイトをアプリとしてテストします。 SiteTo.App で Web サイトをプレビューする、携帯電話で試してみて、アプリではなくウェブサイトのように感じられることに注目してください。これらの点を修正してから、次の手順に従います。 ガイドを作成して公開する.
