Lovable Cloud2026年5月更新

LovableとSupabaseの連携完全ガイド｜Lovable Cloudとの違い・使い分け

LovableからSupabaseを使う3つの方法（Lovable Cloud / 直接接続 / セルフホスト）を比較。DB・認証・ストレージの実装パターンとRLSの注意点を解説。

更新日: 2026-05-16読了時間約4分#Supabase#Cloud#認証#データベース#RLS

Lovableで本格的なアプリを作るなら、データベース・認証・ファイルストレージは避けて通れません。Lovableは内部的にSupabaseを採用しており、3つの異なる連携方法が用意されています。本記事ではそれぞれの特徴と使い分けを解説します。

結論：Lovable Cloudを使えばOK#

9割のケースで答えは『Lovable Cloud』。Supabaseアカウントすら作らずに、チャットで「Cloudを有効化して」と言うだけで全部セットアップされます。

Lovable Cloudは内部的にSupabaseで動いていますが、ユーザー側はそれを意識する必要がありません。料金もLovable側に統合されているため、別途Supabaseと契約する必要もなし。

3つの連携パターン比較#

1. Lovable Cloud（推奨）

セットアップ：チャットで『Lovable Cloudを有効化』の一言
料金：Lovableプランに統合（追加契約不要）
DB管理：Lovable側のUIで完結
向いてる人：個人開発・スタートアップ・MVP

2. 既存Supabaseプロジェクトに直接接続

セットアップ：Supabase URL / anon key を環境変数として設定
料金：Supabase側で別契約（Free / Pro $25〜）
DB管理：Supabaseダッシュボードを直接使う
向いてる人：既にSupabaseで運用中のチーム・Edge Functionsを多用する人

3. セルフホストSupabase

セットアップ：自分のVPS/AWSにDocker でSupabase一式を構築
料金：インフラ費用のみ（月3,000円〜）
DB管理：自前で監視・バックアップ
向いてる人：データを国内/特定リージョンに置く必要があるエンタープライズ

Lovable Cloudで何ができるか#

PostgreSQLデータベース（テーブル設計から自動生成）
ユーザー認証（メール / Google / GitHub OAuth）
ファイルストレージ（画像・PDFアップロード）
リアルタイム購読（チャット・通知UIに）
サーバー関数（TanStack Server Functionsで実装）
RLS（行レベルセキュリティ）の自動生成

実装例：認証付きTODOアプリ#

Lovable Cloudを有効化した上で、以下のように依頼するだけで完成します。

ログイン機能付きTODOアプリを作って。
・メール+Googleログイン対応
・todosテーブル（id, user_id, text, done, created_at）
・自分のTODOだけ見える・編集できるRLS
・未ログインなら/loginにリダイレクト

これで認証画面・DB作成・RLSポリシー・ルーティング保護まで一気に生成されます。

RLS（行レベルセキュリティ）の落とし穴#

RLSは「設定しないと全データが筒抜け」になるSupabaseの最重要機能。Lovableは自動でRLSを書きますが、複雑な権限要件は人間レビューが必須です。

ユーザーの権限管理は profiles テーブルではなく user_roles 別テーブルで（権限昇格攻撃を防ぐ）
auth.users に外部キー参照しない（Supabase管理外）
管理者判定は security definer 関数で実装
公開データを扱う場合のみ RLS を緩める（読み取り専用 anon ロール）

既存Supabaseプロジェクトに繋ぐ手順#

Supabaseダッシュボードで Settings → API から URL と anon key をコピー
Lovableのチャットで『環境変数 VITE_SUPABASE_URL と VITE_SUPABASE_PUBLISHABLE_KEY を設定して、@supabase/supabase-js でクライアントを作って』と依頼
テーブル設計はSupabase側でSQL Editorから実行
型定義は supabase gen types typescript で生成して src/integrations/supabase/types.ts に配置

Lovable Cloud vs 直接接続：選び方フローチャート#

Supabaseを触ったことがない → Lovable Cloud
既存Supabaseプロジェクトに新機能を足したい → 直接接続
Supabase Edge Functionsをすでにバリバリ使ってる → 直接接続
本番運用＋スケール想定で課金体系を最適化したい → 直接接続（Supabase Pro契約）
AWS/GCP上に閉じたいエンタープライズ → セルフホスト

FAQ#

Q. Lovable Cloudは内部的にSupabaseですか？

はい、Supabaseがバックエンド基盤です。ただし契約・課金・ダッシュボードはすべてLovable側に統合されているため、ユーザー側はSupabaseを意識せず使えます。

Q. 後からセルフホストSupabaseに移行できますか？

可能です。Lovable CloudのDBをpg_dumpでエクスポートし、セルフホスト側にインポートすればOK。コード側は環境変数を差し替えるだけで動きます。

Q. リージョンは日本（東京）にできますか？

Lovable Cloudは現在US/EUリージョンが中心。レイテンシ・データ保護要件で東京リージョン必須なら、直接Supabase契約（Tokyoリージョン選択可）かセルフホストを検討してください。

Q. Supabase Edge Functions は使えますか？

Lovable本体はTanStack Server Functionsを推奨していますが、既存のEdge Functionsを呼び出すことは可能。新規実装ならTanStack側に統一すると保守が楽です。