コンテンツ管理と サービスポータル
サービスポータル は、洗練されたユーザーエクスペリエンスを備えたコンテンツ管理システム (CMS) に代わる魅力的なツールです。CMS またはプラットフォーム UI の機能を複製することはありません。CMS を通じて高度なエクスペリエンスを提供するユーザーは、特に CMS 実装に複雑でカスタマイズされたサービスカタログフォームが含まれている場合は、サービスポータルへの移行に時間を投資する必要がある場合があります。
サービスポータル 既存のCMSサイトとの互換性
ServiceNow は、現在および今後のリリースでも CMS を引き続きサポートします。既存の CMS サイトがあり、インスタンスで サービスポータル を有効にしている場合、CMS と サービスポータル は別個のアプリケーションであるため、CMS サイトは引き続き機能します。
サービスポータルとCMSの違い
サービスポータル は、より最新のテクノロジーに基づく CMS の代替手段です。主な違いは次のとおりです。
- 基盤となるテクノロジー
- CMSではJellyを使用していますが、これはあまり使われていない技術です。代わりに、サービスポータル は AngularJS、サーバーサイド JavaScript、HTML、および CSS を使用します。Jelly を使用するスクリプトは サービスポータル では機能しません。サービスポータル でウィジェットを構築するには、AngularJS の知識が必要です。
- ビジュアルレイヤー
- CMS は iFrame を使用していますが、これは操作が難しく、スタイリングの点で制限があり、アップグレードの問題の影響を受けやすい場合があります。または、 サービスポータル は、プラットフォーム上の他のテーブルのデータにアクセスする自己完結型アプリケーションです。これにより、スタイルとレスポンシブデザインの微調整された制御が可能になります。
- モバイルファースト
- CMS とは異なり、 サービスポータル はモバイル環境向けに最適化されています。このため、 サービスポータル 環境には以下が適用されます。
- サービスポータル で使用されるスクリプトは、モバイル環境でサポートされている API のみを使用できます。たとえば、 サービスカタログ クライアントスクリプトで使用される一部の API がサポートされていない場合があります。サポートされている API のリストについては、「 サービスポータルとクライアントスクリプト」を参照してください。
- サービスポータル フォームは最大 2 列をサポートします。そのため、コンテナと変数セットを使用するカタログアイテムやレコードプロデューサーなど、高度にカスタマイズされた サービスカタログ フォームは、2 列のレイアウトで機能するように簡素化する必要があります。
サービスポータルに移行する場合は、「 モバイルクライアント GlideForm (g フォーム) のスクリプトと移行」リソースを確認してください。
コア CMS コンポーネントが サービスポータル でどのように構成されているかを理解するには、次の表を参照してください。
| CMS コンポーネント | サービスポータル 同等 |
|---|---|
| コンテンツサイト | ポータル |
| コンテンツページ | ページ |
| コンテンツタイプ | コンテンツタイプは、テーブルをコンテンツページにリンクします。 サービスポータルでは、コンテンツタイプは不要になりました。レコードデータは、ベースシステムウィジェットを使用して照会および表示されます。ウィジェットは、任意の数の サービスポータル ページに追加できます。 詳細：「ポータルウィジェットの使用」。 |
| レイアウトとドロップゾーン | サービスポータルでは、ページはコンテナ、行、および列で構成されます。 詳細を見る: ページ。 |
| コンテンツブロック | コンテンツブロックは、再利用可能なコンテンツです。 サービスポータルでは、コンテンツブロックはウィジェットに置き換えられます。 詳細：「ポータルウィジェットの使用」。 |
サービスカタログ |
サービスカタログ ページは、 サービスポータル の SC カタログアイテムウィジェットを使用してレンダリングされます。このため、カタログアイテムやレコードプロデューサーなどの サービスカタログ フォームは、CMS 実装と サービスポータル の間で共有されます。高度にカスタマイズされたサービスカタログがある場合は、サービスポータルで期待どおりにレンダリングされるように、サービスカタログアイテムとクライアントスクリプトを簡素化するために時間を投資する必要がある場合があります。 詳細：「サービスカタログ のフォーム サービスポータル」。 |
| テーマ | テーマ |
| CSS | CSS |
CMS と サービスカタログ のカスタマイズ
サービスポータル には、一般的なユースケースに対応し、レコードデータを表示するベースシステムウィジェットが付属しています。CMS から サービスポータル への直接の移行パスはありませんが、カタログアイテムやナレッジ記事など、労力をかけずに サービスポータル で期待どおりに表示されるアイテムがある場合があります。
ただし、 サービスポータル はモバイル環境でサポートされているため、カスタマイズされたフォームやスクリプトの変更が必要になる場合があります。このアプローチにより、アイテムがモバイルデバイスで適切に表示され、ユーザーエクスペリエンスが向上します。サービスポータルに移行する前に、次のことが必要な場合があります。
- サポートされているモバイル API とグローバルオブジェクトを使用するように CMS/サービスカタログ で使用されるクライアントスクリプトをリファクタリングします。サポートされている API のリストについては、「 サービスポータルとクライアントスクリプト」を参照してください。
- UI マクロやその他のサポートされていないスクリプトを置き換えるウィジェットを構築します。カタログアイテムフォームで UI マクロを使用し、フォーム上の値を参照している場合は、代わりに「 サービスカタログフォームスクリプトをウィジェットに置き換える」という回避策を使用できます。
- サービスポータル 2 列のフォームレイアウトに合わせて、サービスカタログで使用する複雑なフォームを簡略化します。
- 必要な機能をサポートしているリリースを検討してください。必要なベースシステム機能を確実に備えるために、移行する前にインスタンスをアップグレードすることをお勧めします。