WalkMeエディターのプレビュー機能を使用すると、ビルダーは複数のコンテンツを公開前にエンドユーザーエクスペリエンスをシミュレートできます。この機能は、コンテンツ（例：スマートウォークスルー、スマートヒント、シャウトアウト）がページ上でどのように表示され、どのように相互作用するかを示し、それらがシームレスに連携し、ユーザーの視点から意図したとおりに見えることを保証します。
他のオプションは間違っています:
* 複数のアイテムを再生する (A) は、WalkMe の標準機能ではありません。
* Play(C) は通常、複数のコンテンツ タイプではなく、単一の Smart Walk-Thru のテストを指します。
* 公開設定 (D) では、プレビュー機能ではなく、展開オプションを構成します。
WalkMe公式ドキュメントからの抜粋:
WalkMe Editorユーザーガイド（SAP WalkMeデジタル導入コンサルタント学習ガイド、セクション1.4）によると、
品質保証）：
「プレビュー機能により、ビルダーは複数のコンテンツをまとめてテストし、エンドユーザーエクスペリエンスをシミュレートして、公開前に外観やインタラクションを確認できます。」コース「WalkMeソリューションの構築入門」では、次のように説明しています。
「エディターのプレビューを使用して、新しいコンテンツがエンドユーザーにとってどのように表示され、どのように機能するかを確認し、公開せずにコンテンツの組み合わせをテストできます。」オプション B のプレビューは、この目的に最適な機能です。
参考文献:
SAP WalkMe デジタル導入コンサルタント学習ガイド、セクション 1.4: 品質保証。
WalkMe Editor ユーザー ガイド、「コンテンツのプレビュー」セクション。
コース: WalkMe ソリューションの構築の開始、モジュール 5: コンテンツのテスト。

WalkMeのスマートヒントは、フォームフィールドのガイダンスや検証を提供し、ユーザーが正しいデータを入力できるようにするために使用されます。検証スマートヒントには、フィールドの内容を特定の基準（形式、長さ、値など）に照らしてチェックするルールが設定されています。これらの検証ルールは、ユーザーがフィールドに入力した後、フィールド外をクリックするか、タブキーで別の要素に移動してフォーカスを移動させたときに評価されます。この動作により、ユーザーが入力を完了した後に検証が実行され、ワークフローを中断することなく即座にフィードバックが得られます。
他のオプションは間違っています:
* ユーザーがページを更新しても (A) 検証はトリガーされません。これは、SmartTips が特定のフィールドでのユーザー操作に関連付けられているためです。
* ユーザーがフィールドにコンテンツを入力するとき (B) は早すぎます。検証ではユーザーが入力を終了してフォーカスを移動する必要があるためです。
* ユーザーがフィールド (D) をクリックすると、検証ルールではなくガイダンスの SmartTips が表示されます。
WalkMe公式ドキュメントからの抜粋:
WalkMe Editorユーザーガイド（SAP WalkMeデジタル導入コンサルタント学習ガイド、セクション2.5）によると、
スマートヒント):
「検証スマートヒントは、ユーザーがフィールドにコンテンツを入力し、その後、他の場所をクリックするかタブキーを押してそのフィールドからフォーカスを外すと、ルールを評価します。これにより、ユーザーが入力を完了した後に検証フィードバックが提供されます。」コース「WalkMeソリューション構築スキルの向上」では、さらに次のように説明されています。
「SmartTip 検証ルールは、ユーザーがデータ入力を終えてフォーカスを移動した（クリックやタブアウトなど）後に、フィールド入力をチェックするように設計されています。このタイミングにより、リアルタイムのフィードバックとユーザーエクスペリエンスを妨げないバランスが保たれます。」オプション C は、SmartTip 検証ルールが評価されるタイミングを正確に説明しています。
参考文献:
SAP WalkMe デジタル導入コンサルタント学習ガイド、セクション 2.5: SmartTips。
WalkMe Editor ユーザー ガイド、「SmartTip 検証」セクション。
コース: WalkMe ソリューション構築のスキル向上、モジュール 8: フォーム検証用の SmartTips の構成。

WalkMe の固有ユーザー ID (UUID) は、分析とパーソナライゼーションのために個々のユーザーを追跡するために使用されます。
最初に検討すべき最も推奨される設定はaVariableです。これにより、ビルダーはアプリケーションの既存のユーザー識別子（例：JavaScript変数に格納されたユーザーID）を活用できるため、正確で信頼性の高いユーザートラッキングが可能になります。変数は通常、アプリケーションの認証システムによって提供され、一貫性が低かったり追加の設定が必要になったりする可能性のある他の方法よりも堅牢です。
その他のオプションはあまり好まれません。
* WalkMe ID(A) は WalkMe によって生成されるフォールバックですが、アプリケーションのユーザー データと一致しない可能性があります。
* Cookie(B)はブラウザの制限やCookieの消去により信頼できない場合があります。
* jQuery(D) は UUID 設定の標準的な方法ではありません。ユーザー識別ではなく要素選択に使用されます。
WalkMe公式ドキュメントからの抜粋:
WalkMe管理センターユーザーガイド（SAP WalkMeデジタル導入コンサルタント学習ガイド、セクション
2.10: ユーザー識別):
UUIDの設定には、アプリケーションが提供するユーザー識別子（JavaScript変数など）を使用して正確なトラッキングを行うため、変数方式が最も推奨されます。WalkMe IDやCookieなどの代替手段を検討する前に、まずこのオプションを検討してください。「WalkMeソリューション構築スキルの向上」コースでは、次のように説明されています。
「UUID 構成では変数設定から始めてください。これはアプリケーションのユーザー データと統合され、Insights 分析で最も信頼性が高く一貫性のあるユーザー トラッキングを実現します。」オプション C の変数は、最も推奨される UUID 設定です。
参考文献:
SAP WalkMe デジタル導入コンサルタント学習ガイド、セクション 2.10: ユーザー識別。
WalkMe Admin Center ユーザー ガイドの「UUID 構成」セクション。
コース: WalkMe ソリューション構築のスキル向上、モジュール 16: ユーザー追跡と分析のセットアップ。

スマートチップがページと一緒にスクロールした後、意図した位置に戻るという問題は、スマートチップが関連要素に正しく固定されていないことを示しています。「要素にロック」設定により、スクロールや動的なページ変更中でも、スマートチップは選択された要素に対して固定されたままになります。WalkMeエディターでこの設定を有効にすると、スマートチップが独立して移動することがなくなり、対象要素に常に位置合わせされた状態になります。
他のオプションは間違っています:
* 表示条件 (A) は、配置動作ではなくルールに基づいて SmartTip が表示されるタイミングを制御します。
* Z-Index(B)はスクロールの配置ではなく、積み重ね順序に影響します。
* エンドユーザーのアクションの結果として表示および非表示になります (C) は、スクロール中のアンカーではなく、要素の可視性トリガーに関連します。
WalkMe公式ドキュメントからの抜粋:
WalkMe Editor ユーザーガイド (SAP WalkMe Digital Adoption Consultant 学習ガイド、セクション 2.5: SmartTips) によると、次のようになります。
「『要素にロック』設定により、SmartTipは選択された要素に固定され、ページスクロールなどの操作中にSmartTipが独立してスクロールしたり、位置ずれしたりすることがなくなります。」WalkMeソリューション構築スキル向上コースでは、次のようにアドバイスしています。
「スマート ヒントがページのスクロールに合わせて移動してから元に戻る場合は、エディターで [要素にロック] を有効にして、ターゲット要素に対する位置の一貫性を維持します。」オプション D (要素にロック) は、品質保証中に確認されたスクロールの問題を解決します。
参考文献:
SAP WalkMe デジタル導入コンサルタント学習ガイド、セクション 2.5: SmartTips。
WalkMe Editor ユーザー ガイド、「SmartTip の配置」セクション。
コース: WalkMe ソリューション構築のスキル向上、モジュール 8: SmartTip 構成のトラブルシューティング。