Obsidianタグの使い方｜付け方と増やしすぎない設計

タグ・フォルダ・プロパティの分担を決める

公式ヘルプでは、タグを「探したいノートをすばやく見つけるためのキーワードやトピック」と説明しています。公式：Tags 似た役割を持つ機能にフォルダとプロパティがあるため、最初に分担を決めておくと、どこに何を書くかで迷いません。

たとえば「A社との会議メモ」は、保存場所としては会議メモのフォルダに置き、A社に関係するノートを横断して集めるために#顧客/A社を付けます。期日や担当はタグにせず、プロパティに書きます。この分け方を前提に、以下ではタグの付け方と名前の決め方を説明します。フォルダの分け方はObsidian Vaultの作り方で、プロパティの項目と型はObsidianプロパティの使い方で詳しく扱っています。

タグを付けてノートを探す

公式ヘルプが案内しているタグの付け方は2つです。

• 本文に書く：#に続けてキーワードを書く（例：#meeting）
• tagsプロパティに書く：ノート先頭のプロパティに、リストの形で書く

---
tags:
  - 会議
  - 顧客/A社
---

公式ヘルプは、YAML（プロパティの保存形式）でタグを書くときは常にリストの形にするよう案内しています。また、Propertiesのページによると、tags以外のテキスト型のプロパティに#を書いても、タグにはなりません。公式：Properties どちらの書き方を使うかはチームで1つに決めておくと、あとで点検しやすくなります。本文の途中に付けたタグは、文章の流れの中で「この段落は要確認」と示すときに便利です。ノート全体の仲間分けは、先頭のtagsプロパティにまとめるのがおすすめです。

付けたタグでノートを探す方法は、公式ヘルプによると次の3つです。

1. 検索でtag:#meetingのようにtag:演算子を使う
2. ノートの中のタグをクリックする
3. コマンドパレットで「Tags: Show tags」を選び、Tags viewから目的のタグを選ぶ

検索のtag:には注意点があります。公式ヘルプのSearchのページによると、tag:#workで探しても#myjob/workは出てきません。親の位置に別の語がある階層タグは、子の語だけでは見つからないということです。一方でtag:はコードブロックの中やMarkdown以外の内容を対象にしないため、普通の文字検索で#workを探すより速く、正確になりやすいと説明されています。公式：Search

タグの階層と命名ルールを決める

タグはスラッシュ（/）でつなぐと、親子の階層にできます。公式ヘルプの例は#inbox/to-readと#inbox/processingです。階層タグは、機能ごとに次のように扱われます。

つまり、親を決めておけば、親の名前で子のノートまでまとめて集められます。「顧客」の下に会社名、「案件」の下に案件名、のように、あとで親ごと集めたい仲間を親にします。

名前に使える文字にも決まりがあります。公式ヘルプによると、英字・数字・アンダースコア・ハイフン・階層用のスラッシュに加え、絵文字や記号を含む一般的なUnicode文字を使えます。ほかに押さえておきたい決まりは次の3つです。

• 数字だけのタグは作れない：#1984は無効で、#y1984のように数字以外の文字を1つ以上含める
• 大文字と小文字は区別されない：#tagと#TAGは同じタグとして扱われ、Tags viewには最初に作った表記で表示される
• 空白は使えない：2語以上をつなぐときは#camelCase、#snake_case、#kebab-caseなどの形にする

これらを踏まえて、社内で使う命名ルールを先に文章にしておきます。この記事の例では、次の4つにしました。

1. 同じ意味の言葉は1つに決める（会議・MTG・打ち合わせは「会議」にそろえる）
2. 階層は2段までにする（例：#顧客/A社）
3. 年度や番号はタグにせず、必要ならプロパティに書く
4. 新しい親タグを作るときは、既存の親で代わりにならないかを先に確かめる

表記ゆれが起きたタグを直す例

ここからは、架空のノート6件で考えます。3人が決まりなしにタグを付けた結果、次の状態になっていたとします。ノート名・会社名はすべて説明のために作ったものです。

この状態では、tag:#会議で探しても、MTGや打ち合わせのタグが付いた2件が出てきません。A社に関係するノートも、#A社・#a社・#顧客/A社に分かれています。公式ヘルプのとおりタグは大文字小文字を区別しないため、#A社と#a社は同じタグとして数えられる想定ですが、#顧客/A社とは別のタグです。

前の節の命名ルールで直すと、次のようになります。

直した後は、tag:#会議で会議のノート4件、tag:顧客でA社・B社の4件がまとまって出る想定です。Tags viewの入れ子表示では、「顧客」の下にA社とB社が並びます。いずれも公式ヘルプの説明から作った期待値で、アプリで表示を確かめた結果ではありません。

増えたタグをTags viewで点検する

命名ルールを決めても、使っているうちにタグは少しずつ増えます。月に1回、コアプラグインのTags viewで一覧を見直します。公式ヘルプによると、Tags viewは保管庫（Vault）にあるすべてのタグと、タグごとのノート数を表示します。公式：Tags view

Tags viewには、次の操作があります。

• 並び順の変更：タグの名前順（Tag name）か、件数の順（Frequency）を選ぶ
• 入れ子の表示：階層タグをツリーで表示するか、平らな一覧で表示するかを切り替える
• 展開と折りたたみ：すべての階層を開く・閉じる。階層ごとに矢印で開閉もできる
• 検索への追加：タグをクリックすると検索され、Ctrl（macOSではCmd）を押しながらクリックすると、検索語にそのタグを足したり外したりできる

点検は、次の順で行うと見落としが減ります。

1. 件数の順に並べ、1件しか付いていないタグを書き出す
2. 名前の順に並べ、似た名前のタグ（会議とMTG、A社とA株式会社など）が隣り合っていないかを見る
3. 入れ子の表示で、3段以上になっている階層がないかを見る
4. 統合するタグを決め、そのタグで検索してノートを1件ずつ直す

タグの名前をまとめて変える方法は、公式ヘルプのTagsとTags viewのページには書かれていません。この記事では、検索で対象のノートを出し、1件ずつ直す方法を前提にしています。件数が多い場合に外部のツールやプラグインで一括変更するときは、先にバックアップを取り、数件で結果を確かめてから全体に広げます。

タグにしないほうがよい情報

タグは手軽に付けられるため、何でもタグにしたくなります。しかし、次の情報はタグ以外に置いたほうが扱いやすくなります。

すべてのノートに細かくタグを付ける運用もおすすめしません。タグの数が増えるほど、付ける人ごとの判断がばらつき、点検の手間も増えるからです。「このタグで集めたいノートが、今後も複数出てくるか」を基準に、付けるかどうかを決めます。

プロパティに置く情報の型と項目のそろえ方は、Obsidianプロパティの使い方で説明しています。

チームでタグを使う前に決めること

複数人で同じ保管庫を使う場合は、使い始める前に次の3点を決め、ノートとして共有しておきます。

1. 親タグの一覧：「会議」「顧客」「採用」など、使ってよい親タグを決める
2. 表記の決まり：同じ意味の言葉をどれにそろえるか、会社名の書き方をどうするか
3. 点検の担当と頻度：誰が、いつ、Tags viewで見直すか

タグの決まりがそろうと、人が探しやすくなるだけでなく、ノートをAIに読ませて「A社に関するメモをまとめて」と頼むときにも、同じタグを手がかりにできます。どの情報をタグ・フォルダ・プロパティのどれで分類し、チームの探し方をどうそろえるかを決める段階で迷う場合は、PLaiのAI社員導入支援で、業務に合わせた分類の決まりを一緒に整理できます。

Obsidianの基本から確かめたい場合はObsidianとは？できることと最初の使い方を、ノートを仕事の知識として残す全体の考え方はObsidianで第二の脳を作る方法を参考にしてください。

● 代表・市岡と話す、30分の個別面談

AI活用の「何から？」を、
30分で解決。

御社の仕事を伺い、AIに任せる業務と
最初に試すことを、一緒に決めます。

• 01AIに任せたい仕事を整理
• 02自社に合う始め方を具体化
• 03明日からの一歩を決める

30分の面談を申し込む↗

オンラインで30分AI社員導入支援について →

記事を読む、その先へ。
次は、御社の話を聞かせてください。