Rork Max のアプリを審査に通す — 証明書設定からリジェクト対処まで

Rork Max でのビルド・エクスポート

ビルド設定の確認

Rork Maxでアプリをビルドする前に、以下の設定を確認します。

iOS の場合：

1. プロジェクト設定→「iOS Build Settings」を開く
2. Bundle ID: com.yourcompany.appname の形式で入力（逆順ドメイン記号法）
3. Team ID: Apple Developer AccountのTeam IDを入力
4. Code Sign Identity: 「iPhone Distribution」を選択
5. Provisioning Profile: 先ほど作成したプロファイルを選択
6. Version: 1.0.0 など（App Store提出時は必須）

Android の場合：

1. プロジェクト設定→「Android Build Settings」を開く
2. Package Name: com.yourcompany.appname の形式で入力
3. Key Alias: 署名鍵のエイリアス名を入力
4. Key Store File: Google Playの署名鍵ファイル（.jks）をアップロード
5. Version: 1 など（ナンバリング形式）

アーカイブ生成

iOS：

Rork Maxで「Archive for App Store」をクリック。通常、数分でアーカイブ（.ipa ファイル）が生成されます。ファイルサイズが100MBを超える場合は、アプリが大きすぎる可能性があるため、画像やアセットを最適化する必要があります。

Android：

「Build Release APK/AAB」をクリック。Google Play Console提出用にAAB（Android App Bundle）形式でビルドすることを推奨します。

App Store Connect での申請

アプリ情報の入力

App Store Connectにログインし、アプリの詳細情報を入力します。

必須項目：

1. App Name: アプリの公式名（最大30文字）。日本語対応。
2. Subtitle: サブタイトル（最大30文字）。オプション。
3. Primary Language: 最初の言語を選択。日本語推奨。
4. Category: カテゴリを選択。適切なカテゴリ選択は検索流入に影響。
5. Rating: 以下の項目で自己評価：
   • 暴力・脅迫
   • 医療クレーム・自傷行為
   • 飲酒・喫煙・薬物
   • ギャンブル
   • 18才以上コンテンツ

不正な評価はApp Store Review Boardに指摘されるため、正確に答える点が肝心です。

スクリーンショット・プレビュー動画

スクリーンショット：

最大5枚を複数言語で用意します。各デバイスサイズ（iPhone 6.7インチ・6.1インチ・5.5インチなど）ごとに用意が必要です。

推奨内容：

1. アプリの主要機能を順に紹介
2. 各スクリーンショットに短いキャッチコピーをオーバーレイ
3. テキストは大きく、読みやすいフォントを使用

プレビュー動画：

最大30秒の動画を用意。アプリの使用方法を簡潔に紹介します。

プライバシーポリシー

App Storeではプライバシーポリシーの提示が義務付けられています。

最小限のプライバシーポリシーには以下を含めます：

1. ユーザーデータの収集内容（位置情報・カメラ・連絡先など）
2. データの使用目的
3. データ保持期間
4. ユーザーの権利（削除・アクセス権など）
5. 第三者への情報共有の有無
6. 問い合わせ窓口

テンプレートは多数のプロバイダが提供しており、適応することで時間を節約できます。

メタデータの完成

1. 説明文（上限4,000文字）：アプリの機能・利点を詳しく説明
2. 新機能（上限4,000文字）：今回のバージョンで追加された機能
3. キーワード（複数指定可）：App Storeの検索対象

キーワードはASO（App Store Optimization）に重要です。競争が少なく、検索ボリュームが適度にあるキーワードを選択します。

ビルドのアップロード

App Store Connectで「Builds」セクションを開き、TestFlight経由でビルドをアップロードします。

ステップ：

1. Xcodeでアーカイブを生成
2. 「Distribute App」→「App Store Connect」を選択
3. 認証後、ビルドが自動アップロード
4. App Store Connectで「Select Build」をクリック
5. アップロード完了を確認

申請

すべての情報入力が完了したら、「Submit for Review」ボタンをクリック。

Appleの審査：

• 通常、24時間以内に審査開始
• 最大48時間で結果通知（急ぐ場合は「Expedited Review」をリクエスト可能）
• 却下の場合、理由が詳細に記載されたメールが届きます

Google Play Console での申請

アプリ情報の入力

Google Play Consoleでアプリを作成し、詳細情報を入力します。

必須項目：

1. App Name: 最大50文字
2. Short Description: 最大80文字（検索結果に表示）
3. Full Description: 最大4,000文字
4. Category: カテゴリを選択
5. Rating: Google Playでは「Google Play's rating questionnaire」を完了

スクリーンショット・プレビュー動画

スクリーンショット：

最大8枚。複数のスマートフォンサイズに対応する必要があります（Phone, 7-inch Tablet, 10-inch Tablet）。

プレビュー動画：

最大15秒。YouTubeにアップロードしたURLを指定します。

プライバシーポリシー

App Storeと同様に、プライバシーポリシーの提示が必須です。URLで指定します。

新アプリの詳細設定

1. Content Rating：「Google Play Console」の自己評価フォームを完成
2. Target Audience：対象ユーザー年齢層を指定
3. Content Guidelines: Googleポリシーの遵守を確認

テストと公開前チェック

1. Internal Testing: 自分のみでテスト
2. Closed Testing: 最大100人のテスターに配布して検証
3. Open Testing: 不特定多数のベータテスター募集（オプション）

各段階でテストして、バグや問題がないか確認します。

リリースの準備

1. **Production Release」タブを開く
2. 「Create New Release」をクリック
3. 「Select AAB or APK to roll out」でビルドを選択
4. 「Review release」で詳細確認
5. 「Rollout to Production」をクリック

Google Playでは最大数時間で全ユーザーに配信されます。

審査リジェクト対策 — よくある理由と対処法

Apple App Store のリジェクト理由トップ5

1. Privacy Issues（プライバシー問題）

例：ユーザー同意なくカメラ・マイク・位置情報にアクセス

対処：Info.plistで必要な権限を明記し、アプリ起動時に明示的な許可画面を表示

2. Metadata Rejection（メタデータ不備）

例：スクリーンショットに不正確な説明、プライバシーポリシーが誤り

対処：すべてのテキストをネイティブスピーカー（または翻訳会社）に確認させる

3. Completeness Issues（不完全なアプリ）

例：ボタンが機能しない、主要機能が動作しない

対処：全機能をiPhoneの複数モデルで徹底テスト

4. Performance Issues（パフォーマンス問題）

例：クラッシュ、遅延、バッテリー消費が異常

対処：Xcode Instrumentsでメモリリーク・CPU使用率を監視

5. UI/UX Issues（UIUXの問題）

例：デバイス向きに対応していない、フォントが小さすぎる

対処：iPad・iPhone・Portrait/Landscape全パターンでテスト

Google Play のリジェクト理由トップ5

1. Malware & Malicious Behavior（マルウェア）

例：ユーザー許可なくデータ送信、サードパーティ広告の不正配信

対処：AndroidManifest.xmlで宣言した権限以上の操作を行わない

2. Restricted Content（規制対象コンテンツ）

例：政治的デマ、医療誤情報、違法アクティビティへのリンク

対処：コンテンツを事前に徹底監査

3. Policy Violation（ポリシー違反）

例：ユーザーレビューを操作（ステルス広告リンク）、不正な内購い（Fake IAP）

対処：Googleポリシードキュメントを熟読

4. Broken Functionality（機能不全）

例：ログイン機能が動作しない、クラッシュループ

対処：Android複数バージョン（8.0・10・12・14など）でテスト

5. Location Permission Misuse（位置情報悪用）

例：ユーザー同意なく位置情報をバックグラウンドで記録

対処：位置情報利用理由を明記し、ユーザー控制の仕組みを実装

Rork Max 固有の対策

Rork Maxで生成されたコードは一般に高品質ですが、以下の点に注意：

1. 自動生成コードの確認：Rork Maxが生成したコードに不必要な権限要求がないか確認
2. ネイティブコードの衝突：カスタムネイティブコード（Swift/Kotlin）とRork生成コードのバージョン競合を防ぐ
3. デバッグフラグの削除：本番ビルド時にコンソール出力・デバッグログを無効化

公開後の運用 — ASO・レビュー対応・更新戦略

App Store Optimization（ASO）

キーワード戦略：

1. Keyword Tool（例：App Radar、Sensor Tower）で検索ボリュームを分析
2. 競争が少なく（Keyword Difficulty < 50）、検索ボリュームがある（500+/月）キーワードを選定
3. App Store Connectのキーワード欄に入力（100文字以内）

例：

• 弱いキーワード: 「アプリ」「ゲーム」（競争が激しすぎる）
• 強いキーワード: 「英会話学習」「予約管理アプリ」（ニッチで検索需要がある）

スクリーンショット最適化：

1. A/Bテスト：2種類のスクリーンショットセットを用意し、コンバージョン率を比較
2. 表現の工夫：「¥2,980/月」より「1日100円で学習」の方がダウンロード数増加

ユーザーレビュー対応

レビュー監視：

1. アプリ内に「フィードバック送信」機能を実装
2. 低評価（★1-2）は原因分析し、次バージョンで対応
3. 高評価（★5）には「ありがとう」のコメントを残す（ユーザー好感度向上）

よくあるレビューへの対応：

• 「クラッシュする」→ 環境情報（iOS/Android バージョン、デバイス）を聞き出し、再現テスト
• 「サーバーエラー」→ バックエンド接続状況ログをお送りして原因特定
• 「使い方がわからない」→ アプリ内チュートリアル機能の追加を検討

アップデート計画

初回公開後のアップデート周期：

• 初月：週1回（バグ修正・ユーザーフィードバック対応）
• 2-3ヶ月目：月1-2回（新機能追加）
• 4ヶ月目以降：月1回（メンテナンス・セキュリティ更新）

頻繁なアップデートはApp Storeの「新機能」セクションでユーザーの目に留まりやすく、ダウンロード数増加につながります。

データ分析

Rork Maxが統合する分析機能を活用：

1. ユーザー数・セッション数の推移: 公開直後の数週間は新規ダウンロード数が減速するため、その後の施策の効果測定に重要
2. 機能使用率: どの機能が使われているか？不人気な機能は削除・改善対象
3. クラッシュレート: 1% 以上のクラッシュレートはストア内評価を大きく下げるため、即座に修正

全体スケジュール：申請から公開まで

却下された場合、修正・再申請に追加で1-3日必要です。

まとめ：成功のポイント

Rork Maxでアプリを公開する際の最重要ポイントは以下の5つです：

1. 事前準備を完璧に: Developer登録から証明書設定まで、最初のステップをしっかりやれば、後の申請は流れ作業
2. テストは徹底的に: 複数デバイス・複数OSバージョンでテストしなければ、本番でクラッシュする可能性
3. 審査基準を理解する: Apple・Googleのポリシードキュメントを読むだけで、リジェクト率が大幅に低下
4. メタデータに力を入れる: スクリーンショット・説明文・キーワード選定は、アプリストア流入に直結
5. 公開後の運用を計画: レビュー対応・ASO最適化・定期アップデートが、長期的なダウンロード数を決める

Rork Maxのテクノロジーはあなたの代わりに高品質なコードを生成してくれます。あなたの役割は、そのアプリを最高の形でストアに公開し、ユーザーに価値を届けることです。このガイドに従えば、その道のりは明確です。

さあ、あなたのアプリをApp Store・Google Playの世界に送り出しましょう。