サイト退職時のオプトイン調査
スイート
Customer Experience
Strategy & Research
製品
Qualtrics
このページの内容
ヒント：このページで説明する機能にアクセスできない場合は、営業担当にお問い合わせください。デジタルフィードバックとCustomerXM for Digitalの違いの詳細については、デジタルフィードバックとCustomerXM for Digitalを参照してください。
サイト退職時のオプトイン調査について
アンケート調査では、サイト訪問者がウェブサイトを離れた後にフィードバックを提供するよう求めます。
ほとんどのサイトの退職アンケートは、訪問者にオプトインを求めることなく、ウェブページの下にポップします。例えば、標準的なポップアンダーは、アンケートの招待を含むウィンドウを作成し、訪問者が最終的にサイトを退職するまでウェブページの後ろに隠れます。退職後、アンケート調査の招待画面が表示されます。しかし近年、主要なブラウザはポップアップをブロックするのと同じ方法でこの動作を防ぐようになった。
サイト訪問者に退職アンケートを実施する前に、訪問者の同意を求める（オプトインさせる）ことで、広告ブロッカーを回避することができます。最初のクリエイティブでは、訪問者にポップアンダーウィンドウが表示されても良いかどうかを尋ね、ブラウザからのブロック動作を回避します。このオプトイン方式をサイト退職アンケートに用いることは、代表的なオーディエンスからサイト満足度スコアやその他の情報を収集するためのベストプラクティスとして広く知られている。
オプトインサイトの退職アンケートの設定には、主に3つのステップがあります：
Qtip: このアウトラインは、クリエイティブの構築、レスポンシブなダイアログ、ポップアンダー、インターセプトの構築といった基本的なコンセプトを理解していることを前提としています。
注意: ポップアンダーはモバイルブラウザの互換性はありません。Device Typeロジックを使用することで、これらのインターセプトがモバイルブラウザ上で有効にならないようにします。
クリエイティブの構築
アンケートの招待を表示するクリエイティブを作成します。これは通常、レスポンシブなダイアログとして構築されますが、スライダーや情報バーなどの他のクリエイティブを使用することもできます。
Qtip: クリエイティブは必ず公開しましょう。
ポップアンダークリエイティブを創造する。
クリエイティブには、ウィンドウを開いたままにしておく必要があること、アンケートがそこに表示されることを説明するテキストボックスを含めることをお勧めします。通常、次のような文章が適切です：「アンケート調査にご参加いただきありがとうございました。このウィンドウは開いたままにしておいてください。” 訪問後、その場所にアンケート調査が表示されます。
ポップアンダーについては、オプションページをご覧ください。まず、Show Intercept target on specific eventsを 有効にし、次にSite Exitを有効にする。
注意: ポップアンダーとChromeに関する黄色い警告メッセージが表示される場合があります。この警告メッセージは、ポップアンダークリエイティブをオプトインなしで使用することを意味します。オプトイン部分を追加すると、訪問者がページを閉じた後にポップアンダーが表示されるようになります。
インターセプトの設定
ポップアンダーをつなぐ
アクションセットオプションをクリックし、 詳細オプションを選択します。
表示オプションで、「ターゲットをポップアンダーウインドウで開く」を選択する。
ロード時に表示するコンテンツ」ドロップダウンでは、上記の「クリエイティブを構築する」のステップ2～4で作成したポップアンダーを選択します。
［保存］をクリックします。
結果
参加者には、アンケート調査への参加を求めるレスポンシブなダイアログが表示されます。
訪問者が同意すると、ポップアンダーがメッセージとともに画面上にポップアップします。
QTip: インターセプトによって収集される埋め込みデータは、ポップアンダーが読み込まれた瞬間（つまり、訪問者がアンケートにオプトインしたとき）に設定されます。例えば、サイト履歴を記録している場合、ポップアンダーが読み込まれた後に訪問者が新しいページに移動した場合、ポップアンダー内のサイト履歴は更新されません。
ポップアンダーがアンダーに戻るように、訪問者は自由にサイトを閲覧することができる。
訪問者が別のウェブサイトに移動し、ポップアンダーを再訪するか、ウェブサイト内でブラウザを退職すると、ポップアンダーはサイト満足度アンケートを読み込みます。
FAQs
インターセプトを有効化しましたが、サイトに表示されません。なぜですか？
インターセプトを有効化しましたが、サイトに表示されません。なぜですか？
インターセプトが実装された後に表示されない場合、多数の潜在的な原因が考えられます。これらの原因は、インターセプト自体の設定、またはコードの実装に起因する可能性があります。
- ロジック：インターセプトのターゲティングロジックとアクションセットロジックは、サイト訪問者にインターセプトを表示するために満たす必要のある条件です。このロジックを確認すると、インターセプトがページに表示されない理由を特定するのに役立ちます。
- 「次を含む」を使用するロジックセット：「次を含む」の使用は、ロジックエラーの一般的な原因です。です。条件が「次を含む」とは、ロジックの基準となるパラメーター(現在のURLなど)に、指定した値が他の情報とともに追加で含まれることを意味します。例えば、「現在のURLに「qualtrics」が含まれる」というロジックがあった場合、URLに「qualtrics」という単語が含まれていれば、どのURLでもインターセプトが表示されることになります。もう1つのオプションは、現在のURLが[URL]であるという条件を使用することです。この条件は、訪問したURLが完全に一致しているかどうかに基づきます。相違点や追加の文字があると、インターセプトのロジックがパスしなくなります。
- インターセプトのリビジョン：インターセプトを編集する際、インターセプトが公開されるまで変更は反映されません。インターセプトを公開すると、そのインターセプトのバージョン、つまり「リビジョン」が保存されます。加えられた変更を確認することは、インターセプトが突然表示されなくなった原因となりうる変更を特定するのに非常に役立ちます。
- デバッグウィンドウ：デバッグウィンドウは、特定のページでインターセプトが表示されない理由をテストするための非常に便利なツールです。
2019年3月より前にデプロイメントコードが実装されたインターセプトの場合、デバッグウィンドウを有効にするには、Q_DEBUGというクエリ文字列を任意のURLに追加します。次のように、先頭に「?」または「&」を付ける必要があります。例：https://www.qualtrics.com?Q_DEBUG、https://www.qualtrics.com/blog?item=value&Q_DEBUG
2019年3月以降にデプロイメントコードが実装されたインターセプトについては、ウェブページのコンソールで次のJavaScriptスニペットを実行してください。
QSI.API.unload();
QSI.isDebug = true;
QSI.API.load();
QSI.API.run();ヒント：コードがタグマネージャーを使用して実装されている場合、ウェブサイトインサイトのデバッガーは機能しません。また、URLに「?」を含むクエリ文字列が既にある場合、デバッガーでは代わりに「&」が必要になります。
- ネットワークリクエスト：ほとんどのブラウザには、サイトのソースコード、リソース、Cookie、ネットワークコールを確認できる開発者ツールメニューがあります。ウェブサイトインサイトは、これらのツールのネットワークセクションで明確な存在感を示しています。これらのスクリプトが実行されているか確認するには、開発者ツールを開き、[ネットワーク]セクションに移動します。この画面でウェブページを再読み込みすると、ウェブサイトが行っているすべてのネットワークリクエストがメニューに表示され始めます。Website Insightsのコードを特定するには、?Q_ZIDまたは?Q_SIDで始まるコールを探します。これは、表示ロジックのチェックを実行しているコード自体です。この形式に一致するものが見つからない場合は、プロジェクトコードの実装に問題があります。コードを配置するのに最適な場所に関するアドバイスについては、実装に関するサポートページをご参照ください。
- コンテンツセキュリティポリシーの問題：コンテンツセキュリティポリシーに違反するコンソールログが表示される場合、ウェブサイト上の制限によってクアルトリクスのインターセプトの展開がブロックされている可能性が高いです。解決するには、貴社のウェブ開発チームにご連絡いただくことをお勧めします。インターセプトが機能するように、通常、コンテンツセキュリティポリシーヘッダーで以下の項目を許可リストに登録することをお勧めします。
- connect-src https://*.qualtrics.com
- frame-src https://*.qualtrics.com
- img-src https://siteintercept.qualtrics.com
- script-src https://*.qualtrics.com
- SPA URLの処理：サイトでシングルページアプリケーション(SPA)フレームワークを使用している場合は、ビュー間を移動する際にコードがhistory.pushState()をトリガーするようにしてください。一部のフレームワークでは、新しい履歴エントリをプッシュせずにURLの再レンダリングや更新を行う場合があり、これによりインターセプトが実行されないことがあります。useEffectまたは同様のlifecycleフックを使用している場合は、インターセプトのロジックがナビゲーションの完了後に実行されるようにしてください。
インターセプトを作成しましたが、有効化する前にテストしたいです。どうすればよいですか？
インターセプトを作成しましたが、有効化する前にテストしたいです。どうすればよいですか？
有効化しなくてもあらゆるインターセプトをテストできる、ブックマークレットというツールがあります。
On Load、On Focus、On Exit Intent、Manuallyの表示の違いは何ですか？
On Load、On Focus、On Exit Intent、Manuallyの表示の違いは何ですか？
Intercept Options 内に、Display Intercept ドロップダウンメニューがあります。アクションセットのロジックが正常に検証された後、どのタイミングでクリエイティブを表示するかを設定するメニューです。
- On Load: On Loadオプションは、最も基本的な表示オプションです。このオプションを選択すると、有効なページではページ自体がロードされると同時にインターセプトが実行されます。つまり、ウェブサイト訪問者が別のタブやブラウザのインスタンスでURLを読み込み、自分では見ずにクリエイティブを表示させることができるのです。
- オンフォーカス:On Focusオプションを使用すると、Webサイトの訪問者がインターセプトに遭遇する前にページ上で活動していることをより確実に確認することができます。インターセプトを表示するようなページがロードされた場合、On Focus 設定を使用すると、訪問者がページ上でアクティブになるまでスクリプトが実行されないようにすることができます。マウスの動きやクリック感で判断します。つまり、例えばURLが新しいタブでロードされた場合、ユーザーはスクリプトを実行する前にまずそのタブに移動してページと対話する必要があります。クリエイティブをタイマーで表示するように設定している場合に有効です。
- On Exit Intent:このオプションは、ウェブサイト訪問者があなたのサイトを離れようとするときにクリエイティブを表示することを目的としています。デプロイメントコードがページ上に存在する場合、ブラウザの境界内におけるユーザーのマウスの動きを検出することができます。Exit Intent機能は、ブラウザの上部にカーソルが移動した瞬間を検知し、そのタイミングでインターセプトを発動させる機能です。こうして、誰かがタブを閉じようとしたときに、その人の注意を引くことができるのです。
- 手動で:このオプションは、主にSingle Page Application のセットアップで使用されます。これを選択すると、何も自動的に表示されなくなります。その代わり、Website Feedback API をサイト自身が実行して、スクリプトを発火させ、クリエイティブな表示をさせる必要があります。一般的には、フィルターの値を変更したり、同じURL内の要素を読み込むなど、1つのページ上の特定の要素が変更されたときにインターセプトをトリガーさせたい場合に使用します。
当サポートサイトの日本語のコンテンツは英語原文より機械翻訳されており、補助的な参照を目的としています。機械翻訳の精度は十分な注意を払っていますが、もし、英語・日本語翻訳が異なる場合は英語版が正となります。英語原文と機械翻訳の間に矛盾があっても、法的拘束力はありません。
素晴らしい！ フィードバックありがとうございます！
フィードバックありがとうございます！