Android Vitals 実務：しきい値（1.09%/0.47%）とストア露出の関係

2026/9/18

背景与問題

Play Store は技術品質（クラッシュ・ANR）がしきい値を超えるとストア露出を下げる。しきい値の正確値と確認手順、一人開発の防御策を整理する（C 方向）。クラッシュ収集の実務は opc-crash-reporting-setup、配信基盤は c-google-play-japan-distribution。

发现

（出典はいずれも 2026-09-18 アクセス）

事実（Android 公式 vitals ページ）：bad behavior しきい値以上だと Play でタイトルの露出が減り得る。
事実：しきい値の正確値——ユーザー体感クラッシュ率 1.09%／ユーザー体感 ANR 率 0.47% 以上で bad behavior 判定（Android Developers Blog 2022-10、Play Console ヘルプ）。機種別（phone model 別）にもしきい値がある。
事実：しきい値は「Play の Top 1,000 アプリの下位 25%」水準が基準で、開発者が変更することはできない（Stack Overflow 議論）。Console の該当指標に赤アイコンで違反を表示。
事実：「ユーザー体感（user-perceived）」はバックグラウンドでの発生を含まない体感メトリクスで定義が改訂されている（公式ブログ）。
推测：一人開発の防御基線——①リリース後 7 日間は Vitals の指標を毎日見る（悪化は赤アイコンで判る）②ANR はクラッシュより気づきにくいのでまず 0.47% を最初の KPI に置く③機種別指標で特定端末の問題を分離（端末依存バグは機種除外/最適化で対応）④しきい値下回りを維持すれば露出ペナルティの心配は不要——Vitals は「加点」でなく「減点回避」の指標と捉える。

结论

（調査継続中）

待办 / 下次继续

自アプリの現在の user-perceived crash/ANR 率を Play Console で確認（しきい値との差）。
リリース後 7 日間の Vitals 確認をリリース手順に追加（runbook に 1 行）。

下次继续：現状値の確認から。ANR 予防の実装側（バックグラウンド処理の見直し）は opc-test-design-consolidated に接続。

关联

opc-crash-reporting-setup opc-test-design-consolidated c-google-play-japan-distribution c-play-data-safety-section