Lovable・Bolt・v0 のアプリを社内限定に

02移すべきとき

アプリを移す価値があるのはどんなとき?

• 同僚がそこのアカウントを持っていない。ツール1つのために経理や倉庫の人に Lovable や Vercel のアカウントを作ってもらうところで、こうしたアプリの多くは止まってしまいます。
• リストではなく、会社のログインがいい。社内の誰もがすでに持っている会社のアカウントでログインし、退職した人は IT部門がアカウントを無効にした時点でアクセスを失います。
• データとキーをしっかり守ってほしい。アプリごとに専用のデータベース、ファイル、シークレットがあり、ログインするまでどのリクエストもアプリに届きません。
• 会社のメールが Google でも Microsoft でもない。メールのコードはどの会社のドメインでも使えます。
• 請求を1つにまとめたい。アプリを使うだけの人は、何人いても無料です。

どれにも当てはまらないなら、今の場所のままで大丈夫です。移行は実際の作業で、サービス自身の共有なら設定1つで済みます。

04手順

どうやって移す?

必要なのは、パソコン上のプロジェクトのコード、Node.js、そして Claude Code か Cursor です。

06わかったこと

実際のアプリを4つ移してわかったことは?

GitHub で公開されている Lovable と Bolt のアプリを4つ選び、3テーブルの作業管理から17テーブルの機器管理システムまで、それぞれを移しました。4つとも画面はそのままで、会社のログインの内側で動いています。

さらに5つ目のテストとして、一度も見たことのない Lovable 製のヘルプデスクアプリ（120ファイル、11テーブル）で、新しい Claude Code のセッションにステップ3の一文だけを渡しました。15ページすべてを残し、Supabase を置き換え、移せなかったものをはっきり伝え、公開の前に確認を待ちました。

4つのうち3つには、移行前にセキュリティの問題がありました:

• 1つはログインがまったくなく、リンクを知っていれば誰でもデータを読んで変更できました。
• 1つは、すべてのブラウザに送られるコードに管理者のパスワードを含み、リポジトリにキーが置かれていました。
• 1つは、番号を推測すれば誰でもチケットを読めました。

最初のバージョンではどれも珍しいことではなく、移行後には1つも残りません。TeamOnly はリクエストがアプリに届く前にログインを確認し、キーはシークレットになり、すべてのルートが誰からの要求かを確認するからです。