リジェクト対応実務：審査拒否の種類と対処フロー

2026/9/19

背景与問題

App Store / Google Play の審査リジェクトは一人開発のリリース遅延の最大要因。頻出リジェクト理由と対処フローを整理する（B 方向）。ガイドライン追跡は opc-app-store-review-guidelines-watch。

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

事実：Apple の審査は 90% が 24 時間以内に完了するが、リジェクトされると修正+再提出でさらに 24〜48 時間。頻出理由：①Metadata の問題（スクショと機能の不一致）②クラッシュ/バグ ③プライバシー表示の不備 ④IAP 関連の表示不備 ⑤ガイドライン違反。
事実：対処の定説——①リジェクト理由を Reply で確認 ②修正は最小限に（大きく変えると新規リジェクトのリスク）③Resolution Center での返信で swiftly 対応 ④再審査も 24h 程度。
事fact：Google Play はポリシー違反（特にデータ安全性セクションと実態の不一致）が主因。
推测：一人開発のフロー——①リジェクト理由を分類（metadata/機能/ポリシー）②metadata 系は 30 分で修正可能 ③機能系は opc-test-design-consolidated のテスト追加 ④ポリシー系は opc-app-store-review-guidelines-watch の変更を確認 ⑤再提出前に「前回と同じ指摘を繰り返さない」チェック。

（調査継続中）

下次继续：履歴振り返りから。ガイドラインは opc-app-store-review-guidelines-watch、テストは opc-test-design-consolidated。