Notionシステム研究所 > Notionタグの作り方|セレクト・マルチセレクトを崩さず運用する

Notionタグの作り方|セレクト・マルチセレクトを崩さず運用する

2026年6月6日

7分で読めます

Notionタグの作り方を、セレクト、マルチセレクト、ステータス、タグDBの使い分けと、表記揺れを防ぐ運用ルールまで整理して解説します。

Notion
タグ
セレクト
マルチセレクト
データベース
情報整理
助手
助手

Notionのタグは、とりあえずマルチセレクトで増やしていけばいいですか。

博士
博士

増やすだけなら簡単じゃ。しかしタグは増えた瞬間から管理対象になる。分類軸を決めずに作ると、検索にも集計にも使えないタグが残る。

Notionでタグを作りたい場合、多くはデータベースのセレクト、マルチセレクト、ステータスを使います。

Notion公式ヘルプでは、セレクトはタグのリストから1つを選ぶ分類、マルチセレクトは1つ以上のタグを選ぶ分類として説明されています。

Notion公式ヘルプ:データベースのプロパティ

ただし、タグを自由に増やせることと、業務で使える分類になることは別です。

  • 「営業」と「セールス」が混ざる
  • 状態と分類が同じタグ欄に入る
  • 部署名、業務名、資料種別が混ざる
  • 誰がタグを追加してよいか決まっていない
  • タグはあるのにビューや検索で使われていない

Notionタグは、情報に色を付ける飾りではなく、検索、絞り込み、レビュー、担当分けに使う分類軸 として設計します。

この記事では、Notionタグの作り方を、セレクト、マルチセレクト、ステータス、タグDBの使い分けと、表記揺れを防ぐ運用ルールまで整理します。

タグ設計をセレクト・マルチセレクト・ステータス・タグDBへ分岐し、表記揺れ管理へつなぐ構成図

Notionのタグはプロパティで作る

Notionのデータベースでタグのように使う代表的なプロパティは、次の4つです。

使い方 推奨プロパティ
1つだけ選ぶ分類 セレクト 種別、部署、優先度
複数付ける分類 マルチセレクト 関連テーマ、対象業務、スキル
進行状態 ステータス 未着手、進行中、完了
タグ自体を管理する 別DB + リレーション タグ名、説明、管理者

最初に決めるのは、タグ名ではありません。

何を分類したいのかです。

Notionプロパティの設計

セレクトとマルチセレクトの違い

セレクトは、1つだけ選ぶ分類です。

マルチセレクトは、複数付けてもよい分類です。

判断 セレクト マルチセレクト
1行に1つだけ必要 向いている 向いていない
複数テーマにまたがる 向いていない 向いている
集計を簡単にしたい 向いている やや注意
入力を迷わせたくない 向いている 選択肢を絞る必要がある

たとえば、問い合わせDBなら次のように分けます。

項目 プロパティ
問い合わせ種別 セレクト 新規相談、既存顧客、採用、取材
関連テーマ マルチセレクト Notion、kintone、freee、AI
対応状態 ステータス 未対応、対応中、返信待ち、完了

1つだけ選ぶべきものをマルチセレクトにすると、集計しにくくなります。

逆に、複数付く可能性があるものをセレクトにすると、無理な分類になります。

タグの作成手順

タグを作る手順は簡単です。

  1. データベースを開く
  2. プロパティを追加する
  3. 種類をセレクトまたはマルチセレクトにする
  4. タグ名を入力する
  5. 色を調整する
  6. ビューのフィルターや表示項目に使う

公式ヘルプでも、セレクトとマルチセレクトでは値を入力してタグを追加し、タグ名や色を編集できることが説明されています。

ただし、操作より先にルールを決めます。

ルール
タグを追加できる人 管理者、DBオーナーだけ
命名ルール 日本語に統一、略語を使わない
似たタグの扱い 月次で統合候補を確認
色の使い方 重要度や状態だけに使う
削除判断 3か月使われないタグは統合候補

タグは作る瞬間より、増えた後の管理が問題になります。

ステータスをタグ代わりにしない

状態管理は、タグではなくステータスで管理します。

入れたいもの 使うプロパティ
未着手、進行中、確認待ち、完了 ステータス
営業、開発、採用、管理 セレクト
Notion、AI、請求、契約 マルチセレクト
高、中、低 セレクト

「確認待ち」「重要」「営業」「Notion」が同じタグ欄に入ると、ビューが崩れます。

状態、分類、重要度、テーマは別のプロパティに分けます。

Notionステータスの使い方

タグDBを作るべきケース

セレクトやマルチセレクトで足りない場合は、タグ用のデータベースを作ります。

条件 タグDBを検討する理由
タグに説明文が必要 タグ名だけでは意味が伝わらない
タグごとに管理者がいる 部署や責任者を持たせたい
タグを複数DBで使う 記事、FAQ、案件で同じ分類を使う
タグごとの一覧ページが必要 タグページから関連情報を見たい
タグの統廃合履歴を残したい 運用変更を追跡したい

タグDBでは、次のようなプロパティを持たせます。

プロパティ
タグ名 Notion、請求、採用
種別 業務、ツール、部署、テーマ
説明 何に付けるタグか
管理者 タグを整理する人
利用状態 利用中、統合予定、停止

タグをマスタとして扱うなら、リレーションでつなぐ方が管理しやすくなります。

Notionリレーションの使い方

表記揺れを防ぐルール

タグ運用で一番よく起きるのは、表記揺れです。

揺れ 統一例
営業、セールス、Sales 営業
AI、生成AI、人工知能 AI
請求書、請求、invoice 請求
採用、人事、HR 採用

表記揺れを防ぐには、タグを自由入力にしないことが重要です。

運用では、次のように管理します。

管理項目 内容
追加申請 新しいタグが必要な理由を書く
統合候補 似たタグを月次で確認する
禁止語 略語、英語表記、個人名など
説明文 何に付けるタグかを明記する

タグ名だけで意味が伝わらない場合は、タグDBに説明を持たせます。

チームで勝手にタグが増える問題

チーム運用では、タグを増やせる人を決めます。

運用 向いている場面
誰でも追加できる 個人メモ、小規模な下書きDB
管理者だけ追加 業務DB、社内ナレッジ、顧客管理
申請して追加 複数部署で使う分類
月次で統合 情報量が多いナレッジDB

Notion公式ヘルプでは、データベースのプロパティはフィルター、並べ替え、検索に使えると説明されています。

つまり、タグは付けるだけでは意味がありません。

ビューや検索で使われて初めて、業務上の価値が出ます。

タグ運用が崩れた時の整理手順

既にタグが増えすぎている場合は、いきなり削除しません。

次の順番で整理します。

  1. すべてのタグを書き出す
  2. 似ているタグをグループ化する
  3. 状態、分類、テーマ、部署に分ける
  4. 状態はステータスへ移す
  5. 1つだけ選ぶ分類はセレクトへ移す
  6. 複数分類はマルチセレクトに残す
  7. 説明が必要なタグはタグDBへ移す
  8. ビューで使わないタグを統合候補にする

社内WikiやナレッジDBでは、タグよりページ名、カテゴリ、オーナー、有効期限の方が効くこともあります。

Notion Wikiの作り方

タグは、情報を探すための補助線です。

増やすことより、分類軸を決め、使われないタグを整理し続けることが重要です。

Notionシステム設計支援

Notionの分類設計を業務DBとして整えます

タグ、カテゴリ、状態、関連DB、ビューまで含めて、チームで更新できる情報整理の形にします。

著者
守高 成悟
守高 成悟

代表取締役 CEO

千葉県出身。10歳の頃からプログラミングを始め、ゲーム、Webサイト、ロボット、スマホアプリなどを制作。大阪大学基礎工学部情報科学科で情報工学と統計学を学び、大学時代はAIを研究。大学在学中にWeb広告代理店でのインターンや人材系Webサービスの立ち上げを経験し、卒業後はフリーランスエンジニアとしてGISシステム、データ基盤構築、Webシステムの開発に従事。10年以上のWebアプリ開発・データ分析経験を基に、2023年9月に株式会社ビットライトを設立し、現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援。

運営会社
株式会社ビットライト
株式会社ビットライト

顧客が本当に必要だった価値を、実装する。

現場業務の仕組み化からデータ基盤構築、データ活用支援までを一気通貫で支援しています。

コーポレートサイトを見る
Notion設計相談

議事録・タスク・ナレッジの運用設計を相談できます

Notionで始める範囲、権限、通知、別システムへ切り出す条件まで整理します。