Blog

新年が本格化するにつれ、Kontentチームは、コンテンツアイテムの最初の作成から複数の環境への更新の展開まで、コンテンツ制作プロセスをより細かく制御できる新機能を追加しました。

この最新の一連の改善には、次のものが含まれます。

• コンテンツタイプ内のフィールドのグループにアクセス許可を適用する機能。これにより、すべてのフィールドに、適切な専門知識を持つ作成者、またはそれらのフィールドの使用目的を理解しているユーザーが入力されます。
• 全文検索を使用すると、コンテンツチームは、コンテンツの名前がわからない場合でも、探しているアイテムを簡単に見つけることができます。これにより、ユーザーは更新を行うためにこれらの問題を含むアイテムをすばやく見つけることができるため、タイプミスや誤った情報を修正するプロセスがはるかに高速になります。
• また、各コンテンツタイプのリッチテキスト要素内で使用できる書式設定タグの制御も追加しました。これにより、コンテンツ要素がフロントエンドの設計またはSEO戦略と競合する可能性が低くなります。開発者は、不適切なフォーマットを取り除くのではなく、魅力的なエクスペリエンスの構築により多くの努力を集中できるようになります。
• 開発者と言えば、さまざまな環境へのコンテンツモデルの展開を自動化するのに役立つ優れた新しいツール（コマンドラインインターフェイス）を導入しています。これにより、コンテンツモデル（および関連するコンテンツアイテム）に変更を加えて、本番環境にデプロイする前にさまざまな環境でテストすることが容易になります。
  これらの改善を可能にするために、管理APIのバージョン2の一般提供も発表します。
• 最後に、コンテンツガイドライン内に画像を含める機能を追加して、特定のフィールドがどのように使用されるかについて作成者に通知します。たとえば、Webページまたは販促素材のスクリーンショットを含めて、コンテンツコンポーネントが公開されたときに表示される場所を正確に示すことができるようになりました。

これらの各発表の詳細については、以下をお読みください。

コンテンツグループに権限を追加する

コンテンツグループをユーザーの役割に応じて制限できるようになり、コンテンツアイテムの一部を、それらのフィールドへの入力を担当するユーザーのみにロックダウンできるようになりました。これにより、寄稿者は自分向けの要素にしかアクセスできないため、オーサリングエクスペリエンスが簡素化されます。

これはコンテンツのオーサリングをどのように改善しますか？
多くの場合、コンテンツアイテムでは、各ユーザーの専門分野に関連するフィールドに複数の寄稿者が入力する必要があります。コンテンツグループ内のフィールドを組み合わせることで、適切なユーザーのみにフィールドを制限できるようになりました。これにより、コンテンツの整合性が確保されると同時に、コンテンツグループを編集するためのアクセス権を持たないユーザーから完全に非表示（または読み取り専用として表示）できるため、オーサリングエクスペリエンスが簡素化されます。

一般的な使用例：

1. メタデータ要素はコンテンツアイテムに含まれることが多く、 SEOエキスパートがこれらのフィールドに適切に入力する資格のある唯一のユーザーです。
2. 対象分野の専門家が専門分野に関連する分野を担当し、コピーライターが残りの分野を担当する場合があります。たとえば、新製品では、製品マネージャーが技術仕様を入力する必要があり、マーケティングチームが管理する技術情報は少なくなります。 。
3. アイテムを別のシステム（ERPやPIMソリューションなど）に保存されている情報に関連付けるために、外部データがコンテンツフィールドに保存されることがあります。この関連付けを維持するために、このデータがCMS内で変更されないことが重要です。

コンテンツグループの権限の使用を開始するには、 ドキュメントを参照してください。

コンテンツグループへのきめ細かいアクセスは、ユーザーの役割に従って管理されます

全文検索でコンテンツの問題をより迅速に修正

利害関係者は、メッセージング、情報の正確さ、またはタイプミスのために更新または削除する必要があるテキストをWebサイトで見つけることがよくあります。全文検索を使用すると、コンテンツアイテムの名前がまだわからない場合でも、この情報を簡単に見つけて更新できます。

検索結果には、コンテンツ内の任意の場所に検索フレーズを含むアイテムが含まれます。次に、これらの結果は、検索フレーズの普及度に応じて優先順位が付けられます。つまり、名前に表示されるのは、段落の途中に埋め込まれるよりもランクが高くなります。ユーザーが探しているアイテムの名前をすでに知っている場合は、名前フィールドのみを検索して、結果を最も関連性の高い一致に限定することを選択できます。

これにより、コンテンツを見つける能力がどのように向上しますか？
以前は、ユーザーは名前のみでコンテンツアイテムを検索できました。これは、ユーザーが探しているアイテムの名前を知っている場合は正常に機能しますが、誰かがアイテムを見つける必要があるが、その名前を知らないシナリオはたくさんあります。このような場合、全文検索では、コンテンツ内の任意の場所で検索フレーズに一致するすべてのアイテムが返されます。そのアイテム内でフレーズがどの程度普及しているかによって優先順位が付けられます。

一般的な使用例：

1. 誰かが自分のWebサイトでタイプミスや事実上のエラーを見つけたときに、それらを修正するのがはるかに簡単になりました。ユーザーは、コンテンツのいくつかの単語をコピーしてから、全文検索を実行して、更新が必要なアイテムを見つけることができます。
2. 全文検索は、ブランド変更、製品名の変更、元従業員への参照などのシナリオで（任意の言語で）更新する必要があるコンテンツのすべてのインスタンスを見つける、コンテンツガバナンスの取り組みに役立ちます。
3. 著者は、会社が以前に特定のトピックについてどのように議論したかを理解するために、既存のコンテンツのインベントリを実行する必要がある場合があります。全文検索により、この人はすでに書かれていることの全体像をつかむことができます。

全文検索には、コンテンツアイテム全体または名前のみを検索するオプションがあります。

リッチテキストエディタでの書式設定の制限

顧客は、すべてのコンテンツタイプでリッチテキストエディター内で使用できるタグを制御できます。これにより、フロントエンドの設計やSEOの取り組みと競合するフォーマットがユーザーに含まれないようにすることで、オーサリングプロセス中に追加の保護レイヤーが提供されます。

これにより、Webサイトやアプリの課題がどのように軽減されますか？
コンテンツアイテム内に特定のタグを含めると、それらが生成するフォーマットが他のコンポーネントやデザイン要素に干渉する可能性があるため、Webサイトに悪影響を与える可能性があります。管理者が各コンテンツタイプで使用できるタグを制御できるようにすることで、フロントエンドで問題を引き起こすタグを「オフ」にすると同時に、コンテンツチームがこのコンテンツの制作を管理できるようにすることができます。

一般的な使用例：

1. Webページに複数のH1タグを含めると、SEOの取り組みに悪影響を与える可能性があります。このタグは、ページのヘッダーの生成に使用されていないコンテンツアイテムで無効にできるようになりました。
2. コンテンツのフォーマットは、Webページやその他のフロントエンドコンポーネントのデザインと競合する場合があります。これが懸念されるシナリオでは、作成者はリッチテキストフィールド内で承認されたタグのみを使用するように制限できます。

必要に応じてリッチテキストエディタを構成するには、 ドキュメントを確認してください。

以下は、「Biography」要素のリッチテキスト部分で許可されているタグの選択です。

コマンドラインインターフェイス（CLI）とManagement APIv2の一般提供

コマンドラインインターフェイス（CLI）を使用すると、開発者はコンテンツモデルへの変更をスクリプト化して、自動展開プロセスの一部としてこれらの変更を含めることができます。このツールは、管理APIの最新の改善点を活用して、コンテンツモデルと関連アイテムをプログラムで更新する機能を追加しました。

これにより、開発と展開はどのように改善されますか？
コンテンツモデルを変更するには、関連するすべてのコンテンツも更新する必要があり、コンテンツを表示するアプリケーションコードを変更する必要がある場合があります。モデルとコンテンツアイテムへの変更をスクリプト化することにより、これらの変更をアプリケーションコードとともにテスト環境にデプロイして、すべてが正しく機能することを確認できます。本番環境に移行するときは、同じスクリプトをその環境で実行できます。これは、目的の結果が得られることがすでに証明されているためです。
CLIの使用を開始するには、GitHubで詳細を確認できます。

うまくいけば、あなたは私がこれらの新しい機能について興奮しているのと同じくらい興奮しています。もちろん、追加する優れた新機能について独自のアイデアがある場合は、 ぜひご意見をお聞かせください。