Base44は、自然言語の会話を起点に、画面、データエンティティ、認証、バックエンド関数、外部連携、ホスティングを一つのワークスペースで組み立てるAIアプリビルダーです。 利用者は作りたいプロダクトを文章で説明し、ライブプレビューとダッシュボードで結果を確認しながら、ページ、データ規則、権限、ワークフローを段階的に改善できます。
このツールを使いましたか？評価してください
このツールを使いましたか？評価してください
Base44は、自然言語の会話を起点に、画面、データエンティティ、認証、バックエンド関数、外部連携、ホスティングを一つのワークスペースで組み立てるAIアプリビルダーです。利用者は作りたいプロダクトを文章で説明し、ライブプレビューとダッシュボードで結果を確認しながら、ページ、データ規則、権限、ワークフローを段階的に改善できます。公開サイトだけでなく、ログインが必要な業務アプリ、社内ツール、顧客ポータル、AI機能を含むサービス、公開済みWebアプリを基盤とするストア向けパッケージも対象です。
この一体型の構成は、フロントエンド、データベース、認証基盤、デプロイ環境を個別に接続する初期作業を減らします。一方で、製品要件、データ設計、アクセス制御、障害対応、コスト管理まで自動的に正しくなるわけではありません。最初から大規模なアプリを一括生成するより、ユーザーとデータの境界を定義し、最小の一連の処理を完成させ、役割別に検証してから連携や自動化を増やす進め方が適しています。
本稿は2026年8月8日時点で確認できた公式ドキュメントと、対象製品を識別できる外部資料を基準にしています。プランの権利、クレジット、モデル、ベータ機能は変化が速いため、購入・公開時の実際のワークスペースで再確認が必要です。Wixによる買収、Base1の展開、レビューサイトの少数意見は、それぞれ企業イベント、段階的ロールアウト、限定的な標本として扱い、現在の全アカウントに共通する機能とはみなしません。
Base44は自然言語の製品説明から動作するアプリを作り、管理された環境で実行します。編集画面の中心はAIチャット、ライブプレビュー、管理ダッシュボードです。チャットはページ、エンティティ、フォーム、権限、ロジックを作成・変更し、プレビューはユーザー操作を確認し、ダッシュボードはデータ、ユーザー、ドメイン、ログ、セキュリティ、公開を管理します。
そのため、静的なランディングページ生成器よりも広い範囲を扱います。公式の開発者向け資料は、永続データ、認証、リアルタイム更新、サーバー側関数、統合、ホスティングを説明し、JavaScript SDKやCLIを介して外部フロントエンドからBase44のバックエンドを使う構成も示しています。
公式クイックスタートでは、チャットでアプリを説明し、生成されたページとデータをプレビューし、ダッシュボードで権限を設定して、Base44のURLに公開します。成果物はレコードを保存し、ユーザーを認証し、サーバー処理や自動化を実行できるため、単なるモックではありません。
ただし、業務規則が正しいか、権限が別テナントの情報を漏らさないか、外部APIの一部だけが成功したときに整合性を保てるかは、チームが判断します。生成された決済画面が返金や重複イベントに対応しているとは限りません。Base44が短縮するのは実装時間であり、製品・テスト・セキュリティの責任ではありません。
Wixは2025年6月18日にBase44の買収完了を発表し、Base44が独立した製品と事業として継続すると説明しました。これは確定した企業イベントですが、Wixのすべての機能、プラン、インフラがBase44に統合されたことを意味しません。機能判断にはBase44自身の最新資料を使う必要があります。
TechCrunchは2026年6月、Base44が専用モデルBase1の提供を開始したと報じました。「展開中」は全ワークスペースで同時に利用できるという保証ではありません。Base1が要件であれば、対象アカウントのモデル選択、クレジット消費、出力特性を確認してから設計します。
Defaultは依頼をアプリへ適用するため、範囲と合格条件が明確な変更に向きます。Discussはアプリを変更せずにデータモデル、役割、リスクを検討するモードです。Editはプレビュー上の要素を選び、手動またはAI支援で見た目を調整します。手動編集とAI編集ではクレジット条件が異なる場合があります。
曖昧な要件はDiscussで仮定と選択肢を整理してからDefaultで実装すると、不要な修正を減らせます。余白、色、文字などはEditで限定的に変え、データと権限は誰が、どの条件で、何を変更でき、何を記録するかという検証可能な規則で指示します。
ページやコンポーネントを生成し、チャットとビジュアル編集で見た目を改善できます。ライブプレビューは便利ですが、最初の画面だけで品質を判断してはいけません。空データ、読み込み中、入力エラー、長い名称、狭い画面、キーボード操作、権限不足を実際の内容で確認します。
多言語アプリでは、長いラベルや改行でナビゲーションやフォームが崩れないかも検証します。少量のサンプルが表示できても、大量レコード、ページ分割、低速通信で同じ結果になるとは限りません。
Base44は管理されたデータエンティティとレコード管理画面を提供し、AIがフィールドを追加してフォームや一覧へ接続できます。開発者向け資料には柔軟なNoSQLデータ層、リアルタイム購読、エンティティのアクセス規則が記載されています。
画面を増やす前に、長期的に意味が変わらない業務概念、所有者、組織関係、許可する状態を決めます。マルチテナントの非公開レコードには組織との関係を持たせ、二つの組織のテストアカウントから互いのデータを直接読めないことを確かめます。
公式の構築フローは、管理認証、公開範囲、招待ユーザー、一般・管理者ロール、データ権限、別ユーザーとしてのテストを扱います。現在のログイン資料では、完全に独自の認証フローと、内蔵ログイン画面の完全なホワイトラベル化は未対応です。
認証は利用者の身元を確認し、認可はアクセスできるデータを決めます。ボタンを隠してもデータ操作は保護されません。作成、参照、更新、削除を別々に試し、サーバー側で現在ユーザーの役割と所有関係を検証します。
対象プランでは、機密API、Webhook検証、決済確認、権限付きデータ処理などをバックエンド関数で実行できます。APIキーはプラットフォームの秘密管理に保存し、クライアントコード、通常フィールド、チャットのプロンプトには含めません。
生成された関数は入力検証、認証、認可、冪等性、タイムアウト、エラー応答を確認します。サービス権限は必要最小限にし、クライアントから渡されたユーザーIDを本人確認として信頼しないことが重要です。
公式資料は、一般的な処理に使う内蔵統合、外部サービスへ認可するコネクター、OpenAPI仕様から導入するワークスペース用カスタム統合を区別しています。管理された接続を正しく使えば、資格情報をフロントエンドから分離できます。
各接続では、所有アカウント、許可したスコープ、認可が失効したときの処理を記録します。ページング、レート制限、再試行、重複と部分失敗を確認しないまま「同期完了」と判断しないでください。
現行資料によると、2026年7月6日以降に作成されたアプリはWorkflowsを使い、それ以前のアプリにはAutomationsが残る場合があります。一つのアプリが使うのはどちらか一方です。Workflowsはスケジュール、エンティティ変更、アプリ内Agent会話、対応コネクターのイベントを起点に、複数処理、条件、待機をつなぎ、実行単位の進行状況を表示します。
古い解説のAutomation画面を新規アプリにそのまま当てはめるのは危険です。新しいフローでは、開始条件と終了状態を明確にし、自身の更新で無限に再起動しないようにします。メール、決済、外部レコードには冪等キーと照合手順を用意します。
アプリにはBase44のホストURLが割り当てられ、エディターから公開できます。対象プランでは独自ドメインを接続でき、HTTPS証明書は管理されます。別のホストに外部フロントエンドを置き、Base44のデータと関数だけを使う方式も説明されています。
公開はリリース管理の代わりではありません。レビュー済みバージョン、役割テスト、最新のセキュリティスキャン、有効な秘密、重要な統合、復旧方法を確認します。データモデルを変えた場合は、既存レコードでも試験します。
現在の資料では、Builder以上でZIPダウンロードまたはGitHub連携を利用できます。GitHubフローは双方向同期、ローカル開発、ブランチ、プルリクエストを支援します。コード表示、CLI、JavaScript SDKも開発者向けの選択肢です。
コードとCSVの書き出しは、管理認証、データベース、ホスティングを同等のセルフホスト環境に変換するものではありません。移行計画ではアカウント、データ、ファイル、関数、統合、ワークフロー、ドメインを個別に置き換えます。
公式資料はモバイルブラウザーとiOS・Androidのビルダーアプリで作成・編集できると説明します。公開済みアプリはモバイルブラウザーで動作し、ホーム画面へ追加できます。高度なドメインやセキュリティ管理の一部はデスクトップが必要です。
ストア用パッケージは公開済みWebアプリを安全なweb-viewで包む方式で、独立したネイティブアプリへの書き換えではありません。現在、ネイティブのプッシュ通知と完全なオフライン動作は提供されません。Apple・Googleの開発者アカウント、掲載情報、プライバシー申告、審査対応は所有者の責任です。
創業者はログイン、フォーム、保存されたレコード、一つの中心的な処理を持つ初期アプリを作り、利用者が実際に目的を達成できるか確認できます。静的なスライドより、登録、入力、結果、再訪が重要な仮説に向きます。
最初は一つのユーザージャーニーと一つの事業成果に絞ります。マーケットプレイスなら片側を手動で運用し、推薦なら監査可能な規則から始めます。需要が未確定の段階で巨大なスキーマを作る必要はありません。
在庫、オンボーディング、問い合わせキュー、承認記録、業務ダッシュボードはエンティティ、ロール、Workflowsで構成できます。既製SaaSでは合わないが範囲が明確な業務に適しています。
社内用途でも従業員、顧客、財務データを扱う場合があります。Base44を正本にするのか別システムの複製にするのかを決め、同期競合と失敗を誰が処理するか記録します。
認証と権限を使い、顧客ごとの注文、書類、依頼、メッセージを表示できます。すべての非公開レコードにユーザーまたは組織との関係を持たせ、一覧とバックエンド関数の双方で同じ条件を適用します。
異なる二社のアカウントを用意し、互いのURLやレコードIDを使って境界を越えられないか試します。個別化された画面だけではデータ分離の証拠になりません。
公開サイト、対話型計算機、営業パイプライン、プロジェクト状況、文書処理、調査支援などを構築できます。編集コンテンツが中心なら、CMSの編集、SEO、リダイレクト、アクセシビリティの運用とも比較します。
分析指標には定義、元フィールド、タイムゾーン、欠損値の扱いが必要です。AIの提案は検証済みレコードと分け、返金や権限変更など影響の大きい処理には人の承認を入れます。
新しいリードを受け付け、確認を送り、一定時間後に状態を調べ、担当者へ通知するような流れを作れます。実行履歴を使えば、どの段階で失敗したか追跡できます。
再実行で請求書、通知、レコードが重複しないよう外部識別子を保存します。部分的な成功を検出し、運用担当者が再開または照合できる画面を用意します。
対象ユーザー、解決する問題、最重要の流れ、保存する情報を定義します。公開範囲、役割、機密フィールド、必要な統合、想定規模、初版では行わないことを列挙します。「現代的なアプリ」ではなく、誰がどの条件で何を行い、何を記録するかを書きます。
実装前にエンティティ、関係、役割、失敗経路と仮定を提案させます。なぜテナントIDが必要か、Webhookをどう検証するかなどを説明させ、誤った仮定を訂正します。アプリを変更しない段階で議論することで手戻りを減らせます。
アカウント作成、一つのレコード送信、正しい役割での閲覧、一つの意味ある操作を実装します。最初から全ダッシュボード、統合、自動化を要求しません。更新や再ログイン後もデータと権限が維持されるか確認します。
重要エンティティの作成、参照、更新、削除を別々に試します。資格情報を秘密管理へ移し、機密な外部呼び出しがバックエンドで実行されるか確認します。セキュリティスキャンの各勧告を人が判断し、役割別アカウントで未許可操作を試します。
接続アカウントとスコープを確認し、正常、失敗、認可失効、重複イベントを試します。トリガー、各処理、条件、待機、終了状態、処理済み識別子を定義します。金銭や顧客状態を変える処理には人の確認または照合レポートを置きます。
長い名称、空の任意項目、特殊文字、境界値を登録します。デスクトップとモバイルでナビゲーション、フォーカス、入力エラー、低速処理、役割差を確認します。ストア用ラッパーはWebの不具合を直さないため、先に公開Web候補を検証します。
重要なデータとコードを出力し、レビュー済みバージョンまたはブランチを保存します。現行プラン、統合、ドメイン、スキャン結果を記録します。可能なら限定利用者へ先行公開し、関数エラー、ワークフロー、クレジットを監視します。
「承認ページを追加」ではなく、「管理者は自組織の保留依頼だけを承認し、実行者と時刻を保存する」と指定します。機能変更と見た目の変更を分けると、回帰の原因を特定しやすくなります。
認証、スキーマ、決済、全面デザイン変更を同じ依頼にまとめません。小さな変更は前後差を確認でき、無関係な作業を失わずに戻せます。要求、プロンプト、影響範囲、テスト、公開を別の変更記録に残します。
メッセージクレジットと統合クレジットは別で、モデルや処理により消費が異なります。Discussで計画し、不要なイベントを早く除外し、契約上可能なら呼び出しをまとめます。初回生成だけでなく修正、定期処理、保守も測定します。
統合を切断し、認可を失効させ、同じイベントを二回送り、必須情報を欠落させます。利用者に行動可能なエラーが表示され、運用者が再試行または照合できるか確認します。破壊的操作には確認と監査記録を設けます。
エンティティ、出力データ、関数、統合、秘密、ドメイン、認証前提を記録します。対象プランではGitHubや定期ZIPを使います。同時に管理認証、データベース、ファイル、ワークフローを移行先でどう置き換えるか検討します。
外部入力、身元、サービス権限、決済、Webhook、外部APIを扱う生成コードを重点的に見ます。サーバー側検証と認可、露出した秘密、テスト値を確認します。内蔵スキャンは支援であり、独立監査の代用ではありません。
ユーザー、業務フロー、合格条件を説明できる一方、検証段階で技術スタック一式を組みたくないチームに向きます。製品担当者やデザイナーも、静的モックより現実的な機能試作を作れます。
スプレッドシート、フォーム、チャットに分散した具体的な業務を専用ツールへ整理できます。顧客へ納品する場合は、ワークスペース、データ、ドメイン、請求、保守の所有者を事前に決めます。
生成UIで開始し、コード、GitHub、CLI、SDKで拡張できます。完全なセルフホスト、特殊なデータベース保証、実行環境の全面管理が初日から必要なら別の基盤が適しています。
完全オフライン、深いネイティブ動作、完全独自認証、独立監査済みの規制統制、特定地域での厳密な実行が必須なら、現在のBase44の境界と合わない可能性があります。試作として使う場合も、移行が重くなる前に本番基盤を決めます。
主要エディターはブラウザーで動作し、公開アプリはデスクトップとモバイルブラウザーから利用できます。公式iOS・Androidビルダーもありますが、一部のドメイン・セキュリティ管理はデスクトップが必要です。
対象プランでコード、ZIP、GitHub、CLI、JavaScript SDKを利用できます。IPAとAABの生成はWebアプリのラッパー提出用で、未記載のネイティブ能力を付加するものではありません。
現在の公式請求資料はFree、Starter、Builder、Pro、Eliteを掲載しています。本稿は金額、正確なアプリ数、クレジットを固定しません。必要機能、請求周期、地域、ワークスペース資格を購入時の表で確認してください。
AIによる構築・編集はメッセージクレジット、外部統合と自動化は統合クレジットを使います。モデルと処理で消費が変わるため、実際のフローで計測します。外部API、ドメイン、ストアアカウントも総費用に含めます。
GitHub、書き出し、独自ドメイン、バックエンド、ストア機能などがプランに依存する可能性があります。必要条件を先に一覧化し、クレジット量だけでなく現在の権利を一項目ずつ照合します。
Lovableはプロンプト型Web製品、ReplitはAIエージェントを含む一般的なクラウド開発、Boltはブラウザー内のWebプロジェクトに重点があります。生成スタック、バックエンド、Git、独立インフラへの移行を同じ試作で比較します。
Softrはポータルと社内アプリの構造化部品、RetoolとMicrosoft Power Appsは企業統合と管理に強みがあります。既存の企業エコシステムとガバナンス要件を含めて選びます。
カスタム構成は工数が増える一方、ランタイム、データベース、デプロイを最大限制御できます。規制対象、深いネイティブ、特殊性能が必要な製品では有力です。
Product HuntとG2には迅速な試作を評価する声と、クレジット、支援、複雑な案件への不満が混在します。確認時のG2は4件、Capterraは3件だけでした。自己選択された少数標本から一般的な品質や上限を断定せず、代表的な試作で検証します。
公式スキャンは権限の欠落、露出した資格情報、ログイン検証、依存パッケージ、ブラウザーセキュリティヘッダーを確認しますが、すべてを自動修正するものではありません。所有者が設定と勧告をレビューし、高リスク用途では独立した安全・コンプライアンス審査を行います。
公式プライバシー資料は既定の米国保存を説明し、プランと作成日に応じたEU・英国の選択肢を段階的に提供するとしています。また保存場所と処理場所を区別します。最新契約、地域、サブプロセッサーを確認せず規制適合を主張できません。
対象プランでコードとコレクションデータを出力できても、管理認証、データベース、ホスティングは同じセルフホスト部品として出力されません。ユーザー、データ、ファイル、関数、統合、ワークフローの再構築が必要です。
ストアパッケージはweb-viewで、ネイティブプッシュと完全オフラインを提供しません。完全独自の認証と完全ホワイトラベルの内蔵ログインも現在未対応です。「計画中」「展開中」を既存の一般機能として約束してはいけません。
性能はデータ形状、クエリ、統合、生成コード、トラフィックに左右されます。Workflowsへの切り替えも古い解説が早く陳腐化する例です。業務上重要なアプリは負荷と障害を再現し、現行の上限や支援条件を確認します。
公式資料はUI、データ、認証、バックエンド関数、統合、ワークフロー、ホスティングを扱っています。ただし生成完了だけで本番準備が終わるわけではなく、権限、テスト、運用の検証が必要です。
基本アプリはチャットと視覚編集で作れます。複雑なデータ、安全、統合、移行には技術判断が有用で、開発者はコード、GitHub、CLI、SDKを利用できます。
現行文書にはFreeとStarter、Builder、Pro、Eliteがあります。制限、クレジット、権利は変わるため、最新プラン表を確認してください。
前者はAI構築・編集、後者は外部サービスや自動処理に使われます。消費はモデルと操作で変わるため、ワークスペースの使用履歴を基準にします。
対象プランではZIP、GitHub、エンティティデータの出力が可能です。ただし管理認証、データベース、ホスティングは同等の自己運用環境にならず、完全移行には別計画が必要です。
対象ユーザーはストア準備チェックと提出パッケージ生成を利用できます。自分の開発者アカウントと審査対応が必要で、パッケージはweb-viewのためネイティブプッシュと完全オフラインはありません。
公開範囲とエンティティ権限を設定し、秘密を安全に保管し、セキュリティスキャンと全ロールの越権テストを行います。機密用途では独立した安全・規制審査を追加します。
どちらも公式資料にありますが、プランとワークスペース条件に依存します。ドメインには管理HTTPS、GitHubにはバージョン管理とローカル協業を利用できます。購入時に資格を確認します。
新旧二世代の自動化です。2026年7月6日以降に作成されたアプリはWorkflowsを使い、古いアプリにはAutomationsが残ることがあります。一つのアプリに同時には存在しません。
管理型基盤の境界が要件に合い、権限、信頼性、費用、移行性、支援を代表的な試作で検証できれば選択肢になります。完全なインフラ管理、深いネイティブ機能、特殊な規模保証、規制された配置が必須なら、より制御可能な基盤を検討します。
