コンテンツ管理
構造化された執筆が構造化されたコンテンツを必要とする理由
By Michael Andrews
作家は構造化された執筆の利点を受け入れています。しかし、彼らは彼らが作成するコンテンツを構造化することの完全な利益を得ていますか?
この投稿では、いくつかの重要な質問について説明します。
- あなたの文章を十分に構成していますか?
- ストラクチャードライティングはストラクチャードコンテンツとどのように関連していますか?
- 構造化されたコンテンツはどのようにして構造化された文章をさらに強力にしますか?
あなたの文章を構造化することは賢明なアドバイスです
オンラインでの読み方は印刷物とは異なり、急いでいる場合や周囲の他のことに気を取られている場合があります。多くの場合、情報をすばやく見つける必要があります。
オンラインライティングの最初のガイドの1つであるYahooスタイルガイドは、「オンラインで読むためにテキストを形作る」というアドバイスを提供しました。
ニコール・フェントンとケイト・キーファー・リーは、オンライン執筆に関する本の中で、ニースリー・サイードが同様のアドバイスをしています。「テキストを分割する」。
目標は、オンラインテキストをオーディエンス中心にすることです。文章を構造化することで、よりスキャンしやすくなります。
コンテンツをスキャン可能にするための一般的なアプローチには、次のものがあります。
- 小見出しの追加
- 重要な情報が早期に表示されるようにコンテンツをフロントロードする
- 箇条書き、番号付きリスト、チェックリスト、および表の使用
- 情報を次のような個別の部分に分割します。
- まとめと重要なポイント
- 例
ライターがうまく機能する構造を開発したら、再利用可能なアウトラインまたはテンプレートを作成して、目的が似ている新しいコンテンツの作成をガイドできます。
テンプレートとアウトラインを作成することは、コンテンツを計画するための「スタブ」または「スロット」として機能します。
Erin Kissaneは、 コンテンツテンプレートに関する影響力のあるA List Apartの記事で、「コンテンツテンプレートは、コンテンツ開発の一種のウィザードと考えるかもしれません」と述べています。彼女は、テンプレートの利点について次のように述べています。
- 情報をすばやく収集する
- 均一な構造を得る
- 情報のギャップを特定する
構造化された執筆は、ライターとリーダーにメリットをもたらしますが、記事を読みやすいように構成することは、コンテンツを構造化してさまざまな方法で使用できるようにすることと同じではありません。構造化されたコンテンツは、ライターとオーディエンスの両方に、提供されるもの以外の追加のメリットを提供します。構造化された書き込みのみ。
構造化された文章と構造化されたコンテンツを比較してみましょう。
構造化されたライティング | 構造化されたコンテンツ |
特定の記事やウェブページの構成に焦点を当てています | あらゆる種類のコンテンツの意味を、多くの状況で使用できる個別のコンテンツ要素に構造化することに焦点を当てています |
記事でカバーする情報を特定します | トピックについてカバーする情報と、その情報を使用できる場所を特定します |
構造化された書き込みは、記事の一部を分割します。記事はスキャンして理解するのは簡単ですが、内容は修正されて変更されず、他の方法で再構成することはできません。
構造化コンテンツはさらに一歩進んでいます。記事の一部を切り替えたり、さまざまなトピックを相互に接続したりできます。構造化されたコンテンツを使用すると、状況に応じて情報を変更できます。
オンラインライティングテンプレートはコンテンツを構成しません
ストラクチャードライティングの人気が高まるにつれ、ライターがコンテンツを入力するためのテンプレートを提供するスタンドアロンツールが市場に登場しました。これらのツールは、ほとんどのCMSがストラクチャードライティングをサポートするのに不十分な仕事をしているために発生しました。
一部のライターは、これらのスタンドアロンの「 コンテンツ作成」ツールを使用して執筆を計画します。これらのツールは特定の便利さを提供しますが、コンテンツ操作にさまざまな問題を引き起こします。これらのツールの一部がコンテンツ操作を容易にすると主張していることを考えると、皮肉な結果です。
スタンドアロンのコンテンツ作成ツールの問題
コンテンツ作成ツールは、使用されているCMSとは異なるベンダーによって設計およびサポートされているため、コンテンツが管理されているCMSとは関係がありません。さらに、コンテンツ作成ツールには、個別のユーザーサブスクリプションライセンスが必要です。これは、一部のライターだけがツールを使用できることを意味します。
スタンドアロンの書き込みツールは問題を他の場所に押し出します。コンテンツの最初のドラフトは高速化されますが、公開後の配信と改訂は遅くなります。2つの異なるツールを使用することで、コンテンツチームは多くの作業を複製し、構造化コンテンツが提供するメリットを逃してしまいます。 。
残念ながら、ライティングテンプレートを提供するスタンドアロンのコンテンツ作成ツールは、構造化された適応型コンテンツを作成しません。このようなスタンドアロンツールは、コンテンツチームがコンテンツモデルを使用する柔軟性の恩恵を受けることを妨げます。書き込みツール内の画面に表示される構造と、CMSがコンテンツを管理するために使用するコンテンツモデルとの間に関係はありません。
スタンドアロンのコンテンツ作成ツールを使用する場合は、テキストをCMSに移行する必要があります。コンテンツをCMSに取り込むには、手動でコピーして貼り付ける必要がある場合があります。コンテンツはCMSの外部で作成されているため、コンテンツの配信方法を決定するためにCMSが使用するモデルでは定義されていません。適切に構造化されているように見えます。ライターにとってのコンテンツは、CMSにとってのテキストの大きな塊にすぎません。
構造化コンテンツと構造化書き込みをサポートするソリューションを使用する
チームが個別のツールを使用してコンテンツのドラフトを作成し、コンテンツを管理および配信すると、コンテンツの運用が非効率的になります。
コンテンツチームは、書き込み用のテンプレートを提供し、コンテンツを柔軟に使用できるようにするコンテンツモデルに接続された統合ソリューションを必要としています。残念ながら、ほとんどのツールはどちらか一方しか実行しません。コンテンツ操作でコンテンツの書き込みに別々のツールを使用する場合コンテンツ作成をサポートする別のツールを購入しても、コンテンツ操作の効率は向上しません。操作に別のサイロが作成されます。
あなたの文章をあなたのコンテンツモデルと統合する
Content-as-a-Serviceアプローチを使用する場合、CMSがコンテンツの管理に使用するコンテンツタイプの構造を開発しながら、書き込み用の構造を作成できます。ライターとコンテンツ管理システムの両方に共通の構造を作成します。同時に、これを行うときにライター向けのガイドラインを含めることもできます。
イベントアナウンスに関連する簡単な例を見てみましょう。KenticoKontentでは、イベントに関連するさまざまな種類の情報を示すコンテンツタイプを作成できます。また、「イベントアナウンス」コンテンツタイプを「場所」コンテンツにリンクすることもできます。タイプは、会場の場所に関する情報を保持します。これにより、情報を柔軟に保ち、さまざまな方法で使用できるようになります。同時に、ライターがどの情報を含めるかを理解できるように、ガイドラインを追加できます。
ライターには、コンテンツタイプに基づいたコンテンツテンプレートが表示されます。入力する必要のある内容に関するガイドラインが記載されたさまざまなセクションが表示されます。場所情報はすでに利用可能であるため、入力する必要はありません。選択するだけです。希望する場所とすべての詳細が自動的に追加されますが、イベントの場所を変更する必要がある場合は、それも簡単に行うことができます。
構造を最大限に活用する
コンテンツ作成とコンテンツ管理を分離することは誤った方向に進んでいます。コンテンツテンプレートは、コンテンツモデルを使用してコンテンツを構造化する代わりにはなりません。企業はコンテンツを柔軟にするために堅牢なコンテンツモデルを必要としていますが、CMSがコンテンツを作成する作成者に優れたサポートを提供することはめったにありません。コンテンツチームには、ライティングの構造化に対する優れたサポートとコンテンツの構造化に対する優れたサポートの両方の機能が必要です。
KenticoKontentが提供するような統合されたアプローチが必要です。