個人開発でApp Store審査に一発で通すために毎回チェックする8つのこと 8 Things I Check Before Every App Store Submission
2026年8月20日 公開 Published August 20, 2026
FreeAppsStudioは私一人で運営していて、これまでにiOS/Androidアプリを4本リリースしてきました。審査は毎回緊張しますが、提出前に同じチェックを繰り返すようになってから、差し戻し(リジェクト)に悩まされることはかなり減りました。今回は、Appleの審査ガイドラインをベースに、提出前に必ず確認している8つのポイントをまとめます。
1. プライバシーポリシー・利用規約のURLが実際に開けるか
App Store Connectに登録したプライバシーポリシーのURLは、審査担当者が実際にクリックして確認します。デプロイ漏れで404になっていたり、別アプリの規約のままだったりすると、それだけで差し戻されます。提出直前に必ずブラウザで開いて確認するようにしています。
2. アカウント削除の導線があるか(アカウント作成を提供する場合)
アプリ内でアカウント作成やログインを提供している場合、Appleのガイドライン(5.1.1(v))により、アプリ内から自分でアカウントを削除できる導線が必須です。「メールで問い合わせてください」だけでは審査に通りません。設定画面などに削除ボタンを用意し、実際に動作するところまで確認します。
3. スクリーンショットが今のUIと一致しているか
開発途中に画面デザインを変更したのに、ストア掲載用のスクリーンショットが古いままというのはよくある事故です。審査担当者は実機でアプリを操作しながらスクリーンショットと見比べるため、見た目が大きく違うと不信感を持たれます。提出のたびに最新のスクリーンショットを撮り直しています。
4. サブスクリプション/課金の説明が明確か
自動更新の条件、価格、解約方法をアプリ内の購入画面と利用規約の両方に明記します。「期間終了の24時間前までに解約しないと自動更新される」といった内容は、Appleのガイドラインで表記が求められている項目なので、抜けがないか毎回見直します。
5. デバッグ用の画面やテストデータが残っていないか
開発中に作った「テストボタン」や仮のダミーデータが、リリースビルドに紛れ込んでいないかを確認します。審査で見つかると単純に印象が悪く、機能不明な要素として質問が来ることもあります。
6. ログインが必要なアプリには、審査用のテストアカウントを用意する
ログインが必須のアプリの場合、App Review担当者がその画面の先に進めるよう、App Review情報欄にテスト用のアカウント情報(またはログイン不要の代替ルート)を必ず記載します。これを忘れると「先に進めない」という理由だけで差し戻されます。
7. 年齢制限・カテゴリなどのメタデータが実際の内容と合っているか
App Store Connect上の年齢制限やカテゴリ設定が、実際のアプリの内容(広告の種類、ユーザー生成コンテンツの有無など)と食い違っていないかを確認します。特に広告SDKを追加した後は、年齢制限の見直しを忘れがちです。
8. 審査中に連絡が来たら、できるだけ早く返信する
App Store Connectの「解決センター」経由で担当者から質問が来ることがあります。返信が遅れるとそのまま審査が止まってしまうので、提出後の数日はできるだけ通知をこまめに確認するようにしています。
おわりに
ここに挙げたのはどれも特別なテクニックではなく、Appleが公式に案内している審査ガイドラインの範囲内の話です。ただ、一人で開発していると見落としがちなポイントでもあるので、提出前のルーティンとしてチェックリスト化しておくと、審査にかかる時間も精神的な負担もかなり減らせます。
FreeAppsStudioでは、こうした個人開発の知見やアプリの使い方をこのブログで発信しています。よければ他の記事もあわせてご覧ください。
I run FreeAppsStudio solo, and I've shipped four iOS/Android apps so far. Submission still makes me nervous every time, but ever since I started running the same checks before every submission, rejections have become far less common. Here are the 8 things I check every time, based on Apple's App Review Guidelines.
1. Do the privacy policy and terms links actually load?
App reviewers click through to the privacy policy URL you registered in App Store Connect. A broken deploy that leaves it 404ing, or terms that still reference a different app, is an instant rejection. I always open the live URL in a browser right before submitting.
2. Is there an in-app way to delete an account (if you offer account creation)?
If your app lets users create an account or log in, Apple's guideline 5.1.1(v) requires a way to delete that account from within the app — "email us to delete your account" alone won't pass review. I make sure there's a working delete button, usually in settings, and actually test it.
3. Do the screenshots match the current UI?
It's easy to change a screen's design mid-development and forget the store screenshots are still the old version. Reviewers compare your screenshots against the live app, and a big mismatch reads as untrustworthy. I re-shoot screenshots for every submission.
4. Is subscription/IAP pricing clearly disclosed?
Auto-renewal terms, price, and cancellation instructions need to appear both in the in-app purchase screen and in your terms of use — things like "renews automatically unless cancelled at least 24 hours before the period ends" are specifically required by Apple's guidelines. I re-check this every time.
5. No leftover debug screens or test data?
I check that test buttons or placeholder data added during development haven't leaked into the release build. Beyond looking unprofessional, reviewers sometimes flag unexplained UI elements with a question.
6. Demo account for apps that require login
If login is required, I always include working demo credentials (or a documented login-free path) in the App Review Information notes, so the reviewer can actually get past the login screen. Forgetting this is a common, entirely avoidable rejection reason.
7. Do the age rating and category actually match the app?
I double check that App Store Connect's age rating and category still match the app's real content — ad types, user-generated content, etc. This is especially easy to forget after adding a new ad SDK.
8. Reply quickly if Apple reaches out during review
Reviewers sometimes ask questions through App Store Connect's Resolution Center. A slow reply just stalls the review, so I check notifications closely for the first few days after submitting.
Wrapping up
None of this is a secret trick — it's all within Apple's publicly documented App Review Guidelines. But it's easy to miss one of these when you're building solo, so turning it into an explicit pre-submission checklist has saved me both review time and stress.
FreeAppsStudio shares notes like this — indie dev lessons and app how-tos — on this blog. Feel free to browse the other posts too.