ブログ

導入・ウィジェット・運用 · 2026年8月13日 · 6分

サポートウィジェットの許可ドメインとセキュリティ設定

「サポートウィジェットの許可ドメインとセキュリティ設定」では、まず許可ドメインと公開ウィジェットのセキュリティとWebサイト埋め込みスクリプトと動作確認を決め、根拠不足または実作業が必要な会話を人へ引き継ぎます。本番と必要なプレビューオリジンだけを許可します。ワイルドカードで開放せず、失敗時はブラウザの現在originと登録値を正確に比較します。 「サポートウィジェットの許可ドメインとセキュリティ設定」は、運用境界を明確にすると判断しやすくなります。焦点は、許可ドメインと公開ウィジェットのセキュリティ、Webサイト埋め込みスクリプトと動作確認、デスクトップ・モバイル・回答・引き継ぎの事前確認、解決するサポート課題と自動化範囲です。

著者 ·

最初に決める運用上の問い

「サポートウィジェットの許可ドメインとセキュリティ設定」を検討するときは、「AIを導入するか」よりも、どの問い合わせをどの根拠で回答し、どの条件で人へ引き継ぐかを先に決めます。自動化率だけを目標にすると難しい案件がAIに残りやすい一方、範囲と引き継ぎ基準を目標にすれば責任の所在が明確になります。

Deyoで関連する要素は、承認済みナレッジ、Webウィジェット、有人引き継ぎ、運用レビューです。許可ドメインと公開ウィジェットのセキュリティを観測可能なルールとして記録すれば、公開後の実会話にも同じ判断基準を適用できます。

1. 許可ドメインと公開ウィジェットのセキュリティを検証する

この基準を実運用に適用すると、次のようになります。本番と必要なプレビューオリジンだけを許可します。ワイルドカードで開放せず、失敗時はブラウザの現在originと登録値を正確に比較します。

許可ドメインと公開ウィジェットのセキュリティは、Deyo SettingsのWidget・Install設定を保存し、許可済みの実ドメインで再読込して確認します。デスクトップとモバイルで起動、送信、リンク、有人引き継ぎを一連で記録します。

2. Webサイト埋め込みスクリプトと動作確認を検証する

この基準を実運用に適用すると、次のようになります。スクリプトは共通コード領域やbody終了前など対象ページで一度だけ読まれる場所に置きます。重複挿入やキャッシュによる二重表示を確認します。

Webサイト埋め込みスクリプトと動作確認は、Deyo SettingsのWidget・Install設定を保存し、許可済みの実ドメインで再読込して確認します。デスクトップとモバイルで起動、送信、リンク、有人引き継ぎを一連で記録します。

3. デスクトップ・モバイル・回答・引き継ぎの事前確認を検証する

この基準を実運用に適用すると、次のようになります。デスクトップとモバイルで起動、長文スクロール、リンク、再読込、有人引き継ぎを確認します。社内ドメインの成功だけで本番準備完了としません。

デスクトップ・モバイル・回答・引き継ぎの事前確認は、Deyo SettingsのWidget・Install設定を保存し、許可済みの実ドメインで再読込して確認します。デスクトップとモバイルで起動、送信、リンク、有人引き継ぎを一連で記録します。

4. 解決するサポート課題と自動化範囲を検証する

この基準を実運用に適用すると、次のようになります。範囲は「FAQ自動化」のように広くせず、パスワード再設定案内や配送確認案内など完了条件が見える問い合わせで定義します。例外処理とアカウント変更は最初から担当者の範囲に残します。

解決するサポート課題と自動化範囲を確認するには、関連ヘルプをDeyo Knowledgeに登録し、Playgroundで代表質問を試します。根拠不足または実作業が必要なら同じ会話を有人へ引き継ぎ、Inboxに文脈が残ることを確認します。

Deyoで実行する具体例

「サポートウィジェットの許可ドメインとセキュリティ設定」の検証シナリオは本番オリジンで初めてウィジェットを開く訪問者です。運用者は関連ヘルプをKnowledgeに登録し、Playgroundで通常表現と短い言い換えを試します。最新ソースが回答と表示されたらWebウィジェットでも同じ質問を送ります。

次に実作業が必要な表現へ変えて有人引き継ぎを発生させます。Inboxに全履歴、理由、担当状態、返信操作が表示された場合のみ、このシナリオを合格とします。

Deyoで現在確認できる実装範囲

「サポートウィジェットの許可ドメインとセキュリティ設定」の提案は、現行Deyoの製品根拠で確認できる範囲に限定しています。このテーマで確認済みの作業は、許可済みオリジンに本番ウィジェット利用を限定、Webサイトにサポートウィジェットを設置です。これらは運用者がナレッジを準備し会話を確認する手段であり、全問い合わせの自動解決を約束するものではありません。

基本手順は、ナレッジ登録、Playgroundでの検証、ウィジェット設置、実会話の確認です。まず一つの問い合わせ種別で回答と引き継ぎを確認し、運用責任者が結果を承認してから範囲を広げます。

導入前チェックリスト

提案を検証可能な運用変更にするための一覧です。担当者と確認日を残し、ナレッジ変更と回答品質を追跡します。

  • 1. 許可ドメインと公開ウィジェットのセキュリティ:本番と必要なプレビューオリジンだけを許可します。ワイルドカードで開放せず、失敗時はブラウザの現在originと登録値を正確に比較します。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 2. Webサイト埋め込みスクリプトと動作確認:スクリプトは共通コード領域やbody終了前など対象ページで一度だけ読まれる場所に置きます。重複挿入やキャッシュによる二重表示を確認します。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 3. デスクトップ・モバイル・回答・引き継ぎの事前確認:デスクトップとモバイルで起動、長文スクロール、リンク、再読込、有人引き継ぎを確認します。社内ドメインの成功だけで本番準備完了としません。 この基準で合格例一件と有人引き継ぎ例一件を保存します。
  • 4. 解決するサポート課題と自動化範囲:範囲は「FAQ自動化」のように広くせず、パスワード再設定案内や配送確認案内など完了条件が見える問い合わせで定義します。例外処理とアカウント変更は最初から担当者の範囲に残します。 この基準で合格例一件と有人引き継ぎ例一件を保存します。

Blog

続きを読む