kintoneのカスタマイズは「やれること」より「どこまでなら壊れないか」で決まります。画面もポータルも自由に作り込めますが、作り込むほどアップデートで動かなくなるリスクと保守コストが積み上がるからです。
この記事では、kintoneのカスタマイズを「画面（フォーム）」「一覧」「ポータル」の対象別に整理し、それぞれを「標準設定」「プラグイン」「CSS」「JavaScript/API」のどの手段で、どこまで変えられるのかを示します。読み終えたとき、自分の要望が「標準で足りるのか／プラグインか／開発が要るのか」を見分け、発注範囲を絞れる状態を目指します。
kintoneの全体像や費用感そのものは、親記事のkintone開発の進め方を合わせてご覧ください。なお当社（株式会社六 / Roku inc.）は、サイボウズ商店のShopify×kintone連携など、標準やプラグインで足りない領域をJavaScript・API開発で実装してきた立場から、「作らずに済む範囲は作らない」という前提で書きます。
kintoneカスタマイズとは｜4つの手段と「できることの階段」
kintoneのカスタマイズには大きく4つの手段があり、これは「階段」になっています。下の段ほど安く壊れにくく、上の段ほど自由度が高い代わりにコストと保守リスクが上がります（出典：kintone.cybozu.co.jp）。
| 手段 | できること | コスト感 | 壊れにくさ |
|---|---|---|---|
| 標準設定 | フォーム項目・一覧の表示・ポータルの表示切替 | 追加費用なし | 最も高い |
| プラグイン | 既製の機能拡張を適用（300種以上） | 無償〜月額 | 高い |
| CSS | 色・余白など見た目の調整 | 小 | 中 |
| JavaScript/API | オーダーメイドの機能・外部連携 | 数十万〜100万円以上 | 低い（要保守） |
プラグインは「スタンダードコース以上」での利用が条件です（出典：kintone.cybozu.co.jp。最新の料金プラン名・条件は公式で要確認）。
過剰投資を避ける最大のコツは、いきなり一番上の段（JavaScript開発）から考えないことです。
画面（フォーム）のカスタマイズ｜入力チェック・項目の出し分け
画面（フォーム）は、まず標準設定でどこまでできるかを確認します。標準でできることは意外と多く、項目の追加・並べ替え・グループ化、入力必須や初期値の設定、関連レコードやルックアップ（他アプリの値を参照）などが含まれます。
足りなくなるのは「条件によって挙動を変える」要望です。「Aを選んだときだけBを表示する」「金額が一定以上なら警告を出す」といった出し分けやリアルタイムの入力チェックは、標準だけでは難しく、プラグインかJavaScriptが必要になります。
判断の順番はシンプルです。まず標準でできないかを確認し、次に既製プラグインを探し、それでも合わなければ初めてJavaScript開発を検討します。設計段階の考え方はkintoneアプリ作成の基本で解説しています。
kintone一覧カスタマイズ｜表示・絞り込み・見た目の変更
一覧も、標準・プラグイン・JavaScriptの3段で考えます。標準でできるのは、表示項目の選択、並び順、絞り込み条件の保存、そして「カスタマイズビュー（HTMLビュー）」による一部の作り込みです（出典：kintone.cybozu.co.jp）。日常業務で必要な一覧操作の多くは標準範囲でまかなえます。
多くの人がつまずくのが「条件によって行や文字に色をつけたい」という要望です。実は、kintoneの標準機能では条件付き書式はできません。ただし、サイボウズが無償の「条件書式プラグイン」を提供しており、値に応じて文字色・背景色・文字サイズを変えられます（出典：blog.kintone.com）。
ここが分岐点です。「色分けくらいだからJSで作ろう」と考える前に、無償の公式プラグインで足りないかを必ず確認してください。これだけで本来不要な開発費を丸ごと節約できます。無償プラグインやカスタマイズビューを超える見た目の変更（独自レイアウトや複雑な集計表示など）になって、初めてJavaScript/CSSの出番です。
kintoneポータルカスタマイズ｜トップ画面を業務の入口にする
ポータルはログインして最初に見る画面で、ここを業務の入口に整えると現場の使い勝手が大きく変わります。
標準設定でできるのは、お知らせ掲示板・通知・未処理・スペース・アプリといった各コンテンツの「表示／非表示」の切り替えです（出典：jp.kintone.help）。不要な要素を消すだけでもトップ画面はすっきりします。一方、レイアウトを自由に組み替えたり独自デザインのダッシュボードにするには、ポータルを含むkintone全体に適用する公式の「全体カスタマイズ」（JavaScript/CSS）が必要です（出典：jp.cybozu.help）。
ここでも順番は同じです。まず標準の表示切替で整理し、それでも「ボタン一発で目的の業務に飛びたい」「数字を一目で見せたい」といった要望が残ったときに開発を検討します。
プラグインとJS/APIの使い分け｜判断の順番
手段選びの原則は1つ、「安い順・壊れにくい順」に検討することです。
- 標準設定でできないか
- 無償・既製プラグインで足りないか
- CSSで見た目の調整だけで済まないか
- JavaScript/APIによるオーダーメイド開発
同じ機能でも、無償・既製プラグインなら追加費用はほぼゼロから始められますが、高度なJavaScript外注は100万円以上になることもあり（出典：rekaizen.com、hnavi.co.jp。いずれも開発会社メディアの目安で一次情報ではありません）、開発したものにはアップデート追従の保守費が継続します。つまりプラグインで足りる範囲をJavaScriptで作ると「初期費用が高い」「属人化する」「保守費が続く」という三重のコストを抱え込みます。これが過剰カスタマイズが割高になる理由です。
なお外部サービス連携（チャット、会計ソフトなど）はAPI連携の領域で、チャット系で5万〜10万円、会計ソフトで10万円〜が目安とされます（出典：rekaizen.com。開発会社メディアの目安）。どこからが「開発が必要な領域」なのかは、kintoneのノーコードの限界で詳しく整理しています。
カスタマイズの限界とリスク｜「やらない」という選択
ここがこの記事でいちばん伝えたい部分です。JavaScriptによる独自開発は、kintoneのアップデートで動かなくなることがあります。サイボウズ自身も、公開APIドキュメント記載の方法だけを使うよう推奨し、内部実装に依存した書き方（画面内部の構造を直接操作する、URLを直書きする等）はアップデートで壊れやすいと注意喚起しています（出典：cybozu.dev）。廃止予定APIは事前告知される運用ですが、追従する改修作業は利用者側に発生します。
つまりkintoneのカスタマイズは「やれること」より「壊れないか」で決めるべきです。作った瞬間がゴールではなく、更新のたびに保守し続ける前提で考える必要があります。だからこそ「やらない」という選択が重要です。
- 標準・無償プラグインで足りるなら、開発しない
- 一時的な要望のために全体カスタマイズを入れない
- 内部実装に依存する作り込みは最小限にする
- 開発する場合は、保守契約にAPIバージョンへの追随を明記する
作り込むほど便利になる一方で、作り込んだ分だけ将来の負債になります。「全部できる」ではなく「壊れにくい範囲で必要十分」を狙うのが、結局いちばん安く長く使えます。
外注すべきカスタマイズの見極めとAI活用
外注を検討してよいのは、標準・無償プラグインで明確に足りず、業務上どうしても必要な機能がある場合だけです。逆に標準やプラグインで実現できる範囲を、当社は無理に作りません。作らない範囲を正直に伝えることが、結果的に保守の軽い運用につながるからです。
当社のkintone連携の開発実績は、いずれも標準やプラグインでは届かない「外部サービスとのAPI連携」という、JavaScript/API開発が本当に必要な領域です。
- サイボウズ商店（サイボウズのオンラインストア）で、Shopify×kintoneを連携するカスタムアプリを開発。在庫・販売履歴をkintone上で一括管理する仕組みを約3ヶ月で構築（出典：自社実績）
- NPO法人わくわーくの入館管理システムで、NFC・LINEとkintoneを連携し、管理データを自動記録（出典：自社実績）
加えて当社は、数百のAIエージェントを率いる開発体制により、従来の数分の一の期間での開発を進めています。AIチャットボット開発やAPI連携も、このAI駆動の高速開発で対応します。
「これは標準で足りるのか、それとも開発が必要なのか」の切り分けからご相談いただけます。業務システム構築・kintone連携の内容はサービスページ、ご相談はお問い合わせからどうぞ。
よくある質問
プラグインとJavaScriptカスタマイズ、どちらを先に検討すべき？
プラグインが先です。安い順・壊れにくい順に、標準設定→無償プラグイン→CSS→JavaScript/APIの順で検討します。無償の既製プラグインなら追加費用ほぼゼロから始められますが、JavaScript外注は高度なもので100万円以上になることもあり、保守費も継続します（出典：rekaizen.com、開発会社メディアの目安）。
カスタマイズするとアップデートで動かなくなる？
その可能性はあります。特にkintoneの内部構造に依存した書き方や非推奨のAPI操作は、アップデートで壊れやすいとサイボウズ自身が注意喚起しています（出典：cybozu.dev）。公開APIドキュメントに沿った実装にし、保守契約でAPIバージョンへの追随を取り決めておくのが安全です。
一覧の色分け（条件付き書式）は標準で変えられる？
標準機能ではできません。ただし、サイボウズが無償の「条件書式プラグイン」を提供しており、値に応じて文字色・背景色・文字サイズを変えられます（出典：blog.kintone.com）。色分け程度であれば、JavaScript開発の前に必ずこの無償プラグインを試してください。
ポータルは標準機能だけでどこまで変えられる？
お知らせ掲示板・通知・未処理・スペース・アプリといった各コンテンツの表示／非表示の切り替えまでが標準範囲です（出典：jp.kintone.help）。レイアウトの組み替えや独自デザインのダッシュボード化には、JavaScript/CSSによる全体カスタマイズが必要になります。
