Kanorio vs Lovable - AI のコーディングは速いが、ブランドサイトは開発プロジェクトではない

Lovable は、会話からフルスタックの App を速く出せます。フロント、バック、データベース、デプロイまで一式です。技術に詳しくない創業者が MVP や社内ツールを試すのに向きます。Kanorio は AI 先行、コード不要で、検索され、長く育てられるブランドサイトづくりを支えます。どちらも AI でサイトを作れますが、向く場面は違います。

---

Lovable とは？

Lovable（公式 lovable.dev）は、会話で進める AI フルスタック App 作成の基盤です。平たく言うと、欲しい製品を自然な言葉で伝えると、動くフロントとバックを生成し、ホストして公開し、コードを GitHub／GitLab へ同期できます。詳細は Lovable の文書 と サブスクリプションの説明 を正としてください。

公開文書では、よくある能力は次のとおりです。

• Prompt（指示文）で必要を伝え、ページ、やり取りの論理、データベース、バックの機能まで一式の App を生成できる
• 内蔵のバック（Lovable Cloud。Supabase のオープンソース基盤）。データベース、ログイン認証、ファイル保存、Edge Functions、リアルタイム更新など
• 新しいプロジェクトは既定で TanStack Start。サーバー側レンダリング（SSR）があり、検索エンジンと SNS のプレビューが中身を読み取りやすい
• ワンクリックで .lovable.app の URL へ公開（HTTPS 付き）。有料プランでは独自ドメインを付けられる
• GitHub／GitLab の双方向同期。コードの所有はあなた側。有料プランではダウンロードもできる
• Workspace でのリアルタイム共同。Business／Enterprise には役割権限、SSO などの統治が加わる
• 内蔵の SEO & AI Search 審査、Semrush のキーワード調査、Google Search Console 接続
• 公開後、基本の流入分析を自動で集める（訪問者、ページビュー、直帰率、流入元、端末、国など）
• 原生の Stripe Payments。会話で支払いの必要を伝えると、AI が決済の流れに関するコードを生成する

課金は Credit（枠）制です。構築の会話、Cloud の実行、App 内の AI 機能が枠を使います。公開プランの要約はおおむね、Free は構築枠が 1 日 5 点（月の上限は約 30）、Pro は月約 100 credits／$25 から、Business はより進んだ統治、です。実際の数字は Lovable Pricing が正です。

「今日の午後に、ログインでき、データを保存でき、支払いを受けられる製品の原型が要る」なら、Lovable は魅力的です。以下では、目標が「対外のブランド公式サイト、Google から見つかる、長く自分で文案を直し中身を育てる」ときに、Kanorio が補う面を説明します。

---

両者の向きの違い

Lovable と Kanorio は、どちらも「AI でサイトを出す」ことができます。解く問題は違います。

Lovable の典型は、SaaS の原型、社内 CRM、顧客の入口、ログインとデータベースを持つ MVP、支払いを受けられる製品の試験運用です。流れはだいたい、チャットで必要を伝える → プレビュー → 会話で繰り返す → Publish、です。強みは「一文から動くフルスタック App まで」の速さと、バックとコードの書き出しです。

Kanorio はブランド公式サイトの道です。一人の会社でも、何年も運営してきた企業でも、長く外に出し、検索されるデジタルの顔が要るなら、AI が先に読めて直せる初稿を出し、モジュールで中身と構成を整え続けます。

こう捉えると分かりやすいです。Lovable は、AI のエンジニアに「先に製品を出して」と頼む感じです。Kanorio は、AI のデザイナーに「先にブランド公式サイトの一版を整えて」と頼み、そのあと文案を直し、記事を足し、流入を見る感じです。どちらも筋は通っています。向く人が違います。

---

コードが分からなくても公開できる。ただし「公開したあと」が違う

公平に言うと、Lovable も Kanorio も、コードが書ける必要はありません。従来のサイト作成に対する、両者の共通の利点です。

違いは、「公開したあと、どう直し、一回にいくらかかるか」です。Lovable で出るものは、本物のコードプロジェクトです。日常の修正は会話のまま進むことがほとんどです（Build mode は複雑さに応じて credit を使います。文書の例では、小さな直しが約 0.5 credit、大きな直しが数 credit、など）。製品の機能を速く磨くには向きます。ただ、キャッチコピーを一文直す、表紙の画像を替える、料金を更新する、だけなのに毎回会話と枠を通すと、ブランド文案の長い運営は疲れやすいです。

Kanorio の流れは、ブランド運営向けです。ブランド情報を書く → AI が初版を作る → 文章・画像・モジュールを直接直す → 公開。多くの人は、使える初版まで約 15 分です。構成はビジュアルスイートのモジュールで広げられます。表紙、サービス紹介、実績、料金表、問い合わせなどです。コンテンツ作成の AI 文案も使えます。日常の文案直しは、たいてい「ページ一式を生成し直す」枠を使いません。

「二日以内に、ログインできデータを保存できる製品を試したい」なら、Lovable のほうが直感的なことがあります。「この先 3 か月、3 年、自分で直せるブランド公式サイトが要る」なら、Kanorio のほうが噛み合います。

---

SEO：能力はある。育て方が違う

SEO（Search Engine Optimization、検索エンジン最適化） の意味は単純です。Google などがサイトを理解しやすくし、見つけやすくすることです。

先に公平に言います。Lovable は技術 SEO で弱くありません。公開文書では、SEO & AI Search 審査（sitemap、robots.txt、metadata、構造化データ、性能、アクセシビリティなど）、Semrush 調査、GSC 接続があります。新しいプロジェクトは既定で SSR です。古いプロジェクトも、上げ替えたり、確認済みのクローラー向けに事前レンダリングしたりできます。つまり Lovable は、検索エンジンが読めるサイトを出せます。

本当の違いは、たいてい「日常の育て方」です。Lovable でタイトル、説明、ページ構成を直すときは、会話で AI にコードを直してもらう（そして credit を使う）ことがまだ多いです。プラットフォームに、掲載され続ける記事を出す原生のブログ／CMS もありません。既定の .lovable.app サブドメインは MVP と Demo 向きです。長いブランド検索の重みには、独自ドメイン（有料プラン）がまだ勧められることが多いです。公開の製品の語りも、「AI 可視性／LLMs.txt」をブランドサイトの核の機能としては置いていません。

Kanorio は、検索タイトルと説明、サイトマップ、掲載されやすいサイト構成など、基本の設定をサイト側で整えます。無料プランから、これらの基本は使えます。入門はSEO のはじめ方を見てください。中身の運営では、Kanorio にブログがあり、記事はブランドドメインの下に出ます。AIフレンドリーとAI可視性管理もあり、従来の検索の外で、AI の道具にどう読まれ引用されるかを考える助けになります。日常の Meta 直しと記事の公開は、運営向けの管理画面で進みます。生成を一回りやり直すのではありません。

要するに、Lovable は「技術として一式の SEO 道具箱＋SSR」を渡します。Kanorio は「ブランドの長い中身と検索運営向けの流れ」を渡します。

---

流入分析、セキュリティ、売れるかどうか

公開したあと、知りたくなるのは、何人が来たか、どのページを見たか、です。Lovable は 2026 年から内蔵 Analytics を出し、公開後に自動で集めます。訪問者、ページビュー、滞在、直帰率、流入元、端末、国などを見られ、流入の確認に実用的です。公開説明では、基本の流入指標寄りであり、イベント追跡、利用者の識別、一式のコンバージョン漏斗は含まない、とも書かれています。進んだ必要は、PostHog や GA などをつなぐことが多いです。

Kanorio にはデータ分析があります。無料プランからサイトの流入レポートを見られ、オーディエンス、コンバージョン、ページの流れなど、ブランドサイトでよく見る面もカバーします。複雑な外部ツールを先に入れなくても、訪問の様子を理解し始められます。入門はデータ分析のはじめ方です。

セキュリティでは、Lovable のホストは HTTPS 付きです。Cloud のバックには認証と権限のモデルがあり、Business／Enterprise にはセキュリティセンター、SSO などが加わります。Kanorio にはセキュリティがあります。HTTPS／SSL証明書、DDoS 防御などです。概要はサイトセキュリティの概要から読めます。

公式サイトでデジタル商品やサービスプランを売りたいとき、Lovable の強みは原生の Stripe です。会話でサブスクリプションや一回払いを伝えると、AI が決済のコードとバックの論理を生成します。「製品そのものが有料」な App に向きます。ただ、これはエンジニアが支払いを配線する感じに近く、見た目で商品／注文を扱う管理画面ではありません。Kanorio はストアを出します（プロプラン。料金プランを正）。商品ページ、デジタル納品、注文管理など、ブランドサイトでよく要る店舗モジュールです。

---

複数サイト運営、共同、書き出し

複数ブランドを同時に育てる、あるいは事業の線がいくつかある、はよくあります。Kanorio は、同じアカウントで複数サイトを管理でき、チームを招待して共同で保てます（プランと権限によります）。製品の画面は繁体中国語／簡体中国語／広東語／英／日／韓などに対応し、英語が母語でない人の敷居を下げます。関連する能力は無料プランから使えます。実際の上限は料金プランが正です。

Lovable は、共同と所有では実は強いです。Workspace は複数人で同時に直せ、公開情報ではメンバー枠は上限なしです。GitHub／GitLab の双方向同期とコードのダウンロードで、ロックインは閉じたサイト作成ツールの多くより明らかに低いです。Workspace に複数プロジェクトも置けます。ただ、「複数ブランド公式サイトの運営」「六言語の製品画面」「外部パッケージなしのサイト多言語」は核の語りではありません。多言語サイトは、Lovalingo や Lingui などを足すことが多いです。

分け方ははっきりします。いちばん気になるのが「コードが自分の repo にあり、持ち帰れる」なら、Lovable に分があります。いちばん気になるのが「同じアカウントで複数のブランドサイトを軽く管理し、母語の画面で日常の中身を直す」なら、Kanorio のほうが噛み合います。

---

Lovable が強いところ

正直に言うと、核の必要が「会話からバック付きの一式 App を速く出す」なら、Lovable はいまとても競争力があります。

フルスタック生成の速さ。 データベース、ログイン、ファイルアップロード、バックグラウンド作業、Edge Functions を、Prompt で一度に揃えられます。Kanorio の AI は、ブランド公式サイトの初稿とモジュール運営に向いており、この種の製品バック生成器ではありません。

コードの所有と持ち運び。 GitHub／GitLab 同期とダウンロードで、あとから自分でデプロイしたり、開発者が引き継いだりしやすいです。閉じたサイト作成の多くにはできないことです。

内蔵のバックと、App 内の AI。 Cloud が認証、保存、関数をまとめます。App の中に chatbot、要約、RAG、音声などの AI も足せます。「製品そのものに AI が要る」創業者には加点です。

リアルタイム共同と企業統治。 複数人が同時に直し、Business／Enterprise の役割、SSO、セキュリティセンターは、チームと部門の導入に実用的です。

技術 SEO の土台。 SSR、SEO 審査、Semrush、GSC は、検索を気にする製品の告知サイトにも助けになります。ただ、日常の運営はまだ「会話でコードを直す」寄りです。

原生の Stripe。 支払い意欲を速く試したいなら、先に支払い SDK を自分でつなぐ必要はありません。

Kanorio が新しい会社であることの、正直な限界。 いまのところ、Lovable と同程度のフルスタック App 生成、Supabase 級のバック一体化、Git 級のコード同期を提供できる（と称すべき）ではありません。vibe coding で動く製品を出したいなら、合う道具を選んでください。検索されるブランド公式サイトが要るなら、そのうえで Kanorio を見てください。

すでに Lovable で MVP や社内ツールがうまく回っているなら、「道具を替えるため」に移す必要はたいていありません。Kanorio が向くのは、対外のブランド公式サイトを速く持ち、ブログ／SEO／分析が最初から入り、見た目の編集で中身を長く自分で育てたい人です。