条件付きウェブカメラ視線追跡: カメラプロンプト前の参加者の分割

いくつかの研究では、カメラアクセスプロンプトが表示される前に、一部の参加者のみをウェブカメラ視線追跡フローに送信し、他のすべての参加者を非ウェブカメラバージョンにルーティングする必要があります。リクルートメント元がそれを行えるかどうかによって、分割方法は2つあります。

オプションA: リクルートメントでの分割

外部プラットフォームやパネルを通じてリクルートメントを行っている場合、最もシンプルなオプションはLabvanced内で分割するのではなく、そこで分割することです: 両方の研究リンクを1つの研究リンクのように投稿または送信します。ウェブカメラ対応の研究のリンクをターゲットサンプルの一部に、非ウェブカメラコピーのリンクを残りの部分に配布します。特定の参加者が受け取るリンクは、その分岐を決定するものであり、Labvanced内で構築する必要があるのは2つの研究自体のみです。ルーター研究、リダイレクトイベント、または分岐変数は必要ありません。

リクルートメントのセットアップが許可される限り、これを使用してください。オプションBは、例えば事前にこれを分割できない単一のリクルートメントリンクやプール、または研究自体内で決定しなければならない場合に対応しています。

オプションB: Labvanced内での分割

このパスは3つの研究を構築し、Labvanced内のイベントが参加者がどの研究に行き着くかを決定できるようにします。

なぜ3つの研究が必要か

Labvancedがカメラアクセスを要求するかどうかは、単一の研究レベルEye-Trackingトグル (Settingsタブ → Physiology → Eye-Tracking)によって制御され、任意のタスクやイベントが実行される前に、研究のスタートアップ時に1回発動します。完全なメカニズムについてはタスクでの視線追跡の設定を参照してください。なぜなら、そのトグルは全体の研究に適用され、あなた自身のイベントが実行される前に確認されるため、単一の研究内で一部の参加者だけにプロンプトを抑制することは不可能だからです。このパターンは、その制約を回避するために3つの研究を使用します:

1. メイン研究、研究レベルEye-Trackingトグルが有効になっています。
2. その複製、トグルがオフの参加者用で、全く同じです。
3. 小さなルーター研究、視線追跡がオフになっていて、参加者がどちらのリンクに行くかを決定するだけの役割を持っていて、そこにリダイレクトします。

ワークフローヒント: 最後に複製

最初にメイン研究を構築し、完全に仕上げてから、複製を作成してください。早く複製を作成して繰り返し作業を続けると、その時点からの変更（新しい刺激、修正されたイベント、編集された変数など）を2回行う必要が出てくるためです。研究が完成しテストされた後、複製を行うことが重要です。

1. メイン研究を構築し完成させる。 研究レベルEye-Trackingトグルを有効にして、完全に繰り返しテストします。
2. 完成したら、複製する。 My Studiesリストから研究を選択し、サイドメニューでCopyをクリックします。コピーでは、Settingsタブ → Physiologyに移動し、Eye-Trackingのチェックを外します。これで、ウェブカメラ視線追跡がオンの研究リンクとオフの研究リンクの2つができました。

変数の値による分岐

ルーター研究では、分岐の決定を保持する変数を確認し、それに応じてリダイレクトするイベントを追加します:

• トリガー: Variable Value Changed Trigger → Variable (Value Changed)、その変数を監視します。
• アクション: Control Actions → Requirement Actions (If... Then... Else If)。
  • If 変数が1つの値に等しい場合 → Then: Jump Actions → Redirect to URL、ウェブカメラ対応の研究のリンク（https://から始まる必要があります）。
  • Add Else-If Case 他の値のため → Then: 別のRedirect to URLアクション、非ウェブカメラコピーのリンクを指しています。

その変数に情報を提供するのは、決定がどこから来るべきかに依存します：

タスクのパフォーマンスまたは結果。 分岐が参加者が以前のタスクでどのようにパフォーマンスを発揮したかによって決定されるべき場合、例えば理解度チェック、練習ブロックの精度スコア、または反応時間の閾値など、タスクをSet / Record Variableアクションで終了させ、その結果を保存してから、ルーターイベントでその変数の値を確認します。この場合、ルーター研究は最小のリダイレクトロジックだけでなく、パフォーマンス信号を生成するタスクも含んでいます。

参加者自身の答え。 ルーター研究に「この研究中にウェブカメラを有効にすることに同意しますか？」という質問と2つのオプション、YesとNoを持つMultiple Choiceオブジェクトを追加します。これは参加者の答えをリンクされた変数に書き込み、上記のイベントがチェックします。

自動グループ割り当て。 分割が参加者に何も尋ねずに行われるべき場合、均衡の取れたランダムグループ割り当てを使用します。同じ因子-変数のメカニズムが被験者間グループバランシングと変数セットアップ（シナリオ2）で説明されています。各参加者には因子変数の1つの値が割り当てられ、被験者全体で均衡が取られ、上記のイベントはその値をチェックします。

ブランチのテスト

公開前にすべてのブランチを自分でテストしてください。ウェブカメラ対応のパスが正しい研究に到達し、そのカメラプロンプトをトリガーし、非ウェブカメラパスが他のコピーに到達し、決してトリガーされないことを確認します。

さらなる読書