Adobe Learning Managerのアップデート

Last update: Thu Mar 26 2026 00:00:00 GMT+0000 (Coordinated Universal Time)

IMPORTANT

このリリースの機能はベータ版で利用できます。機能と動作は、一般提供が開始される前に変更される場合があります。通常のAdobeサポートチャネルでフィードバックをお寄せください。

この文書では、Adobe Learning Managerの2026年4月リリースの新機能、改善点、アップデートについてまとめています。組織での変更を計画し、学習者、管理者、作成者が利用できる内容を理解するために使用します。

学習者の場合： Fluidicプレーヤーに次のモジュール名と「終了」ボタンが表示されるようになりました。プレーヤーの言語をLTI経由で設定して、プラットフォーム間で一貫したエクスペリエンスを実現できます。 Captivateコンテンツには、統一された目次、スライドレベルの完了ティック、信頼性の高いノートの書き出しが含まれます。作業計画書、チェックリストの質問、ビデオテキストトラック(VTT)で多言語サポートを利用できます。 AIアシスタントは、学習者が学習体験内で回答を得るのに役立ちます。

管理者と作成者： Zoomコネクタは、複数の同時VILTセッションをサポートします。ピアアカウントの共有コースに、「外部作成者」ではなく、実際の作成者が表示される。管理者は、いつモジュールを開始できるかを制限できます。学習オブジェクトの有効期限は、学習者APIに表示されます。チェックリストモジュールは、加重スコア、多言語質問テキスト、およびオプションのレビューアコメントをサポートします。カスタム証明書は、動的なフィールドとAIが生成した背景を備えたドラッグ&ドロップエディターを提供します。ログインなしのExperience Builderでは、ログインを必要とせずに公開学習ページを作成できます。

インストラクターの場合：インスタンスの登録とセッションの出席に関するQRコードを生成します。チェックリストの評価中にコメントやフィードバックを追加します。

レポートと分析： SCORMコンテンツは、L2レポートで複数のクイズの試行をレポートできるようになりました。学習者のトランスクリプトで、学習時間の計算を改善しました。管理者向けの学習トランスクリプトレポートが更新されました。高度な検索の機能強化が利用できます。

Fluidicプレイヤーナビゲーション：次のモジュールの名前を表示します

概要

この機能強化は、Adobe Learning Managerの2025年11月リリースに既に含まれています。

プレーヤーの「次へ」アクションは、次のモジュールまたはコースの名前を表示し、学習者がプレーヤーを終了する際に明示的に通知することによって、クリックされたときに何が起こるかを示します。

新機能

プレーヤーの「次のモジュール： {ModuleName}」ラベル

Fluidicプレーヤーの「次へ」アイコンに、コースの次のモジュールの名前が表示されるようになりました。例えば、「次のモジュール：レッスン2 – はじめに」を選択します。

これは、同じコース内で学習者があるモジュールから次のモジュールに移動する場合に適用されます。

最後のモジュールの終了操作をクリアする

学習者がコースの最後のモジュールを使用している場合は、新しい「アクションを終了」ボタンが表示されます。このボタンをクリックすると、プレーヤーが終了し、コースコンテキストに戻ることを示します。

モバイルおよびPDFコンテンツのレスポンシブな動作

小さなビューポート（たとえば、幅が約320 px）では、PDFコントロールと重ならないように、[次へ]ラベルが短縮されるか、非表示になり、アイコンのみが表示される場合があります。

PDFモジュールの場合、プレイヤーはコントロールを別の行に移動し、ナビゲーションラベルとPDFコントロールが互いに干渉しないようにします。

管理者/ブランディング/プレーヤープレビューの更新

管理者/ブランディングでプレビューするプレーヤーに、新しいラベルが反映されるようになりました（例：次モジュール：レッスン2）。これにより、管理者は更新されたナビゲーション動作を確認できます。

主な利点

学習者のナビゲーションの明確化

学習者は、「次へ」を選択したときに何が起こるかを推測する必要がなくなりました。モジュールでもコースでも、ラベルには次に何が来るかが明確に示されています。このあいまいさの軽減は、特に多くの学習者がLMSインターフェイスに精通していない可能性のある大規模な顧客教育の視聴者において、ためらいと混乱を軽減するのに役立ちます。

コースの完了率が高い

次の手順（次のモジュール： {ModuleName}）を明確に説明し、最終モジュールに明確な終了アクションを追加すると、学習者がコースを放棄したり、最後の完了ステップを見逃したりする可能性が低くなります。

複数のデバイス間でより予測可能なユーザーエクスペリエンス

更新されたラベルは、デスクトップ、タブレット、モバイルで、次または前のビヘイビアーとアイコンに合わせて調整されます。レイアウトの制約はデバイスおよびPDFフロー全体で尊重されるため、コントロールは引き続き使用可能でアクセス可能です。

これは、Fluidicプレーヤーがカスタム学習エクスペリエンスに組み込まれているヘッドレス実装では特に重要です。

ユースケース

お客様およびパートナーの教育機関向けポータル（ヘッドレスまたはAEM統合）

完全にヘッドレスの設定でAdobe Learning Managerを使用し、外部マーケティングチャネルから学習者を誘導するアカウント。これらの学習者：

多くの場合、長いシーケンスのビデオコンテンツを使用します。
システムが次のエピソード/モジュールを明確に示すカリキュラム形式のエクスペリエンスを期待してください。

これらの環境では、次のモジュール：{ModuleName}ラベル：

旅のガイド付き特性を強化します。
モジュール間のドロップオフを最小限に抑えます。

注文したモジュールを含むコンプライアンスと資格認定コース

規制やコンプライアンスが厳しいシナリオの場合：

学習者は、モジュールの厳密なシーケンスを完了する必要があります。
作成者は、スキップを避けるために目次を無効にすることがよくあります。

ここに、次のモジュールを表示します：{ModuleName}:

学習者が正しい順序に従っていることを確認します。
「次へ」アクションを誤って解釈して早期に終了する可能性が低くなります。

コースが互いに従っている学習パス

学習パスまたは同等の機能が複数のコースをチェーンしている場所。これは、大勢のオーディエンス向けにカリキュラム形式のシーケンスを構築する場合に便利です。

モバイルファーストの消費

主に電話またはタブレットを使用する学習者の場合：

ラベルとレスポンシブ動作が更新され、小さな閉じたアイコンや非表示のコントロールに依存することなく、ナビゲーションが理解しやすくなりました。
これは、お客様の教育機関、ギグワーカー、またはモバイルデバイス上で短いセッションでコンテンツにアクセスする可能性のある最前線の学習者にとって重要です。

Zoomコネクター – 複数の同時Zoomセッションの作成

概要

Zoomコネクターのアップグレードにより、Adobe Learning Managerでのバーチャルインストラクター主導のトレーニング(VILT)の管理方法が強化されます。以前は、ユーザーは一度に1つのZoomセッションしか作成できませんでした。この新しいアップデートでは、管理者と作成者が、標準の統合を使用して複数のZoomセッションを同時にスケジュールできます。

新機能

コネクタを介した複数の同時Zoomセッションのサポート

Zoomコネクターを使用して、ALMから同時に複数のVILTセッションを作成できるようになりました。
スケジューリングロジックにより、アカウント/コネクタレベルで「一度に1つのZoomミーティング」制約が適用されなくなりました。
管理者と作成者は、重複するVILTセッション（例えば、地域のクラスルーム、並列トラック、異なるパートナーグループの繰り返しセッション）を回避策なしで設定できます。

ミーティングは、インストラクターのZoom IDを使用して作成されます（Zoomスーパー管理者ではありません）。

同時ミーティングを安全にサポートするために、コネクタが更新され、次の機能が追加されました。

Zoomミーティングは、Zoomスーパー管理者のメールアドレスではなく、インストラクターのメールアドレスを使用して作成されるようになりました。
各インストラクターのZoomアカウントでは、既存のZoomプランの制限に従い、他のインストラクターと並行して独自のミーティングをホストできます。

注意:

1つのミーティングにつき、インストラクターは1人のみが引き続きサポートされます。
インストラクターの電子メールが、後でAdobe Learning Managerで更新される場合、既存のミーティングは、作成時に使用された元の電子メールに関連付けられたままとなります。

同時セッションでのZoom URLの手動ペーストが不要

以前は、2回目または3回目のZoomセッションを同時に実行する必要があった場合：

作成者は、ALM外でZoomミーティングを手動で作成し、ZoomのジョインURLをコースインスタンス設定にペーストする必要がありました。
これはエラーが発生しやすく、出席の追跡などのコネクタ機能のメリットがありませんでした。

更新されたコネクタでは、次のようになります。

時間が重なっている場合でも、Zoomコネクターを使用してALM UIからすべてのセッションを直接作成できます。
セッションライフサイクル（作成/キャンセル）は、引き続き統合により一元管理されます。

主な利点

大規模なVILTのスケジュール設定の向上

組織は次のことが可能になりました。

複数のZoomベースのバーチャルクラスルームを同時に実行できます（例えば、バーチャルサミットでの平行トラック、地域のチーム、個別のパートナートレーニングセッションなど）。
以前は管理者がセッションのシリアライズを行う必要があったり、手動のZoom管理を使用したりしていたボトルネックを回避できます。

管理者と作成者のオーバーヘッドの削減

この機能強化により、次のことが回避されます。

Adobe Learning Manager以外でのZoomミーティングの手動作成。
ZoomのURLをコピーして各コースインスタンスに貼り付け、セッションを重複させます。
リンクの設定ミス、誤った会議の添付、出席の追跡ミスなどのリスクがあります。

管理者と作成者は、使い慣れたワークフローを使用して、Adobe Learning ManagerからすべてのZoomセッションを管理できます。

Zoomのプロビジョニングとインストラクターの役割との連携の強化

ミーティングを個々のインストラクターのZoomアカウントに関連付ける方法：

各インストラクターは、それぞれのZoomライセンスの範囲内で操作することができます。
組織は、既存のZoomプロビジョニングモデル（トレーナーごとに1つのアカウント、BUごとに1つ）を使用できます。その間も、Adobe Learning Managerと完全に統合されています。
これにより、すべてのセッションで共有のスーパー管理者Zoomユーザーを使用するというシングルポイントのボトルネックが回避されます。

ユースケース

複数トラックの仮想イベントとサミット

大規模なイベント（製品のブートキャンプ、パートナーサミット、認定週間など）を実施する顧客教育チームは、次のことを実行できます。

同じタイムスロットで複数のZoomベースのセッションを設定します（異なるトラックまたはトピックに対して）。
Adobe Learning Managerのコースとラーニングパスで、これらすべてをVILTモジュールとして管理します。
Zoomの基本的なミーティング作成はすべてコネクターで処理し、学習者に統一されたエクスペリエンスを提供します。

グローバル・パートナーおよびカスタマー・トレーニング

地域を越えて顧客やパートナーをトレーニングする組織には、次のメリットがあります。

EMEA、APAC、南北アメリカで別々のZoomセッションを重複する時間に実行し、現地の作業時間に合わせます。
1つのグローバルタイムスロットを強制的に使用したり、ズームを手動で設定して追加のグループを作成したりしないようにします。

内部有効化

社内支援チーム（セールス、サポートなど）は、次のことを実行できます。

ALMでの並行オンボーディングセッションまたはロールベースのブレークアウト（開発者、管理者、およびビジネス関係者向けの個別のZoomルームなど）のスケジュールを設定します。
レポートとコンプライアンスの目的で、すべてのセッションをALMのVILTモデルに収めます。管理されていないZoomミーティングに部分的に移行する必要はありません。

ピアアカウントの共有コースの元の作成者を表示

概要

カタログを介してピアアカウントにコースが共有されると、Adobe Learning Managerでは現在、受け取り側アカウントの学習者、管理者、作成者ビューで、作成者に「外部作成者」というラベルが付けられます。問題や質問が発生した場合、適切なコンテンツの所有者を特定して連絡することが困難になるため、学習者や管理者は、特に大企業において、この問題に直面する可能性があります。

この機能強化により、ピアアカウントの共有コースで、一般的なプレースホルダーに置き換えるのではなく、作成者情報が保持され、表示されるようになります。

新機能

ピアアカウントの共有コースの実際の作成者名を表示

外部カタログまたはピアカタログを介して共有されるコースの場合、ソースアカウントからの元の作成者名が「外部作成者」ではなく受信側アカウントに表示されるようになりました。

これは次の場合に適用されます。

学習者アプリ（コースカードまたはコースの詳細）
学習者としてプレビューする場合の管理者ビューと作成者ビュー。

主な利点

共有コンテンツの直接所有者の表示

ピアアカウントの学習者と管理者は、次の操作を実行できるようになりました。

コースが共有カタログ経由で取得された場合でも、コースの作成者を確認できます。
一般的で役に立たない「外部作成者」ラベルは使用しないでください。

一貫性のあるマルチテナントおよびピアアカウントのエクスペリエンス

マルチテナントまたは拡張エンタープライズのシナリオを実行しているお客様：

同じコースが、アカウント間で一貫した作成者ブランディングで表示されます。
学習者のエクスペリエンスは、プライマリアカウントからの期待に沿っています（例えば、「外部作成者」ではなく、ソースアカウントの作成者名が表示されます）。

ユースケース

ピアアカウントを持つ大企業

企業がALMを使用する場合：

正規コースを所有するメインアカウント
共有カタログ経由でコンテンツを取得するピアアカウント。

ピアアカウントの学習者は、質問や改善提案を正しくルーティングするために、どのエンタープライズチームがコースを作成したかを知る必要があります。

今回の機能強化により、次の点が強化されました。

共有コースで、ピアアカウントに正しいエンタープライズ作成者の名前が表示されるようになりました。
学習者とローカル管理者が連絡先を把握しているため、企業の内部サポートの負荷が軽減されます。

内部マルチBU共有

1つのビジネスユニットが他のビジネスユニットの学習をキュレーションする場合：

所有するBUは、すべての使用アカウントの「作成者」フィールドで識別できます。
ローカルのL&D管理者は、コースがローカルで保持されているか、別のBUによって保持されているかを迅速に確認し、それに応じて共同作業を行うことができます。

学習者APIでの学習オブジェクトの有効期限の表示（自動削除）

概要

この機能強化により、学習目標(LO)の自動廃止日を、Adobe Learning Managerの学習者向けAPIから直接利用できるようになりました。コース、学習パス、または資格認定に有効期限や自動廃止日が設定されている場合、その情報は主要な学習者エンドポイントから返されるLOデータに含まれるようになりました。

新機能

学習者LO APIの新しい有効期限/自動削除フィールド

学習者のLO API（例えば、学習オブジェクトを学習者エクスペリエンスと外部プラットフォームに返すエンドポイント）に、LOの有効期限（その学習オブジェクトに設定された自動廃止日）が含まれるようになりました。
このフィールドは、次のような応答でLOエンティティの一部として返されます。
- 学習目標を取得（LOの詳細）。
- 学習者ホーム、カタログ、検索結果の入力に使用されるLOデータ。
このフィールドは、インスタンスレベルにすでに存在する既存のcompletionDeadlineを補完します。新しいフィールドは、特にLOレベルの自動廃止日です。

検索で裏付けられた学習者エクスペリエンスの可用性

有効期限は検索に基づくLO表現の一部として表示されるため、ALMまたは外部プラットフォームが使用する任意の場所で使用できます。

apiを検索または
学習者ビューを構築するための検索主導のカタログと提案。

範囲と除外

この機能強化は学習者APIにのみ適用されます。

主な利点

カスタムLXPでの期限切れを認識する学習者のエクスペリエンス

大中規模の企業の場合、カスタムLXPでALMから直接LOの有効期限情報を取得できるようになり、次のことが可能になりました。

コースカードと詳細ページに「有効期限： {date}に有効期限」または「まもなく有効期限」ラベルを表示します。
緊急度の高いトレーニングをより明確に選択して、学習者がトレーニングの撤回を優先できるようにします。

これは、学習目標を定期的に更新し、古いバージョンを廃止するコンプライアンスや期限付きの製品トレーニングにとって特に重要です。

今すぐ受講するトレーニングに関する学習者向けのガイダンスの改善

LOの有効期限を表示することで、学習者エクスペリエンスは次のことを実行できます。

有効なコースと廃止する予定のコースをハイライト表示
学習者が、近い将来に利用または有効でなくなるトレーニングに登録できないように支援します。

既存の完了期限データとの整合性

以前は、学習者APIにはインスタンスレベルのcompletionDeadlineが既に表示されていましたが、LOレベルの自動廃止日は表示されていませんでした。この変更に伴い、以下が変更されました。

トレーニングには、次の側面があります。

「いつまでに私はこの事件を終わらせなければならないんですか？」（完成期限）
「このトレーニングはいつまで行われますか？」（自動廃止/有効期限）。

ユースケース

厳格なコースのライフサイクル管理を行うグローバル企業

コースを定期的に廃止して置き換える企業（規制、製品、方法論の更新など）は、次の可能性があります。

トレーニングが段階的に廃止されているかどうかに関して、学習者が混乱しないようにする。
学習者を最新の長期間使用できる製品に導きます。

これで、カスタムポータルと内部ツールが、学習者APIを介してALMから有効期限を直接読み取れるようになりました。

社外のお客様またはパートナーのアカデミー

顧客やパートナー向けの教育では、マーケティング用のページやポータルで最新のトレーニングを強調することがよくあります。

LO APIに有効期限を設定すると、エクスペリエンスビルダーが以下を実行できるようになります。

リタイアメントに近いコンテンツは非表示にしたり、目立たなくしたりします。
「完了する最後のチャンス」キャンペーンを作成します。

モジュールの開始時間に制限を設定

概要

この機能強化により、Adobe Learning Managerの作成者と管理者は、学習者がモジュールを開始できる時間帯を定義できます。設定された開始/終了ウィンドウの外側では、モジュールがコース構造内に表示されたままとなりますが、学習者はモジュールを開始できません。

この機能は、例えば、時限式プログラム、コホートベースのトレーニング、時間を重視する演習など、特定のコンテンツが利用可能になったときや開始を中止するときをより詳細に制御する必要があるユーザーにとって重要です。

新機能

作成者は、学習者がモジュールを起動できる日時を管理する開始日時と終了日時を、コース内のモジュールレベルで設定できるようになりました。このウィンドウでは、モジュールは通常どおりに動作します。開始時間の前または終了時間の後に、学習者はコースのアウトラインにそのモジュールが表示されますが、開始することはできません。

設定は、セルフペースコンテンツ、クイズ、アクティビティなど、特定のモジュールタイプに対する追加のスケジューリングコントロールとしてコースオーサリングユーザーインターフェイスに表示されます。管理者はこれらのコントロールを使用して、段階的に開くモジュールを作成したり、定義された時間内にコンテンツを使用する必要があるプログラムで遅れて開始されるのを防ぐことができます。

主な利点

主な利点は、モジュールがアクセス可能になるタイミングを制御できることです。トレーニングチームは、モジュールの可用性を、新製品の発売、規制の期限、社内プログラムなどの実際のイベントと同期させることができます。これにより、学習者は後のモジュールにアクセスする前に、前提条件のコンテンツを完了することができます。

例えば、グループ1がモジュール2にアクセスできるのは2週目だけですが、モジュール3は3週目までロックされたままなので、コンテンツの表示と非表示を手動で切り替えたり、別のコースバージョンを作成したりする必要はありません。

これにより、学習者のエクスペリエンスが向上します。技術的にアクセス可能だが現時点ではアクセスしてはいけない（またはすでに完了している）モジュールに直面するのではなく、開始が許可されているモジュールが意図したスケジュールに明確に沿ったコース構造を学習者に表示できます。

ユースケース

コホートベースの有効化プログラム：このプログラムでは、毎週新しいモジュールが開始されます。第1週のコンテンツはただちに利用できますが、第2週は表示されますが、指定された日付まで開始できません。第3週も同じゲート処理に従います。学習者は学習パス全体を表示できますが、各ステップを実際に開始できるタイミングはシステムによって制御されます。
期限付きの製品またはキャンペーントレーニング:マーケティングチームまたは製品チームが作成したトレーニングモジュールは、キャンペーンが有効な場合や特定のバージョンの製品が利用可能な場合にのみアクセスできます。この指定された開始ウィンドウにより、学習者は指定された終了時刻以降に、製造中止となった製品バージョンに関するモジュールを開始することがなくなります。
評価または試験の環境：組織は、明確に定義された短い期間にモジュール（テストなど）を開くことができます（たとえば、「指定された日に9:00 ～ 12:00の間でいつでも試験を開始できます」）。学習者は、この時間枠外に試験を開始することはできません。この時間帯は、タイムゾーンとグループを越えた公正なスケジューリングをサポートします。

カスタムLTIパラメーターを使用したプレーヤーの言語の制御

概要

今回の機能強化により、LTI(Learning Tools Interoperability)を使用する外部プラットフォームで、起動時にAdobe Learning Managerコンテンツの言語を指定できるようになりました。 Fluidicプレーヤー内で言語を変更する方法を学習者に依存させる代わりに、LTIコンシューマーはカスタムLTIパラメーターを使用して言語コードを送信することができます。 Adobe Learning Managerはこのコードを使って適切なバリエーションを選びます。

新機能

LTIコンシューマーとして機能する外部プラットフォームが、ALMコンテンツの起動時にカスタム言語パラメーター（および関連するプレーヤー設定）を渡すことができるようになりました。 ALMはこのパラメーターを読み取り、次の処理を行います。

プレーヤーの言語を設定します。
多言語コンテンツが設定されたときに、モジュールの対応する言語バリアントを起動します。

これは、外部プラットフォームでフランス語を選択した初めての学習者には、ALM内で何も調整することなく、ALMプレーヤーとモジュールがフランス語で直接起動することを意味します。

この機能強化は、外部プラットフォームがALMをヘッドレスコンテンツプレーヤーとして扱うシナリオにも対応します。例えば、特定のユーザーインターフェイス設定を調整するカスタムパラメーターを追加で送信することで、ナビゲーション要素と目次(TOC)を非表示にできます。これらの設定は言語パラメーターと連携して動作し、再生とトラッキングにALMを利用しながら、外部プラットフォームでスムーズにブランド化されたエクスペリエンスを提供することができます。

主な利点

システム間で一貫した言語エクスペリエンス ：学習者が外部ポータルで言語を選択すると、その選択がALMにすぐに反映されます。これにより、学習者がポータルの言語とコースの言語を一致させることができません。その結果、プレイヤー内の言語スイッチを検索する必要がなくなります。
言語固有のレポート：同社のプラットフォームでは、言語の選択がALMと一致しており、分析と学習者の追跡の精度を向上させています。この配置は、特定のコースのFluidicプレーヤーでALM独自の言語コントロールを意図的に無効または非表示にする設定もサポートします。このような場合、外部プラットフォームは言語の真の単一の情報源として機能します。

ユースケース

重要なユースケースには、LTIベースの統合を利用する大企業が含まれます。学習者は、まずプラットフォームに登録して言語を選択します。次に、LTIを通じてALMトレーニングセッションを開始します。この機能強化により、学習者がスペイン語を選択すると、ALMモジュールが自動的にスペイン語で開きます。つまり、学習者はALMの言語設定を調整する必要はありません。さらに、言語ベースのレポートは、学習者がALMで表示および体験する内容と一貫性を維持します。
もう1つのアプリケーションは、お客様またはパートナーポータル内でヘッドレスコースのエクスペリエンスを提供することです。この設定では、ポータルでiframeを使用してALMコンテンツを埋め込みますが、すべてのナビゲーションおよび言語ユーザーエクスペリエンス(UX)はALM以外で管理されます。ポータルはカスタムLTIパラメーターを利用することで、ALMプレーヤーが正しい言語で表示され、不要なユーザーインターフェイス要素（目次やナビゲーションボタンなど）が非表示になっていることを確認できます。これにより学習者は、まとまりのない1つのツールのコレクションではなく、1つの統合されたアプリケーションを認識できます。
これは、別のLMSや学習プラットフォームを使用して複数の言語で大規模なトレーニングを行う組織に役立ちます。学習者プロファイルの管理、ロケールの選択、カタログの表示に関して、プラットフォームの使用を標準化できます。一方、ALMは、各LTI起動時に外部システムによって指定された言語の環境設定とユーザーの操作を考慮して、信頼性の高いコンテンツとトラッキングエンジンとして機能します。

インストラクター評価のためのチェックリストの質問の加重値

概要

この機能強化により、強化されたチェックリストが導入され、インストラクターとマネージャーは、各チェックリストの質問を同等として扱うのではなく、評価尺度と合計スコアを使用して学習者を評価できるようになりました。目標は、質問の重み付けされた評価を実装することによってチェックリストの作成を促進することです。これにより、1つのチェックリスト内で異なるアクションやスキルの相対的な重要性を反映させることができます。

新機能

チェックリストは、次のタイプをサポートします。

はい/いいえ
動作は現在と変わりません。各質問は「はい/いいえ」で、合格条件は「はい」の回答数に基づいています。
共通の質問
- 質問は数値でスコアされます（デフォルトでは0～10）。以下の場合にスコアが付与されます。
  - スケールの最大値/最小値は、チェックリストレベルでカスタマイズできます。
  - スケールは0から開始できるようになりました（以前の最小スコアは1でした）。
- すべての質問が同じ最大スコアを共有するため、チェックリストは各質問に対して均等な評価尺度として機能します。
体重の違う質問
- それぞれの質問には、独自の最大スコア（重み）があります。
- 合格条件は、チェックリストを通じて学習者が達成する可能性のある合計スコアのパーセンテージによって異なります（例：「学習者が利用可能な合計スコアの≥ 70%を達成した場合に合格する」）。

すべてのチェックリストタイプについて：

レビュー担当者 （インストラクターまたはマネージャー）は、設定されたチェックリストの種類に従って学習者を評価します。
- 「はい」/「いいえ」を選択します。
- 定義されたスケールでスコアを選択します。
チェックリストレポートが更新され、重要度が異なる質問に対して次の情報が含まれます。
- 各質問の最大スコア。
- 各学習者がその質問で達成したスコア。

これにより、全体的なパフォーマンスと、意図した重みに基づく質問固有のパフォーマンスを分析できます。

主な利点

より豊富で、より現実的な評価:インストラクターは、観察されたタスクや実際のタスクに適したチェックリストワークフローを使用しながら、重要な行動により多くのポイントを付与し、軽微な行動にはポイントを付与しないことで、実際の優先順位を反映することができます。
合計スコアベースの合格/不合格：評価は、しきい値を通過する質問の数だけでなく、全体的なパーセンテージスコアに基づいて行われ、一般的なコンピテンシーまたは採点スキームにより近づきます。
レポート機能の向上:チェックリストレポートの更新により、質問ごとの最大スコアと達成点が表示され、プログラムの所有者や品質チームは特定の弱点を特定して、トレーニングや評価のガイダンスを絞り込むことができます。

ユースケース

エンタープライズのスキル評価:エンジニアは、実用的なシナリオベースのチェックリストによって評価されます。このチェックリストでは、外観上の手順やリスクの低い手順よりも、特定の診断手順や通信手順に重点を置く必要があります。重み付け質問と合計スコアの合格基準によって、これらの評価は実際の業績をより信頼でき、予測しやすくなります。
安全性とコンプライアンスの観察：医療、製造、または現場サービスでは、重要な安全手順の最大スコアが高くなることがあり、安全上の重要な操作を欠くことで、軽微な手順の手順欠落よりも合計スコアに大きな影響を与えます。
コーチングとキャリブレーション ：レポートの質問ごとの最大スコアと達成スコアにより、マネージャーは、学習者が成績を下回っている正確な場所を確認し、一貫したスコアの付け方についてインストラクターを調整できます。

レビュー担当者のコメント機能付きチェックリスト

概要

この機能強化により、チェックリスト評価のコメント機能が導入され、インストラクターやマネージャーなどのレビュー担当者が、数値スコアとともに定性的なフィードバックを提供できるようになりました。このフィードバックは、必要に応じて学習者に表示できます。

目標は、メンターのフィードバックが数値的な結果と同様に重要である場合に、チェックリストに基づく評価を支援することである。これには、特定の強みや改善点を強調したり、特定のスコアのコンテキストを提示したりすることが含まれます。

現在、レビュー担当者は次の操作を実行できます。

各学習者の質問ごとのチェックリストを評価します。
結果を表示し、失敗した学習者を再評価します。

航空などの実際のシナリオでは、現場のトレーナーは現場のエージェントと空港スタッフを評価します。同様に、中小企業のインストラクターやメンターも、多くの場合、チェックリストを使用して業績を評価します。ただし、通常、これらのチェックリストには、評価に関連する物語のフィードバックを収集するための構造化されたセクションは含まれません。

新機能

オーサリングオプション

作成者は、各チェックリストを次のように設定できます。

レビュー担当者のコメント機能を有効または無効にします。
レビュー担当者の名前をコメントと共に学習者に表示するかどうかを決定します。

これにより、組織は文化やプライバシーの要件に合わせてコメントの可視性を調整できます。

レビュー担当者の経験

コメント機能が有効になっている場合：

レビュー担当者（インストラクター/マネージャー）は、チェックリストの評価中にオプションのコメントを追加できます。
チェックリストの設定に基づいて、学習者にコメントを表示するかどうかを選択できます。

学習者を再評価した場合、最新の評価を反映するようにコメントを更新または変更できます。

レポートと通知

チェックリストレポートには、評価中に提供されたコメントをキャプチャする、レビュー担当者のコメント用の新しい列が追加されます。
学習者は、チェックリスト評価が発生するたびに通知（プラットフォーム内および電子メール）を受け取ります。これらの通知には、次のものが含まれます。
- コメントと
- レビュー担当者の名前（表示するように設定されている場合）。

これにより、フィードバックが保存されるだけでなく、学習者に対して積極的に提示されるようになります。

主な利点

コーチのような、より豊富なフィードバック ：数値スコアには、状況に応じたコメントが付加されます。これにより、チェックリストは、コンプライアンスに対応するだけでなく、コーチングのためのより効果的なツールとなります。
トレーサビリティと監査可能性：組織は、誰が、いつ、何を言ったかを評価した永続的な記録を取得します。これは、規制された環境や高い利害関係を持つ役割において重要です。
学習者のエンゲージメントの向上 ：学習者は、特定の評価にリンクされた明確なガイダンスを受けることができます。これにより、期待とそれに続く手順についての理解が深まります。

ユースケース

規制された環境を持つ組織は、現場で観察されているスタッフの臨床判断や手順に関するフィードバックを記録するためにコメントを使用できます。
航空および地上取扱機関は、運用実績、安全慣行、顧客対応行動に関する詳細なメモを添付し、チェックリストを構造化された報告書作成ツールに変えることができます。
指導とSMEの評価では、インストラクターは「エスカレーションは適切に処理されたが、時間管理を改善する必要がある」、「優れたトラブルシューティングフロー；文書の手順を逃している」など、スコアだけでは収まらない微妙な観察をキャプチャできます。

コンテンツレベルの複数回の試行とクイズレポート

概要

IMPORTANT

この機能は、アカウントで有効にした後でのみ使用できます。 ALMサポートにお問い合わせください。

現在、ALMは複数クイズ試行(MQA)機能を使用した、LMSレベルでの複数の試行をサポートしています。

作成者は、コースレベル（コース内のすべてのクイズ対応モジュールに適用）またはモジュールレベル（クイズモジュールごと）で試行を設定できます。
試行できる回数：
- 指定した回数（例：3回）、または
- LMSレベルで制御された無限の試行回数。
学習者がFluidic Playerを介してモジュールを使用した後、プレーヤーを閉じるかモジュールを完了すると、そのセッションは1回のLMS試行として扱われます。
LMSの各試行は、L2クイズレポートに新しい行としてキャプチャされます。

ただし、コンテンツファイル自体（例えば、Articulate SCORMクイズ）が独自の複数試行ロジックを実装している場合、ALMのL2クイズレポートでは現在、それらの内部試行を正しく区別または追跡しません。

この機能強化は、クイズに対するコンテンツレベルの複数試行のトラッキングを導入し、Adobe Learning ManagerがL2クイズレポートのコンテンツ内で各試行を正確にキャプチャできるようにします。これは、コンテンツオーサリングツール（Articulate SCORMなど）がクイズの試行を個別に管理する状況に適しています。この機能を使用すると、LMSレベルの複数クイズ試行(MQA)設定に依存せずに、試行がALMレポートに正しく反映されます。

新機能

コンテンツレベルの試行の作成者フラグ

コンテンツをコンテンツライブラリにアップロードする際に、作成者は、特定のコンテンツファイルに複数回の試行が埋め込まれたことを示すことができるようになりました。
これはコンテンツごとの設定であり、コンテンツ内で定義された試行を真実の源として扱うようにALMに指示します。

コース/モジュールの動作

そのようなコンテンツがコースで使用される場合：

このモジュールは、LMS MQAからではなく、内容から試行を取得します。
学習者には、LMSレベルの試行が1回のみ表示されます。
- コースの概要とモジュールビューに、そのモジュールのLMSの「再試行」ボタンが表示されません。
- 試行処理（クイズ内での再試行など）は、コンテンツ自体によって決定されます。

報告

L2クイズレポートでは、コンテンツレベルの各試行が、個別の試行行として扱われます。

コンテンツに設定されている各内部クイズ試行は、現在のLMSレベルの試行の表示方法のように、L2クイズレポートに独自の行として表示されます。
各行の書式は、L2レポートの既存の複数行と同じままです（同じ列、構造、およびセマンティクス）。
これにより、一貫したレポートエクスペリエンスが実現されます。
- 試行がLMS MQAによって制御されているか、コンテンツによって制御されているかにかかわらず、L2クイズレポートには試行ごとに1行が表示されます。

主な利点

LMSレベルのMQA設定を上部に押し込むことなく、試行がArticulateなどのツールによって内部で制御されるSCORMクイズの正確な試行履歴。
よりクリーンな学習者エクスペリエンス：コンテンツ管理された試行の場合、学習者にはLMSレベルに1つのスロットが表示され、LMSの再試行コントロールを操作する必要はありません。すべての再試行は、既知のクイズUI内で処理されます。
柔軟なアーキテクチャ：ユーザーは、コンテンツのオーサリング方法と試行を管理する方法に応じて、ALM MQAまたはコンテンツレベルの試行がモジュールごとの動作を促進するかどうかを選択できます。
一貫したレポートモデル： L2クイズレポートの下流のコンシューマーは、試行ロジックの発生源に関係なく、各行を「1回の試行」として処理できます。

ユースケース

Articulate SCORMを使用する組織は、SCORMパッケージ内に自己完結型のクイズロジックを保持しながら、追加のLMS構成なしでALMで正確な試行レベルのレポートを実現できます。
ベンダーが提供するSCORMコンテンツを使用する組織では、LMSレベルのMQAを使用して、追加試行や追加実装、ロジックの再試行を行う必要がなくなります。

インスタンス登録とセッション出席のインストラクターのQRコード

概要

この機能強化により、インストラクターが以下の目的でQRコードを自動的に生成できるようになりました。

コースインスタンスの登録
セッションへの出席、または
登録+出席

セッションレベルで設定します。学習者が実際の教室やハイブリッドクラスルームに入り、QRコードを使用して出席を登録および記録するために、迅速なセルフサービスによるオプションが必要な場合に適しています。

新機能

インストラクターが生成するQRコード

インストラクターは、以下の目的のためにセッションレベルでQRコードを生成できます。
- インスタンスに登録：学習者は、スキャンして、現在のセッションを含むインスタンスに登録します。
- セッションの出席をマーク：セッション中またはセッション後に学習者がスキャンして、特定のセッションの出席を記録します。
- インスタンスに登録+セッションの出席をマーク：登録されておらず、1つのステップで出席をマークする必要があるウォークイン用の統合QR。
インストラクターは、シナリオ（登録、出席、またはその両方）に基づいて、必要なQRコードを書き出すことができます。

QRコードのパッケージ

書き出されたQRコードPDFには、次のものが含まれます。

コース名
インスタンス名
セッション名

これにより、インストラクターやコーディネーターは、セッションごとに正しいQRコードを簡単に特定して印刷できます。

主な利点

インストラクターによる自律性 ：インストラクターは、管理者によるQRコードの作成を待つ必要がなくなりました。セッションごとに直接生成できるため、機敏性が向上し、コーディネーションのオーバーヘッドが軽減されます。
教室の準備の改善:ウォークインまたは現場のオーディエンス（現場作業員、作業現場のスタッフ、外部出席者など）の場合、インストラクターはQRコードを使用してその場での登録と出席を管理できます。
管理者の作業負荷の軽減 ：管理者チームは、セッションごとに定期的なQRコード生成要求を処理する代わりに、構成とガバナンスに集中できます。

ユースケース

大量のオンサイトセッション（プロ向けの製品トレーニングなど）を実行している組織では、インストラクターがセッション固有のQRコードを印刷して、1回のスキャンで出席を登録およびマークできます。
小売、製造、ヘルスケアのトレーニングでは、学習者がフロアから直接、または事前登録なしでセッションに参加することが多いため、「登録+出席」のQRコードをドアに配置することができます。これにより、学習者は電話を使用して登録と出席をセルフサービスで行うことができます。
パートナーやお客様向けのトレーニングイベントにより、オンサイトトレーナーは、管理者に新しいQRコードを確認しなくても、部屋の変更、追加セッション、または追加出席者に簡単に対応できます。

CaptivateおよびALMプレーヤーの機能強化

概要

この機能強化により、特に最近のCaptivateのアーキテクチャの変更に伴い、Adobe Learning Manager(ALM)プレーヤー内でAdobe Captivateコンテンツを再生する際のエクスペリエンスが向上しました。この目的は、学習者がALMでCaptivateモジュールをネイティブに操作できるようにすると同時に、ナビゲーション、完了追跡、メモ作成を明確で一貫性のある信頼性の高いものにすることです。

新機能

統合された目次エクスペリエンス

プレーヤーの左側には、ALMの目次のみが表示されます。
ALM内でCaptivateを再生すると、モジュール独自の目次が非表示になります。
これにより、重複が排除され、ナビゲーションのための信頼できる単一の情報源が確保され、画面の不動産が解放されます。

ビジュアル補完フィードバック

ALMの目次には、スライドレベルの完了を示す緑の目盛り（または同等の表示キュー）が表示されます。
学習者がCaptivateスライドを進めるにつれて、ALMの目次には、どのスライドが完了したかが反映され、最新のコースプレーヤーに対する学習者の期待に沿ったものになります。

コンテキストに応じた進行状況コントロール

プレーヤーコントロールはスライドの種類に基づいて適応します。
- ビデオスライド：
  - ビデオ再生を反映した時間進行状況バーを表示します。
ビデオスライド以外の場合：
- スライドナビゲーションコントロール（次のスライド、前のスライドなど）を表示します。代わりに、非機能のタイムバーです。
  - これにより、特定のスライドタイプで無関係な、または機能しないコントロールが表示されるのを防ぐことができます。

効率的なナビゲーション

モジュールナビゲーションバー(ALM)とコースナビゲーションバーが1つの直感的なバーに統合されました。
この統合ナビゲーション：
- Captivateモジュールを通過することと、コース/モジュールレベルに戻ることとを明確に区別します。
- 目的が重なる複数のバーによる混乱を減らします。

信頼できるメモのリンク

メモは、タイムスタンプではなくスライド番号にリンクされます。
この変更：
- タイムスタンプが見つからないか、正しくないために発生する書き出しエラーを修正します。
- ノートとノートが属するスライドコンテキストとの間に信頼性の高いマッピングを使用して、ノートをPDFとして一貫して書き出すことができます。

主な利点

すっきりとしたシングルプレーヤーのエクスペリエンス：学習者が1つの目次と1つのナビゲーションモデルを操作することで、混乱が軽減され、認知機能が低下します。
正確な完了と進捗状況の表示：スライドレベルのティックとコンテキストコントロールは、学習者が現在の場所と残りの項目を理解するのに役立ちます。
より信頼性の高いメモの作成と書き出し：脆弱なタイムスタンプの代わりにメモをスライドに結び付けることで、スライドベースのCaptivateコンテンツを使用している場合でも、信頼性の高いPDFへのメモ作成ワークフローを取り戻すことができます。
作成者のワークフローを保持：作成者は、CaptivateがALMに直接公開する場合の単純さを維持しながら、学習者はオーサリングの負担を増やすことなく、最新の統合された再生エクスペリエンスを利用できます。

ユースケース

Captivateに依存してインタラクティブシミュレーションを行う支援プログラムでは、コンテンツをALMに展開し、学習者に対してナビゲーション、完了状況の追跡、メモの機能を一貫して提供できます。
Captivateをメインのコンテンツオーサリングツールとして使用している組織は、ワンクリックでコンテンツを公開できるため、学習者が二重に表示される目次が混乱し、機能しないコントロールを使用する必要がなくなります。
コーチング、コンプライアンス、または記録用に、ALMのCaptivateコンテンツから書き出されたメモを使用する組織は、次の情報にアクセスできます。
- メモはスライドに正しくリンクされます。
- PDFは想定どおりに生成されます。

学習トランスクリプトでの学習時間の短縮

概要

Adobe Learning Managerは、2026年4月のリリースで、学習トランスクリプトでの学習時間の計算方法を変更しました。これまでは、学習者がコンテンツを操作せずにプレーヤーを開いたままにすると、レポートロジックで時間が不正確になり、不一致が発生していました。新しい方法では、特にタブにフォーカスがある場合とユーザーアクティビティがある場合に、ユーザーのエンゲージメントに基づいてアクティブ時間が追跡されるようになりました。この変更により、より正確なデータが得られます。

このアップデートにより、レポートとダッシュボードが改善され、管理者がコンプライアンスをより適切に確認し、学習者の進行状況を追跡できるようになります。リリース後、学習者のトランスクリプトを確認して、これらの機能強化を確認してください。

更新された計算方法では、アクティブなタブのフォーカスや最近のユーザーとの対話など、実際の作業に重点が置かれ、次の領域で時間レポートの精度が向上しています。

学習者のトランスクリプト(UI)
管理ダッシュボードの指標
コース登録レポート
APIとコネクタ

変更点

学習者のトランスクリプトの 学習時間 列では、改善されたロジックを使用して、より正確に時間を計算できるようになりました。システムは、単にプレイヤーのオープン/クローズ時間を追跡するのではなく、ユーザーのエンゲージメントに基づいてアクティブ期間とアイドル期間を区別するようになりました。

アクティブな時間：学習者がアクティブに作業している時間（正しいタブで、スクロールやビデオの視聴などのアクションを実行している場合など）。
アイドル時間：学習者がエンゲージされていない時間（例：タブを切り替えた場合、10分以上アクティビティがない場合）。合計から除外されます。

これは、元のロジックを保持するSCORM、Captivate、およびXAPIモジュールを除き、ほとんどのモジュールタイプに適用されます。

動作の仕組み

新しい計算は、モジュールの種類によって異なります。

ビデオおよびオーディオモジュール：学習者が別のタブに切り替えた場合でも、コンテンツの再生中にアクティブになります。再生時間のトラッキングにはタブフォーカスは必要ありません。
静的モジュール（PDF、PPT、Excelなど）:タブ上で、過去10分以内に操作（マウスの移動、スクロール、クリック、キーボード入力）を行った場合にアクティブになります。 10分間アクティビティがない場合は、アイドルに切り替わります。
SCORMとCaptivateは、元のオープン/クローズロジックを保持します。
xAPIでは、タブベースのアクティブ時間検出が使用されるようになりました。この場合、時間はタブがアクティブな場合にのみカウントされます。 AICCコンテンツはサポートされていません。
HTML、LTI、その他のコンテンツ ：状況によって異なる場合があります。学習者のトランスクリプトが正確かどうかを確認してください。

アイドル時間が差し引かれ、実際のエンゲージメント時間のみが報告されます。

NOTE

ラップトップがスリープモードになると、学習時間が正しく追跡されない場合があります。これは、システムがスリープ状態の間はアクティビティトラッキングが一時停止し、ラップトップがスリープ状態になったときにのみ再開されるためです。

概要テーブル

モジュールの種類

アクティブ時間（カウント）

アイドル時間（除外）

ビデオ/オーディオ

再生時間

開始されていません；終了しました； >10分一時停止しました

静的（PDF/PPT/ドキュメント）

過去 10分 間にアクティブな および のアクティビティをタブ化する

アクティビティ >10分 がありません。タブは非アクティブです

SCORM

コンテンツランタイムが報告する時間

アイドルを検出できません

Captivate

スライドベースのタイミング

アイドルを検出できません

最大

タブがアクティブ

タブが非アクティブ

HTML

タブがアクティブな状態のプレーヤーの開始時間

タブが非アクティブ

LTIプロデューサー/コンシューマー

LTIコンテンツがALMのプレーヤー内で再生される場合（つまり、ALMがプロデューサーとして機能する別のLMSにホストされたLTIコンテンツを使用する場合）、この時間のかかるロジックが適用されます。

ただし、コンテンツがLMS外で再生される場合（コンテンツがALMでホストされ、再生が外部プレーヤーで行われる場合）、時間計算ロジックのこの部分はは適用されません。
注意: Adobe Learning Managerでは、LTIコンシューマーはサポートされていません。

タブが非アクティブ

注意:

セッションの見直しと並列セッション：上記の条件が満たされたときにアクティブとしてカウントします。
すべてのデバイス、ブラウザー、言語：含まれています。オフラインモバイルでの使用は、同期後に追加されます。

新しい計算の利点

正確なレポート ：無人のプレーヤーの膨大な時間を排除し、現実的な学習時間を実現します。
コンプライアンスの向上：必須トレーニング（たとえば、会社の毎月5時間の要件）の正確なトラッキングをサポートします。
改善されたダッシュボード:ユーザーアクティビティグラフと時間の経過レポートに、実際のエンゲージメントが反映されるようになりました。
学習者のインサイト：管理者が真の進捗状況を特定し、問題のある学習者に対処できるようにします。

レポート作成と分析の影響

学習者のトランスクリプト: 「学習時間」に 実際のエンゲージメント が反映されました。
管理ダッシュボード：時間を含む指標（「使われた時間」のタイル、トレンドなど）は、アイドル時間によって結果が増加していたシナリオで、低いが現実的な値を表示します。
コース登録レポート:時間関連のフィールドでは、起動後に 新しい計算 が採用されます。
比較可能性に関する注意：履歴データは再計算されないため、リリース日までの時系列の分析で ステップの変更 が表示される場合があります。分析ツールで、日付による注釈またはセグメント化を検討します。

APIおよびコネクタ

既存のエンドポイント/フィールドに対するスキーマの変更が存在しません。この変更は使用時間を報告します。
機能起動後のセッションの アクティブ時間計算 を反映するように フィールドセマンティクス が更新されます。
コネクタと書き出しに時間がかかったフィールドは、更新された値を自動的に受け取ります。

下位互換性とデータ移行

過去のセッション：は再計算されませんでした。
新しいセッション： 新しいアクティブタイム計算を使用してください。
混合期間：監査または経歴報告については、誤解を避けるために 起動前/起動後 でセグメント化してください。

既知の制限

インタラクティブコンテンツ (SCORM/Captivate)は、コンテンツが提供するタイミングに依存し続けています。コンテンツ内のアイドル状態を検出することはできません。
Iframeベースのコンテンツ (HTML/xAPI)では、詳細なインタラクションの検出が制限されます。代わりにタブフォーカスが使用されます。

よくある質問

この更新によって履歴レコードは変更されますか？

掲示板でこの変更は、機能起動後のセッションにのみ適用されます。

変更を確認する方法

学習者のトランスクリプトで最近のモジュールを確認し、時間を予想期間と比較します。

この変更はすべてのアカウントに影響しますか？

はい、すべてのAdobe Learning Managerアカウントに適用されるグローバルアップデートです。

学習者がアクションを実行する必要がありますか？

掲示板で変更は自動的に行われ、学習者に対して透過的に実行されます。

学習者がコンテンツを開いたままにしておく場合はどうなりますか？

アイドル時間が除外され、過剰なレポートが防止されるようになりました。

タブがアクティブでないときに、ビデオ/オーディオセッションは自動的に一時停止されますか？

掲示板で再生動作は変更されません。 10分以上一時停止した場合、またはアクティブに再生していない場合は時間が除外されます。

オフラインのモバイルアクティビティは反映されますか？

はい。デバイスの同期時には、オフラインでの使用も含まれます。

ダッシュボードに表示される平均値が低くなった場合はどうすればよいですか？

これは、アイドル時間が以前に結果を大きくしていた場合に予想されます。ダッシュボードに注釈を付け、必要に応じてターゲットを調整します。

前提条件はありますか？

なし。変更は自動的に行われます。

管理者向けの学習トランスクリプトレポートの更新

アドビでは、管理者向けの学習トランスクリプト(LT)レポートのアップデートを進めており、チェックリストベースの評価とレビュアーのフィードバックによりサポートを強化しています。

何が変わりますか？

1. 管理者学習トランスクリプトの列名の変更

管理者学習の既存の 提出物のコメント 列
文字起こし：

名前が Reviewer's remarksに変更されました

この列に表示されるデータ：

送信モジュールの場合：
列には、引き続き送信コメントが表示されます（動作の変更はありません）。
チェックリストモジュールの場合：
列に評価コメント（チェックリストのレビュー担当者のコメント）が表示されるようになりました。

この変更はすべてのAdmin LTソースに適用されます。

管理者UIからダウンロードされたLT
LTがジョブAPIを介して取得されました
コネクタ経由で生成されたLT

この変更の後、同じ列に次が表示されます。 – 提出モジュールの提出コメント

チェックリストモジュールの評価コメント

新しいヘッダー名の下レビュー担当者のコメント。

2. コネクタベースの学習トランスクリプトの書き出しに新しい列を追加

コネクタ書き出し学習トランスクリプトの場合：

レポートの最後に、校閲者のコメントという名前の新しい列が追加されます。
この列には、上記の動作に沿ったレビュー担当者のコメントが表示されます。
- 提出モジュールの提出コメント
- チェックリストモジュールの評価コメント

既存の統合および自動化への影響

カスタム統合、自動化、または外部レポートツールで学習トランスクリプトレポートを使用している場合は、次のシナリオを確認してください。

シナリオ

影響

必要な操作

Admin LTのフィールドは列名で識別します（例：「提出コメント」）

列ヘッダーが校閲者のコメントに変わります。

はい。提出コメントを参照するマッピングまたはロジックを更新して、レビュー担当者のコメントを使用します。

Admin LTのフィールドは、列の位置のみで識別します（索引ベース）

この列の位置は、Admin LTでも同じです。

通常は何もしない。ロジックがヘッダーテキストに依存していない場合、Admin LTに変更を加える必要はありません。現在、「Submission Comments」列が使用されている場合は、列名を変更するだけです。

コネクタに書き出されたLTを使用して、固定列数または特定の最終列位置に依存します

レポートの最後に新しい列が追加されます。

はい。ファイルの最後に余分な列があることを考慮して、解析ロジックまたは検証ロジックを調整します。

コネクタに書き出されたLTを使用し、列名でマップします

新しい列レビュー担当者のコメントが利用可能です。

オプション。新しいレビュー担当者/チェックリストコメントデータを使用する場合を除き、変更は必要ありません。

対処方法

管理者学習トランスクリプトレポートを使用するスクリプト、ETLジョブ、ダッシュボード、または統合をレビューします。
古い列名 送信コメント を参照する場合は、新しい列名Reviewer's remarksを使用するように構成またはコードを更新してください。
コネクタベースのLTの書き出しを使用し、固定数の列または固定最後の列を想定する場合は、書き出しの最後に追加の列を処理するようにロジックを更新します。

現在の実装が、Admin LTの列の位置のみに依存していて、列ヘッダーテキストを検証しない、または依存していない場合、Admin LT自体に変更は必要ありません。固定レイアウトに依存している場合は、コネクタの書き出しにのみ注意が必要です。

Experience Builderのログインなしのエクスペリエンス

Experience Builderのログインなしのエクスペリエンスを使用すると、組織は、ログインしていないユーザーを含むすべての訪問者に学習コンテンツとポータルページを表示できます。この機能は、ログインや登録を要求する前に、トレーニング内容をブランド化されたスムーズなプレビューで確認できるようにすることで、潜在的な学習者の関心を引き、通知し、参加するように設計されています。

この機能を使用すると、標準のExperience Builderにあるものと同じユーザーフレンドリーなドラッグ&ドロップインターフェイスを使用して、公開ページを作成およびカスタマイズできます。コースカタログ、カテゴリ、パス、および画像、テキスト、HTML、埋め込みiframeなどのリッチな静的コンテンツを、ポータルにアクセスするすべてのユーザーに対して公開できます。これにより、学習プログラムに焦点を当て、新しいコースを宣伝し、重要な情報をより幅広いオーディエンスに提供することが簡単になります。

訪問者はカタログを参照し、コースとインスタンスの詳細を表示して、グローバル検索を利用して利用可能なトレーニングの機会を調べることができます。ただし、コースへの登録、パーソナライズされた機能（カレンダー、コンプライアンス、リーダーボード、ソーシャルラーニングなど）へのアクセス、トレーニングの利用など、ユーザーのIDを必要とするアクションは、訪問者にログインを促します。このアプローチにより、機密性の高いパーソナライズされた情報を安全に保ちつつ、包括的なプレビューを実現できます。

管理者は、ログインしていないユーザーに表示するページとウィジェットを設定できるため、適切なコンテンツのみが表示されます。ページは、ログインしているユーザーとログインしていないユーザーの両方、またはこれらのグループのいずれかに対して排他的にアクセスできるように設定できます。 Experience Builderのプレビューモードを使用すると、ページが公開される前に、訪問者にページがどのように表示されるかを正確に確認できます。

この機能を有効にするには、ALM統合管理者がTraining Data Accessコネクタをアクティブにする必要があります。このコネクタにより、コースメタデータにパブリックでアクセスできるようになります。

ブランディングとローカリゼーションが完全にサポートされているため、ページタイトル、お気に入りアイコン、言語設定を組織のIDに合わせてカスタマイズし、オーディエンスのニーズを満たすことができます。この拡張エクスペリエンスへの移行の一環として、ログインしていないユーザー向けの従来のホームページ機能は廃止されます。したがって、すべての新しいパブリックコンテンツは、Experience Builderを使用して作成する必要があります。

機能の目的

Experience Builderのログインなしのエクスペリエンスでは、ユーザーがログインしなくても、組織は学習コンテンツやポータルページを公開できます。これにより、登録や認証が必要になる前に、利用可能なトレーニングやリソースのプレビューを提供して、潜在的な学習者の獲得、通知、関与を促進します。

ログインなしのエクスペリエンスでの実際の使用例

マーケティングとアウトリーチ：組織は、コースカタログとプログラムの詳細にパブリックでアクセスできるようにすることで、トレーニングプログラムを見込み顧客、パートナー、求職者などの外部の対象者にプロモーションできます。
登録前の調査 ：学習者は、登録やログインを決定する前に、利用可能なコースを参照し、概要を表示して、カテゴリを確認することができます。これにより、十分な情報に基づいた登録の決定を下すことができます。
企業のトレーニングポータル：企業は、コンプライアンスやオンボーディングに関する情報を提供するための公開ポータルを提供できます。これにより、新入社員や契約業者は、資格情報を受け取る前に、利用可能なトレーニングを確認できます。
イベントまたはキャンペーンのランディングページ ：学習キャンペーンまたはイベントを実施している組織は、専用の公開ページを作成して、注目のコース、スケジュール、またはリソースをハイライト表示することで、可視性とエンゲージメントを高めることができます。
SEOと検出可能性 ：選択したページとカタログを公開することで、組織は検索エンジンの可視性を向上させ、ユーザーがオンラインで学習内容を発見できるようにします。

ログインなしのエクスペリエンスのキーコンセプト

Experience Builderのログインなしのエクスペリエンスでは、学習コンテンツやポータルページを公開し、ビジターはログインせずに参照できます。

パブリックページとメニューを作成する:ログイン状態に関係なく、すべてのユーザーがアクセスできるページと単一のメニューを設定します。
サポートされているウィジェットのみを追加:ユーザーコンテキスト（カテゴリ、コース、学習パス、コンテンツボックス、HTML、iframe）を必要としないウィジェットが含まれ、システムはユーザー固有のウィジェットを非表示にします。
適応ページの動作を構成する:ログインしているユーザーとログインしていないユーザーの両方に対してページを表示するかどうかを決定し、ログイン状態に基づいて表示ウィジェットとコンテンツがシステムによって適応されます。
両方のエクスペリエンスをプレビュー:プレビューオプションを使用して、ウィジェットの表示とコンテンツの違いによって、ログインしているユーザーとログインしていないユーザーのページの外観を確認できます。
グローバル検索を有効にする ：訪問者はコースとコンテンツを検索できますが、高度なAI統合を行わずに基本的な検索機能のみを利用できます。
カタログとコースの概要の閲覧を許可 ：訪問者はカタログページ、コースの詳細、インスタンスを確認できますが、パーソナライズされた機能に登録したり、アクセスしたりするにはログインする必要があります。
ブランディングとローカライゼーションのカスタマイズ ：組織のブランディングとアクセシビリティのニーズに合わせて、お気に入りのアイコンや言語設定を設定します。
トレーニングデータアクセスコネクタを有効にする：このコネクタをアクティブにすると、コースのメタデータが公開され、ログインしていないページが最新の状態に保たれます。
共有インフラストラクチャで高トラフィックを処理する：共有リソースとレート制限を使用して、システムが大量の匿名の訪問者を管理します。
SEO用に最適化:プラットフォームは、検索エンジンのインデックス作成用にパブリックページを準備し、学習コンテンツの検索を容易にします。

ログインなしのエクスペリエンスの前提条件

ログインなしのエクスペリエンスを使用するには、統合管理者がトレーニングデータアクセスコネクタを有効にする必要があります。
コネクタはコースメタデータをパブリックリポジトリにエクスポートします。これにより、ログインしていないページが常に更新されます。

Training Data Accessコネクタの初期化

トレーニングデータアクセス(TDA)コネクタは、ALMの新しいログインしていないエクスペリエンスビルダー機能を有効にするための重要な前提条件です。このコネクターを使用すると、トレーニングメタデータを簡単に書き出して、ログインしていないユーザーにコース情報をポータルで表示できます。

コネクタのアクティブ化: TDAコネクタを統合管理パネルから有効にする必要があります。この手順により、ログインしていないエクスペリエンスビルダー機能が有効になり、関連するUIオプションが管理者インターフェイスに表示されます。
メタデータの書き出し:アクティブにすると、コネクタは重要なトレーニングメタデータ（コース名、説明、概要、評価、期間、スキルなど）をALMからパブリックリポジトリに書き出します。このデータは、ログインしていないページとウィジェットにデータを入力するために使用されます。
スケジュールと同期:ポータルに最新のコースの更新が反映されるように、エクスポート処理を（たとえば毎日）スケジュールできます。 ALMでおこなった変更は、キャッシュと書き出し頻度に応じて、次の書き出しサイクルの後にログインしていないページに表示されます。
利用可能な機能:メニューの作成、ウィジェットのサポート、カタログの表示など、ログインしていないエクスペリエンスビルダーの機能は、TDAコネクタが初期化された後にのみアクセスできます。コネクタが有効になっていない場合、エクスペリエンスビルダーはログインユーザーのシナリオに限定されます。
移行とサポート:ログインしていない従来のホームページ機能から移行しているアカウントの場合、移行の最初のステップとしてTDAコネクタを初期化します。これにより、新しいエクスペリエンスビルダーの柔軟性と強化された機能を使用できるようになります。

ビジターがログインせずにできる操作

ログインしていないExperience Builderサイトでは、訪問者は、公開カタログのカタログページを開いてトレーニングカタログを参照することができます。サイトの設定方法に応じて、カタログ、製品、役割、タイプ、スキル、タグなどのフィルターを使用できます。ビジターは、ヘッダーのグローバル検索バー（有効な場合）を使用してトレーニングを検索し、検索結果をカタログページで直接表示することもできます。

ビジターは、コース、学習パス、資格認定の概要ページを開いて、トレーニングの詳細を確認できます。これらのページには、タイトル、説明、作成者、期間、形式、タグ、スキルなどの主要なメタデータが表示されます。

また、訪問者は静的なコンテンツやプロモーション用のコンテンツも検索できます。テキストブロックやリッチコンテンツブロックを読み取ったり、バナーや画像タイルを表示したり、外部のマイクロサイト、ビデオ、ツールなどの埋め込みiframeを操作したりできます。

訪問者が「登録」をクリックするかトレーニングを開始しようとすると、ログインまたは新規登録を求めるメッセージが表示されます。ログインが成功すると、ホームページ、カスタムページ、または選択した特定のトレーニングなどの適切なページにリダイレクトされます。

ログインしないと使用できない機能

ログインしていないExperience Builderサイトでは、ユーザー認証が必要な機能やコンテンツにアクセスすることはできません。ユーザーは、トレーニングへの登録、コースの開始または使用、学習状況、カレンダー、コンプライアンス、リーダーボード、ソーシャル学習などのパーソナライズされたウィジェットへのアクセスを行うことができません。これらのウィジェットはユーザー固有のデータに依存し、ログイン後にのみ使用できます。

ビジターはまた、コースへの登録や、進行状況またはユーザーコンテキストの追跡が必要なコンテンツへのアクセスなどのアクションを実行できません。トレーニングを登録または開始しようとすると、ログインまたは新規登録を促すメッセージが表示されてから続行します。

非ログインモードでサポートされているウィジェット

非ログインモードでは、ユーザー固有のデータを必要としないウィジェットのみがサポートされます。次のようなものがあります。

利用可能なトレーニングカテゴリを表示するカテゴリウィジェット。
パブリックカタログのコースと学習パスを表示する「コースとパス」ウィジェット。
静的テキスト、画像、またはプロモーションコンテンツを追加するためのコンテンツボックス。
カスタムHTMLコンテンツを埋め込むためのHTMLウィジェット。
Iframeウィジェット。ページ内の外部サイト、ビデオ、ツールを表示します。
学習状況、カレンダー、コンプライアンス、リーダーボード、ソーシャル学習など、ユーザーコンテキストを必要とするウィジェットは、ログインなしのモードでは使用できません。

ログインなしのエクスペリエンスでのページとメニュー

ログインなしのメニューは1つのみサポートされており、認証なしですべての訪問者に表示されます。
ページは、ログインしているメニューとログインしていないメニューの両方に追加できます。両方にページがある場合、ユーザーのログイン状態に基づいてウィジェットとコンテンツが調整されます。
ログインしていないメニューには、オーディエンスのターゲティングやパーソナライズは含まれません。誰でも同じページのセットを見ることができます。
ログインなしのモードでサポートされていないウィジェットは自動的に非表示になり、ページレイアウトが調整されて隙間を埋めます。
メニューおよびページ管理（追加、プレビュー、削除）はログインモードと似ていますが、ログインしていない制約に適応しています。

検索とカタログ動作

ログインなしのモードでは、ユーザーはカタログページにアクセスし、検索を使用して利用可能なコースと学習パスを参照できます。カタログページには、すべてのパブリックコースが、ログイン時と同じアカウント設定に従って、フィルターおよび検索機能とともに表示されます。ユーザーが検索すると、結果がカタログページに表示されます。また、ユーザーはログインしなくてもコースやインスタンスの概要ページを表示できます。ただし、登録などのアクションにはログインが必要です。

ユーザーが登録しようとすると、まずログインする必要があります。ログインしていないユーザーの検索は、ログインユーザーの検索よりも単純です。AIアシスタントの統合などの高度な機能は含まれていません。

技術的実装

トレーニングデータアクセスコネクタの設定

ログインしていないエクスペリエンスビルダー機能を使用するには、統合管理パネルでトレーニングデータアクセスコネクターを有効にする必要があります。このコネクタは、トレーニングメタデータをALMからパブリックリポジトリにエクスポートし、ログインしていないページのAPIを介してアクセスできるようにします。コネクタの設定は、機能をアクティブ化するための前提条件であり、ポータルに最新のトレーニング情報が表示されるようにします。

メタデータの書き出しと同期

コネクタは、コース名、概要、説明、評価、期間、スキルなどの主要なメタデータフィールドを書き出します。書き出しのスケジュール（毎日など）を設定して、ポータルとALMの同期を維持できます。すべてのメタデータフィールドを含めることができるわけではありません。完全なリストについては、エンジニアリング部門に問い合わせてください。書き出されたデータは、ログインしていないページへのデータ入力に使用されます。ALMでの変更は、次の書き出しサイクル後に表示されます。

キャッシュと書き出しの頻度

このシステムは、バックエンドの書き出し頻度とフロントエンドのキャッシュを使用して、データ更新を管理します。 ALMで行われた変更は、スケジュールされた書き出しとキャッシュの更新後にポータルに反映されます。これらのメカニズムにより、一部のアップデートがすぐに表示されない場合があります。より迅速なアップデートが必要な場合は、必要に応じて書き出しスケジュールを調整するか、キャッシュをクリアします。

CSS/JSカスタマイズのサポート

カスタマイズタブを使用すると、ログインしているページとログインしていないページの両方にカスタムCSSとJavaScriptを適用できます。これにより、一貫したブランディングを維持し、カスタムUI要素を追加して、ポータル全体のユーザーエクスペリエンスを向上させることができます。すべてのカスタマイズはグローバルに適用され、一貫したルックアンドフィールを実現します。

URLの違いとブランディング（お気に入りアイコン、ページタイトル）

ログインしていないページとログインページでは、ユーザー状態を区別するために異なるURLが使用されることがあります。ポータルのお気に入りアイコンとページタイトルをカスタマイズして、ブランドアイデンティティを強化できます。これらの機能はエクスペリエンスビルダーで利用できます。ログインなしのサポートについては、エンジニアリングに問い合わせて最新のステータスを確認してください。

パフォーマンスと拡張性

共有スタックとプレミアムスタック

共有スタックを使用すると、複数のお客様が共通インフラストラクチャでログインなしのエクスペリエンスビルダーを使用でき、標準のトラフィックレベルがサポートされます。プレミアムスタックは、高度なニーズを持つお客様に専用のリソース、リアルタイム機能、より高いシート制限を提供する有料のオプションです。予想されるトラフィックとビジネス要件に基づいてスタックを選択します。

トラフィック制限とレート制限

共有スタックは、トラフィック制限を適用して、お客様間での公正な使用を保証します。エンジニアリングチームは、レート制限を実装して、1人のお客様がすべてのリソースを消費するのを防ぎます。マーケティングキャンペーンを計画している場合、またはトラフィックが多いと予想される場合は、エンジニアリングと調整して、制限を理解し、サービスの中断を回避します。レート制限は、すべてのユーザーのシステムの安定性とパフォーマンスの維持に役立ちます。

マルチテナンシーとSEOに関する考慮事項

このプラットフォームはマルチテナンシーをサポートしており、複数のお客様が共有インフラストラクチャ上でポータルをホストすることができます。ログインしていないページは、sitemap.xmlやrobots.txtと共にSEOに優しく、検索エンジンの可視性を最適化します。これにより、ポータルが検索エンジンによって適切に検出され、インデックスが作成されます。

移行と廃止

既存のログインしていないホームページからの移行

新しいエクスペリエンスビルダーを使用してホームページを再作成すると、柔軟性が向上し、ウィジェットがサポートされ、ユーザーエクスペリエンスが向上します。移行計画により、中断を最小限に抑えて継続的なサポートを提供します。

コミュニケーション計画

レガシーホームページを使用しているお客様には、廃止のタイムラインと移行の手順について明確なお知らせが届きます。ホームページを新しいエクスペリエンスビルダープラットフォームに移行する際に、新機能や継続的な更新のメリットを確実に享受できるようサポートします。

ローカリゼーションとログインのサポート

ロケールフォールバックロジック

作成したロケールでページが表示されます。ユーザーのロケールが使用できない場合、システムはフォールバックロジックを使用して、次に最適なロケールを選択します。これにより、ユーザーは常にサポートされている言語でコンテンツを表示でき、アクセシビリティとユーザー満足度が向上します。

サポートされているログインの種類

ログインなしのエクスペリエンスでは、SSOや標準ログインを含め、ALMで使用できるすべてのログインタイプがサポートされます。ユーザーはログインせずにコンテンツを参照でき、コースへの登録やパーソナライズされた機能へのアクセスなど、必要に応じてログインを求められます。これにより、ブラウジングからエンゲージメントにスムーズに移行できます。

ログインしていないAPI

Admin Learning Object API

ログインしていないExperience Builderページやヘッドレスポータルでは、製品や役割に基づいてコースを整理したり、フィルタリングしたりすることがよくあります。 Admin LO APIが強化され、これらの関連付けがバックエンドとヘッドレスの統合、およびTDAコネクタで一貫してアクセス可能になりました。

エンドポイントと動作

既存のAdmin LOエンドポイントを引き続き使用します。

GET /primeapi/v2/learningObjects/{loId}?enforcedFields[learningObject]=products,roles

対象：

loIdは学習目標のIDです（例： course:12345）。
enforcedFields[learningObject]は、そのLOの製品とロールを明示的に含めるようにAPIに指示します。

これは、enforcedFieldsを通じて要求された場合に、LOの製品と役割の関連付けが応答に確実に存在することで実現されます。このレスポンスには、Experience Builderやその他のコンシューマーに推奨される製品(rec_products)およびロール(rec_roles)を計算または公開するために必要な製品およびロールのメタデータが属性に含まれます。

管理者や統合からの一般的な呼び出しは次のようになります。

url -X GET \
 "https://{your-domain}/primeapi/v2/learningObjects/course:12345?enforcedFields[learningObject]=products,roles" \
 -H "Authorization: Bearer {admin\_token}" \
 -H "Accept: application/vnd.api+json

返されるLO JSONは以前と同じ基本構造ですが、enforcedFieldsを使用して要求する場合に、存在する製品/ロールフィールドに依存できるようになりました。 enforcedFieldsを使用しない統合は、引き続き以前と同様に動作します。

学習目標リスト – 変更日フィルターでの作業計画書のサポート

目的

多くの場合、トレーニングデータアクセス(TDA)コネクタとヘッドレス実装では、学習目標の 有効変更日 に基づいて増分同期を実行する必要があります。このリリースまでは、作業計画書（LOタイプの作業計画書）をeffectiveModifiedDateフィルターと組み合わせて使用しても、正しく処理されませんでした。このリリースでは、作業計画書がコースや学習パスと同様に段階的に同期されるように、この問題が修正されています。

エンドポイントと動作

日付フィルタとLOタイプを使用して、既存のLOリストのエンドポイントを使用します。

GET /primeapi/v2/learningObjects
 ?filter.effectiveModifiedDate.fromDate=2025-03-15T13:14:56.000Z
 &filter.effectiveModifiedDate.toDate=2025-03-20T13:14:56.000Z
 &filter.loTypes=jobAid

以前は、filter.loTypes=jobAidがeffectiveModifiedDate範囲と組み合わされている場合、フィルターによってJobAidsが効果的に除外され、呼び出しはJobAidがサポートされていないかのように動作していました。

この更新以降、呼び出しは、指定されたウィンドウ内にeffectiveModifiedDateがある作業計画書の学習オブジェクトのみを返します。

{
 "links": {
 "self": "https://acapapiserver/primeapi/v2/learningObjects?page[limit]=10&filter.effectiveModifiedDate.fromDate=2026-01-19T13:14:56.000Z&filter.effectiveModifiedDate.toDate=2026-01-21T13:14:56.000Z&filter.loTypes=jobAid"
 },
 "data": [
 {
 "id": "jobAid:144968",
 "type": "learningObject",
 "attributes": {
 "authorNames": ["Author"],
 "dateCreated": "2026-01-20T08:48:55.000Z",
 "datePublished": "2026-01-20T08:48:55.000Z",
 "dateUpdated": "2026-01-20T08:48:55.000Z",
 "effectiveModifiedDate": "2026-01-05T07:31:18.000Z",
 "loType": "jobAid",
 "loFormat": "Content",
 "loResourceType": "Content",
 "localizedMetadata": [
 {
 "description": "Link jobAid new",
 "locale": "en-US",
 "name": "Link jobAid new"
 },
 {
 "description": "Link jobAid new fre",
 "locale": "fr-FR",
 "name": "Link jobAid new fre"
 }
 ],
 "relationships": {
 "authors": {
 "data": [
 { "id": "13385176", "type": "user" }
 ]
 },
 "instances": {
 "data": [
 { "id": "jobAid:144891\_-1", "type": "learningObjectInstance" }
 ]
 }
 }
 }
 }
 ]
}

つまり、他のタイプの場合と同様に、effectiveModifiedDateに基づくJobAidの増分同期を安全に実装できるようになりました。

filter.loTypes=jobAidを省略した場合、他のLOタイプの動作は変更されません。変更は、そのフィルターとJobAidの組み合わせに対してのみ影響します。

メニューAPI:ログインしていないメニューフィルター

目的

Experience Builderおよびヘッドレスフロントエンドでは、一般訪問者のナビゲーションを定義する ログインしていないメニュー を簡単に取得する方法が必要です。このリリースの前は、すべてのメニューを取得してから、ログインしていないナビゲーションを表すカスタムロジックを適用する必要がありました。このリリースでは、シンプルなサーバー側フィルターが追加されています。

エンドポイントと動作

既存のメニューリストのエンドポイントを新しいクエリパラメーターで使用します。

GET /primeapi/v2/templates/menus?include=pages,subMenus.pages&isNonLoggedIn=true

キーポイント：

include=pages,subMenus.pagesはオプションですが、ページとサブメニューページの詳細を同じ応答で指定する必要がある場合に推奨されます。
isNonLoggedIn=trueは、このリリースで新しく追加された機能で、ログインしていないメニューとしてフラグが設定されているメニューのみを返すようにサーバーに指示します。

isNonLoggedInパラメーターが指定されていない場合、エンドポイントは以前と同じように動作し、既存のデフォルトの動作に従ってメニューを返します。 isNonLoggedIn=trueの場合は、通常、アカウントに対するログインなしのエクスペリエンスで使用される単一のメニューを返します（アカウントごとに通常、ログインなしのメニューは1つあるため）。

実際には、クライアントは次の問題を発行できます。

curl -X GET \
 "https://{your-domain}/primeapi/v2/templates/menus?include=pages,subMenus.pages&isNonLoggedIn=true" \
 -H "Authorization: Bearer {admin\_token}" \
 -H "Accept: application/vnd.api+json"

ログインしていないナビゲーション構造を1回の呼び出しで元に戻し、匿名の訪問者に表示されるすべてのページを表示します。

これは、ヘッドレスのログインしていないサイトを構築し、Experience Builderが使用するのと同じナビゲーションをミラーリングする場合、またはログインしていないメニューが正しく設定されているかどうかをデバッグする場合に特に便利です。

カスタムドメインのリストを許可

ログインしていないスタックは、次の要素で構成されます。

レイアウト、設定JSON、静的アセットを提供するパブリックCDNドメイン（cpcontents.adobe.comやyourdomain.example.comなど）。
カタログおよび検索データを提供するパブリックElasticsearch (ES)エンドポイントです。ただし、そのALMアカウントの 許可リストに登録されたドメイン からのリクエストの場合に限られます。

カスタムドメインを導入すると、カスタムドメインを追加する既存のプロセスに従って、追加の作業を行うことなくシームレスに動作します。

前提条件

ログインしていないカスタムドメインをホワイトリストに登録する前に：

ALMアカウントにカスタムドメインが設定されている（例えば、academy.yourcompany.comのDNSはAdobe/Akamaiを指し、証明書がプロビジョニングされている）。
トレーニングデータアクセス(TDA)コネクタがアカウントで有効になっています。
ログインしていないエクスペリエンスビルダー機能が有効になっています（Adobe側）。

これらの手順により、次のことが保証されます。

アカウントに、cpDomain、almDomain、almCdnBaseUrl、esBaseUrl、許可リストに登録されたドメインなどのフィールドを含むログインしていないアカウントJSON （多くの場合、accountConfigまたはexperienceBuilderConfigとして参照されます）があります。
ログインしていないスタックは、データを処理する場所と、要求を受け付けるドメインを知っています。

許可リストの仕組み

許可リストは、TDAがエクスポートし、ログインしていないスタックが読み取る設定に格納されます。この構成には、次のものが含まれます。

ALMドメイン(cpDomain、almDomain)。
ログインしていないコンテンツ(almCdnBaseUrl)のCDNベースURL。
パブリック検索ベースURL (esBaseUrl)。
そのアカウントに対するログインしていない公開呼び出しを許可されたドメインのリスト。

ログインしていないExperience Builderがカスタムドメインで動作するには：

ブラウザーは、そのカスタムドメイン（または設定に応じてALMのログインしていないCDN HTML）からログインしていないドメインを読み込む必要があります。
そのドメインからパブリックESおよびCDNエンドポイントへの呼び出しは受け入れられる必要があります。これは、許可リストにドメインが存在する場合にのみ発生します。

このリリースでは、ログインしていない新しいCDNドメインcpcontents.adobe.comが追加され、TDAコネクタの 許可リストに登録されたドメイン に配置する必要があることが指定されています。既存のログインしていないネイティブユーザーの場合、更新が必要です。

カスタムドメインの許可リスト

ALMのカスタムドメインを構成する

Adobeと協力して、ドメイン（例：academy.yourcompany.com）をALMアカウントのカスタムドメインとして登録します。 DNSを更新して、指示に従ってAdobe Akamaiを指し、SSLとルーティングが完了するのを待ちます。

この時点では、ログイン済みのトラフィックとログインしていないトラフィックの両方がそのドメインを介してALMに到達できますが、ログインしていない検索コールとカタログコールは、そのドメインが許可リストにない場合でもブロックされる可能性があります。

TDAおよびログインしていないエクスペリエンスビルダーを有効にする

次のことを確認します。

トレーニングデータアクセスコネクタが有効になっています。
ログインしていないエクスペリエンスビルダー機能は、アカウントで有効になっています。

TDAを有効にすると、ログインしていないアカウントのJSONが作成または更新されます。新しいアカウントの場合、このプロセスはデフォルトでログインしていない新しいCDNドメイン(cpcontent.adobe.com)も許可リストに含めるため、パブリックESエンドポイントはそのドメインからの呼び出しを期待しています。

古いログインしていないスタックを既に使用しているアカウントの場合、新しいドメインを取得するには、既存のコネクタを削除して再作成する必要があります。

許可リストにカスタムドメインを追加する

重要な部分は、ログインしていないESスタックに対して、academy.yourcompany.comが承認済みオリジンであることを通知しています。共通パスは2つあります。

TDAコネクタを再度有効にする（シンプルでセルフサービス対応）

既存のネイティブのログインしていないユーザーは、新しいドメインが自動的に許可リストに表示されるように、TDA接続を削除して再度有効にする必要があります。これを実行すると、次の2つの結果が得られます。

ログインしていないアカウントのJSONが再生成されます。
許可リストに登録されたドメインが更新され、新しいログインしていないCDNドメインとカスタムドメインが追加されます。

アカウントの数が少なく、コネクタを一時的に無効にしたり再度有効にしたりすることが許容される場合は、この方法をお勧めします。

ドメインが実際に許可リストに登録されていることを確認する

許可リストの作成後、カスタムドメインでログインしていないサイトを開き、ブラウザーのネットワークコールを確認します。

表示する項目：

almCdnBaseUrlへのリクエスト（例： https://cpcontent.adobe.com/…） 200/304で成功します。
esBaseUrlへの要求（パブリック検索API、例： https://primeapps.adobe.com/almsearch/api/v1/…）成功すると、検索/カタログデータを含むJSONが返されます。

これらの呼び出しが4xxを返すか、「信頼されていないドメイン」または「オリジンは許可されていません」を示唆する明示的なエラーを返す場合、許可リストは不完全か誤った設定になっており、サポートはこれを調整する必要があります。

また、ログインしていないLLDでは、アカウント設定が想定されるドメイン値を保持できることも示されます。実行時に、サイトはURLのドメインが構成に設定されているドメインと一致するかどうかをチェックします。一致しない場合、ユーザーをエラーページにリダイレクトできます。これにより、お客様の構成が別のお客様のドメインからアクセスされるのを防ぐことができます。

ログインしていないExperience Builderでの推奨事項の使用

ログインしていないExperience Builderを使用すると、訪問者がログイン前にカタログを参照し、ハイライト表示されたコンテンツを確認できる公開学習ページを作成できます。これらの訪問者は匿名ですが、メタデータとウィジェットを使用して、おすすめのトレーニングを提示できます。

ログインした学習者アプリでは、おすすめをパーソナライズできます。学習者のプロファイル、履歴、スキル、進行状況に応じてカスタマイズできます。 ログインなしのエクスペリエンスでは、学習者IDがまだないため、プラットフォームではユーザーごとにパーソナライズできません。

したがって、ログインなしのRecommendationsは次のようになります。

キュレートされた、またはルールベースの :カタログ、製品、役割、ラベル、タグ、およびその他のメタデータに基づきます。
セグメント指向: 「開発者向けにおすすめ」、「パートナー向けにおすすめ」、「初心者向けのおすすめ」。
マーケティングに焦点を当てた：訪問者を引き付け、ログイン後に登録するようにガイドするために使用します。

推奨事項をサポートするメタデータとAPI

ログインしていないページは、以下の機能を使用してバックグラウンドで動作します。

学習目標のメタデータ（コース、パス、資格認定、作業計画書）をパブリック検索インデックスにエクスポートするためのTDAコネクタ。
ログインしていないウィジェット（カタログ、検索、コースやパス、カテゴリ）からのクエリに回答するためのパブリック検索スタック。
管理者学習オブジェクトAPIは、推奨ルールに使用できる製品と役割のメタデータを公開します。

このリリースでは、Admin LO APIが拡張され、製品と役割の関連付けが確実に使用できるようになりました。

GET /primeapi/v2/learningObjects/{loId}?enforcedFields[learningObject]=products,roles

これにより、ウィジェットとヘッドレス統合で、製品、役割、カタログラベル、タグ、その他のフィールドを一貫して使用して、ルールベースの推奨事項を構築できます。

Experience Builderウィジェットを使用した推奨セクションのデザイン

Experience Builderウィジェットをメタデータフィルターと組み合わせて、ログインしていないページにおすすめのセクションを作成します。

コースとパスのウィジェット

推奨アイテムの行やグリッドを表示する場合は、コースとパスウィジェットを使用します。設定では、次の項目を選択できます。

どのカタログから取得しますか。
フィルターとして使用するカタログラベル、製品、役割またはタグ。
コース、パス、資格認定、作業計画書、またはミックスを表示するかどうかを指定します。
並べ替えとアイテムの最大数。

例えば、次のようなファイルを作成できます。

「開発者にお勧め」：開発者コンテンツで使用する製品またはロールでフィルタリングします。
「ここから開始」:「スターター」や「オンボーディング」などのラベルでフィルタリングします。
「Featured this quarter」: featured-q3-2026のような期間限定のラベルでフィルタリングします。

ウィジェットはビヘイビアーから学習するのではなく、定義したメタデータルールと一致するものを表示します。しかし、訪問者の視点からは、それはレコメンデーションのストリップのように見えます。

カテゴリウィジェット

カテゴリウィジェットを使用すると、訪問者が製品名を知らない場合でも、おすすめのコンテンツセットに移動しやすくなります。

各タイルが次のようなセグメントを表すように設定できます。

「管理者の場合」
「セールスチームの場合」
「パートナー向け」
「製品ライン別」

各タイルは、次のいずれかにリンクできます。

フィルタリングされたカタログページ（例えば、特定の製品またはラベルでフィルタリングされたカタログ）。
専用のログインページ。そのセグメント用に事前設定されたコースとパスが使用されます。

これにより、パーソナライズせずに「セグメントごとの推奨パス」エクスペリエンスが提供されます。

セグメントベースの推奨事項の作成

ログインしていないビジターにはまだALMプロファイルがないため、おすすめのデザイン セグメント別 を作成し、ビジターが自分で選択できるようにすると便利です。

ログインなしのホームページを使用して、アカデミーの対象者について簡単に説明し、少数のセグメントエントリポイント（例：「開発者」、「マーケティング担当者」、「パートナー」、「新入社員」）を表示します。これは、カテゴリウィジェット、ボタン付きのシンプルなコンテンツボックスまたはHTMLセクションで実行できます。
各セグメントに対して、Experience Builderで 専用のログインしていないページ を作成します。そのページでは、そのグループに対して「推奨」される内容を表すフィルターを使用して設定された1つ以上のコースおよびパスウィジェットを使用します。例えば、「開発者」には次のようなフィルターを適用できます。
1. カタログ= 「パブリックトレーニング」
2. Product = "Adobe Experience Manager"
3. タグ= 「開発者の基礎」
これらのセグメントページは、マーケティングキャンペーンの宛先として、またログインしていないホームページ上のタイルのターゲットとして使用します。

訪問者は、ロジックがメタデータを介して設計時に定義されている場合でも、状況に合わせた推奨事項が表示されていることを認識します。

ログインしていない状態からパーソナライズされた推奨事項への移行

ログインなしの推奨事項は、主に 検出可能性 と変換に関するものです。ビジターがトレーニングへの登録や開始を選択すると、ログインしてプロファイルと履歴を持つ完全な学習者になります。

通常のフローは次のとおりです。

訪問者は、ログインしていない推奨事項セクション（ホーム推奨事項、セグメントランディングページ、注目の行）からコンテンツを検出します。
コースまたはパスの概要をクリックし、登録または開始を選択します。
ALMからサインアップまたはログインを求められます。
ログインすると、次のような標準のログイン学習者エクスペリエンスが引き継がれます。
1. 「マイ・ラーニング」
2. 個人の進行状況を含むログインしたカタログ
3. 既存の学習者に使用する社内推奨システム。

つまり、ログインしたお薦めは、次に何をするかを決めて継続するのに役立ちます。

新しいログインしていないExperience Builderでの作業計画書の使用方法

ユーザーインターフェイスでは、作業計画書は、主に学習目標を表示できるウィジェットを通じて、ログインなしのエクスペリエンスで使用されます。

コースとパスのウィジェット
このウィジェットでは、作業計画書など、複数のLOタイプを表示できます。ログインしていないページでは、次のように設定できます。
1. 作業計画書を明示的に含めるか、除外します。
2. カタログ、製品、役割、ラベル、タグ、その他のメタデータ別に作業計画書をフィルタリングします。
3. コースやパスと一緒に表示したり、個別の「リソース」ストリップとして表示したりできます。

例えば、公開ランディングページで、作業計画書のみを表示する「有用なリソース」というタイトルのストリップと、コースとパスを表示する「推奨コース」というタイトルのストリップを設定できます。

カタログページと検索
ログインしていない カタログ および検索のサーフェスでは、パブリック検索インデックスが使用されます（トレーニングデータアクセスコネクタで提供）。このインデックスは作業計画書を正しくサポートするようになりました。
1. ログインしていない検索結果には、作業計画書を含めることができます。
2. ログインしていないカタログフィルター（タイプ、製品、タグなど）アカウント設定とウィジェットが作業計画書を表示するように設定されていれば、作業計画書を含めることができます。
LO概要ページ
訪問者が任意のウィジェットまたはカタログから作業計画書をクリックすると、ログインしていないモードで、その作業計画書の LO概要ページ に移動します。そこから、説明とメタデータを読むことができます。実際のダウンロードや消費には通常、ログインが必要ですが、作業計画書自体の存在や検出可能性は、ログインしていないエクスペリエンスによって処理されます。

ログインしていないAPIを介した作業計画書の表示方法

API側では、作業計画書は次の方法でサポートされています：

トレーニングデータアクセスコネクタとパブリック検索
TDAは、他のLOタイプとともに作業計画書のメタデータを、ログインしていない検索とカタログクエリを実行するパブリック検索インデックスに書き出します。これは、Experience Builderとヘッドレスフロントエンドが依存しているものです。
有効更新日が指定された学習目標の一覧
このリリースでは、LOリストのエンドポイントが修正され、作業計画書がeffectiveModifiedDateフィルターで適切に機能するようになりました。次の連絡先に電話できます。

GET /primeapi/v2/learningObjects
 ?filter.effectiveModifiedDate.fromDate=2026-01-19T13:14:56.000Z
 &filter.effectiveModifiedDate.toDate=2026-01-21T13:14:56.000Z
 &filter.loTypes=jobAid

この変更が行われるまでは、effectiveModifiedDateとloTypes=jobAidを組み合わせても、作業計画書が確実に返されませんでした。つまり、次のことを意味します。

TDAジョブまたはETLジョブでは、コースやパスの場合と同様に、ログインしていないエクスペリエンスに対して 作業計画書を増分同期 できます。
公共作業計画書ディレクトリを構築するヘッドレス実装は、effectiveModifiedDateおよびloType=jobAidに基づいて変更を問い合わせることができます。

注意:

ログインしていない状態の場合：

作業計画書は主に 検出可能 です。ユーザーは、作業計画書の存在を確認したり、説明を読んだりして、トピックやコースのサポート方法を理解することができます。
実際の使用量 （作業計画書のコンテンツをダウンロードまたは開く）には、通常は引き続きログインが必要です。作業計画書がライセンスされたコンテンツまたは内部コンテンツの一部と見なされる場合は特に重要です。

LO検索での簡単な説明の変更（ログインなし）

ログインしていないスタックでは、学習目標(LO)の検索とリスト表示は、Training Data Access(TDA)コネクタとパブリックElasticsearchインデックスを使用して行われます。従来、このスタックでは、各LOに1つの概要/説明フィールドが使用されていました。ヘッドレスのログインしていないポータルを構築しているお客様は、長い概要のみを表示するのではなく、ログインしている学習者のUIに表示されるLOタイルに同じ簡単な説明を表示したいと考えていました。

この変更により、ログインなしの検索とAPIの一覧でLO 簡単な説明がサポートされるようになりました。

コースの既存のUIセマンティクス：
ログインカードに簡単な説明（140文字のフィールド）がある場合は、それが表示されます。それ以外の場合は、長い詳細な概要に戻ります。
学習パスに対して、ログインしたUIは、定義されている場合は[メリット]フィールドを簡単な説明として使用し、定義されていない場合は概要に戻ります。
資格認定では、短い説明が使用され、より長い資格認定の概要がフォールバックとして使用されます。
作業計画書には、主な説明フィールドが使用されます。

その他の変更

2つのアカウントが同じカスタムドメインを共有できないという制限

Adobe Learning Managerのログインなしのアーキテクチャおよびログインなしのアーキテクチャでは、カスタムドメイン （例： academy.example.com）は、1つのALMアカウントにのみマップされる必要があるグローバルに一意なキーとして扱われるため、2つのアカウントが同じカスタムドメインを共有できないという厳しい制限が適用されます。これは、セキュリティ、ルーティング、およびSEOに必要です。ルーティングレイヤーとログインしていないスタックは、ドメインを使用して正しいアカウント設定（ログインしていないアカウントのJSON、Experience Builderメニュー、ブランディング、TDA/検索エンドポイントを含む）を検索します。

2つのアカウントで同じカスタムドメインを許可すると、返されるアカウントのデータの保証が不可能になり、テナント間のリークの原因になりかねません。また、アカウントごとに生成されるがホストごとの検索エンジンによって検出される、sitemap.xmlやrobots.txtなどの生成アーティファクトが破損します。つまり、カスタムドメインを割り当てたり移動したりする場合は、まずカスタムドメインが他のアカウントに関連付けられていない（または登録解除されていない）ことを確認する必要があり、Adobeの内部ツールによって同じドメインを複数のアカウントにバインドしようとすることが拒否されます。

ログインなしのエクスペリエンスでのリソースのブラウザーキャッシュ

Adobe Learning Managerのログインなしのエクスペリエンスでは、リソースのブラウザキャッシングがパフォーマンスとスケーリング戦略の中核を成します。これは、パブリックページが、待ち時間が短く、元の負荷が最小限の、大きく、時にはスパイクの多いマーケティングトラフィックを処理する必要があるためです。 Akamai CDN(cpcontents.adobe.com / cpcontent.adobe.com)のキャッシュヘッダーを使用すると、ログインしていないHTMLシェル（index.html/guest.htmlなど）、アカウントレベルの設定JSON（account.jsonまたはconfig.json）、Experience BuilderページレイアウトJSON(menus, widget layouts, card settings)、CSS、JS、images、faviconsなどの静的アセットと半静的アセットの両方が提供されます最終変更日：

多言語の作業計画書

概要

Adobe Learning Manager(ALM)の多言語作業計画書では、作成者と管理者が1つの作業計画書に含まれる文書、ガイド、リソースを、複数の言語で提供できます。様々な地域の学習者が、お好みの言語で関連資料にアクセスできるため、理解度、コンプライアンス、およびユーザーエクスペリエンスが向上します。

以前の動作

以前のALMの作業計画書では、名前と説明をローカライズできる場合でも、作業計画書ごとに1つのコンテンツファイルしかサポートされていませんでした。同じリソースを複数の言語で提供するために、作成者は各言語に対して個別の作業計画書を作成する必要がありました。この結果、重複、混乱、管理オーバーヘッドの増加が発生しました。多言語リソースを管理する統一された方法がなかったため、一貫性の確保と使用状況の追跡が困難でした。

ユースケース

グローバルな従業員の支援 ：安全マニュアル、プロセスガイド、または参照文書を複数の言語で多様な従業員に提供します。
コンプライアンス ：すべての従業員が母国語で同じコンプライアンス文書を受け取るようにします。
一貫したオンボーディング ：世界中の新入社員に対して、現地言語でオンボーディングチェックリストまたはFAQを提供します。
重複の削減 ：作業計画書のすべての言語バージョンを1つのエントリで管理し、更新とレポートを簡素化します。

主な機能

複数言語のサポート: 1つの作業計画書でサポートされている各言語に一意のファイルまたはURLを添付します。
ローカライズされた名前と説明：作業計画書の名前と説明を各言語で入力します。
統合管理：すべての言語バージョンを1か所から編集、更新、およびレポートできます。
下位互換性 ：既存の単一言語の作業計画書は、新しいファイルがアップロードされるまで、追加されたすべての言語に自動的に複製されます。

多言語作業計画書の作成

作成者の役割に移動し、作業計画書を選択します。
作業計画書を作成を選択します。
デフォルトの言語で作業計画書の名前と説明を入力します。
デフォルト言語のプライマリコンテンツファイルまたはURLを追加します。
作業計画書を保存します。

追加の言語を追加

作業計画書エディターで、言語を追加を選択します。
リストから目的の言語を選択します。
追加した各言語について、次の手順を実行します。
- ローカライズされた名前と説明を入力します。
- 対応するコンテンツファイルをアップロードするか、言語固有のURLを指定します。
必要なすべての言語について、この手順を繰り返します。

言語の編集と管理

特定の言語のファイルまたは説明を更新するには、「言語」タブを選択して、必要な変更を行います。
作業計画書の発行後に言語を追加すると、固有のファイルがアップロードされるまで、元のファイルが自動的に新しい言語に割り当てられます。
必要に応じて、任意の言語のファイルを削除または置換します。

Publishと学習者のエクスペリエンス

すべての言語とファイルが追加されたら、作業計画書を公開します。
学習者は、選択したコンテンツ言語で、適切なファイルまたはURLを含む作業計画書を表示できます。
学習者の言語が使用できない場合、デフォルトの言語ファイルが表示されます。

報告

作業計画書レポートをダウンロードして、各作業計画書に関連付けられているすべてのファイルと言語の詳細を表示します。
レポートには、言語、ファイル名、使用状況データが含まれ、追跡に利用できます。

ベストプラクティス

名前、説明、コンテンツ・ファイルの正確な翻訳を提供します。
ファイルを定期的にレビューおよび更新して、言語間の一貫性を確保します。
異なる言語のファイルを区別するには、命名規則を消去します。
コンテンツ言語を切り替えて、学習者のエクスペリエンスをテストし、正しいファイル配信を確認します。

トラブルシューティング

言語のファイルがありません：既定のファイルが表示されます。すべての言語に正しいファイルがアップロードされていることを確認します。
従来の作業計画書：新しい言語ファイルを追加して、自動的に複製された元のファイルを置き換えます。
表示されている言語が正しくありません：学習者のコンテンツ言語の設定と作業計画書の言語の構成を確認してください。

多言語作業計画書を使用すると、単一のエントリでサポートリソースをグローバルユーザーに提供し、重複を減らし、すべての学習者が希望する言語で適切な情報を受け取れるようにすることができます。この機能により、Adobe Learning Managerでのアクセシビリティ、コンプライアンス、管理効率が向上します。

学習者向けAIアシスタントで回答を得る

学習者向けAIアシスタントは、Adobe Learning Managerに搭載された多言語対応のAI駆動型アシスタントで、必要な情報を迅速に導くように設計されています。自然言語で質問することにより、カタログを手動で参照することなく、コンテキストに応じた説明を得たり、関連するコースを提示したり、学習コンテンツからインサイトを取得したりできます。

機能

スマートな質問応答：単一ターンの会話と複数ターンの会話の両方を処理し、自然に質問できるようにします。回答は、コース、学習パス、資格認定、作業計画書から取得されます。
引用文献を含む、コンテンツに基づいた回答：学習教材から情報を直接取得し、元のコース、モジュール、またはリソースを指し示す引用文献を含めます。
幅広いコンテンツの互換性：文書、プレゼンテーション、ビデオ、音声ファイル、HTMLコンテンツ、SCORM(Sharable Content Object Reference Model)モジュールなど、さまざまな形式をサポートしています。
シームレスなユーザーエクスペリエンス：複数の学習者ページのサイドパネルとして使用でき、セッションベースのチャット履歴を維持して継続性を確保できます。
堅牢な管理者コントロール：管理者は、アシスタントの有効化または無効化、ユーザーグループによるアクセスの制限、AIが生成した応答のソースとして使用する内部カタログの選択を行うことができます。

メリット

知識へのアクセスの高速化：質問に対する回答がすぐに表示されるため、複数のコースやドキュメントを移動する必要がありません。
エンゲージメントの向上：会話型のインタラクションにより、学習体験がより自然で、直感的で、アクセスしやすいものになります。
理解を深める：フォローアップのための質問を行って、概念を明確にし、トピックをより徹底的に調べることができます。
スケーラブルな学習サポート：自動化されたAI駆動型の対応により、特定分野の専門家やサポートチームへの依存を最小限に抑えることができます。

学習者向けAIアシスタントの詳細をご覧ください。

多言語ビデオテキストトラック(VTT)のサポート

Adobe Learning Managerで多言語ビデオテキストトラック(VTT)がサポートされているため、作成者はビデオやオーディオコンテンツの字幕とキャプションを多言語で提供できます。この機能により、ローカリゼーションが合理化され、世界中のオーディエンスがトレーニングにアクセスできるようになり、アクセシビリティ基準に準拠するようになります。作成者は、プラットフォーム内で直接VTTファイルを自動生成、翻訳、レビュー、編集できます。

使用事例

グローバルトレーニング：複数の言語で字幕を付けたビデオコンテンツを提供し、各国の学習者にリーチします。
アクセシビリティ準拠：聴覚障害のあるユーザーのために、希望する言語でキャプションを提供します。
ローカリゼーションの高速化： VTTファイルの自動生成と翻訳を行うことで、手作業を減らし、コンテンツのロールアウトを高速化します。
一貫したエクスペリエンス：言語に関係なく、すべての学習者が同じ情報を受け取れるようにします。

主な機能

VTTの自動生成：ビデオまたはオーディオファイルをアップロードし、元の言語でVTTキャプションを自動生成します。
多言語翻訳：キャプションを、英語以外の39のサポートされている言語のいずれかに翻訳します。
アプリ内のレビューと編集：公開する前に、VTTファイルをレビュー、編集、ダウンロードします。
通知： VTTの生成と翻訳が完了すると、アプリ内通知を受信します。
スムーズな公開： Publishでは、学習者が選択した言語でアクセスできるように、キャプションが完成しました。

コンテンツのアップロードとVTTの生成

コンテンツライブラリに移動し、[コンテンツの追加]を選択します。
MP3またはMP4ファイルをアップロードします。
アップロードダイアログで、翻訳を生成するオプションを選択します。
元のコンテンツの言語を選択します（デフォルトはファイルの言語）。
翻訳の追加のターゲット言語を選択します（最大39言語をサポート）。
「保存」を選択します。システムはVTTファイルの生成と変換を開始します。

進行状況を監視

保存後に、新しいコンテンツエントリがコンテンツライブラリに表示されます。
進行状況インジケーターは、VTTの生成と変換のステータスを示します。
プロセスが完了すると、アプリ内通知が届きます。

VTTファイルのレビューと編集

コンテンツライブラリで、編集モードでコンテンツを開きます。
各言語について、VTTファイルの横にある レビュー リンクを選択します。
ポップアップにその言語のキャプションが表示されます。
ポップアップでキャプションを直接編集するか、オフライン編集用のVTTファイルをダウンロードします。
変更を行った後、改訂されたキャプションをアップロードまたはポップアップに貼り付けます。
編集内容を保存します。

Publishキャプション

すべての言語キャプションに問題がなければ、コンテンツを公開します。
学習者がビデオを視聴すると、公開されたすべての言語で字幕オプションが表示されます。

追加情報

サポートされている言語： Adobe Learning Managerでサポートされている英語以外の39の言語すべて。
通知： VTTの生成と翻訳が完了すると、作成者に通知されます。
編集の柔軟性：キャプションは、アプリ内またはオフラインで編集し、再アップロードできます。
拡張性：企業規模のローカリゼーションおよびアクセシビリティのニーズに対応しています。
VTTを手動でアップロードする必要はありません：アップロードされたビデオ/オーディオを使用して、VTTファイルを最初から生成できます。

ベストプラクティス

公開する前に、必ず自動生成されたキャプションの正確性を確認してください。
アクセシビリティを最大化するために、すべての主要な学習者グループに翻訳を提供します。
通知システムを使用して、処理ステータスの更新を維持します。
ビデオコンテンツが変更された場合に、キャプションを定期的に更新します。

トラブルシューティング

VTTの生成に失敗した場合、ファイルがサポートされている形式(MP3/MP4)であることを確認してください。
環境にない言語の場合は、サポートされていて、アップロード時に選択されていることを確認してください。
キャプションが同期されていない場合は、アプリ内エディターを使用してタイミングを調整します。

多言語VTTサポートにより、ローカライズされたアクセシブルなビデオ学習体験を効率的に提供できます。自動生成、翻訳、アプリ内編集を使用することで、言語に関係なく、コンテンツがすべての学習者に届き、サポートされるようにすることができます。

カスタム証明書のデザイン

Adobe Learning Manager(ALM)のカスタム証明書を使用すると、管理者と作成者は、学習者向けにパーソナライズされた証明書を設計、管理および発行できます。この機能には、ドラッグアンドドロップエディター、動的フィールド、多言語サポート、AIが生成した背景が含まれているため、組織は技術的な専門知識がなくてもブランド化された証明書を作成できます。

以前の動作

以前は、ALMでの証明書の作成は、テンプレートの柔軟性の低さ、カスタマイズの欠如、技術的な障壁（HTMLの編集など）によって制限されていました。顧客は、ブランドの一貫性と視覚的魅力を維持しながら、証明書のデザイン、動的フィールド（学習者名やインストラクターなど）の追加、複数の言語のサポートをより簡単な方法で行うことを要求していました。

ユースケース

ブランド認識:コンプライアンス、トレーニング、または成果を得るために、会社のロゴ、色、およびフォントが記載された証明書を発行します。
動的な個人用設定 ：学習者名、インストラクター名、その他のアクティブなフィールドに自動的に入力します。
多言語配信：世界中の学習者に複数の言語で証明書を提供します。
柔軟なデザイン ：横長または縦長の証明書を作成し、AIが生成した背景を使用して、公開する前にプレビューすることができます。

カスタム証明書へのアクセス

管理者ホームページ（以前のバッジ）の実績セクションに移動します。
証明書を選択して、証明書テンプレートを表示、作成、または管理します。

証明書の作成

証明書の作成を選択します。
縦置きまたは横置きを選択します。
既存のテンプレートを選択するか、空白のカンバスから開始します。
証明書の名前とデフォルトの言語を入力します。
ドラッグ&ドロップエディターを使用して、次を追加します。
- テキストフィールド（フォント、カラー、配置オプションあり）
- 画像（ロゴ、アイコンなど）
- 動的フィールド（学習者名、インストラクター名など）
- 証明書の背景（単色、アップロードされた画像、AIが生成した画像）
AIが生成した背景の場合： AIを使用して背景を生成するには、プロンプト（「教室の生徒」など）を入力します。

動的フィールドを追加

Adobe Learning Managerカスタム証明書の動的フィールドは、証明書が生成されたときに、関連する情報（学習者名、インストラクター名またはその他のアカウント固有のデータなど）が自動的に入力されるプレースホルダーです。これにより、手動で編集しなくても、パーソナライズされたコンテキスト対応の証明書を使用できます。

学習者名、インストラクター名、その他のアクティブなフィールドなどの動的変数を挿入します。
証明書が発行されると、フィールドが自動的に入力されます。

多言語サポート

証明書に新しい言語（例えば、フランス語、ドイツ語）を追加します。
各言語の翻訳済みテキストを入力します。
各言語で翻訳を管理し、証明書をプレビューします。

プレビューと公開

プレビュー機能を使用して、学習者に対して証明書がどのように表示されるかを確認します。
プレビューをダウンロードまたは印刷してレビューします。
後で編集を続行するにはドラフトとして保存し、準備ができたら公開します。

証明書の適用

管理者は、アカウントのデフォルトの証明書を設定できます。
作成者は、特定の学習目標インスタンス（コース、パスなど）に証明書を添付できます。
必要に応じて、インスタンスレベルで別の証明書を選択します。

証明書の管理

ライブラリに公開済みの証明書と下書きの証明書を表示します。
必要に応じて、テンプレートを編集、更新、または削除します。
証明書は、複数のインスタンスで再利用できます。

ALMのカスタム証明書を使用すると、パーソナライズされたブランドの多言語証明書を柔軟にデザインして発行できます。この機能により、証明書管理が簡素化され、学習者の認知度が向上し、グローバルなコンプライアンスとブランディングのニーズに対応できます。

多言語の作業計画書

Adobe Learning Manager(ALM)の多言語作業計画書では、作成者と管理者が1つの作業計画書に含まれる文書、ガイド、リソースを、複数の言語で提供できます。様々な地域の学習者が、お好みの言語で関連資料にアクセスできるため、アクセシビリティ、コンプライアンス、およびユーザーエクスペリエンスが向上します。

以前の動作

以前のALMでは、名前と説明をローカライズできても、作業計画書ごとに1つのコンテンツファイルしか許可されていませんでした。同じリソースを複数の言語で提供するために、作成者は各言語に対して個別の作業計画書を作成する必要がありました。この結果、重複、混乱、管理作業の増加が発生しました。多言語リソースを管理する統一された方法がなかったため、一貫性の確保と使用状況の追跡が困難でした。

ユースケース

グローバルな従業員の支援 ：安全マニュアル、プロセスガイド、または参照文書を複数の言語で多様な従業員に提供します。
コンプライアンス ：すべての従業員が母国語で同じコンプライアンス文書を受け取るようにします。
一貫したオンボーディング ：世界中の新入社員に対して、現地言語でオンボーディングチェックリストまたはFAQを提供します。
重複の削減 ：作業計画書のすべての言語バージョンを1つのエントリで管理し、更新とレポートを簡素化します。

多言語作業計画書の作成

作成者の役割に移動し、作業計画書を選択します。
作業計画書を作成を選択します。
デフォルトの言語で作業計画書の名前と説明を入力します。
プライマリコンテンツファイルをアップロードするか、デフォルト言語のURLを指定します。
作業計画書を保存します。

追加の言語を追加

作業計画書エディターで、言語を追加を選択します。
リストから目的の言語を選択します。
追加した各言語について、次の手順を実行します。
- ローカライズされた名前と説明を入力します。
- 対応するコンテンツファイルをアップロードするか、言語固有のURLを指定します。
必要なすべての言語について、この手順を繰り返します。

言語の編集と管理

特定の言語のファイルまたは説明を更新するには、「言語」タブを選択して、必要な変更を行います。
作業計画書の発行後に言語を追加すると、固有のファイルがアップロードされるまで、元のファイルが自動的に新しい言語に割り当てられます。
必要に応じて、任意の言語のファイルを削除または置換します。

Publishと学習者のエクスペリエンス

すべての言語とファイルが追加されたら、作業計画書を公開します。
学習者は、選択したコンテンツ言語で、適切なファイルまたはURLを含む作業計画書を表示できます。
学習者の言語が使用できない場合、デフォルトの言語ファイルが表示されます。

報告

作業計画書レポートをダウンロードして、各作業計画書に関連付けられているすべてのファイルと言語の詳細を表示します。
レポートには、言語、ファイル名、使用状況データが含まれ、追跡に利用できます。

ALMの多言語作業計画書では、単一のエントリでサポートリソースをグローバルユーザーに提供し、重複を減らし、すべての学習者が希望する言語で適切な情報を受け取れるようにすることができます。この機能により、Adobe Learning Managerでのアクセシビリティ、コンプライアンス、管理効率が向上します。

Captivateが生成したコースの再生機能の向上

このアップデートでは、統一された効率的なインターフェイスが導入され、ALM内のAdobe Captivateコンテンツの再生エクスペリエンスが大幅に向上しました。

ALMプレーヤーでは、統合された1つの目次が表示され、Captivateの目次は非表示になりました。また、視覚的な進行状況を追跡するための緑のチェックマークを含む、スライドレベルの明確な完了インジケーターが提供されます。

このシステムは、モジュールとコースのコントロールを1つの直感的なバーに統合することでナビゲーションを簡素化し、学習者の混乱を減らします。

コンテキストに応じた進行状況コントロールは、ビデオスライドにのみビデオ進行状況バーを表示し、ビデオスライド以外にのみスライドナビゲーションコントロールを表示して、使いやすさを向上させます。

さらに、メモをタイムスタンプの代わりにスライド番号にリンクして、信頼性の高いPDF書き出しを実現し、以前のフォーマットの不整合を解消します。

チェックリストの機能強化

チェックリストの多言語サポート

この機能を使用すると、複数の言語でチェックリストモジュールを作成および管理できます。各チェックリストの質問、指示、評価基準は翻訳できるため、レビュー担当者と学習者は希望する言語でチェックリストを操作できます。ユーザーが選択したコンテンツ言語でチェックリストが表示され、グローバルチームのアクセシビリティとコンプライアンスが向上します。

コースにチェックリストモジュールを追加または編集します。
言語オプションからサポートする言語をすべて選択します。
各言語ごとに、チェックリストの質問、指示、評価基準ごとに翻訳を入力します。
変更内容を保存します。チェックリストは、レビュー担当者または学習者が選択したコンテンツ言語で表示されます。
後で新しい言語を追加する場合は、公開する前にすべての質問と基準の翻訳を提供します。
チェックリストレポートをダウンロードする場合は、希望する言語を選択して、その言語でレポートを表示します。

インストラクター評価のためのチェックリストの質問の加重値

この機能を使用すると、各チェックリストの質問に異なる最大スコア（加重値）を割り当てることができます。各質問の重要度や難易度の変化を反映して、より正確で有意義な評価を行うことができます。システムは入力に基づいて合計スコアを計算し、設定された条件に従って学習者の合格または不合格を判断します。

チェックリストモジュールを追加する場合は、カスタムスコアリングを選択します。
各チェックリスト質問について、その重要性を反映する一意の最大スコアを設定します。
チェックリストの全体の合格点を定義します。
チェックリストを保存して公開します。
インストラクターまたはレビュアーは、各質問にスコア（設定した最大数まで）を割り当てて、各学習者を評価します。
システムは合計スコアを計算し、合否状態を判定する。
チェックリストレポートをダウンロードして、各質問の達成済みスコアと最大スコアの両方、および合計スコアを表示します。

レビュー担当者のコメント機能付きチェックリスト

この機能により、レビュー担当者はチェックリストの評価中にコメントやフィードバックを追加できます。学習者ごとにパーソナライズされた、実用的なフィードバックを提供できます。また、透明化のためにコメントに名前を表示することもできます。すべてのコメントは学習者のトランスクリプトに保存され、チェックリストレポートに含まれます。

チェックリストを設定するときに、レビュー担当者のコメントを有効にしてください。
自分の名前をコメントと共に表示する場合は、必要に応じて、[学習者に校閲者名を表示]を有効にします。
評価時に、提供された備考フィールドに、学習者のコメントまたはフィードバックを入力します。
学習者にコメントを表示するかどうかを選択します。
評価を送信します。これを有効にすると、学習者には自分のコメントと自分の名前が結果と共に表示されます。
すべてのコメントは学習者のトランスクリプトに保存され、後で参照できるようにチェックリストレポートに含まれます。

高度な検索の機能強化

このリリースでは、コンテンツが一致し、クエリのランクが高いコースが表示されるようになり、コンテンツ内検索が強化されています。また、作業計画書が高度な検索ランキングに含まれるようになりました。

同義語と代替語

概要

多くの組織で、学習者は異なるコースで合法的に同じ要件を満たすことができるトレーニング状況に遭遇します。例えば、新しいコースを古いコースに置き換える場合や、より包括的なコースを短期間で提供する場合、または特別な代替コースを提供する必要がある場合などです。

代替コースまたは学習パス機能を使用すると、ALMは次のように公式に表現できます。

「学習者がこのトレーニングを完了した場合は、関連するトレーニング要件を満たしていると見なします。」

この機能はコースと学習パスにまたがって動作し、前提条件やコンプライアンスルールなどの下流の要件が適用されるようにします。これにより、学習者は冗長コンテンツを最後まで待つ必要がなくなります。また、代替手段を使用して完了した内容と完了した内容を直接記録することで、正確なレポートを作成できます。

この機能の中核には、代替完了という概念が導入されています。代替完了とは、学習者が別のターゲットトレーニングに向けてカウントされる設定済みのソーストレーニングを完了したときに、自動的に作成される特別な完了状態です。

等価対代替

一部のトレーニング関係は双方向であるため、各コースがお互いの要件を満たすことができます。これは、2つのトレーニングが相互に代替可能として扱われるシナリオです。一方、一方向の関係では、あるトレーニングが別のトレーニングの要件を満たすことができますが、逆はできません。 ALMでは、同じ基礎となる代替*完了メカニズムを使用して、両方のシナリオがモデル化されます。

双方向の関係：どちらかのトレーニングを完了すると、もう一方のトレーニングの要件を満たします。
一方向の関係：トレーニングAを完了するとトレーニングBを満たしますが、トレーニングBを完了するとトレーニングAを満たしません。これは、新しいバージョンやより包括的なバージョンが古い要件を考慮すべきで、その逆ではない場合に一般的です。

代替文字は、単一方向のシナリオで最も頻繁に使用されます。たとえば、より包括的なスーパーセットコースが、より単純なサブセットコースのすべてをカバーしている場合などです。スーパーセットを完了すると、サブセットの要件を満たしますが、必ずしもほかの方法を満たすことはありません。

以前の要件を考慮に入れた、新しい拡張コース。
特定の対象ユーザー向けに設計されたコースで（例えば、地域またはアクセシビリティ*対応のバリエーション）、プライマリコースと同じ要件を満たしています。
組織が以前の要件でカウントするコースの強化された新しいバージョンですが、以前のバージョンは新しい要件にカウントされないようにする必要があります。

[代替]では、リレーションシップは通常 one*way です。コースAがコースBの代替科目である場合、Aを完了することでBの要件を満たすことができますが、Bを完了してもAを満たすことはありません。

同等性と代替性は、ALMで同じ基本メカニズムを共有しています。設定されたソーストレーニングが完了すると、ALMは1つ以上のターゲットトレーニングに対して自動的に代替完了機能を生成します。

これは、どのような問題を解決しますか？

代替と同等性がなければ、管理者と学習者は繰り返し発生する問題に直面します。

学習者は、別のバージョンまたは形式で既に完了したコンテンツに対応するコースを繰り返し受講するように求められることがよくあります。
管理者は、古いバージョンを完了した学習者に同等または置き換えられたコンテンツの再受講を強制することなく、トレーニングを置き換えたり再構成したりできるため、コンプライアンスプログラムの更新がより簡単になります。
前提条件のロジックは厳格です。パスが前提条件として特定のコースを必要とする場合、別のトレーニングが十分であることを認識するための明確な方法はありません。
レポート作成と監査がより困難になります。別の完了によって要件が満たされたことを示す正式なシグナルはなく、クレジットのソースを追跡する簡単な方法もありません。

「代替および等価機能」では、次の方法でこれらの問題に対処します。

代替が有効な場合に、学習者の作業が重複するのを防ぎます。
管理者は、以前のバージョンを使用した学習者の完了状況を壊すことなく、トレーニング構造を変更（パス内でのコースの入れ替えなど）できます。
前提条件およびコンプライアンスのチェックで、直接完了と代替または同等の完了の両方を考慮できるようにします。
トレーニングが直接完了したか、別の関係を介して完了したかを、トランスクリプトとレポートに明確に記録し、そのトレーニングをソースとして使用します。

この機能の概念的な仕組み

この機能は、リレーションシップ、代替完了、および ダウンストリーム動作 という3つの主要なアイデアに基づいて構築されています。

トレーニング間の関係

管理者は、コースと学習パスの関係を定義します。各関係に対して、ソースと1つ以上の ターゲット を選択します。 1つのコースには、以前のトレーニングや関連するトレーニングの数に応じて、最大30個のターゲットを設定できます。

同等の場合、管理者は両方のトレーニングが互いに満たされるようにするために 双方向 の関係を作成できます。代替文字の場合、管理者は通常、一部の代替文字のみが許可されていることを反映するために、「one* way」の方向を維持します。

これらの関係は、学習者レベルではなくトレーニングレベルで保存されます。設定して有効にすると、遡及的完了が有効かどうかなどのアカウント*レベルの設定に従って、ソーストレーニングの現在および将来のすべての完了に適用されます。

代替補完

学習者がソーストレーニングを完了すると、ALMは設定されたすべての代替または同等の関係を調べ、関連するターゲットトレーニングごとに 代替完了レコード を作成します。この記録は通常の補完とは異なる。

学習者のターゲットトレーニングにマークが付けられますが、直接ではなく代替または同等性を介して完了したことを追跡し続けます。
ターゲットを満たすために使用されたソーストレーニングが記録されます。
レポート作成機能が直接完了と代替完了を区別できるように、専用の構造に格納されます。

登録されていない場合でも、学習者には別の完了画面が表示されます。学習者のトランスクリプト(LT)レポートには、学習者が登録したトレーニングのレコードのみが含まれます。

代替補完および同等の補完を行う学習者アプリエクスペリエンス

代替の完了点および同等の完了点が学習者アプリで明確に表示されるため、学習者はトランスクリプトやレポートとの一貫性を維持しながら、トレーニングの要件がどのように満たされたかを明確に理解できます。

LOカードの動作

代替完了ステータス

学習者が代替または同等の関係を介してトレーニングを完了すると、学習目標(LO)カードに「代替を介して完了」などの明確なステータスが表示されます。
この視覚的な区別は、学習者が設定された関係を通じて付与された直接完了と完了数を区別するのに役立ちます。

完了方法インジケーター

LOカードには、完了が代替を通じて達成されたことを示す完了方法インジケーター（ラベルやアイコンなど）が含まれています。
ソーストレーニングの遡及的な未完了や削除などの変更のために代替完了が後で取り消された場合、LOカードが更新されて 代替（取り消された） が反映されます。

透明性と監査の詳細

学習者はLOカードを開いて、次のような追加の詳細を表示できます。

代替完了を付与したソースコースまたは学習パス
ソーストレーニングに関連付けられている完了日

これにより、透明性が確保され、監査とコンプライアンスレビューがサポートされます。

フィルタリングと表示

完了方法フィルター

学習者アプリには、学習者が以下を識別できるフィルターが用意されています。

直接の完了
代替の完了
すべての完了

これにより、学習者は学習要件がどのように満たされたかを迅速に理解できます。

文字起こしビューと進行状況ビュー

完了方法フィルターは、次のような学習者*向けのビューで使用できます。

学習トランスクリプト
進捗状況と完了状況の追跡セクション

これらの見解は、どの訓練が直接完了し、どの訓練が代替手段または同等手段によって満足したかを明確に示している。

線形をレポート

学習者アプリのフィルタリングロジックは、レポートで使用される 完了方法 列に対応しています。
これにより、学習者に表示されるUIと、書き出しとコンプライアンスレポートに表示される管理者の表示内容との一貫性が保たれます。

フローの終了からまで

学習者向け

学習者アプリで、学習状況に移動するか、完了したコースに移動します。
LOカードを確認して、代替経由で完了したとマークされたトレーニングを特定します。
LOカードを開いて、ソースのトレーニングと完了日に関する詳細を表示します。
トランスクリプトビューまたはコースリストビューのフィルターメニューを使用して、直接、代替、または すべて を選択します。
選択した完了方法に基づいて、更新されたリストを確認します。

管理者および作成者の場合

管理インターフェイスで、コースまたは学習パス間の同等の関係または代替関係を設定します。
代替完了数がLOカードおよび学習者*向けフィルターに正しく反映されていることを確認します。
学習者ビューとレポートを使用して、UIと書き出したデータの一貫性を確認できます。
ソーストレーニングが廃止または削除された場合は、影響を受けるLOカードが適切に更新されることを確認します(例えば、該当する場合は 代替（失効） を表示します)。

遡及完了動作と未完了動作

ALMでは、遡及的完了処理と遡及的完了処理がサポートされているため、学習者がトレーニングを完了した後で関係が作成、変更または削除された場合でも、時間の経過とともに代替関係と同等の関係が正確に維持されます。

遡及完了

定義

遡及的完了が有効になっている場合、過去にソース・コースを完了した学習者は、同等または代替の関係が後で作成されると、ターゲット・コースの代替完了を自動的に受け取ります。
これにより、学習者がトレーニングを再受講しなくても、過去の学習が尊重されます。

動作の仕組み

管理者は、アカウントレベルで遡及完了を有効にします。
管理者は、ソーストレーニングとターゲットトレーニングの間に同等の関係または代替関係を定義します。
システムは、ソーストレーニングの履歴完了レコードをスキャンします。
対象の学習者には、ターゲットトレーニングの代替完了が付与されます。
これらのレコードは、学習者のトランスクリプトとレポートに 代替を介して完了 として表示されます。

遡及未完了

定義

遡及的未完了が有効になっている場合、基礎となる同等または代替関係が削除されたり、ソース研修が削除されると、代替完了は取り消されます。
これにより、現在の有効なトレーニング関係がシステムに確実に反映されます。

動作の仕組み

管理者は、アカウントレベルでの遡及的完了取消を有効にします。
管理者が代替または同等の関係を削除するか、作成元のトレーニングを削除します。
システムは、影響を受ける関係を通じて代替完了を受け取った学習者を識別します。
対応する代替完了レコードは取り消されます。
取り消されたレコードは、監査を表示できるように、トランスクリプトおよびレポートで 代替（取り消し済み） としてマークされます。

前提条件への影響

代替完了（遡及的に付与された完了を含む）は、前提条件の評価時に有効な完了として処理されます。
学習者が 別の方法で完了 すると、対象のトレーニングを必要とするコースを続行できます。

遡及的不合格により代替修了が後で取り消された場合、学習者は、その前提条件に依存するコースの資格を失う可能性があります。

学習パスと資格認定への影響

代替完了数は、学習パスおよび資格認定の進歩および完了に貢献します。
学習者は、必要なトレーニングが代替または同等の関係で満たされた場合、これらのプログラムを進めたり完了したりできます。

代替完了が取り消された場合、有効な完了を通じて要件を満たすまで、影響を受ける学習パスまたは資格認定の進捗状況や完了ステータスが失われる場合があります。

ワークフローの終了からまで

遡及完了または未完了の有効化

管理者はアカウント設定に移動し、遡及完了および/または遡及未完了を有効にします。
管理者は、トレーニング間に同等のまたは代替の関係を作成、変更、削除します。

システムアクション

遡及完了の場合：
履歴ソース完了に基づいて代替完了が付与されます。
遡及未完了の場合：
関連が削除された場合、またはソースのトレーニングが削除された場合、システムは代替完了を取り消します。

学習者の経験

学習者には、LOカードとトランスクリプトで更新された完了ステータスが表示されます。以下に例を示します。

代替を介して完了
代替（失効）

前提条件のチェック、学習パスの進捗状況、資格認定のステータスは、現在の完了状態に基づいて動的に更新されます。

報告と監査

遡及的な変更はすべて、学習トランスクリプト(LT)レポートに反映されます。
レポートでは、コンプライアンス、サポート調査、監査をサポートするために、直接完了、代替完了、無効化された代替完了を明確に区別できます。

遡及完了動作と未完了動作

遡及完了

定義

動作の仕組み

管理者は、アカウントレベルで遡及完了を有効にします。
管理者は、ソーストレーニングとターゲットトレーニングの間に同等の関係または代替関係を定義します。
システムは、ソーストレーニングの履歴完了レコードをスキャンします。
対象の学習者には、ターゲットトレーニングの代替完了が付与されます。
これらのレコードは、学習者のトランスクリプトとレポートに 代替を介して完了 として表示されます。

遡及未完了

定義

動作の仕組み

管理者は、アカウントレベルでの遡及的完了取消を有効にします。
管理者が代替または同等の関係を削除するか、作成元のトレーニングを削除します。
システムは、影響を受ける関係を通じて代替完了を受け取った学習者を識別します。
対応する代替完了レコードは取り消されます。
取り消されたレコードは、監査を表示できるように、トランスクリプトおよびレポートで 代替（取り消し済み） としてマークされます。

前提条件への影響

遡及的不合格により代替修了が後で取り消された場合、学習者は、その前提条件に依存するコースの資格を失う可能性があります。

学習パスと資格認定への影響

ワークフローの終了からまで

遡及完了または未完了の有効化

管理者はアカウント設定に移動し、遡及完了および/または遡及未完了を有効にします。
管理者は、トレーニング間に同等のまたは代替の関係を作成、変更、削除します。

システムアクション

遡及完了の場合：
履歴ソース完了に基づいて代替完了が付与されます。
遡及未完了の場合：
関連が削除された場合、またはソースのトレーニングが削除された場合、システムは代替完了を取り消します。

学習者の経験

学習者には、LOカードとトランスクリプトで更新された完了ステータスが表示されます。以下に例を示します。

代替を介して完了
代替（失効）

前提条件のチェック、学習パスの進捗状況、資格認定のステータスは、現在の完了状態に基づいて動的に更新されます。

報告と監査

同等の機能と代替機能のWebhook

ALMは、同等の補完機能および代替補完機能を持つ専用のwebhookイベントを提供して、自動化、統合、外部システムとの同期をサポートします。

これらのイベントにより、外部コンシューマーは、代替または同等の関係を通じて付与された直接完了と完了を確実に区別できます。

概要

学習者が代替または同等の関係を介してコースを完了すると、ALMは、標準のコース完了webhookとは別にwebhookイベントをトリガーします。
これにより、必要に応じて別の完了に対して統合が異なる応答を返すことができます。

また、Webhookイベントは、遡及的な完了または遡及的な未完了が発生した場合にもトリガーされ、履歴更新と関係の変更が対象となります。

Webhookイベントの動作

個別のwebhookイベントは、学習者が対象コースの 別の完了状況 を通じてステータスを受け取ったときにトリガーされます。
このイベントは、学習者が、同等または代替の関係を通じて、ターゲットを満たす設定済みのソースコースを完了したときに生成されます。
このWebhookは、直接コースの完了にはトリガーされません。
「遡及完了」または「遡及未完了」が有効になっている場合は、影響を受ける学習者およびターゲット・コースごとにWebhookイベントが発行されます。

Webhookペイロードの詳細

代替完了Webhookペイロードには、次のキー属性が含まれます。

学習者ID
代替完了を受け取った学習者を識別します。
ソースコース
学習者が直接完了したコースまたは学習パス。
対象コース
代替または同等の関係を介して完了とマークされたコース。
完了方法
完了方法が代替であることを示します。
完了日
ソースコースの完了日から取得されます。
リレーションシップの種類
リレーションシップが同等か代替かを指定します。

遡及的完了取消シナリオの場合、webhookイベントは、既存の代替完了が取り消されたことを示します。

統合に関する考慮事項

外部システムは、次のWebhookイベントを使用できます。

学習者レコードの更新
完了ステータスの同期
通知またはダウンストリームワークフローのトリガー
コンプライアンスの目的で監査証跡を維持

Webhookコンシューマーは、directと alternate の完了を明示的に区別する必要があります。
代替完了ではスキル、バッジ、ゲーミフィケーション報酬が付与されないため、下流のシステムでそれに応じて処理する必要があります。

同等の代替のソーストレーニングを廃止および削除した場合の影響

ソーストレーニングのライフサイクル状態（撤回済みまたは削除済み）は、学習者が代替および同等の完了をどのように維持するかに直接影響します。 ALMでは、現在の関係を有効な状態に保ちつつ、履歴の正確さを維持するために、これらのシナリオに対する対応方法が異なります。

ソーストレーニングの廃止

定義

コースを廃止すると、コースを履歴参照、レポート作成、監査のためにシステムに保持したまま、新規の登録ができなくなります。

影響

廃止されたソースコースを通じて付与された既存の代替完了は、引き続き有効です。
ソースコースを以前に完了した学習者は、引き続きターゲットコースの代替完了を保持します。
廃止されたコースは新しい学習者が完了できないため、新しい代替完了は生成されません。
学習者のトランスクリプトとレポートには、影響を受ける学習者に対して引き続き 別の方法で完了済み と表示されます。

ソーストレーニングを削除しています

定義

コースを削除すると、完了レコードや設定された関係を含め、コース全体がシステムから削除されます。

影響

遡及的な未完了が有効な場合、削除されたソースコースを通じて付与されたすべての代替完了が取り消されます。
学習者のトランスクリプトとレポートが更新され、監査とコンプライアンスの可視性が 代替（失効） と表示されます。
学習者は、失効した代替完了に依存していた学習パス、資格認定または前提条件の進捗または完了ステータスを失う場合があります。
削除されたコースからこれ以上代替完了を付与することはできません。

ワークフロー

管理者は、管理インターフェイスを使用してソースコースを廃止または削除します。
ソースコースから派生したすべての代替完了および同等の完了が評価されます。
完了ステータスは、コースのステータスに基づいて更新されます。
- 廃止済み：既存の代替完了は変更されません。
- 削除済み：遡及的な未完了が有効になっている場合、代替完了は取り消されます。
学習者のトランスクリプトとレポートには、更新されたステータスが反映され、コンプライアンスと監査の要件に対応できます。

関係の連鎖なし

ALMでは、代替または同等の関係のチェーンはサポートされていません。代替完了機能は、直接設定された関係に対してのみ付与され、複数のレベルのコースにカスケードされることはありません。

概念：関連の連鎖なし

定義

チェーンとは、代替または同等の関係を複数のコースに伝播することを意味します。
たとえば、コースAがコースBの代替であり、コースBがコースCの代替である場合、連鎖はコースAを完了するとコースCの完了が付与されることを意味します。

ポリシー

チェーンはサポートされていません。
代替関係および同等の関係は、単一レベルでのみ評価されます。ソースコースを完了すると、後続のターゲットではなく、直接のターゲットコースにのみ代替完了が付与されます。

ワークフロー

完了イベント

学習者はコースAを直接完了します。

システム操作

AとBの関係が定義されている場合、コースBに対して代替完了→付与されます。
BとCの関係が存在する場合でも、コースCに対する代替完了はシステム→許可されません。

直接完了の要件

コースCの代替完了を受け取るには、学習者は次の操作を行う必要があります。

コースBを直接修了する、または
コースCの直接代替または同等として明示的に設定されたコースを完了します。

意味

間接的なメリットなし

各コース（または直接の代替コース）が完了していない場合、学習者は関連チェーン内のコースの完了単位を受け取ることができません。
これにより、学習要件が明確かつ予測可能に満たされます。

報告

レポートおよび学習者のトランスクリプトには、直接関係がある場合にのみ代替完了情報が表示されます。
これにより、複雑なマルチホップ監査証跡が回避され、完了の付与方法を確認する際に明確になります。

ピアアカウントとのカタログ共有：関係が共有されていません

Catalog sharing allows learning objects (LOs) to be shared across peer accounts, but alternate and equivalent relationships are managed independently within each account and are not shared.

コンセプト：カタログの共有と関係

カタログの共有

アカウントでは、ピアアカウントとカタログを共有して、アカウント全体でコース、学習パス、その他の学習オブジェクトにアクセスすることができます。

リレーションシップが共有されていません

カタログが共有されている場合、ソース・アカウントで構成された代替、同等および代替完了関係は共有またはレプリケートされません。
各アカウントは、それぞれの関係を個別に維持および評価します。

ワークフロー

カタログの共有

アカウントAの管理者が、学習目標を含むカタログを アカウントB と共有しています。

ピアアカウントアクセス

アカウントBは共有学習オブジェクトへのアクセスを受け取りますが、アカウントAで設定された代替の関係または同等の関係は継承しません。

独立した管理

アカウントBで同様の代替動作または同等の動作が必要な場合、アカウントBの管理者はそのアカウント内の関係を手動で設定する必要があります。

意味

自動的なリレーションシップの伝達なし

代替および同等の関係は、カタログ共有を通じてピアアカウントで自動的に使用することはできません。

手動設定が必要です

各ピアアカウントは、共有された学習目標に対する独自の関係を定義および管理する責任があります。

整合性に関する考慮事項

完了動作、前提条件の満足度、およびレポートは、手動設定によって意図的に関係が調整されていない限り、アカウント間で異なる場合があります。

下流挙動

ターゲットトレーニングの代替完了が存在する場合、ALMはその代替完了を下流のチェックで使用します。

対象となるトレーニングが他のトレーニングの 前提条件 である場合、学習者は、ターゲットを完了した場合と同じように、それらのトレーニングの対象となります。
ターゲットが学習パスの 必須コース の場合、パスの完了ロジックでは、学習者がその部分を完了したとみなし、他の条件が満たされたときにパスを完了とマークすることができます。
コンプライアンス、およびトレーニング要件が満たされているかどうかに依存するグループ成功ダッシュボードなどのその他のダッシュボードには、代替完了のみを持つ学習者を含めることができます。

システムでは、次のように実際の完了と代替完了が区別されます。

学習者が後でターゲットトレーニングを直接受講して完了した場合、この直接完了によって代替完了の必要性が上書きされることがあります。
ソースとターゲットの間の関係が削除または変更された場合、ALMは、アカウントで遡及的な未完了が有効になっている場合に、正規の完了に触れることなく、代替の完了を削除または調整できます。

代替完了機能は、ターゲットトレーニングでの実際の学習者のアクティビティに支障をきたさないように設計されています。これらはオーバーレイとして機能し、関係が変更された場合に修正できます。

このリリースでは、学習トランスクリプトレポートの変更が報告されています

「完了方法」列

「完了方法」列には、管理者の学習者トランスクリプトの各レコードの完了方法が表示されます。

値：

直接（直接完了用）
代替（代替関係を介して達成された完了用）
代替の失効（遡及的な未完了および関連の削除によりすべての代替完了が失効した場合）

NOTE

この列は学習者のLTには表示されません。管理者LTでは、レポートとトラッキングの目的でのみ使用できます。

影響

監査証跡の明確化、コンプライアンスの追跡、およびコースの完了方法に関する管理者の透明性の向上を実現します。

学習者のトランスクリプトでの代替完了追跡

代替完了機能を使用すると、学習者は、設定された関係に基づいて、同等のソースコースまたはパスを完了したときに、ターゲットコースまたは学習パスの完了単位を受け取ることができます。

学習者トランスクリプト(LT)の代替完了列は、ステータス、完了日および完了ソースの3つの既存の列に影響を与えます。

ステータス：代替の完了により、学習者が対象のコースまたはパスを直接完了していない場合でも、ステータスを完了できます。その他のステータス（「未開始」、「進行中」、「登録解除」）は、代替による影響を受けません。「完了」のみが代替の影響を受けます。
完了日：代替完了の完了日は、代替完了をトリガーしたソースコースまたはパスから継承されます。学習者が後でターゲットを直接完了すると、日付が更新されて直接完了が反映されます。
完了ソース：この列には、代替の完了を提供したソースコースまたはパスのトレーニングIDが入力されます。複数のソースがアクティブな場合、関連するすべてのIDが表示されます。ソースが取り消された場合（遡及的な無効化が有効な場合）、アクティブなソースのみが残ります。「完了ソース」列には、すべてのアクティブなソーストレーニングIDがコンマで区切って一覧表示されます。複数のソースが存在する場合は、最も早い完了日が使用されます。

影響

代替の完了により、手作業での調整を減らし、学習パスと資格認定の進捗管理を自動化し、コンプライアンス要件に対応できます。

NOTE

学習者のトランスクリプトに「完了方法」列が表示されません。この列は管理者LTでのみ使用できます。

代替部品の完了日ロジック

学習者トランスクリプト(LT)の「完了日」列は、直接または代替の手段によってコースまたは学習パスの完了を達成したときに記録される既存のフィールドです。代替完了の場合、完了日は、代替完了をトリガーしたソースコースまたはパスから継承されます。これは、学習者がターゲットではなくソースを完了した日付が反映されることを意味します。

学習者が後でターゲットコースまたはパスを直接完了する場合、完了日は直接完了日に更新され、前の代替完了日が上書きされます。

代替完了日に新しい列は追加されません。直接完了と代替完了の両方に既存の「完了日」列が使用されます。複数のソースがターゲットの代替完了日を提供できる場合は、ソースの中で最も早い有効な代替完了日が使用されます。ソースが取り消された場合（遡及的な未完了が有効になっている場合）、完了日は次に早いアクティブなソースに更新されるか、アクティブなソースが残っていない場合は消去されます。

影響

完了日ロジックにより、特に代替完了が取り消しまたは更新された場合に、履歴の正確な追跡とレポートの一貫性が保証されます。

無効化された代替完了

代替完了の無効化は、アカウントで遡及的未完了が有効になっている場合、すべてのソース関係が取り消されたためにターゲットコースまたは学習パスに対する学習者の代替完了が削除されたときに発生します。

トリガー条件

アカウントに対して遡及的未完了を有効にする必要があります。有効にしない場合、ソース関係を削除しても代替完了は取り消されません。
取り消しは、ターゲットのすべてのアクティブなソース関係が削除された場合にのみ実行されます。少なくとも1つのソースが残っている場合は、代替完了が引き続き表示され、「完了ソース」列が更新されて残りのアクティブなソースのみが反映されます。

影響

ステータス：すべての代替完了が取り消され、直接完了がない場合、ステータスが更新されます（必要に応じて、「完了」から「未開始」または「処理中」など）。
完了日：有効なソースが残っておらず、学習者がターゲットを直接完了していない場合、完了日は消去されます。
完了ソース：完了ソース列が更新され、取り消されたソースが削除されます。すべて取り消されると、その列はクリアされます。

学習者が直接完了している場合、代替案を取り消しても、完了ステータスや完了日には影響しません。

注意:

複数のソースが代替完了を提供し、一部のみが取り消されている場合、LTには残りのアクティブなソースとその最早完了日が反映されます。
すべてのソースが取り消され、直接完了していない場合、学習者はターゲットの完了ステータスを失います。

チェックリストレビュー担当者の注釈に関するレポートの強化

チェックリストモジュールからのレビューアーのコメントが、LTレポートの名前が変更された列「レビューアーのコメント」の下に含まれるようになりました。

影響

学習者と管理者は、統合されたフィードバックを表示することで、透明性を向上させ、パフォーマンス評価をサポートできます。

学習時間の計算の改善

LTレポートでは、ユーザーのアクティビティとタブのフォーカスに基づいて、学習モジュールに費やされたアクティブ時間とアイドル時間を区別するための詳細なロジックが使用されるようになりました。

影響

より正確な学習エンゲージメントの測定を行い、コンプライアンスと分析をサポートします。

recommendation-more-help

d5e5961a-141b-4c77-820e-8453ddef913d