以前はそうsimpleでした。 Webサイトは常に、サイトマップの視覚化をかなり容易にする階層構造を中心に構築されていました。しかし、その後、ブログ、タグ、およびコンテキストナビゲーションが途中でやってきました。結果として、Webサイトのhierarchyそれほど重要ではないになります。
たとえば、ローカルニュースサイトでスポーツイベントについて読むと、チーム、選手の事実、スタジアム、街に関するニュースへのリンクが簡単に表示されます。以前のウェブサイトでサイトの他の場所にあるすべての情報、つまりスポーツニュースセクションではありません。
このすべての機能はtagsに基づいています。これらの接続を階層サイトマップに描くのは困難です。確かに、注釈付きのワイヤーフレームでそれらを説明することはできますが、あなたとクライアントは、サイトのコンテンツアイテムが相互にどのように接続されているかについての概要をすぐに理解することはできません。
では、タグやその他の非階層メタデータをナビゲーションソリューションとしてクライアントにどのように提示しますか?
私はあなたにこれを指摘する必要があります BBCインターネットブログ投稿 優れた参照のために。
このブログ投稿では、BBC Future Media部門がリレーショナルコンテンツモデルと静的パブリッシングフレームワークから完全に動的なセマンティックパブリッシング(DSP)アーキテクチャに進化するために使用している技術戦略について説明します。
構造を説明する一連のオントロジーと、重要なのはコンテンツ間の関係を定義して説明する必要があります。
構造を説明する階層的な方法は、サイトのコアビルディングブロックとしての「ページ」の前提に主に基づいています。 思考をコンテンツアイテムにシフトする必要があります。
コンテンツアイテムを動的に組み合わせてページエクスペリエンスを構築することについて関係者について考えることができる場合(これについては後で簡単に説明します)、戦いの半分を獲得しました。これはかなり難しい場合があります。
直面する可能性のある問題の例:銀行のWebサイトの法的承認を得るために、稼働前の各「ページ」月に表示されるすべてのアイテムの非常に正確な説明を送信する必要がありました。広告とサイドパネルを含む(そうですね、そうですね...)。
問題は、静的なページのアイデアがもはや関係がないということです。現在の状況を「ページエクスペリエンス」と呼んでいました。彼らは、異なる人々のために異なる時間に異なるコンテンツの組み合わせであるかもしれません。ページの説明は、かすんでいる作業になります。
クラス/カテゴリ、サブクラス、関係、属性などを記述するモデルを定義する必要があります。モデルは、コンテンツの監査と戦略の論理的な結論です。 [下のBBCの例を参照]
覚えておいてください:これは最終的なものではありません。モデルは生き物であり、行動を反映するために時間とともに変化する必要があります。あなたがしていることは、現在知られているものからシーンを設定することです。
しかし、利害関係者を幸せに保つ方法は?私がお勧めすることの1つは、これらのモデルが特定の時間に特定のペルソナのページエクスペリエンスを作成するためにどのように機能するかを示すシナリオを作成することです。
私が使用したもう1つの方法は、個々のコンポーネント(コンテンツ用)とそれらを代表的なパターン(サンプルコンテンツを含むテンプレート)で縫い合わせたセットを示すサンプルワイヤーフレームのセットを作成することです。これらの1つとして、各コンポーネントを決定するタグのパターンに注釈を付けます。これは、モデルとユーザーに表示される可能性のあるものとの間のリンクを作成するのに役立ちます。
BBCモデルの例:
私はこれをBBCブログのこの引用よりも上手に説明できるとは思いません:
(RDF- Resource Description Framework -概念/リソースについてステートメントをサブジェクト述語オブジェクト式の形式で作成するという考えに基づいています。これらの式はRDF用語。主語はリソースを示し、述語は資源の特性または側面を示し、主語とオブジェクトの間の関係を表します。
私が取り組んだいくつかのプロジェクトでは、この厳密な範囲に行く必要はありませんでした。代わりに、コンテンツを説明するだけでなく、いつ表示されるかを決定する関係(コンテンツとマーケティング戦略)を説明する3〜4セットのタグ構造がありました。