コミュニティからの却下アーカイブ
Apple App StoreとGoogle Playの拒否ループの最悪の例をスクリーンショットと平文で収集し、モバイルチームが実際にレビューキューがどれだけコストを掛けているかを学ぶことができるようにします。
投稿規則
1から5の画像と投稿テキスト。
投稿内にリンクは使用しないでください。ローカル画像のみを使用してください。拒否を痛み、具体的、そして役に立つものにしましょう。
6
投稿されたストーリー
2
カバーされているストア
最大5つ
投稿ごとに画像の数
アーカイブ
各ストーリーはテキストから始まり、画像をバックアップし、意図的に外部リンクを除外して、アーカイブが読みやすくなるように設計されています。
「このアプリのユーザーは誰ですか?」
Adrien がバージョン 1.0 を提出し、Apple はレビューを停止し、ガイドライン 2.1、情報が必要です。メッセージには、クラッシュレポート、機能が壊れたり、バイナリ修正が要求されたりすることはありません。ただし、レビューを続行する前に、アプリが何のために設計されているかについて詳細な回答を求めていました。
"There are already enough of these apps on the App Store."
Adrienは、Appleが似たアプリと比較して十分な独自の価値を見なかったため、デザイン - スパム拒否を取得した。レビューは、アプリが主に風船や腹式呼吸アプリであり、即使アプリに区別する機能が存在しても、その機能が目立つため、Appleはアプリを類似するアプリの重なり合ったカテゴリの重複コンテンツとして扱ったと述べた
"ビルドは問題なかった。拒否はアプリからアプリの周りの言葉に移り続けた。"
チームはクリーンなビルドを出荷し、1週間以上メタデータの異議を唱えるサイクルを繰り返した。各再提出は前の注目を回答したが、次の返信は別のフレーズ、スクリーンショット、または説明に焦点を当てた。codeは変更されなかった。リリースカレンダー、プレスウィンドウ、有料アクイジション計画はすべてレビューのコピーによって囚われていた。
"承認メールがブロッカーよりも先に到着した。"
ビルドは承認されたが、リリースはまだコンプライアンスのポップアップによってブロックされていた。チームはすでに答えていたと考えていたが、実際にはまだ答えていなかった。リリースオーナーはロールアウトを停止し、法的表現を集め、App Store Connectの回答を更新し、また待つ必要があった。顧客はアプリが実際に利用可能になる前にアナウンスを確認した。
"アプリは1つの画面に許可が必要だったのに、レビューでは全体の製品とみなされました。"
Androidの許可が狭いが、広範なポリシーレビューを引き起こした。
"The broken checkout was urgent for users, but not urgent for the review queue."
"ユーザーにとってはチェックアウトが壊れたことは急務でしたが、レビュー キューにとっては急務ではありませんでした。"
ネイティブ ストアの修正は、チームがすでに他の場所でインシデントを緩和していたときに到着しました。
Capgo は Capacitor チームにライブアップデートを送信、破損したリリースをロールバック、チャネルをターゲットに設定することを可能にします。アプリストアまたはGoogle Playのフルレビューサイクルを待つ必要はありません。
__CAPGO_KEEP_0__ でストーリーデータを編集し、1 から 5 までのローカル画像パスを含み、PR を開きます。名前を匿名に設定する場合は除きます。