| ステータス | ||||
|---|---|---|---|---|
|
...
また、このトラブルシューティングは、はじめに以下用語と概念を理解しておく必要がございます。
| 情報 |
|---|
会員情報連携の用語 |
会員情報連携の用語
青の部分
青の部分はマスターキーワードと言います。こちらは、連携する情報の「項目」にあたります。
「data-cs-id」と「data-cs-secret」は固定になりますので名称変更できません。
緑の部分
青の部分はマスターキーワードの「値」と言います。こちらは来訪者ごとに変わる顧客情報です。
以下の例は、data-cs-idにログインしたユーザーの「会員No.」連携させ、data-cs-secretにはユーザー毎にパスワードを発行しています。
※idとパスワードの値、どちらかが変わってしまうとルームが別れますのでご注意下さい。
...
| 情報 |
|---|
会員情報連携の概念 |
会員情報連携の概念
会員情報連携は以下の仕組みを使って、接客管理画面に連携された情報を送信しています。まず、この概念図と認識の相違がないかをご確認下さい。
埋め込みタグの情報「data-cs-id」の値を会員番号の情報としてそのまま接客管理画面に送信します。
...
一般的に多くのクライアント様で、data-cs-idをメールアドレス、data-cs-secretをECパッケージ側が保持している何かしらのユニークコードで設定しているケースが多く見られます。
※data-cs-secretにユーザーログインパスワードを設定するのはセキュリティ上問題が想定されますので、お控えいただきますようお願い致します。
※詳細は「WhatYa 会員情報連携資料」のP15の「ログインしていないとき」の手順をご確認下さい。
| 情報 |
|---|
非ログイン時も会員情報連携がされますか？ |
会員情報連携の機能は、ログイン時の会員情報を埋め込みタグに連携させます。従って、未ログイン時は連携する情報がないため、会員情報の連携ができません。
会員情報を連携を導入する際、動的に未ログイン時はID連携のタグを表示させず、通常のタグを表示させる導入方法がよく使われています。
非ログイン時のメッセージはログイン後も引き継がれますか？ |
結論から先にお伝えすると、初回ログイン時のみ、ログが引き継がれる仕様となっております。
内部の仕組みとしては、初回ログイン時はチャットボタンクリック時に生成されるid（whatya_id）でユーザーを特定し、アノニマスの時に生成されたid（whatya_id）はルームの引き継ぎ時に削除されます。
※イメージ図1
...
その後2回目以降のログインの場合は、cs-id&cs-secretでユーザーを特定します。
そのため、デバイスをまたいでも、cs-id&cs-secretが同一である限りは同一のルーム、同一のログで会話が可能となります。
※イメージ図2
...
| 情報 |
|---|
来訪者（ユーザー）に過去の会話が出てこないと言われた |
...
まず、過去の会話が出てこない理由はルーム継続されず、新しくなっている為です。
前提条件として、ログインしているときは、連携された情報を利用して来訪者を特定し、ログオフしているときは、LocalStorageの情報で来訪者を特定して会話を継続します。
その為、ログイン時、ログオフ時は、それぞれ来訪者は別々のルームになります。
よくあるケースとしては、以下が考えられます。
このケースは、ログインしたときは会員情報連携のidを使って来訪者を識別しますが、ログオフしたときは、LocalStorageで発行したidを利用されている別なルームになっています。
① 1回目はログインしてチャットを利用（連携されたidを利用）
② 2回目はログオフをした状態でチャットを利用（LocalStorageが発行したidを利用）
また、以下のようなケースも、最初からログオフされている為、会員情報が連携ができない上に、ドメインが変わった事により、Cookieも継続できない為、別ルームとなっています。
①1回目はログオフした状態でチャットを利用（LocalStorageでID発行される）
②2回目もログオフした状態でドメインが異なる（もしくはサブドメインが異なる）
サイトへ移動して、チャットを利用（ドメインが異なるとLocalStorageに新しいidが発行される）
...
前提として、非ログイン⇒初回ログインは会話内容を引き継ぎます。詳しくは上記の回答をご確認ください。
その上で、過去の会話が出てこない場合は、ルームが継続されず、新しくなっている為です。
よくあるケースとしては
デバイス、ブラウザが違う
シークレットモードを使っている
ログインをしていない、もしくは、ログインをしている
などが考えられます。
前提としてWhatYaは、
ユーザーがログインしているときは、WEBサイトから連携された情報（cs-id&cs-secret）を利用して来訪者を特定し、
ログアウトしているときは、LocalStorageの情報で来訪者を特定して会話を継続します。
その為、ログイン時、ログアウト時は、それぞれ来訪者は別々のルームになります。
以下に詳細を例示します。
ユースケース1：前回訪問時にログインをしてチャットを使ったが、次回訪問時はブラウザの影響でログアウトしていて、会話ログがログアウト時の会話ログになっているケース
この場合、ログインしたときはWEBサイトから連携された情報（cs-id&cs-secret）を使って来訪者を識別しますが、ログアウトしたときは、LocalStorageで発行したidを利用されているため、別ルームになっています。
① サイト訪問時、WEBサイトにログインを行いチャットを利用（連携されたidを利用）
② サイト再来訪時、WEBサイトにログアウトをした状態でチャットを利用（LocalStorageが発行したidを利用）
...
ユースケース2：サブドメインが異なるサイトで、ログアウトした状態でチャットを利用したケース
以下の様な場合、最初からログアウトされている為、会員情報が連携ができない上に、ドメインが変わった事により、LocalStorageも継続できない為、別ルームとなっています。
①サブドメインA(aaa.sola.co.jp)にログアウトした状態でチャットを利用（LocalStorageでID発行される）
②サブドメインB(bbb.sola.co.jp)にログアウトした状態でサイトへ移動して、チャットを利用（ドメインが異なるとLocalStorageに新しいidが発行される）
「会話ログが消えた」というお問い合わせについては、顧客がログインとログアウトを繰り返していたり、最初からログアウトしてる事が理由により起こりますので、顧客のログイン状況をご確認下さい。
| 情報 |
|---|
非ログイン時も会員情報連携がされますか？ |
会員情報連携の機能は、ログイン時の会員情報を埋め込みタグに連携させます。従って、未ログイン時は連携する情報がないため、会員情報の連携ができません。
会員情報を連携を導入する際、動的に未ログイン時はID連携のタグを表示させず、通常のタグを表示させる導入方法がよく使われています。
※詳細は「WhatYa 会員情報連携資料」のP15の「ログインしていないとき」の手順をご確認下さい。
| 情報 |
|---|
ログインしていないユーザーのルームが毎回変わってしまう |
...
data-cs-secret=‘xxxxxxx'>
</script>
※太字部分はお客様ごとに異なります。
未ログイン時の埋め込みタグの例
※未ログイン時はログイン時の赤字部分が表示されない、もしくは無効になるようにします。
...
<script src="https://whatya.solairo-api.com/sola3/chat.js"></script>
※太字部分はお客様ごとに異なります。
| 情報 |
|---|
会員情報の連携のタグを埋めたがルームに情報が届かない |
...
この事象の原因の殆どが以下である事が報告されています。
ログイン後のタグが、会員情報連携の部分が無い通常のタグになってしまっている
会員情報連携の「値」となる部分が正しく連携されていない
ベンダーと担当者間のやり取りに齟齬があり、確認する場所を間違えている
（例）ベンダー側は、ステージング環境に会員情報連携のタグを埋めたが担当者は本番環境を見ていた等
接客管理画面側の設定がされていない
この場合は、以下の方法で本当に会員情報連携が正しく設定されているか、確認する事ができます。
...
以下のように表示された場合、タグを埋め込んだページにマスターキーワードと値が正しく設定されていない可能性がありますので、連携の開発を実施いただいたベンダー様に以下をご確認下さい。
ログイン時は会員情報連携のタグ、未ログイン時は会員情報連携がない通常のタグになっているか？
変数などで設定した値はちゃんと連携されているか？
タグの記述に間違いはないか？
タグを埋め込んだページを間違えてないか？
※タグの指定が間違っている場合の例１
...
※タグの指定が間違っている場合の例２
...
※タグの指定が間違っている場合の例２
未ログイン時のようにid連携をしていない場合は、idとpwがnullになっている事が正常です。
...
| 情報 |
|---|
サンプルサイト |
正しい設定例
弊社の検証用のサイトにID連携を設定してますので、デベロップツールで確認をしてみて下さい。
...