コミュニティの却下アーカイブ
Apple App StoreとGoogle Playの拒否ループの最悪の例をスクリーンショットと平文で収集し、モバイルチームがレビューキューが実際にどれだけコストを掛けているかを学ぶことができるようにしています。
提出規則
1から5の画像とストーリーテキスト。
ストーリー内にリンクはありません。ローカル画像のみを使用してください。拒否を痛い、具体的、そして役に立つものにしましょう。
6
ストーリーを植え付けます。
2
カバーされているストア
最大5
ストーリーあたり画像の最大数
アーカイブ
各ストーリーはテキストを中心に、画像をバックに、意図的に外部リンクを除外して、アーカイブが読みやすいように設計されています。
「このアプリのユーザーは誰ですか？」
Adrienはバージョン1.0を提出し、Appleはレビューを停止しました。ガイドライン2.1「情報が必要」に基づいて停止されました。メッセージにはクラッシュレポート、機能の破損、バイナリ修正の要求は含まれていませんでした。ただし、レビューを続行する前に、アプリの詳細な説明が必要だと述べていました。
「App Storeにはすでにこれらのアプリが十分にある。」
Adrienは、デザイン - スパム拒否を取得しました。Appleは、類似のアプリと比較して、十分な独自の価値を見ていませんでした。レビューは、アプリが主に風船や腹筋アプリであると述べていました。機能が異なる部分があっても、それが目立つほどでした。Appleは、類似のアプリと同じ内容とみなして、重複コンテンツとして扱いました。
「ビルドは問題なかった。拒否はアプリからアプリの周りの言葉に移り続けた。」
チームはクリーンなビルドを出荷し、1週間以上メタデータの異議を唱えるサイクルに費やした。各リサブミッションは前の注文に答えていたが、次の返信は別のフレーズ、スクリーンショット、または説明に焦点を当てていた。codeは変更されなかった。リリースカレンダー、プレスウィンドウ、有料アクイジション計画はすべてレビューのコピーに囚われていた。
承認メールがブロッカーの到着よりも先に到着した。
アプリのビルドは承認されたが、リリースはまだコンプライアンスのポップアップによってブロックされていた。チームはすでに答えていたと思っていたが、実際にはまだ答えていなかった。リリースオーナーはロールアウトを停止し、法的表現を集め、App Store Connectの回答を更新し、また待つ必要があった。顧客はアプリが実際に利用可能になる前にアナウンスを確認した。
「アプリは1つの画面に必要な許可だったが、レビューでは全体の製品とみなされた」
Androidの許可が狭いが、広範なポリシーレビューを引き起こした。チームは機能をドキュメント化し、レビューアーに指示を追加し、デモパスを記録し、最終的には主なリリースから許可を削除して顧客をブロック解除するために、まだ許可を削除する必要があった。最終的なビルドは、チームが許可のクリーンな分割を準備するまで、劣化したワークフローで配信された。
「チェックアウトが壊れたことはユーザーにとって急務ではあったが、レビューキューにとっては急務ではなかった。」
チェックアウトのバグにはモバイルの急速な修正が必要だったが、ストアのリリースは最悪のタイミングでレビューに入った。サポートチケットは増え続けていたが、チームは同じステータスの待ち状態を眺めていた。チームは最終的にサーバーサイドで問題を緩和し、緊急事態がすでに週末を焼き尽くした後、バイナリーアプロバルが到着した。
次のホラー物語を避けよう
CapgoはCapacitorチームにライブアップデートを送信、破損したリリースをロールバック、チャンネルをターゲットに設定することを待つ必要なくApp StoreまたはGoogle Playのフルレビューサイクルを待つ必要なくします。
__CAPGO_KEEP_0__はマーティンから人間のサポートを受けます。
ストーリーのデータを編集し、1から5のローカル画像パスを含め、PRを開きます。名前を匿名にしない場合は、ストーリーの所有者です。
