AIコーディング
vibe codingのローンチチェックリスト
SEOメタデータ、アクセシビリティ、モバイルレイアウト、認証、環境変数、サイトマップ、テスト、レビュープロンプトを網羅した、vibe codingで構築したアプリ向けの実践的なローンチチェックリストです。
vibe codingで構築したアプリは、実際に準備が整う前から完成したように見える場合があります。ページが読み込まれ、デモの経路が動作し、UIが洗練されていても、SEOメタデータ、アクセシビリティ、モバイルレイアウト、認証境界、環境変数、サイトマップの網羅性、エラー状態、テストが不足しているかもしれません。
このガイドでは、vibe codingで構築したアプリ向けのローンチチェックリストを紹介します。プロトタイプ、MVP、ランディングページ、ディレクトリ、ダッシュボード、AIワークフローツールを公開する前に使ってください。目標は完璧にすることではありません。見栄えの良い画面の裏にAI生成コードが隠しがちな、修正コストの高い間違いを見つけることです。
このガイドの対象者
- AIで構築したMVPを公開する準備を進める創業者
- デプロイ前にvibe codingで作られたプルリクエストをレビューする開発者
- プロトタイプを公開ページへ変えるプロダクトチーム
- AI生成Webアプリが実際の端末で使えるか確認するデザイナーやオペレーション担当者
- AIコーディングツールで使える実践的なローンチレビュープロンプトを必要とする人
ステップごとのワークフロー
- 最初のページ読み込みから成功状態まで、中核となるユーザー経路が動作することを確認します。
- 公開ページのSEOメタデータ、正規URL、ページタイトル、説明、インデックス可否、サイトマップへの掲載を確認します。
- モバイルレイアウト、長い文章、空の状態、読み込み状態、エラー状態、小さなタッチターゲットをテストします。
- 見出し、ラベル、フォーカス状態、コントラスト、代替テキスト、キーボード操作というアクセシビリティの基本を確認します。
- 非公開ページ、管理ページ、請求操作、ユーザーデータを保護できるよう、認証境界を検証します。
- 秘密の値をクライアントコードやコミット対象ファイルに公開せず、環境変数を確認します。
- データベースへの書き込み、APIルート、検証、レート制限、破壊的な操作を確認します。
- テスト、型チェック、ビルド、または利用できる中で最も強力な検証コマンドを実行します。
- 無関係なリファクタリング、生成された不要コード、意図しない依存関係の変更がないか、最終差分を確認します。
- ローンチ後の修正を意図的に進められるよう、既知の制限を書き留めます。
推奨ツール
ローンチレビュー用プロンプトテンプレート
公開前に、次のプロンプトを使います。
Review this vibe coded app for launch readiness. Focus on SEO metadata, canonical URLs, sitemap coverage, accessibility, mobile layout, auth boundaries, environment variables, API validation, database writes, loading states, empty states, error states, destructive actions, tests, and build output. List findings first, ordered by severity. Do not make changes yet. After the review, propose the smallest fixes needed before launch and the exact verification commands to run.
If you find no blockers, still list residual risks and manual checks. Do not claim the app is ready unless verification has actually run.
ローンチ前チェックリスト
- 公開ページに固有のSEOメタデータと正規URLが設定されています。
- サイトマップに重要なインデックス対象ページが含まれています。
- 非公開、管理、アカウント、請求、作成用のページは、必要に応じてnoindexになっています。
- モバイルレイアウトで主要な操作が隠れず、文字がはみ出しません。
- ボタン、リンク、フォーム、メニューをキーボードとタッチで操作できます。
- 空、読み込み、エラー、成功の各状態が理解しやすくなっています。
- 非公開データを読み込む前に認証を確認しています。
- 環境変数は文書化されていますが、秘密の値は公開されていません。
- APIルートはデータを書き込む前に入力を検証します。
- テストまたは手動QAが中核となるワークフローを網羅しています。
- 本番用ビルドに成功します。
- 最終差分はレビューできるほど小さくなっています。
よくある間違い
- 正常系だけをテストしてローンチする
- ページタイトル、メタディスクリプション、正規URL、サイトマップの項目を忘れる
- デスクトップのレイアウト問題をモバイルユーザーへそのまま提供する
- 管理ルート、ユーザーデータ、サービスキー、プロバイダーの秘密情報を公開する
- 生成コードに不要なルートや使われていないコンポーネントを作らせる
- ページが視覚的に優れているという理由でアクセシビリティを無視する
- レビューせず、直前になってアナリティクス、支払い、認証を追加する
実践例
弱いプロンプト：check if my app is ready to launch.
改善したプロンプト：review this AI tool directory MVP before launch. Check homepage, tools listing, tool detail page, submit page, SEO metadata, sitemap, mobile layout, accessibility, auth boundaries, environment variables, API validation, and tests. List blockers first. Do not refactor. For each issue, give the smallest fix and the verification command or manual check.
改善したプロンプトが有効なのは、アプリの種類、重要なページ、リスク領域、出力形式、レビュー時の動作を指定しているからです。
FAQ
Q: 小規模なvibe codingのMVPにもローンチチェックリストが必要ですか？ A: はい。小規模なアプリでも、秘密情報の漏えい、SEOメタデータの不足、モバイルでの不具合、非公開ルートの露出、想定外の入力による障害が起こる可能性があります。
Q: ローンチ前に最低限必要な検証は何ですか？ A: 利用できる中で最も強力な自動チェックを実行します。通常はテストと本番用ビルドです。その後、デスクトップとモバイルで主要なユーザー経路を手動テストします。
Q: 既知の問題があってもローンチするべきですか？ A: リスクが低く、文書化されているなら可能な場合もあります。認証、支払い、データ損失、秘密情報の漏えい、中核的なワークフローの不具合が既知である状態ではローンチしないでください。
Q: ローンチレビュー中にAIが修正しすぎないようにするにはどうすればよいですか？ A: 最初に所見を求めます。修正をグループごとに承認し、各変更後に小さな差分と検証を必須にしてください。