---
title: "ノーコードとは？ローコードとの違い・できること・限界を製品の制限値で解説【2026年】"
url: "https://www.issoh.co.jp/column/details/12871/"
published: 2026-07-02
updated: 2026-11-15
categories: ["業務システム"]
publisher: "株式会社一創"
---

# ノーコードとは？ローコードとの違い・できること・限界を製品の制限値で解説【2026年】

ノーコード（No Code）とは、ソースコードを書かずに、画面上のドラッグ＆ドロップや設定入力だけでアプリやWebサイトを作る開発手法と、そのためのツールの総称です。業務アプリならkintoneやAppSheet、WebサイトならStudio、ECならShopifyが代表例で、エンジニアでない現場担当者が自分で作れる点がスクラッチ開発との決定的な違いです。この記事では、ノーコードの意味と仕組み、ローコードとの違い、用途別にできることと料金、そして「どこで限界が来るか」を各製品の公式の制限値で示し、内製で進める業務と開発会社に任せる業務の線引きまでを2026年11月時点の情報で解説します。

## まとめ：ノーコードの定義と採用範囲

ノーコードは、ツールが用意した部品（画面・データベース・処理）を組み合わせてアプリを作る方式です。コードを書く量がゼロである点でローコードと分かれ、自由度は「ツールの部品の範囲内」に限られます。

向くのは、日報・申請・案件管理のような社内の定型業務、テンプレートで足りるWebサイトやネットショップ、仮説検証用の試作品です。費用はツールの月額利用料と、作る担当者の社内工数が中心になります（拡張や連携を外注すればその開発費も加わります）。利用料はkintoneなら1ユーザー月額1,000〜3,000円（税抜）、AppSheetなら月額5〜20米ドルです。

限界は製品ごとに数字で決まっています。AppSheetのデータベースは無料プランで1データベース1,000行、kintoneのREST APIは1アプリ1日あたりスタンダードコースで1万回・ワイドコースで10万回が上限です。処理量、基幹システムとの連携、業務ロジックの要件が、製品の標準機能と上位プランでも満たせないなら、ローコードかスクラッチ開発を選びます。最初に上限と要件を突き合わせておけば、運用開始後の作り直しを避けられます。以下、定義から順に根拠を示します。

## ノーコードの意味と仕組み

### 部品を組み合わせて作るノーコードの定義

kintone・AppSheet・Studioなどクラウド型のノーコードツールは、開発環境と実行環境をクラウドサービスとして一体で提供します。住友電工情報システムの楽々Webデータベースのように、オンプレミス型で提供されるノーコード製品もあります。利用者は画面にフォームの部品を並べ、項目の型（文字列・数値・日付など）を選び、「申請されたら上長に通知する」といった処理を設定画面で組み立てます。

クラウド型なら、サーバーの構築や保守は提供元が担います。一方で、どの項目を持ち、テーブル同士をどう関連付けるかというデータの設計は利用者の仕事として残ります。AppSheetの公式手順でも、作成前にテーブルと列の構成を確認・編集する工程があります。

プログラミング言語のコードは書きませんが、設定の誤りが無くなるわけではありません。kintoneの計算フィールドには計算式を書く欄があり、式が誤っていれば[計算式のエラー](https://jp.kintone.help/k/ja/app/form/autocalc/basic%5Ferror/autocalc%5Ferror)が表示されます。そして、部品として用意されていない機能は作れません。この「作れる範囲がツールに決められている」という性質が、ノーコードの利点と限界の両方の出発点です。

### ノーコードが広がった背景にあるIT人材の不足

経済産業省がみずほ情報総研に委託した[「IT人材需給に関する調査」（2019年3月）](https://www.meti.go.jp/policy/it%5Fpolicy/jinzai/houkokusyo.pdf)は、2030年のIT人材の不足を、需要の伸びに応じて約16万人（低位）・約45万人（中位）・最大約79万人（高位）と試算しています。エンジニアの採用と外注だけでは社内の小さなシステム化の要望まで手が回らないため、業務を知る現場担当者が自分で作るノーコードが受け皿になりました。サイボウズは2026年4月の発表で、kintoneの利用企業を42,000社以上としています。

### ノーコードとAIの関係：プロンプトでアプリの骨組みを作る機能

主要なノーコードツールは、「作りたい業務を文章で伝えると、アプリの骨組みをAIが作る」機能を備えています。AppSheetは2024年にGeminiによるアプリ作成を導入し、サイボウズは[2026年6月14日からkintone AIを正式提供](https://prtimes.jp/main/html/rd/p/000000337.000027677.html)し、β版だった「アプリ作成AI」をスタンダードコースとワイドコースで使えるようにしました。AppSheetでは[「Start with Gemini」](https://support.google.com/appsheet/answer/14699210?hl=en)から業務を説明すると、Geminiがテーブルと列の構成を提案し、確認・修正してからアプリを作成します。

「ノーコードAI」という言葉は、コードを書かずに機械学習モデルを作るAutoMLを指すこともありますが、ここで扱うのはAIの支援付きアプリ作成です。出来上がるのはあくまでそのツールの中で動くアプリです。生成AIにコードそのものを書かせる[バイブコーディング](/tech/details/7216/)とは別物で、こちらはソースコードが手元に残る代わりに、動かす環境と保守は自分で用意する必要があります。AIで作り始めが速くなっても、次章以降で示す部品の範囲とデータ量の上限は変わりません。

## ノーコードとローコード・スクラッチ開発の違い

3つの手法の違いは、コードを書く量と、それによって決まる自由度です。

| 項目    | ノーコード                   | ローコード                 | スクラッチ開発        |
| ----- | ----------------------- | --------------------- | -------------- |
| コード記述 | 不要                      | 必要な箇所だけ書く             | 全面的に書く         |
| 主な作り手 | 現場担当者                   | 情報システム部門・開発者          | 開発者            |
| 自由度   | 部品の範囲内                  | コードで拡張できる             | 個別要件に合わせて設計    |
| 費用の形  | 月額利用料                   | ライセンス料＋開発費            | 開発費＋保守費        |
| 代表例   | kintone・AppSheet・Studio | Power Apps・OutSystems | Java・PHP等で個別開発 |

ローコードは、基本は画面操作で組みつつ、部品で足りない処理や外部連携だけをコードで書き足す方式です。ノーコードより自由度が高い分、書いたコードを保守できる人が社内か委託先に要ります。スクラッチ開発はゼロからコードを書く従来の方式で、製品の標準機能に縛られない代わりに、設計・実装・保守の期間と費用が要件に応じてかかります。ローコード製品の比較は[ローコードツールの選定基準とスクラッチ開発との使い分け](/column/details/15348/)、スクラッチ開発の発注判断は[スクラッチ開発とパッケージ・ローコードとの違い](/column/details/13203/)で扱っています。

### ノーコードとローコードの境界：コード追加の必要性

実際の製品は、ノーコードとローコードのどちらかにきれいに分かれません。kintoneはJavaScriptやプラグインで画面や処理を拡張でき、サイボウズ自身も「ノーコード・ローコードとAIで」アプリを作れる製品と説明しています。Microsoftは[Power Apps](https://www.microsoft.com/ja-jp/power-platform/products/power-apps/pricing)を「ローコードとAIを活用して」アプリを作る製品として案内しています。

導入を判断するときは、製品の分類名ではなく、自社の要件が「コードを1行も書かずに作り切れるか」で見ます。作り切れるならノーコードとして現場に任せられ、JavaScriptの追加が要るなら、そのコードを誰が保守するかを先に決めてからローコードとして扱います。

## ノーコードでできることと用途別の料金

ノーコードツールは用途ごとに分かれており、1つのツールで業務アプリもECサイトも作るわけではありません。主な用途と代表製品、公式サイトに掲載されている料金は次のとおりです（2026年11月時点）。

| 用途     | 代表製品     | 料金（公式の表示）                 |
| ------ | -------- | ------------------------- |
| 業務アプリ  | kintone  | 1ユーザー月額1,000〜3,000円（税抜）   |
| 業務アプリ  | AppSheet | 1ユーザー月額5〜20米ドル            |
| Webサイト | Studio   | 月額590〜9,980円（税込・年払い換算）    |
| Webアプリ | Bubble   | 月額32〜349米ドル（年払い換算）        |
| ECサイト  | Shopify  | 月額3,650〜44,000円（年払い換算・税別） |

kintoneは[公式の料金ページ](https://kintone.cybozu.co.jp/price/)でライトコース1,000円・スタンダードコース1,800円・ワイドコース3,000円とし、最低契約はライトとスタンダードが10ユーザー、ワイドが1,000ユーザーです。AppSheetはStarter 5米ドル・Core 10米ドル・Enterprise Plus 20米ドルで、Google WorkspaceのBusiness Starter・Business Standard・Enterprise Standardなど多くのエディションにはAppSheet Coreが追加料金なしで含まれます。Workspaceを契約している会社は、まず自社にCoreのライセンスがあるかを管理コンソールで確かめると、新たな契約なしで試せます。各製品の詳しい比較は[ノーコードツール比較｜業務アプリ・Web・EC用途別の代表製品と選び方](/column/details/12872/)、無料で使える範囲は[ノーコードツールの無料プランはどこまで使えるか](/column/details/19385/)にまとめています。

### 開発期間と5年間の費用の見積もり方

ノーコードで短くなるのは、要件定義から納品までの待ち時間です。現場の担当者が画面を作りながら同僚に見せて直せるため、仕様書をやり取りして納品を待つ工程が要りません。実際の所要日数は、作る人の習熟度と、権限設定や他システム連携まで含めるかで大きく変わります。

費用は「ユーザー数×月額×月数」で積み上がる点に注意します。kintoneのスタンダードコースを30人で使うと、1,800円×30人×12か月で年64万8,000円、5年で324万円（いずれも税抜）です。同じ機能を外注で作る見積もりがこれより安く、5年以内に大きな仕様変更が見込まれないなら、スクラッチ開発の方が総額で有利になる場合もあります。比較するときは初期費用だけでなく、5年分の利用料、作る人と直す人の社内工数、外注先の保守費を並べてください。

## 製品の公式制限値で見るノーコードの限界

「ノーコードには限界がある」という説明だけでは、自社の業務が収まるかどうか判断できません。限界の多くは、製品が公開している制限値として数字で確認できます。導入前に見ておくべき上限を、データ量・連携・カスタマイズ・提供元への依存の順に示します。

### データ量の上限：AppSheetは無料プランで1,000行

AppSheetが用意するデータベース（AppSheet database）には、[公式ヘルプ](https://support.google.com/appsheet/answer/12653576?hl=en)に次の上限があります。

| プラン                | 1データベースの行数 | データベース数    |
| ------------------ | ---------- | ---------- |
| Free               | 1,000行     | 5          |
| Starter            | 2,500行     | 5          |
| Core・Publisher Pro | 2,500行     | 10         |
| Enterprise Plus    | 200,000行   | 1ユーザー200まで |

全プラン共通で、1データベース20テーブル・1テーブル100列までです。上限に達すると既存データの閲覧と編集はできますが、新しい行を追加できなくなります。1日30件ずつ申請が増えると、2,500行は約3か月で埋まります。行数が増える業務では、データの置き場をGoogleスプレッドシートや外部のデータベースにする方法がありますが、外部のデータベースへ接続できるかはプランで異なるため、[AppSheetの料金表](https://about.appsheet.com/pricing/)で必要なプランを確かめてから費用を見積もってください。

kintoneは[サイボウズの制限事項のページ](https://www.cybozu.com/jp/service/restrictions.html)で、登録レコード数の上限を設けていないとしつつ、1アプリ100万件で快適に使えることを確認したと書いています。1アプリのフィールド数の上限は500個で、項目が多いほど表示や処理が遅くなる場合があると注記されています。作れるアプリの数も、料金ページではライトコース200個・スタンダードコース1,000個・ワイドコース3,000個までです。

### 連携と処理の上限：kintone APIのコース別リクエスト数

他のシステムとデータをやり取りする処理も上限に当たりやすい部分です。kintoneのREST APIは、1アプリに対する1日のリクエスト数が[料金ページ](https://kintone.cybozu.co.jp/price/)でスタンダードコース1万回・ワイドコース10万回までとされ、これとは別にドメインごとの同時アクセスが100までです。ワイドコースの上限は必要に応じて相談できるとされています。基幹システムと数分おきに在庫や受注を同期するような使い方では、アプリ数を分けるか、まとめて取得する設計にしないと上限に近づきます。

Webアプリを作るBubbleでは、サーバー側の処理量をWorkload Units（WU）で数えます。[Bubbleのプラン比較表](https://bubble.io/pricing/compare)ではStarterプランの月間枠が175,000 WUで、[料金のFAQ](https://manual.bubble.io/account-and-marketplace/account-and-billing/pricing-plans/pricing-faq)によると超えた分は1,000 WUあたり0.30米ドルが加算されます。超過課金を無効にした状態で枠を使い切るとアプリはオフラインになります。利用者が増えるほど料金が読みにくくなる点は、月額固定のつもりで導入すると見落とします。WUの数え方は[Bubbleのノーコード開発の使い方・料金・WU課金](/tech/details/18673/)で詳しく扱っています。

### カスタマイズの上限：標準部品で表現できる画面と処理

ノーコードで作れる画面と処理は、ツールが提供する部品と設定項目の組み合わせに限られます。kintoneなら、項目間の計算は計算フィールドの式で書けますが、画面の見た目を変えたり入力時に独自のチェックを走らせたりするには、JavaScriptによるカスタマイズかプラグインが必要になります。条件分岐が何段にもなる承認フロー、帳票の細かなレイアウト指定、独自の計算ロジックは、設定画面の組み合わせで無理に再現すると、作った本人しか直せないアプリになりがちです。設定が複雑になってきた時点で、ローコードの拡張か開発会社への切り替えを検討する合図と考えてください。

### 提供元への依存：障害・事故と利用者側の対応範囲

クラウド型のノーコードツールでは、アプリは提供元のクラウド上で動きます。データの保存先は構成によって異なり、AppSheetのように[オンプレミスのデータベースに接続](https://support.google.com/appsheet/answer/10106597?hl=en)できる製品もあります。いずれの場合も、提供元の基盤で障害やセキュリティ事故が起きると、利用者は基盤そのものを直せず、提供元の発表を待って自社側の対応を進めることになります。

実例があります。ノーコードのWeb制作ツールStudioは[2026年10月16日](https://studio.design/ja/whats-new/unauthorized-access-2026-10)、同社のクラウド環境への不正アクセスにより、すべての利用者のアカウント情報、サイトのフォームに送信された内容、API連携に登録した外部サービスのAPIキーなどが流出した可能性があると公表しました。脆弱性は同社が10月14日までに修正しましたが、利用者側にはパスワードやAPIキーの変更、フォームで受け取った個人情報の扱いの確認といった対応が残りました。経緯と利用者の対応は[Studio不正アクセスで替えるべきAPIキー・Webhook URLの手順](/tech/details/18389/)にまとめています。

依存のリスクは事故に限りません。料金改定やサービス終了も提供元が決めます。導入時には、データをCSVなどで一括して書き出せるか、APIキーなどの認証情報を後から差し替えられるかを確かめておくと、移行や事故対応の手間が減ります。

## 野良アプリとシャドーITを防ぐ管理ルール

現場の誰もが作れることは、管理されないアプリが増えることと表裏一体です。作った人が異動すると直せる人がいなくなる、個人情報を含む台帳が権限設定なしで共有される、同じ用途のアプリが部署ごとに乱立する、といった問題が典型です。情報システム部門が把握していないツールの利用は[シャドーIT](/column/details/9259/)にあたり、事故が起きたときに誰も実態を説明できません。

最低限決めておくルールは次の4つです。

- アプリごとに作成者と管理責任者を記録し、異動時の引き継ぎ先を決める
- 個人情報や取引先情報を扱うアプリは、公開範囲とアクセス権を情報システム部門が確認してから使い始める
- 新しいノーコードツールの契約は情報システム部門に申請し、認証方式とデータの保管場所を確認する
- 半年ごとにアプリの一覧を見直し、使われていないアプリを停止する

このうち最初の2つは、1本目のアプリを公開する前に決めておきます。アプリが増えてから作成者と権限を遡って洗い出すのは手間がかかります。権限設計や発注時の確認項目は[ローコード開発のセキュリティリスクと対策](/column/details/16321/)で扱っています。

## ノーコードで内製する業務と外注する業務の線引き

ノーコードで内製するか、開発会社に任せるかは、次の条件で決めます。

| 判断の観点     | ノーコードで内製     | 開発会社に依頼        |
| --------- | ------------ | -------------- |
| 業務の範囲     | 1部署で完結       | 複数部署・取引先にまたがる  |
| データ量      | 製品の上限内に収まる   | 上限を超える・増え続ける   |
| 他システム連携   | CSV取り込み・通知程度 | 基幹システムと双方向で同期  |
| 業務ロジック    | 設定画面で表現できる   | 独自の計算・複雑な分岐がある |
| 止まったときの影響 | 手作業で代替できる    | 売上や出荷が止まる      |

右の列に当てはまる業務は、現場の担当者だけで作り始めず、情報システム部門か開発会社の設計レビューを通します。そのうえで、製品の標準機能・上位プラン・運用体制のどれでも要件を満たせないと分かった時点で、ノーコードでの実装をやめます。特に売上や出荷に直結する業務で、提供元の障害時に手作業へ切り替える手順や復旧の担当者を用意できないなら、ノーコードで内製すると失敗します。外注しても提供元の障害への依存は残るので、この確認は内製・外注のどちらでも必要です。

一方、左の列にすべて当てはまる日報・備品管理・社内申請のような業務は、作る担当者を確保でき、利用料と社内工数の合計が外注の見積もりを下回るなら、ノーコードで内製するのが向いています。

### ノーコードの限界に達したときの移行の進め方

運用を続けるうちに上限や設定の複雑さに突き当たったら、まずデータを書き出せる状態にしてから、次の手段を選びます。kintoneのようにJavaScriptで拡張できる製品なら、画面や処理の一部をローコードとして作り足すのが最小の変更です。データ量や連携の上限が原因なら、データの置き場を外部のデータベースに移し、ノーコードのアプリは入力画面として残す構成も取れます。業務の中心になったシステムを作り直すときは、ノーコードで運用してきた画面と項目がそのまま要件定義の材料になります。

issohでは、kintoneやAppSheetで作ったアプリの拡張から、上限を超えた業務のスクラッチ開発への移行までを[ノーコード・ローコードアプリ開発](/service/apps/nocode/)として支援しています。開発会社の選び方は[ローコード開発会社の選び方と発注前の確認項目](/column/details/16323/)も参考にしてください。

## ノーコードに関するよくある質問

### ノーコードとローコードの違いは何ですか？

コードを書く量です。kintoneで言えば、画面操作だけでフォームと一覧を作るところまでがノーコードで、入力チェックや画面の動きをJavaScriptで書き足すとローコードになります。ローコードの方が作れる範囲は広い代わりに、書いたコードを保守する人が必要です。

### ノーコードで何が作れますか？

業務アプリ（日報・申請・案件管理など）、コーポレートサイトやLP、会員制のWebアプリ、ネットショップが代表例です。用途ごとに製品が分かれており、業務アプリならkintoneやAppSheet、WebサイトならStudio、ECならShopifyを使います。

### ノーコードのデメリットは何ですか？

部品に無い機能は作れないこと、データ量やAPIの回数に製品ごとの上限があること（AppSheet databaseはCoreプランで1データベース2,500行）、提供元の障害・事故・料金改定の影響を利用者が避けられないことの3点です。ユーザー数で課金される製品は、人数が増えると外注開発より総額が高くなる場合もあります。

### ノーコードAIとは何ですか？

作りたい業務を文章で伝えると、ノーコードツールの中にアプリの骨組みを自動で作る機能を指すことが多い言葉です。kintone AIのアプリ作成AIやGemini in AppSheetが該当します。生成AIにコードを書かせる方式とは異なり、出来上がるアプリはそのツールの中で動きます。

### ノーコードは無料で使えますか？

無料プランや無料試用期間を用意する製品は多くあります。条件は製品ごとに違い、AppSheetは無料プランだとAppSheet databaseが1データベース1,000行までなど機能が限られ、Studioのように月額0円のFreeプラン（50ページ・フォーム回答100件まで）を用意する製品もあります。どこまで無料で足りるかは[主要8製品の無料プランの上限](/column/details/19385/)で比べています。Google Workspaceを契約している会社は、AppSheet Coreが追加料金なしで含まれている場合があります。

## 関連記事

- [ノーコードツール比較｜業務アプリ・Web・EC用途別の代表製品と選び方](/column/details/12872/)
- [ローコードツールとは？用途別の比較と選定基準・スクラッチ開発との使い分けを解説](/column/details/15348/)
- [ノーコードツールの無料プランはどこまで使えるか：主要8製品の上限と有料化の境目](/column/details/19385/)
- [ローコード開発のセキュリティリスクと対策｜権限設計・野良アプリ・発注時の確認項目](/column/details/16321/)
- [スクラッチ開発とは？パッケージ・ローコードとの違いと発注判断を解説](/column/details/13203/)

---

出典: [ノーコードとは？ローコードとの違い・できること・限界を製品の制限値で解説【2026年】](<https://www.issoh.co.jp/column/details/12871/>)（株式会社一創）
