NocoBaseの使い方【2026年版】導入・料金とノーコード活用ガイド

はじめに

NocoBaseの使い方を知りたいときは、画面を飾るより先に「何の情報を、誰が更新するか」を決めると進めやすくなります。問い合わせ管理なら、件名、担当者、対応状況を整理し、それを登録・確認するフォームや一覧を作ります。ノーコードでも、業務のルールを考える作業は必要です。

ノーコードには、会社のWebサイトを作るツール、顧客向けアプリを開発するツール、社内業務を管理するツールがあります。どれも画面操作で開発できる点は共通していますが、公開方法、データの持ち方、無料で使える範囲は異なります。NocoBaseを選ぶ前に、作りたいものがどの用途に近いかを確認することが大切です。

この記事では、NocoBaseの導入からデータ設計、画面作成、権限設定までを説明します。あわせてWeb制作・アプリ開発の選択肢、Excelから移行する進め方、無料プランと有料プランの違いも比較します。料金や提供条件は2026年9月23日に確認した公式情報に基づきます。

最初の目標は、全社の業務を一度に置き換えることではありません。担当者が実際に入力し、別の担当者が確認できる小さな仕組みを作り、使い勝手と運用負担を確かめます。試作の段階で必要な機能、費用、保守担当を整理できれば、内製を続けるか、外部へ開発を相談するかも判断しやすくなります。

NocoBaseとは何か：ノーコードでできること

NocoBaseは、業務システムを構築するためのオープンソースの開発基盤です。公式入門では、データと画面を分け、プラグインで機能を拡張する考え方が紹介されています。セルフホストで自社環境に設置できる一方、サーバーの管理まで不要になるサービスではありません。

Web制作・アプリ開発・業務効率化の違い

製品名から選ぶより、利用者の行動から分類すると選択肢を絞れます。会社案内を読んでもらうことが目的ならWeb制作、会員が申し込んだり情報を投稿したりするならアプリ開発、従業員が申請や顧客情報を扱うなら業務システムが中心になります。同じ会社でも、公開サイトと社内管理画面を別のツールで作る方法があります。

目的	作るものの例	比較候補	先に確認すること
Web制作	会社案内、サービス紹介、採用ページ	Studio、Wix、Webflow	デザイン、更新担当、独自ドメイン
アプリ開発	会員サービス、予約、投稿アプリ	Bubble、Adalo、FlutterFlow	利用端末、データ、公開方法
業務効率化	問い合わせ、顧客、申請の管理	NocoBase、Power Apps、Glide	権限、既存データ、保守体制
サービス間の自動化	フォームから通知・登録へ連携	Zapier	接続先、実行回数、失敗時の対応

この分類は排他的なものではありません。NocoBaseでも利用者向けの画面を構成できますが、広告用のページや自由なブランド表現が主目的なら、Web制作ツールとの比較が必要です。「ノーコードだから何でも同じように作れる」と考えず、代表的な画面を一つ作って操作感を確かめます。

NocoBaseの始め方：インストールと初期設定

Dockerで検証環境を用意する

まずは本番データを入れない検証環境を用意します。公式v2チュートリアルでは、DockerとDocker Composeを使う導入手順を案内しています。Windows、Mac、Linuxのいずれでも、Dockerが起動していることを確認し、公式ページの構成ファイルを取得して進めます。

構成ファイルには、データベースへの接続情報、保存先、公開ポートなどが含まれます。内容を確認せずにインターネットへ公開するのではなく、まず手元で動作を確認します。秘密鍵やデータベースのパスワードは環境に合わせて設定し、構成ファイルを共有する場合には認証情報を含めない運用にします。

構成ファイルを置いたディレクトリで、イメージ取得、起動、ログ確認を順に行います。以下は公式Docker手順の基本コマンドです。

docker compose pull
docker compose up -d
docker compose logs -f app

起動しても接続できない場合は、コンテナの状態、データベースの起動、ポートの重複を確認します。設定を変えるたびに最初から環境を作り直すと原因が分かりにくくなるため、エラー表示と変更内容を記録して一つずつ調べます。公式リポジトリにはCLIを利用する導入案内もあり、Dockerだけが導入方法ではありません。

初期ログインと画面モードの切り替え

公式の標準構成では、ブラウザから `http://localhost:13000` へアクセスします。初期ログイン情報は公式チュートリアルに記載されているため、その版の案内を確認してください。初回ログイン後は初期パスワードを変更し、管理者用アカウントを日常業務で共用しないようにします。

画面には、日常操作を行うUsage Modeと、画面を組み立てるUI Editorがあります。右上の切り替えから編集モードに入り、設定後に通常モードへ戻すと、利用者がどう操作するかを確認できます。メニューが見つからないときは、利用版だけでなく、編集モードとアカウントの権限も確認します。

NocoBaseの使い方：データから画面を作る

コレクションと関連を定義する

NocoBaseの使い方を理解するには、Excelとの対応を考えると便利です。コレクションはデータのまとまり、フィールドは項目、レコードは一件の情報に相当します。問い合わせを例にすると、件名、状況、優先度、担当者を持つ「チケット」と、問い合わせの種類を管理する「カテゴリ」を分けて作ります。公式データモデリング教材も、この二つを題材にしています。

最初にデータモデルを整理しておくと、一覧とフォームで同じ情報を使い回せます。日付を文字列で保存すると並べ替えや集計が難しくなり、状況を自由記入にすると表記が揺れます。期限には日付型、状況には選択肢など、後で検索する方法から型を選びます。

データ	項目の例	設計上の注意
カテゴリ	名前、説明	呼び名を統一する
チケット	件名、状況、優先度、期限	集計・絞り込みに合う型を選ぶ
関連	チケットが属するカテゴリ	同じカテゴリ名を毎回手入力しない
担当	担当者、作成者	表示名の文字列だけで管理しない

たとえば「パソコン」というカテゴリの名称を変更する場合、各チケットへ同じ文字をコピーしていると修正対象が増えます。関連として結び付けておけば、分類情報を一か所で管理する設計にできます。実際の登録項目は、既存の問い合わせ票を見ながら決めると漏れを減らせます。

一覧・フォーム・操作ボタンを配置する

次にUI Editorでメニューを追加し、ページへTableブロックを置いて、表示するコレクションを選びます。公式の画面作成教材はModern page（v2）を前提にしています。Classic page（v1）と設定画面が異なる箇所があるため、画面の種類をそろえて進めてください。

一覧を置くだけでは、必要な列や登録操作がすべて完成するとは限りません。表示列を選び、追加操作を有効にし、その入力画面にフォームと送信操作を設定します。新規登録、内容表示、編集をそれぞれ試し、入力した値が一覧へ反映されることを確認します。

一覧には、件名、担当者、状況、期限など日常判断に必要な情報を優先して並べます。長い説明文は詳細画面に移すと、横に広がりすぎるのを防げます。入力担当者が使う画面では、任意項目を増やしすぎず、登録時に必要なものと対応後に追記するものを分けます。

権限とワークフローを設定する

画面が動いたら、管理者以外のテスト利用者で確認します。入力担当は自分の問い合わせを扱い、対応担当は割り当てられた内容を確認するなど、業務上必要な範囲を先に定義します。ボタンを隠すだけで判断せず、対象データに対して閲覧や更新が許可されているかを確認することが重要です。

権限設計では、閲覧、登録、編集、削除を分けて考えます。退職者の無効化、担当変更時の引き継ぎ、添付ファイルの扱いも運用ルールに含めます。社内の認証方針は、社内システムのID管理設計も参考になります。

自動化は、手作業の流れが安定してから追加します。登録後の通知や期限確認などを小さく試し、実行履歴と失敗時の連絡先を決めます。承認、Webhookなどの機能はエディションによって提供範囲が異なるため、必要な処理を洗い出して公式料金・機能表と照合してください。

業務効率化：Excelから移行する進め方

Excelは集計や試算に便利ですが、複数のファイルへ同じ顧客情報を入力していると、どれが正しいかを確認する作業が増えます。ノーコードへの移行では、最初に正本となる情報を決めます。不要な列や重複データまでそのまま取り込むと、新しい画面でも同じ混乱が残ります。

移行前には、顧客名の表記、日付形式、空欄の意味、担当者の一覧をそろえます。取引先を名称だけで突き合わせると同名企業や社名変更を区別しにくいため、識別用のIDも検討します。一部のデータで試し、件数だけでなく、関連、検索、集計結果が一致するかを確認してから範囲を広げます。

顧客・在庫・申請管理の設計例

以下は導入効果を保証する実績ではなく、業務を設計するときの例です。顧客管理なら、顧客の基本情報と対応履歴を分け、問い合わせを受けた担当者が記録する形にします。引き継ぎの際に履歴をたどれるよう、日時と記入者も残します。

在庫管理では、現在数だけを直接書き換える方式と、入出庫の履歴から残数を把握する方式では追跡性が違います。誤入力や返品が起きたときに訂正理由を確認できるようにし、同時更新を含む実際の使い方で検証します。ノーコードに変えただけで誤発注がなくなるわけではありません。

業務	管理する情報	自動化の候補	人が確認する例外
顧客対応	顧客、問い合わせ、対応履歴	登録時の担当通知	重複顧客、担当不在
在庫	商品、入庫、出庫	残数不足の通知	返品、棚卸し差異
社内申請	申請者、内容、状況	受付や差し戻しの通知	代理承認、申請取消
請求	売上、請求先、締め日	帳票作成の準備	金額訂正、再発行

請求書の自動発行まで進めるなら、税計算、締め処理、番号の重複防止も要件になります。どのツールでも標準機能だけで済むとは限らないため、帳票や会計サービスとの連携方法を先に検証します。現場の確認を残す場所と、機械に任せる場所を分けることで、例外が起きても止まりにくい運用を目指せます。

公式事例：医療機器製造業の記録管理

NocoBaseが公開した医療機器メーカーの導入事例では、紙や分散した表計算で扱っていた設備、IT資産、検証記録を、セルフホストの管理システムへまとめています。企業名は非公開ですが、製品提供元が実際の導入として紹介している事例です。

この事例は当社の支援実績ではありません。自社へ応用する際の着眼点は、単に入力画面を作ることではなく、記録を関連付けて後から追跡できる状態にすることです。保存期間や承認の証跡が必要な業務では、最初からその条件をデータ設計に含めます。特定業界の要求を満たせるかは、自社の運用と個別に照合する必要があります。

ノーコードWeb制作：メリット・デメリットとツール比較

会社案内やサービス紹介では、文章、画像、問い合わせ導線を素早く更新できることが重要です。ノーコードWeb制作は、ページの編集を担当者が行いやすい点に利点があります。ただし、原稿作成、写真の準備、情報設計まで自動的に終わるわけではなく、公開までの作業量は要件によって変わります。

観点	期待できる利点	事前に確認する制約
費用	共通機能を自作する作業を減らせる	利用料、制作・保守費、追加機能
公開までの期間	テンプレートを起点に制作できる	原稿、画像、承認の準備
更新	担当者が画面から編集できる	編集権限、誤操作時の復元
表現	デザイン部品を再利用できる	独自レイアウト、外部機能の実装
SEO	タイトルなどを設定して運用できる	URL、転送、構造、表示速度の確認

ノーコードだからSEOが難しいと一律に判断する必要はありません。必要な設定ができるかを製品ごとに確認し、見出し、ページ内容、内部リンクを整えます。詳しい確認点はノーコードサイトのSEO対策で解説しています。

Studio・Wix・Webflowの使い分け

三つともWeb制作の比較候補ですが、編集画面の使いやすさは担当者によって違います。日本語で更新したい、既存のテンプレートを使いたい、細部のレイアウトを調整したいなど、実際に行う作業で試すと判断しやすくなります。見た目だけでなく、スマートフォン表示と問い合わせ後の処理まで確認してください。

ツール	試すときの視点	公開前の確認先
Studio	デザイン編集とCMSによる継続更新	公式プラン：無料サブドメイン、独自ドメインの条件
Wix	テンプレートからの制作と必要機能の追加	公式プラン：独自ドメイン、決済等の条件
Webflow	レイアウトやCMSを含むサイト設計	公式プラン：Site planとWorkspaceの違い

たとえば採用ページを作るなら、募集職種を追加する担当者が自力で更新できるか、募集終了時にどう表示を変えるかまで試します。完成した一画面だけを比較するより、更新のたびに必要な作業を比較するほうが、運用後の負担を見積もれます。制作担当が変わっても更新できるよう、ページの構造と編集手順を残します。

ノーコードアプリ開発：企画から公開まで

目的と利用者を決め、小さく検証する

最初に「誰が、いつ、何に困っているか」を文章にします。レシピ共有なら投稿と検索、地域情報なら店舗やイベントの更新、社内管理なら入力と確認の流れが中心になります。これらは用途の例であり、利用者が集まることや事業として成功することを保証するものではありません。

必要な機能は、初回公開に必須のものと、利用状況を見て追加するものに分けます。予約アプリであれば、予約登録、空き枠確認、取消が必要でも、複雑なポイント制度は後回しにできるかもしれません。操作の一連の流れが完結する最小範囲を決めると、試作の評価点が明確になります。

1. 利用者と解決する課題を決めます。
2. 入力から完了までの操作を並べます。
3. 必須機能、データ、権限を整理します。
4. ツールで代表的な画面を試作します。
5. 実際の利用者に操作してもらいます。
6. 不具合と分かりにくい点を直します。
7. 公開、問い合わせ対応、継続改善の担当を決めます。

テストでは、正常な操作だけでなく、入力漏れ、二重送信、通信の中断、権限がない利用者の操作も確認します。画面を作った本人は手順を知っているため、説明なしで別の人が操作できるかを見ることが大切です。スマートフォンでは文字の大きさや入力の手間も変わります。

公開後は、問い合わせを受け付ける窓口と、改善の優先順位を決める担当を置きます。会員向けサービスなら告知方法、社内向けなら利用説明も必要です。機能を追加し続けるより、利用されない画面や途中で止まる操作を確認し、目的に合う形へ直していきます。

Bubble・Adalo・FlutterFlowなどの選び方

Bubbleは画面とデータ、処理を組み合わせる開発候補です。公式料金ページはWebに加えてiOS・Androidも案内しているため、Web専用の製品として比較するのは適切ではありません。公開先と必要な機能を決めてから、対象プランと利用量を確認します。

Adaloは公式プランで、無料のテスト環境と有料の公開機能を区別しています。FlutterFlowは公式プランで、開発・Web公開と、コード出力・ストア公開などの条件が分かれています。コードを外へ持ち出したい場合は、出力できることに加えて、その後に保守できる人がいるかも判断材料になります。

Microsoft製品と組み合わせる業務ならPower Apps、データをもとにしたアプリならGlideも比較候補です。ただし、Glideの現行料金ページはGlideOSを案内しており、過去のGlideで知られたプランやスプレッドシート連携条件を、そのまま当てはめないようにします。自分が利用する製品・契約の条件を確認してください。

以前のツール紹介で見かけるAppGyverについても注意が必要です。SAPの公式案内では、SAP Build Appsは2026年3月23日から単独製品として非推奨となり、新規開発はSAP Buildへ案内されています。新しく始める際に、古い無料ツール一覧だけで選ばないことが重要です。

無料ノーコードツールの範囲と有料移行の判断

無料プランで試せることと制限

無料で開発できることと、本番で使えることは別です。 学習や試作向けのプランでは、公開、独自ドメイン、利用人数、保存件数、連携先などに条件があります。2026年9月23日に確認した主な境界を、目的別に整理します。

ツール	無料で試す範囲	有料化・本番利用の確認点
NocoBase	Communityで構築・利用	ライセンス条件、商用プラグイン、サーバー費
Studio	studio.siteで公開、ブランド表示あり	独自ドメイン等は有料プラン
Bubble	開発用バージョンで構築・検証	本番公開と利用量に応じたプラン
Adalo	テストアプリ、1アプリ500レコード	公開アプリは有料プラン
FlutterFlow	開発・テスト、Web公開	コード/APK出力等はBasic以上
Power Apps	Developer Planで開発・テスト	本番利用には適切な有料ライセンス
GlideOS	Freeは2メンバー、10プロジェクト	Freeの公開アプリ数は0
Zapier	Freeは月100タスク、2段階のZap	複数段階処理や対象連携の条件

無料枠のデータ容量が足りても、必要な接続先を使えなければ目的は達成できません。たとえば入力フォームから別サービスへ情報を送る構成では、フォーム側と連携先の両方の条件を確認します。ブランド表示を外す、独自ドメインで公開する、担当者を追加するといった運用上の要望も、後から費用に影響します。

本番公開・連携・運用費まで比較する

予算はツールの利用料だけでなく、初期設定、データ移行、保守、追加機能、外部サービスの費用を分けて考えます。年払いの月額換算と月払いの金額は同じではありません。海外サービスでは通貨と税の条件も確認し、チームで比較するときは同じ利用人数・期間・公開範囲にそろえます。

将来の変更も小さく試しておくと、移行後の判断に役立ちます。データをエクスポートできるか、担当者の追加や削除が簡単か、外部サービスの認証が切れた場合に気付けるかを確認します。無料プランで確認できない管理機能は、試用環境やベンダーへの照会で補います。

有料化は、機能数が多いプランを選ぶためではありません。公開、権限、連携、保存量など、業務を止めないために必要な条件を満たすために行います。利用者が増えた場合と、処理量が増えた場合を分けて費用を見積もると、想定外の負担を抑えやすくなります。

NocoBaseの料金とエディションの選び方

公式料金表を2026年9月23日に確認した価格は以下のとおりです。商用版は買い切りの永続ライセンスですが、更新とサポートの掲載期間は1年です。永続利用と、将来の更新・支援が無期限に含まれることを混同しないようにします。

エディション	公式表示価格・支払条件	主な判断軸と費用上の前提
Community	無料、ライセンス購入の初期費用なし	利用規約・ブランド表示条件あり。ユーザー数無制限。サーバー構築・保守は別途
Standard	800米ドル、買い切り。税込・税抜の明示なし	自社内用途、ブランド変更、外部MySQL/PostgreSQL等。ユーザー数無制限。導入支援等の初期費用は個別確認
Professional	8,000米ドル、買い切り。税込・税抜の明示なし	顧客向け開発、SSO、高度なワークフロー等。ユーザー数無制限。導入支援等の初期費用は個別確認
Enterprise	要問い合わせ、支払・税・初期費用条件は見積確認	クラスター、監査等の要件を相談。ユーザー数無制限

「無料版は商用利用不可」と決め付ける必要はありません。公式FAQは、ライセンス条件に従い所定の表示を残す利用を案内しています。一方、顧客向け開発やブランド変更などは別の条件が関わります。用途を伝えて必要な契約を確認すると、機能だけでプランを選ぶ誤りを防げます。

金額以外では、外部データベース、認証、承認、監査のどれが必須かを整理します。試作時に使えた商用プラグインが、そのままCommunityで使えるとは限りません。必要機能が確定した段階で、更新期間終了後の費用や追加支援の扱いも確認します。

デメリットと導入前に確認すべき運用体制

NocoBaseの使い方を習得しても、サーバーやデータベースの運用まで自動的に解決するわけではありません。障害を検知する担当、バックアップの保存先、復旧手順、更新を試す環境を決めます。バックアップは取得できることに加え、復元できることまで確認して初めて運用に役立ちます。

また、ノーコードでも独自の処理を増やすほど引き継ぎは難しくなります。各フィールドの意味、ワークフローが動く条件、連携先、権限の理由を短い設計書に残します。担当者が不在でも原因を追える状態にすると、一人だけが触れるシステムになるのを防げます。

サポートは、日本語で相談できるか、誰が問い合わせるか、必要な回答時間を満たすかを確認します。コミュニティは学習の助けになりますが、自社業務の停止に対して期限付きの対応を保証するものとは限りません。契約による支援と、コミュニティで情報を探すことを分けて計画します。

ツール選定は、必要な機能と運用できる体制をセットで判断します。 内部管理を中心に自社環境を管理したい場合はNocoBase、顧客向け体験を作り込みたい場合はBubbleなどを比較し、代表的な画面とデータで検証します。どちらが必ず安い、速いと一律には決まりません。

株式会社ノーコード総合研究所は、Bubbleを中心としたWebアプリ・業務システム開発を支援しています。内製の範囲や外注先を検討するときは、ノーコード開発会社の選び方も参考にしてください。相談時には現行業務、利用者、データ、必要な連携を整理すると、ツール選定と開発範囲を具体的に話せます。

まとめ

NocoBaseの使い方は、コレクションと項目を定義し、一覧・フォームを作り、権限と自動化を設定する順に学ぶと理解しやすくなります。最初は問い合わせや申請など一つの業務に絞り、登録から確認までを通して試します。管理者だけで動作を確認せず、実際の利用者に近い権限と端末でも検証することが大切です。

Webサイト、顧客向けアプリ、社内業務では、必要な機能と公開条件が異なります。Studio、Wix、Webflow、Bubble、Adalo、FlutterFlowなどを比較するときも、代表的な作業を同じ条件で試してください。Excelから移行する場合は、重複や表記揺れを整理し、正本となる情報と更新担当を決めてからデータを取り込みます。

無料プランは、学習や検証を始める入口として活用できます。ただし、本番公開、独自ドメイン、外部連携、人数や処理量の条件まで確認する必要があります。NocoBaseの商用版も、永続ライセンスと更新・サポート期間を分けて理解し、サーバー費や保守作業を含めて導入費用を考えます。

次の一歩は、作りたい仕組みの利用者、入力項目、完了までの流れを一枚にまとめることです。その内容をもとに小さく試作し、使いにくい部分と運用上の不足を洗い出します。内製だけではデータ設計や公開後の保守を担えない場合は、開発範囲を整理して専門家へ相談してください。株式会社ノーコード総合研究所では、Bubbleを中心に、業務に合うシステムの要件整理と開発を支援しています。