コミュニティからの却下アーカイブ
Apple App Store と Google Play の拒否ループの最悪の例をスクリーンショットとテキストで収集し、モバイルチームが実際のレビューキューのコストを学ぶことができるようにします。
投稿規則
1 から 5 までの画像とストーリーテキスト。
ストーリー内にリンクはありません。ローカル画像のみを使用してください。拒否を痛み、具体的、そして役に立つものにしましょう。
6
投稿されたストーリー
2
カバーされているストア
最大 5 つ
1 つのストーリーあたり最大 5 つの画像
アーカイブ
各ストーリーはテキストから始まり、画像をバックに、意図的に外部リンクを除外して、アーカイブが読みやすくなるように設計されています。
「このアプリのユーザーは誰ですか？」
Adrien がバージョン 1.0 を提出し、Apple はガイドライン 2.1、情報が必要ですという理由でレビューを停止しました。メッセージには、クラッシュレポート、機能が壊れたり、バイナリ修正が必要だったりすることはありませんでした。ただし、レビューが続行できるようにユーザーがアプリを使用する人について詳細な回答を求めていました。
"There are already enough of these apps on the App Store."
Adrienは、Appleが似たアプリと比較して十分な独自の価値を見なかったため、デザイン - スパム拒否を受けました。レビューは、アプリが主に風船や腹式呼吸アプリであると述べていました。アプリが異なる機能を持っていたとしても、その機能は目立つほどで、Appleは飽和したカテゴリのアプリの重複コンテンツとしてアプリを扱うと述べました。
"The build was fine. The rejection kept moving from the app to the words around the app."
The team shipped a clean build, then spent more than a week cycling through metadata objections. Each resubmission answered the previous note, but the next reply focused on another phrase, screenshot, or explanation. No code was changed. The launch calendar, press window, and paid acquisition plan were all held hostage by review copy.
「承認メールはブロッカーよりも先に到着した。」
ビルドは承認に達しましたが、リリースはまだコンプライアンスのポップアップによってブロックされていました。チームはすでに答えていたと考えていました。リリースオーナーはロールアウトを停止し、法的表現を集め、App Store Connectの回答を更新し、また待つ必要がありました。顧客はアプリが実際に利用可能になる前にアナウンスを確認しました。
__CAPGO_KEEP_0__
「アプリは1つの画面に必要な許可だったのに、レビューでは全体の製品として扱われた。」
"The broken checkout was urgent for users, but not urgent for the review queue."
"ユーザーにとってチェックアウトが壊れたことは急いでいたが、レビュー キューにとっては急いでいなかった."
ネイティブ ストア フィックスはチームがすでにインシデントを他の場所で緩和していたときに到着した。
Capgo は Capacitor チームにライブアップデートを送信、破損したリリースをロールバック、チャンネルをターゲットに設定することを可能にします。アプリストアまたはGoogle Playのフルレビューサイクルを待つ必要がなくなります。
ストーリー データを編集し、1 つから 5 つのローカル画像パスを含め、PR を開きます。名前は匿名化しておきます。ストーリーを所有している場合除きます。