閲覧セッション条件
このページの内容
ヒント：このページで説明する機能にアクセスできない場合は、営業担当にお問い合わせください。デジタルフィードバックとCustomerXM for Digitalの違いの詳細については、デジタルフィードバックとCustomerXM for Digitalを参照してください。
閲覧セッション条件について
閲覧セッション条件により、ウェブサイトの行動に基づいて訪問者をターゲットにすることができます。例えば、サイト内を3ページ以上訪れた訪問者にフィードバック調査を行ったり、ショッピングカートのページでクーポンを表示したりすることができます。
Qtip:インターセプトを常に表示させたい場合は、アクションセットとターゲットロジックを削除してください。詳しくは、インターセプトターゲティングロジックの最適化をご覧ください。
現在のURL
Current URLを使用すると、ウェブサイトの特定のページまたは一連のページに基づいて訪問者の閲覧活動をターゲットにすることができます。これはおそらく最も一般的なターゲット基準である。
現在のURL条件を作成するには
- 次である
- 訪問者が特定のページにいる場合のターゲット。最後のフィールドにURL全体を入力します。
- 次を含む
- 訪問者がURLに特定のフレーズを含むページにいる場合のターゲット。例えば、衣料品のウェブサイトでは、/new-arrivals/は、新しい衣料品セクションのすべてのページのURLに含まれるかもしれません。
- クエリパラメーター
- URLに特定のクエリパラメータを持つユーザーをターゲットにします。例えば、ウェブサイトのあるページで広告テストを行っていて、URLの最後に”&Version=B “を追加した場合、Query Parameterを使ってVersionがBと等しいかどうかをチェックすることができます。
例: インターセプトをサイトのトップページに、訪問者のセッション中に一度だけ表示したい。現在のURLロジックを使用して、訪問者がホームページにいることを指定し、このアクション条件と組み合わせることができます。
上記のように、Containsの代わりにIsを使うことで、ホームページが自分のドメインのURLで、末尾に/homepageなどの指定子がないイベントでも、URL全体を指定することができます。
このアクション」の条件を除外して、「繰り返し表示を防ぐ」だけをオンにすることもできます。
ページリファラー
ページリファラー条件では、訪問者が閲覧したページに基づいてターゲットを設定することができます。例えば、コマースサイトでは、チェックアウトせずにショッピングカートのページを離れた訪問者にクーポンを提供したいと思うかもしれません。そのためには、2つの条件をセットする：「Referrer is<shopping cart page>” と “If Current URL is not<checkout page>” です。
Qtip:ページがリンクを通して訪問者を現在のページに「参照」している場合、そのページはページリファラーとみなされます。訪問者がアドレスバーにあなたのページのURLを入力するだけなら、ページ参照元はありません。
Qtip:最近のブラウザの変更により、リファラーヘッダーから取得できる情報に制限が設けられました。以前は、URLが “https://www.google.com/search?q=search “の場合、すべてのクエリーパラメーターを含むURL全体としてリファラーを取得することができた。前述の変更により、現在は『https://www.google.com』しか手に入らない。この機能はウェブサイトのReferrer-Policyに基づいているため、クエリパラメータを取得できるサイトとできないサイトがあります。
ページのリファラー条件を作成するには
test interceptブックマークレットを使用してページリファラー条件をテストするには、リファラーページでブックマークレットを実行し、インターセプトのあるページに移動し、インターセプトのあるページでブックマークレットを実行する必要があります。
サイトリファラー
サイトリファラーを使用して、どのウェブサイトからあなたのウェブサイトに誘導されたかに基づいて訪問者をターゲットにします。例えば、パートナーのウェブサイトがホームページにあなたのサイトへのリンクを設置した場合、このリンクから来た訪問者に特別なウェルカムメッセージでターゲットにすることができます。
Qtip:訪問者がそのサイトのリンクをクリックし、あなたのウェブサイトに直接移動した場合、そのサイトはサイトリファラーとみなされます。訪問者があなたのURLをアドレスバーに入力するだけであれば、Site Referrerは表示されません。
Qtip: 最近のブラウザの変更により、リファラーヘッダーから取得できる情報に制限が設けられました。以前は、URLが “https://www.google.com/search?q=search “の場合、すべてのクエリーパラメーターを含むURL全体としてリファラーを取得することができた。前述の変更により、現在は『https://www.google.com』しか手に入らない。この機能はウェブサイトのReferrer-Policyに基づいているため、クエリパラメータを取得できるサイトとできないサイトがあります。
サイト・リファラー条件を作成するには
検索ワード
検索語句を使用して、あなたのウェブサイトに到達するために使用された検索語句に基づいて訪問者をターゲットにします。これは、Google、Yahoo、Bingの検索エンジンで動作します。
Qtip:最近のブラウザの変更により、リファラーヘッダーから取得できる情報に制限が設けられました。以前は、URLが “https://www.google.com/search?q=search “の場合、すべてのクエリーパラメーターを含むURL全体としてリファラーを取得することができた。前述の変更により、現在は『https://www.google.com』しか手に入らない。この機能はウェブサイトのReferrer-Policyに基づいているため、クエリパラメータを取得できるサイトとできないサイトがあります。特にグーグルは、安全なページを使用して検索を行った訪問者に対して、このデータを提供しなくなった。これには、Googleアカウントにログインしているユーザーからの検索や、Chromeなどのブラウザのアドレスバーに直接入力された検索も含まれます。
しかし、この制限があっても、サーチ・タームは訪問者をキャッチする効果的な方法である。
検索語の条件を作成するには
ページ数
ページカウントを使用すると、ウェブサイトを訪問したページ数に基づいて訪問者をターゲットにすることができます。例えば、ウェブサイトのフィードバックアンケートでは、少なくとも3つのページを閲覧した訪問者からのフィードバックが必要です。
Qtip:プロジェクトデプロイメントコードを含むページのみがページカウントで追跡されます。ページカウントは、訪問者のセッション期間中追跡されます。これには、ブラウザのタブを開いている間に訪れたページも含まれる。訪問者があなたのウェブサイトを離れても、同じブラウザ・タブで戻ってきた場合、両方の訪問からの（あなたのサイトの）ページビューが含まれます。
ページ数の条件を作成するには
例: インターセプトを訪問者が入力したページ以外に表示したい。この場合、サイト内を進む前に少なくとも1ページを見ていることになるので、ページ数が1以上でなければならないというロジックを追加することができる。
インターセプトをどのページに含めることができ、どのページに含めることができないかについては、上記のCurrent URLロジックを参照してください。
サイト履歴
サイト履歴を使用して、訪問者が訪問中に閲覧した、または閲覧していない特定のページに基づいて訪問者をターゲットにします。これはしばしば他の条件と併用される。例えば、サイトフィードバックアンケートの場合、ウェブサイトに3分以上滞在し、ホームページを最初のページとして閲覧した人をターゲットにすることができます。
Qtip:デプロイメントコードを含むページのみがサイト履歴に記録されます。ページカウントと同様に、サイト履歴は訪問者のセッション期間中追跡されます。これには、ブラウザのタブを開いている間に訪れたページも含まれる。訪問者があなたのウェブサイトを離れても、同じブラウザ・タブで戻ってきた場合、両方の訪問のページが含まれます。サイト履歴は、ウェブサイト/モバイルからのフィードバックプロジェクトの設定に基づいて、セッションストレージから取得するか、クッキーで追跡することができます。デフォルトでは、2kBまでの履歴が保存される。この制限は、「管理」から「組織設定」をクリックして変更することができます。訪問者の履歴が2kBを超える場合、訪問の最初のページと最新のページが保存されます。
サイト履歴条件を作成するには
現場でのタイミングまたは現場での集中時間
サイト滞在時間またはサイト集中時間を使用して、サイト滞在時間に基づいて訪問者をターゲットにします。
サイト滞在時間とは、訪問者があなたのウェブサイトをブラウザウィンドウで開いていた時間のことです。サイトに集中したタイミングとは、訪問者があなたのウェブサイトをコンピュータの最前面の「インフォーカス」ウィンドウとして開いていた時間のことです。通常、サイト滞在時間は訪問者のエンゲージメントのより正確な指標となります。
Qtip:サイトのタイミングは、訪問者が新しいページをロードするたびに更新されます。例えば、サイト滞在時間が10秒以上という条件は、訪問者がサイトに10秒間滞在した後、初めて新しいページをロードしたときに満たされます。訪問者の最初のページをターゲットにするには、Time On Siteロジックを使用するのではなく、クリエイティブオプションでディレイを追加することを検討してください。
現地時間条件を作成するには
Qtip:サイト滞在時間は、既存のデプロイメントコードがあるページでのみトラッキングされます。ブックマークレットのようにデプロイメントコードを遡及して追加する機能を使用する場合、Time On Siteはトラッキングされません。
FAQs
アクションセットでロジックを使うべきタイミングは？
アクションセットでロジックを使うべきタイミングは？
例えば、クリエイティブは画面サイズに反応しないため、Webサイト閲覧者がモバイル端末を使っているかどうか、特定の画面サイズでWebサイトを表示しているかどうかに着目したアクションセットロジックを実装したいユーザーも少なくありません。このようにロジックを駆使することで、適切なフォーマットとサイズのクリエイティブを適切な人物に向けることができるのです。
また、位置情報をもとにしたアクションセットロジックにより、Webサイト閲覧者に最も適した言語で書かれたクリエイティブを表示させることも可能です。
インターセプトを有効にしたのですが、サイトに表示されないのです。なぜですか？
インターセプトを有効にしたのですが、サイトに表示されないのです。なぜですか？
- Logic:intercept targeting logic andaction set logic は、インターセプトが訪問者に表示されるために満たすべき条件である。このロジックを確認することで、Interceptがページ上に表示されない原因を発見することができます。
- Contains" を使用するロジックセット:ロジックエラーの原因としてよくあるのが、"Contains" と "Contains" の使い分けです。"です"条件を「含む」と言うことは、ロジックの根拠となるパラメータ（つまり、現在のURL）に、指定された値に加えて、より多くの情報が存在することを意味します。例えば、Current URL contains 'qualtrics'というロジックがあった場合、qualtricsという単語が存在するURLに対してインターセプトを表示することになります。もう一つの選択肢は、現在のURLが[URL]であることを利用することです。この条件は、訪問したURLが完全一致であることに依存します。差分や追加文字があると、インターセプトロジックが通らなくなります。
- インターセプトの改訂:インターセプトを編集する場合、インターセプトが公開されるまで、変更はライブになりません.インターセプトを公開すると、インターセプトのバージョン、つまり「リビジョン」が保存されます。これまでのリビジョン を見直すことは、突然インターセプトが表示されなくなったような変更を確認するために非常に有効です。
- デバッグウィンドウ:デバッグウィンドウは、特定のページでインターセプトが表示されない原因を調べるための非常に便利なツールです。
展開コード が 2019 年 3 月以前に実装されたインターセプトの場合、デバッグウィンドウを有効にするには、任意の URL に Q_DEBUG というクエリ文字列を付加してください。https://www.qualtrics.com?Q_DEBUG, https://www.qualtrics.com/blog?item=value&Q_DEBUG のように、"？"または"＆"を前につける必要があります。
展開コードが2019年3月以降に実装されたインターセプトの場合、WebページのConsoleで以下のJavaScriptスニペットを実行してください。 QSI.API.unload(); QSI.isDebug = true; QSI.API.load(); QSI.API.run(); デバッグウィンドウは、URL上で動作するインターセプトに必要な条件をすべて分解して表示します。インターセプトが表示されない場合は、デバッグウィンドウでその場所を確認し、赤色の失敗した警告を確認します。Qtip: ウェブサイトフィードバックデバッガーは、コードがタグマネージャーを使用して実装されている場合、機能しません。また、URLのクエリ文字列がすでに?である場合、デバッガは代わりに&を要求します。
- ネットワークリクエスト:ほとんどのブラウザには開発者ツールメニューがあり、ユーザーはサイトのソースコード、リソース、クッキー、ネットワークコールを確認することができます。ウェブサイトフィードバックは、これらのツールのネットワークセクションで明確な存在感を示しています。これらのスクリプトが実行されているかどうかを確認するには、開発者ツールを開き、「ネットワーク」セクションに移動してください。ここで、ウェブページを再読み込みすると、メニューにウェブサイトが行っているすべてのネットワーク要求が入力され始めるはずです。ウェブサイトフィードバックコードを特定するには、?Q_ZIDまたは?Q_SIDで始まるコールを探します。これは、表示ロジックのチェックを実行するコードそのものです。この形式に一致するものが見つからない場合は、プロジェクトコードの実装に問題があります。コードを配置する最適な場所については、実装 のサポートページを参照してください。
Qualtricsは「Referer」フィールドの値を設定するのでしょうか？
Qualtricsは「Referer」フィールドの値を設定するのでしょうか？
2020年8月25日現在、Chromeは、リファラーフィールド周りのデフォルトの動作を変更しました.これまでChromeはReferrer-Policyの値として、no-referrer-when-downgrade をデフォルトで指定していました。現在、デフォルト値はstrict-origin-when-cross-origin.どういうことかというと、お客様が自分のページで独自のポリシーを指定していない場合、このポリシーがデフォルトで適用されるということです。このポリシーは、クロスオリジン、つまり親ページがリンク先と異なるドメインにあるリクエストに影響します（例：私のウェブページは example.com で、私のアンケートはベース URL の test.qualtrics.com にあります）。クロスオリジンリクエストでは、オリジンのみが渡されます。つまり、私のページがqualtrics.com/support-centerというURLにある場合、Refererはqualtrics.comになるのです。この動作を変更するには、親ページの所有者が行う必要があります。
素晴らしい！ フィードバックありがとうございます！
フィードバックありがとうございます！