Lovable vs Bolt vs v0：それぞれが配信するもの.

Lovable、Bolt、v0とは何でしょうか。また、これらはどのような方々を対象としているのでしょうか。?

ここでは、書いた説明文を動くソフトウェアに変える3つのAIアプリビルダーのうち、どれが合うかを見ていきます。Lovableの比較ガイドを読むと、各ツールの違いがわかります。同ガイドは、Lovableを「説明文からReactとSupabaseを用いたフルスタックアプリへと導く手段」と位置付けています。一方、Boltはコードファースト型で、ブラウザベースのエディタで作業します。v0は、APIルートを含むフルスタックのNext.jsアプリを生成します。

『Build This Now』は、使う人に応じて選び方を示しています。技術的な知識があり、コードを自分で管理したい場合は「Bolt」、技術的な知識のない創業者がフルスタックのMVPを作る場合は「Lovable」、すでにVercelやNext.jsを使っているデザイナーや開発者は「v0」です。Lovableのガイドはビジュアルによるフルスタック開発にLovableを推奨していますが、これはLovable自身のページの記述なので、ベンダーの視点として読んでください。どれを選ぶ場合も、ブラウザに表示されるサイトの仕上がりで判断してください。名称からはほとんど何もわかりませんが、出力結果がすべてを示します。

それぞれがどのようなスタックを生成するのでしょうか?

どのツールを選んでも、プロジェクトにはReactとTailwindが使われます。フレームワークは異なります。LovableではViteまたはTanStack Start、v0ではNext.js、Boltではお好みのJavaScriptフレームワークが使えます。どのフレームワークを使っているかは、パッケージファイルで確認できます。Reflexによると、BoltではReact、Vue、Svelte、Next.js、Astroのいずれかでビルドできますが、v0はReactとNext.jsに限られます。一方、Vercelによると、LovableではTanStack Startが提供され、フレームワークは選べません。

Lovableのスタックは開始時期によって異なり、情報源によって見解が分かれています。DEV Communityの投稿は、古いプロジェクトの従来のスタックとして、React（TypeScript対応）、Vite、Tailwind、shadcn/ui、React Routerを挙げています。Reflexによると、2026年5月以降に作られたプロジェクトはTanStack Startを使い、それ以前のプロジェクトは引き続きViteを使っています。別の情報源では、リリース日が2026年4月20日とされています。作成日はパッケージファイルで確認してください。モバイル対応が必要ですか？ 挙げられている唯一の選択肢は、React NativeとExpoを使うBoltです。Vercelのナレッジベースによると、v0を選ぶとTailwind v4が使えます。

それぞれのサイトはどのようにレンダリングされ、検索にとって何を意味するのでしょうか?

v0で作った場合や、新しいLovableプロジェクトを始めた場合は、デフォルトでページがサーバーサイドレンダリングされており、確認できます。ただし、古いLovableプロジェクトはクライアントサイドのReactで配信されます。Boltはソースにデフォルトの設定が書かれていないため、ご自身の出力を確認してください。ページで「view-source」を実行し、HTML内に見出しがあるか探してください。ありませんか？ その場合、クローラーに届くのは実質的に空のシェルだけです（SEO Agentも同様のテストを推奨しています）。変更前、Lovableはインデックス登録に「数時間ではなく数日」かかる可能性があること、ソーシャルプレビューがデフォルトで機能しないことを認めていました。ローンチとしては厳しいスタートです。

Vercelによると、v0のサイトはApp RouterとServer Componentsを使うため、ページはリクエスト時に完全なHTMLを返します。ただし、日付については情報源ごとに記述が異なるので、ご自身の環境で確認してください。ある情報源によると、2026年4月20日以降に作成したプロジェクトでサーバーサイドレンダリングが使えます。Reflexによると、使えるようになったのは2026年5月からです。また、The SEO Agentによると、2026年5月13日の発表で、既存のアプリにも、検証済みのクローラー向けにプリレンダリングしたスナップショットが提供されました。レンダリングは最初の関門にすぎません。robots.txt とサイトマップも、公開準備ができたと判断する前に、ドメイン上で両方を確認してください。

どちらがホスティング、認証、データを担当し、どちらがコードを提供するのか?

LovableとBoltには、ホスティングとバックエンドが標準で組み込まれています。一方、v0はVercelのホスティングとデータベース連携に依存します。この3つはいずれもコードベースを提供します。Lovableの表によると、Lovableではバックエンドとして Supabase（Lovable Cloud）、BoltではBolt Database、v0ではAPIルートとデータベース連携が提供されます。つまり、選んだツールでバックエンドが決まるので、導入を決める前によく検討する価値があります。Boltのブログによると、Bolt Cloudは、認証、データベース、ストレージ、サーバー関数に加え、ホスティング、Code View、GitHub連携を提供します。Boltではバックエンドとホスティングがセットで提供されます（計画によっては便利なことも、制約になることもあります）。

v0を基盤にすると、Coursivによれば、アプリはフルスタックのNext.jsになりますが、v0自体はデータベースをホストしません。Vercel Marketplaceを通じて、Supabase、Neon、Upstash、Vercel Blobを接続します。コーディングの経験がない方には、Coursivによると、Lovableのほうが簡単です。ホスティング、データベース、サインイン機能が標準で組み込まれているからです。Vercelによると、新しいLovableプロジェクトはGit同期で新しいリポジトリにエクスポートされ、v0は既存のGitHubリポジトリから動かせます。どちらの場合も、リポジトリにはコードが入ります。Build This Nowは、どのコードベースを選んでもセキュリティ強化が必要だと警告しています。リリース前に、その作業を計画しておきましょう。そして、真の価値は所有権にあります。実際のユーザーや決済が発生したとき、コードを所有していることが大きな利点になります。

各ツールで作ったサイトは、通常どこで点数を落とすのでしょうか?

公開されている情報源にはツールごとのスコアデータがありません。正直なところ、各ツールのデフォルト設定のままでは、公開するコンテンツに不備が出る可能性があります。ページのソースコードを確認し、HTMLのbody部分、見出し、構造化データ、`robots.txt`を点検してください。古いLovableプロジェクトを基に作った場合、中身が空のシェルがあるとスコアが下がる可能性があります（誰かが確認するまで気づかないかもしれません）。DEV Communityの投稿によると、GoogleはJavaScriptを多用したページのインデックス作成に、静的HTMLの約9倍の時間を要します。各ページのbodyに何が入っているかを確認してください。LaSoftによると、Lovableの「Cloud Only」プランでは、メタタグ、タイトル、説明文は編集できますが、サーバーサイドレンダリングと詳細な構造化データには対応していません。この制限は現実のもので、設定で解消できる一時的な問題ではありません。修正計画を立てる前に、ご自身のプランを確認してください。

サーバーサイドレンダリングでも、ビルドに不備が残っていることがあります。`robots.txt` を開いて確認してください。ある記事によると、サーバーサイドレンダリングされた Lovable サイトでも `robots.txt` に問題が出る可能性があるとのことです。あなたのサイトも該当するかもしれません。SEO Agent によると、サイトマップを正確に保ち、Google Search Console に送信するのはサイト側の責任です。ご自身のサイトマップを確認してください。v0 については、Vercel によると、手作りのコンポーネントは shadcn/ui のアクセシビリティプリミティブを継承しないとのことです。WCAG の基準に照らして、ご自身のコンポーネントを監査してください。Bolt については、ソースコードにレンダリングのデフォルト設定に関する記述がありません。ご自身のサイトにデフォルト設定があると想定しないでください。実際にサイトを開いて確認することが、最終的な判断基準です。パンフレットだけでは判断できません。

マーケティングサイト、ダッシュボード、プロトタイプのうち、どれを選ぶべきでしょうか?

マーケティングサイトではレンダリング方式を、ダッシュボードではコード管理を、プロトタイプでは作業スタイルを基準に選んでください。マーケティングサイトでは、ソースコードを開き、コピーがHTML内にあるかを確認してください。Vercelによると、v0はリクエスト時に完全なHTMLを返すとのことです。また、情報源によると、新しいLovableプロジェクトはサーバーサイドレンダリングされているとのことですので、ご自身のプロジェクトも確認してみてください。アプリではなくマーケティングサイトを作る予定ですか？ Reflexでは、Framerの方が適していると紹介されています。

ダッシュボードでは、コードの管理を重視する開発者の方に、「Build This Now」がBoltを推奨しています。バックエンドの選択も重要です。Lovableの表にはSupabaseがバックエンドとして記載されており、v0はAPIルートやデータベース連携を自動生成します。プロトタイプでは、3つのツールのうち「Lovable」だけがポイント＆クリック式のビジュアルエディタを備えています。一方、「v0」の無料プランには、1日あたりのメッセージ送信数に7件の上限があります。どのツールを選ぶにせよ、実際のユーザーや決済が始まる前に、コードの堅牢化を計画してください（先に実施するほうが、後から対応するよりコストを抑えられます）。請求書の支払いが遅れるのは、誰にとっても好ましいことではありません。

これらのいずれかで構築されたサイトをどのように確認すればよいでしょうか?

サイトを診断するには、本番環境のURLで無料評価を実行し、スコアの根拠となる分析結果を確認してください。URLと職場のメールアドレスを入力します。約2分後に、8つの評価項目（それぞれ重み付けがあります）に基づく100点満点のスコアが表示されます。配分は、アーキテクチャ 15%、パフォーマンス 15%、セキュリティ 12%、検索 12%、スキーマ 10%、AI対応度 10%、編集体験 10%、運用状態 16%です。各項目には、評価の根拠も示されます。

このツールは、ホームページと最大8ページのサンプルページを読み取り、ヘッダー、マークアップ、構造化データ、見出し、スクリプトや画像の容量、robotsやcanonicalのシグナルを確認します。ログイン情報、分析データ、フィールドパフォーマンスデータなどを用意する必要はありません。誰からも質問されることはありません。スコアが80～100なら良好、60～79なら制約あり、40～59ならリスクあり、0～39ならレガシー状態と判定されます。結果とあわせて、気になるページのソースコードも確認してみてください。接続ごとに1時間あたり3回チェックできますので、1か所を修正してから、そのURLを再チェックしてください。この繰り返しは、当てずっぽうの推測より確実です。

よくある質問.

自分のサイトを確認する.

1. 01Next.js SEO監査レンダリングモード、メタデータ、ハイドレーションコスト。
2. 02ウェブサイトのヘルスチェック全体的な診断、8つの柱すべて。
3. 03Core Web Vitals テストページが配信する内容から見るLCP、INP、CLS。

その他の記事： What Ships.

1. 01AIのコードと人間のコード：実際のウェブサイトで違いはどう現れるか。根拠 · 2026-10-25
2. 02誰もが犯しがちなミスを避けながら、AIを活用してウェブサイトを構築する方法。ガイド · 2026-10-25
3. 03バイブコーディングのセキュリティ：公開済みのAI製サイトが何を漏らしているか、外部からどう確認するか。セキュリティ · 2026-10-25