Owner Data

預設情況下，Tiledesk Web Widget透過匿名驗證功能為其使用者提供匿名身分。這意味著第一次在最終用戶的瀏覽器上啟動該小部件時，它將為用戶分配一個隨機的唯一用戶 ID代碼，該代碼將持續到清除瀏覽器的快取為止。 這種臨時和隨意的身份提供了許多優點，首先能夠立即在您的網站或應用程式上安裝和使用小部件，而無需任何配置。當使用者通過匿名身份驗證時，您可以透過啟用「聊天前表單」為他們提供「更強」的身份。透過此表單，您可以要求一些數據，例如電子郵件/全名，以便您隨後可以使用該數據進行識別。 雖然「匿名身份驗證」模式提供了 Tiledesk 小部件的簡單直接實現，但有時您希望為 Tiledesk 最終用戶提供持久且可識別的身份。 例如，當您的最終用戶已經在另一家公司的身份提供者中擁有經過認證的身份時，尤其如此。例如，當使用者已經在您的商店網站或後台應用程式上經過身份驗證時，您就已經了解有關使用者的所有資訊。在這些情況下，您希望實現的目標是看到他們在每次請求支援時都得到 Tiledesk 管理局（和您的代理）的認可。


您不希望他們使用預先聊天表單提供帶有不正確或拼字錯誤的電子郵件或全名的任意身分。 Tiledesk 現在能夠使用 JWT 身份驗證（一種非常簡單且經過市場驗證的身份驗證技術）透過個人化和經過認證的身份對最終用戶進行身份驗證。 我們剛剛寫了一篇自訂身份驗證教程，其中提供了有關如何為 Web Widget 最終用戶正確設定自訂 JWT 身份驗證的完整範例。 如果您願意，可以嘗試即時 沙烏地阿拉伯 電話號碼庫 教學應用程式。這是了解自訂身分驗證如何運作的一個很好的起點。如果您建立對話，Tiledesk 小工具會自動將其儲存在小工具主頁上可用的最近對話清單中。同一用戶將始終收到相同的最新對話歷史記錄。透過匿名驗證，如果您在匿名瀏覽器實例中開啟相同的網頁（或者如果您只是從一種瀏覽器（例如​​Chrome）移動到另一種瀏覽器（例如​​Firefox），您的使用者將會變更（您將獲得一個新的令牌匿名用戶） ），你會得到一個空白的對話歷史記錄（因為你實際上是新的）。 對最終使用者進行身份驗證 教程應用程式不會發生這種情況。即使您切換瀏覽器或在新的匿名瀏覽器實例中重複開啟頁面，您也將始終獲得相同的歷史記錄。您始終是同一個用戶，並且始終會收到您的最新對話。嘗試一下吧。在 Google Chrome 中開啟您的網頁。創建對話，只是作為獲取對話歷史記錄的藉口。



當您返回小部件主頁時，您將獲得對話歷史記錄。現在在新的匿名瀏覽器實例中開啟教學頁面。您將獲得相同的對話清單。更改您的瀏覽器（例如​​ Firefox），您仍然會得到相同的歷史記錄。因為你們是同一個使用者。 了解代理商對經過驗證的訪客的體驗 我們剛剛從最終用戶的角度看到了發生的情況。但從代理人的角度來看會發生什麼事？不錯，體驗不錯，讓大家都很滿意 Tiledesk 儀表板和聊天透過在使用者圖示上放置屏蔽（例如在佇列監視器中），自動識別具有強身份驗證的使用者（是的，自訂身份驗證是「強」）： 儀表板中的聊天機器人分析 該盾牌表明用戶經過了嚴格的身份驗證，您可以相信他們的身份來自公司的身份提供者。如果將滑鼠移到使用者圖示上，您會收到一條清晰的訊息 經過身份驗證的用戶 如果您進入對話詳細資訊（或開啟聊天），您的代理程式將在側面板中收到詳細說明。開啟與對話對應的聊天，即可「聊天時」取得可靠資訊的詳細資訊... 使用者資訊 只需開啟「可信任資訊」部分即可取得來自外部身分識別管理的所有「可信任」元資料。 立即建立一個免費帳戶 並使用自訂身份驗證。 您可以 在此處找到一個範例即時應用程序，該應用程式演示了 JWT 自訂身份驗證的工作原理。 您可以透過開發人員專區中的 本教學了解如何新增自訂身份驗證。