AcceptMyApp

AcceptMyAppは、App Storeの共通要件と、アプリの機能・権限・ビジネスモデルに合わせた項目を混ぜたパーソナライズ済みチェックリストを作る。スクリーンショット、メタデータ、年齢区分、プライバシー宣言を網羅し、さらにアプリ固有の項目を加えて、進めながらチェックできる。狙いはシンプル。気づかなかった穴を抱えたまま提出するのを止める。

Apple自身の審査より先に動くiOSアプリ審査チェッカーだと考えてほしい。リスク分析は提出前にガイドラインの問題を浮かび上がらせ、静かに却下を引き起こすマネタイズ、権限、メタデータの問題に焦点を当てる。指摘された領域にはそれぞれスコアが付き、ツールは「提出可能」の判定で締めくくる。具体例も見える。ペイウォールの前に見えないサブスク条件（ガイドライン3.1.2）や、キーワードに隠れた競合名（ガイドライン2.3.7）などだ。

GitHubリポジトリへの一回限りの読み取り権限を与えると、Code Checkerが審査の落とし穴がないかソースをスキャンする。Info.plist、プライバシーマニフェスト、entitlementsを見て、たとえば理由を説明せず「We need access」とだけ書いたカメラの用途文字列を指摘する。こうした曖昧な文字列はガイドライン5.1.1でよく却下される。自分で書いた文字列だと見落としやすいものでもある。

このツールはタイトル、サブタイトル、キーワードを書き直し、読みやすくAppleの文字数制限に収める。現在のコピーと提案を並べて示すので、何が変わったかを正確に確認できる。キーワードの詰め込みや無関係なブランド語はガイドライン2.3に当たるため、メタデータをきれいにする一手間で、メタデータ系の却下を丸ごと一クラス消せる。小さな編集。当たる確率への効果は大きい。

Appleの却下文を貼り付けると、AcceptMyAppが根本原因を平易な言葉で示し、修正か異議申し立てかの指針を与え、Resolution Center向けにそのまま送れる返信の下書きを2つ用意する。下書きはフィードバックを受け止め、加えた変更を明記する。審査担当が期待する構成だ。編集は自分でする。だが、白紙から始めるわけではない。

指針はAppleの公式ガイドラインに照らして書かれており、ツールはその更新を追いかける。ここは重要だ。ルールは一年を通して変わり、前シーズンのガイドラインに基づく助言はあなたを間違った方向へ導きかねない。出力は有力な出発点として扱い、依存する前に具体的な点は必ず確認してほしい。