タグは階層を持つことができますか？
誰かがネストされたタグを操作した経験がありますか？ユーザーがタグに階層を持たせることができるWebサイトは見つかりませんでした（相互に排他的なカテゴリに相当）。一般的に悪い習慣ですか？もしそうなら、なぜですか？
タグの背後にある概念は、GMailのラベルの背後にある概念と同じです。単一の投稿/メール/.../アイテムに複数のタグを割り当てる機能。
メールのGMailラベルは、ほとんどのメールクライアントで、通常はフォルダーの階層の一部である単一の特定のフォルダーにメールをアーカイブする必要性に対抗するために特別に生まれました。それでは、「advertisments」フォルダと「creditors」フォルダの両方に属している電子メールをどうしますか？
GMailは、ラベルを使用してこれを解決した最初の人です。「広告」と「クレジット」の両方のラベルを電子メールに割り当てただけで、「広告」ラベルにすべての電子メールを表示すると、両方を見つけることができます（ 「フォルダ」）と「クレジット」ラベル/フォルダ。
一部の人々はまだGMailラベルを階層的に整理したいと考えており、実際にはこれを可能にするGmailの「ラボ」機能があります。しかし、私の意見では、これらのラベルが意図され、発明されたすべてのものに反対しています。
同様に、階層内のタグの整理は、粒度に反します。特定のドキュメント/メールに階層ツリーの異なるブランチのタグをどのように含めることができますか？技術的にはもちろん問題はありませんが、（少なくとも私にとっては）まったく意味がありません。
多くのCMSには、タグとカテゴリの両方があります。通常、複数のタグを割り当てることができますが、カテゴリは1つだけです。そして、カテゴリは実際には階層的に整理できることがわかります...
したがって、ほとんどのWebサイトでタグ階層を許可しない理由は、タグが階層的に使用されることを意図しておらず、階層的な方法で何かを実行したい場合は、カテゴリ（またはWebサイトのすべてのもの）を使用する必要があるということです階層的な組織システムを介して提供しています）。
クライアントが巨大なカタログを持っており、ユーザーが定義した階層にドリルダウンしてコンテンツを連続してフィルターできるようにしたいという同様の状況に直面しています。階層はいつでも、好きなだけ変更することができます。さらに、ターゲットプラットフォームがAndroid、その遍在する戻るボタン、ナビゲーションバックスタックであるという事実に加えて、興味深い課題に直面しています。
分類と分類は2つの異なるものであるという結論に達しました。 Evil Deadはホラー映画ですか、b映画ですか、bホラー映画ですか？分類については、問題ではありません。映画には両方のタグが関連付けられています。分類に関しては、証拠に何を入れたいかによります。タグの階層は、アイテムの分類から完全に独立しています。したがって、たとえば、Evil Deadをホラーカテゴリのb映画として分類するほうが理にかなっています。ただし、b-映画祭の週末には、b-映画を証拠に出して、そのカテゴリーを分類ツリーに表示することができます。タグを階層的に整理することは必ずしも悪い習慣だとは思いません。
既に投稿されている回答には一部同意しますが、タグに構造を課すことができます。 「階層」を使用するよりも、「関係」の方が適切な用語です。 2つのタグ間の潜在的な関係のいくつかを検討してください。
- の親です
- の子です
- のタイプです
- のサブセットです
- の反対です
もちろん、タグの関係のタイプごとにユーザーインターフェイスがさらに複雑になるため、追加する各レイヤーのコストとメリットを比較検討する必要があります。ほとんどのユースケースでは、タグの関係を定義しない方が良いでしょう。
はいタグ することができます 階層的で、実際には多くの（まだ広く認識されていない）可能性がたくさんあります。
一部の人々（おそらく質問者のように）は何年もの間、好奇心が強い、および/または階層的なタグ付けを行ってきましたが、現在CMS市場に存在しない理由は、見当違いではなく、技術的な障害のためです。純粋なSQLでは、階層のジャグリングは簡単ではありません。再帰（CPUに負荷がかかり、スケーラブルではない）またはグラフの抽象化が必要です。
SQLの優位性がNoSQL /グラフデータベースなどの代替手段によって深刻に挑戦され始めたのはつい最近のことです。そのため、階層タグ付けが間もなく登場する可能性があります。
私の考えでは、タグ階層は必ずしも悪い考えではありませんが、ここでは階層は悪いWordだと思います。これはサブセットであると考えます。
私たちがスタックオーバーフローを使用していて、Microsoft Excelを頻繁に使用するため、それに関するすべての質問に興味があるとします。したがって、お気に入りとして「Excel」タグを追加し、他のタグはすべて無視します。
しかし、Excelに関連する他のタグがあります。 ExcelのVBA、数式、マクロ、特定のバージョン（2003、2007、2010など）に関するタグがあります。私の意見では、これらはすべて「Excel」タグのサブセットである必要があるため、Excelに興味がある場合は、無視しないとExcel-VBAの質問も表示されます。これは、誰かが「Excel-vba」で自分の質問にタグ付けしたが、「Excel」でタグ付けするのを忘れた場合に発生する可能性があります。同じことが「vba」タグにも当てはまります。「vba」タグには、「Word-vba」、「access-vba」、そしてもちろん「Excel-vba」などのサブセットを含めることができます。
使用可能なタグを覚えて検索する必要がないため、このタグ付けの質問は簡単になります。 「Excel-vba」というタグを1つ付けて質問を入力すると、「Excel」に興味があるすべての人、および「vba」が好きな人に表示されます。これにより、より多くの人に質問が表示され、回答が得られる可能性が高くなります。
特に、「タグ」リストに約1,000ページあり、完全に検索できない場合は、SOでこのようなグループ化が欠落していると思います。
私たちのノートマネージャーアプリ CintaNotes でタグ階層機能をサポートしています。これまでのところ、ユーザーに大きな成功を収めています。ただし、この機能を正しく実装するのは簡単ではないため、特に注意する必要があります。
タグ階層が役立つのはなぜですか？タグをツリーに編成することから得られる主な利点は2つあります。
1）タグを簡単に一般化および特殊化できます。たとえば、タグTodo、ReplyおよびWatchを使用する場合、代わりにTodo/ReplyおよびTodo/Watch。 Todoこの場合、親タグになります。このタグを選択すると、実行する必要があるアクションのタイプに関係なく、実行する必要があるすべてのことを確認できます。タグ階層がない場合、同じ結果を得るには、これらすべてのタグを1つずつ選択する必要があります。
2）タグの数が多いと、タグの管理や検索がすぐに難しくなります。タグが親タグごとにグループ化されている場合は、必要なタグを簡単に見つけることができます。
これは次のようになります： 
いくつかのヒント/アドバイス：
各タグに短い名前と完全な名前があることを確認してください。フルネームにはすべての親タグが含まれます。たとえば、FerrariおよびCars/Ferrariです。プログラム内では、完全な名前のみを使用してタグを識別します。ただし、ユーザーが短い名前を入力して、それらを長い名前にできるだけ早く解決できるようにします。ユーザーが入力している間、タグ名を自動的に提案します。
ユーザーがタグ[〜＃〜] a [〜＃〜]でタグ付けされたアイテムを表示する場合は、A/Bなどのすべての子タグも含める必要があります。 A/B/Cなど。アイテムがA/Bとしてタグ付けされている場合、タグが付けられています[〜＃〜] a [〜＃〜]暗黙的に。これがフォルダとタグの主な違いです（たとえば、Evernoteはそれを間違っています）。
子タグがアイテムに追加されると、すべての親タグが自動的に追加されます。親タグが削除されたら、すべての子タグを削除します。また、子タグが削除されたときに親タグを削除することも検討してください。ただし、兄弟タグが存在しない場合のみです。
階層内でタグを移動する方法を提供します。これは最もトリッキーな部分です。これを行う最も簡単な方法は、名前変更操作を使用することです。
この機能の実装方法の詳細については、 ヘルプファイルのこのセクション を参照してください。
これがお役に立てば幸いです。
階層構造内でタグを明示的に編成することは悪い習慣であることに同意しますが、タグの性質として、アイテムに複数のタグを指定することで、とにかく動的な階層を作成することになります。
アマゾンのようなオンラインストアを例にとってみましょう。おもちゃの列車のモデルは、「列車」、「貨物」、「おもちゃ」、「ホーンビー」、「モデル」に分類できます。私が持っているのは、関連付けのフラットリストですが、単一のタグでフィルターをかけるとすぐに、関連付けられたタグに基づいて階層を構築し始めることができます。
「おもちゃ」でフィルタリングすると、「おもちゃ」のタグが付いたアイテムに関連付けられているすべてのタグを集約できます。アソシエーションの数でこれらを並べ替えて、フィルターに使用する追加のタグのスマートリストを作成できます。逆に、「trains」から始めて、さらにフィルターするための完全に異なるタグのリストを取得することもできます。
Stack Exchangeはこれを行うことで、あなたが求めている質問のタイプを正確に示すことができます。たとえば、「使いやすさ」、「モバイル」、「ナビゲーション」、「タッチスクリーン」というタグの付いた質問を表示する次のリンクを見てください。私は、モバイルから始めて、「モバイル」、「iphone」、「ナビゲーション」にたどり着くこともできました。
https://ux.stackexchange.com/questions/tagged/usability+mobile+navigation+touch-screen
階層を使用しようとすることの問題は、階層がどうあるべきかについて普遍的な合意を見つけることはめったにないということです。階層構造も予測できない方法で変化する可能性があります。
タグASP.NETがある場合、その親はWeb Development Frameworksまたは.NET Frameworksのどちらにする必要がありますか？
Iron Pythonの子であるタグMicrosoft Productsがあった場合、それがオープンソース化されているので、どうしますか？
タグFunctional Programmingがある場合、どの親タグが意味がありますか？ Programming Paradigmsのような、タグとしては意味をなさない一般的なタグは、グループ化できるようにしたくありません。
一般的に、タグを階層に配置しようとする試みは、各タグにセマンティクスを追加しようとしているため、検索と分類がより豊かになります。私はそれが機能することを確信していません。
ロジックは特定のアイテムに関連付けられたタグの組み合わせから構築されるため、技術的にはその背後に構造がないため、タグの「階層」はそれらを定義して使用する方法に由来すると思います（検索クエリのキーワードについて考えます。検索語句の順序は関係ありません）。
ユーザーインターフェイスでタグをグループ化することにより、タグを使用するための構造を作成して、ユーザーがタグが適用されているカテゴリまたはグループを確認できるようにして、構造を作成することができます。異なる色を使用して、タグ間の関係を示し、視覚的な階層を作成することもできます。
ただし、タグの使用方法はアイテム間の関係の見方とその意味に関する情報をエンコードするため、ユーザーに特定の方法でタグを適用するように強制するインターフェース設計を実装することが常に推奨されるとは思いません。彼らへ。
情報アーキテクチャ（IA）は、テキスト、写真、ビデオなど、Web全体で共有されるコンテンツの構造です。これは、1970年代にリチャードソールワーマンによって最初に認識されたと言われている概念です。
その主な機能は、Webサイトを整理、タグ付け、ラベル付け、またはIDすることで、Webサイトを検索している人が見つけられるようにすることです。 
写真クレジット： theuxreview
IAを構成する3つの動作コンポーネントは
- オントロジー（製品の要素）
- 分類（その部分の配置）
- コレオグラフィー（パーツ間の相互作用）
。最も効率的なIAは、これらの3つの部分が連携している場合です。
フォークソノミーとは何ですか？
2000年代初頭には、ソーシャルメディアでのタグの進化が見られました。このタグ付けシステムは、1つのWebサイトがトップブックマークツールの1つになるのに役立ちました。 Del.icio.usは、ブックマークをユーザーが理解しやすいカテゴリ名で分類する機会をユーザーに提供しました。私たちは現在、ピンボードシステム（Pinterest）とハッシュタグのソーシャルネットワーク（Twitter）をすでに使用している今日の時代を使用しています。
誰もがタグ付けシステムの力を目の当たりにするとすぐに、他の業界の傾向が見え始めます。 Flickrでコンテンツを共有した写真家は、自分がアップロードしたすべての写真に、自分の作品を最もよく説明している定義とラベルでタグ付けする機会を体験します。
これらすべてのカテゴリ、タグ、およびユーザー構成のコレクションは、実際にはフォークソノミーの作成でした。用語を発明したと信じられている個人はトーマスヴァンダーウォルであり、彼は「分類法」という言葉と「人」という言葉の組み合わせであり、誰がこの構造を可能にするかを強調したと説明しました。ユーザー。
フォークソノミーの未来
現在、Instagramには検索エンジン最適化（SEO）のためのメタタグ付けWebサイトとジオロケーション追跡ハッシュタグが現在あります。多くの企業がマーケティングツールとしての露出から利益を得るのを見てきました。また、政治意識のために組織する際にハッシュタグがいかに効果的であるかを見てきました。これは、ウェブの壁に描かれた仮想の落書きを読むような、大衆の考え方を利用する方法でした。
民俗学の将来は、私の見解では不明です。これは優れたシステムですが、非常に厄介なシステムでもあります。結婚式のツイートで花嫁の名前のつづりを間違えるなど、人為的なミスの余地はたくさんあります。しばらくの間、ハッシュタグを数字で始めることはできませんでした。一部のタグ付けシステムでは、複数の単語を使用できますが、他のタグ付けシステムでは、より広い定義にスペースを使用できます。未来はもっと問題だと思います。新しいトレンドにフォークソノミーをどのように実装し続けるかです。音声操作デバイスのように。
参照記事 https://medium.com/@munktype/understanding-information-architecture-e94510a1f224