store 審査却下の対応（修正/説明/appeal の使い分け）
背景与問題
OPC（B 方向）。store 審査の却下への対応を毎回感覚でやっている——修正再提出で大体済むのが実態だが、正当に争うべき時の appeal 手順を持っていない。判定フロー 1 枚を作る。年次要件は opc-store-review-requirements-annual、リリース全体は opc-release-design-consolidated。
发现
（出典はいずれも 2026-09-17 アクセス）
- 審査の事実（Apple）：提出の 90% が 24 時間以内に審査完了。ステータスはメール通知。
- appeal の手順（事実）：Resolution Center での説明→「Contact the App Review Team」ページで「I would like to appeal an app rejection」を選択→ガイドラインに準拠していると判断するなら App Review Board へ（Apple フォーラム、ptkd の sample letter）。
- 判定の知見（catdoes 2026）：大半の却下は修正または明確な説明の返信が formal appeal より速い——appeal は本当に争う時だけ。
- expedited review：深刻な bug 修正など時間制約のある場合に申請でき数時間で処理される例もあるが、却下リスクもある（r/iOSProgramming の実例）。
结论
- 判定フロー 1 枚：①修正で再提出（大体これが最速）②ガイドライン解釈の誤りなら Resolution Center で説明 ③それでも覆らなければ App Review Board へ appeal——3 段の順序を固定する。
- appeal テンプレ 1 枚：sample letter 型（ptkd）を自家版に。感情的文言を避け、ガイドライン条項+該当しない根拠を構造的に書く。
- expedited review は深刻な bug 修正のみ：新機能の宣伝目的で乱用すると信頼を失い却下リスク（実例あり）。
- 却下履歴を台帳に：年次の要件差分確認（opc-store-review-requirements-annual）の材料として、却下理由と対応を記録する。
待办 / 下次继续
关联
opc-store-review-requirements-annual opc-release-design-consolidated opc-release-precheck-5min opc-store-listing-copywriting