分享方式:


推播式行銷中的已知問題和解決方法

重要

本文章僅適用於推播式行銷

本文件提供有關 Dynamics 365 Customer Insights - Journeys 已知問題和因應措施的最新重要資訊。 如需每月 BUG 修正的資訊,請瀏覽 Dynamics 365 Customer Insights - Journeys 的新功能文章。

設定、安裝及首次執行體驗

  • 設定程序最久可能需要花費兩小時。 這個程序可能會在此時自動重新啟動,且因此可能向您發出多封通知成功 (或失敗) 的電子郵件。
  • 儘管授權合約未要求,但目前存在一個已知的技術問題會阻止您執行安裝管理區域,除非您在目標 Dynamics 365 執行個體上指派了具有系統管理員資訊安全角色的 Dynamics 365 授權。
  • 電子郵件設計工具和客戶旅程設計工具中的某些語言字串,並不能在所有語言中使用。
  • 權利變更後,在管理員 UI 中,更新後的工作權利有時將顯示為「NotConfigured」,而中斷的權利將顯示為「Configured」。 透過提出支援要求可以解決此問題。
  • 當入口網站過期時,在其他動作下的設定您的入口網站項目連結到舊入口網站。
  • 選取 Customer Insights - Journeys 應用程式設定概觀頁面中的一項設定時,沒有管理員權限的使用者會在調整設定時重新導向至空白頁面。

客戶旅程

  • 停用的連絡人將不會再收到來自他們曾經參與之旅程的任何電子郵件,但是可能會繼續包含在其他動作中,像是工作和工作流程。
  • 旅程、電子郵件和行銷頁面的深入解析最長可能需要六小時才會顯示。
  • 客戶旅程中的日期排程器圖標不再依照日本皇室行事曆 (包含於日文當地語系化) 顯示日期。
  • 匯出到 Excel 功能限制為 10,000 筆記錄。
  • 使用太多圖標的旅程可能會使 Customer Insights - Journeys 服務超載。 若要解決可能發生的服務中斷,請使用分隔器圖標

設計師功能保護

  • 設計師功能保護可讓系統管理員限制內容設計師的 HTML 索引標籤和/或 Litmus 預覽的存取權。 不過,保護只適用於對設計師功能存取實體具有讀取權限的使用者。 即使您使用設計師功能保護進行封鎖,未具備此讀取權限的使用者仍一律能夠看見 HTML 和 Litmus 功能。 若要解決此問題,務必確認所有資訊安全角色提供設計師功能存取實體的讀取權限。 如果您要使用產品提供的現成資訊安全角色,那麼這些角色應在您套用 2018 年 10 月 (或更新的版本) 更新時自動更新,以包含此存取權,但如果您使用的是自訂資訊安全角色,則需在更新後明確新增此存取權。 其他資訊:資訊安全角色和權限

事件管理

  • 如果停用事件入口網站的匿名註冊功能,則客戶組織必須使用入口網站來建立註冊人員帳戶,而在帳戶建立之後,該註冊人員就能從其組織註冊所需數目的出席者。 不過,在使用入口網站時,註冊人員不能使用 Dynamics 365 中所屬連絡人之電子郵件地址來進行註冊。 若要將現有連絡人設定為註冊人員,請建立入口網站邀請,並接著將包含邀請代碼的電子郵件傳送給連絡人。
  • 從 Customer Insights - Journeys 建立的 Microsoft Teams 網路研討會與從 Teams 日曆建立的網路研討會,在外觀上會存在一些錯配。 在未來的版本中,會將差異最小化。 在那之前,請注意它們不會導致任何功能上的限制,不會影響做為召集人的您,透過 Customer Insights - Journeys 管理網路研討會的方式。 有關詳細資訊,請參閱此部分:Teams 網路研討會的已知問題
  • 在事件的註冊和出席索引標籤中,有個關於篩選註冊回應的問題。 任何欄位一旦套用自訂篩選器後,將顯示來自所有事件的回應,而非僅顯示與單一事件相關的回應。 進階搜尋功能是一項解決方法,可用於篩選特定事件的註冊回應。 使用進階搜尋,在尋找下拉清單中選擇「註冊回應」,在使用保存的視圖下拉列表中選擇「詳細註冊回應」,然後套用適當的篩選器。 您可以藉由篩選「事件註冊」關係中的「事件」屬性,將結果限制為特定事件。
  • 工作階段進程不會複製入事件的另存為操作。 這將在未來的版本中修復。 在此之前,請手動新增會議進程。
  • 如果是內部部署信箱,您就無法為 Teams 網路研討會事件召集人或發言人建立行事曆項目。 這是內部部署信箱的 Exchange REST API 的已知限制。 在這種情況下,您應該透過標準電子郵件將事件詳細資料 (例如 Teams 會議 URL) 共用給事件發言人。

一般

  • 2019 年 4 月版本中的下列功能要求您的執行個體必須能夠存取最新的 Dynamics 365 基礎結構和服務:管理連絡人記錄中的區段成員資格工作階段層級事件註冊電子郵件中的事件註冊 QR 代碼入口網站選用作業,以及一些區段化改進功能。 我們正盡快推出所需的基礎結構更新,而大多數客戶應該已有這些更新。 如果您執行的是 2019 年 4 月版本,並且需要這些功能中的某一項或多項,但您的執行個體上沒有這些功能,請連絡 Microsoft 支援服務,以立即更新您的基礎結構。
  • 如果您在其他瀏覽器視窗或索引標籤中開啟了不同的 Dynamics 365 工作階段,並且在相同瀏覽器中開啟 Customer Insights - Journeys 應用程式,則它會使用您在其他工作階段中所開啟的相同使用者進行驗證。 我們建議您在每次需要登入時,使用不同的 Dynamics 365 使用者帳戶來重新啟動瀏覽器。
  • 避免停用可發行 (上線) 的記錄。 請改為變更發行狀態 (狀態原因),以及使用停止按鈕來管理不再需要的記錄。 更多資訊:將可發行的實體上線並追蹤其狀態
  • 目前只有以下瀏覽器可支援 Customer Insights - Journeys:Microsoft Edge、Google Chrome 和 Mac 上的 Apple Safari。 更多資訊:瀏覽器和系統需求
  • 從右至左 (RTL) 語言支援目前有以下限制:客戶細分區隔設計師可使用,但顯示的使用者介面元素順序不正確;提供的內容範例 (行銷頁面範本、電子郵件範本、表單範本及事件網站) 不會以 RTL 版面配置提供。
  • 在推播式行銷的動態 URL 中,不支援變音符號 (標於字母上方或下方的的發音標記)。

深入解析

  • 對匿名訪客註冊的 Web 互動 (在追蹤的網站、行銷頁面、行銷表單或重新導向 URL 上) 目前不會變成連絡人記錄的屬性,即使這些訪客後續成為已知連絡人。 雖然這些互動保持匿名,但您仍可在相關實體 (行銷頁面、網站等) 下方看到它們,而這些互動會用來計算每一筆記錄的深入解析。 更多資訊:網站
  • 客戶旅程深入解析包括因為「連絡人加入了隱藏區段」而中途停止旅程的連絡人計數。在目前版本中,此計數可能不確實。 隱藏區段仍可運作,而且連絡人在加入時會正確停止,但部分連絡人數目計算不正確,因為此處並未計入停止的連絡人。
  • 電子郵件深入解析包括一項對應,會顯示收件者開啟您的訊息時的位置。 若是 Gmail 地址,這項資訊通常並不正確,這是因為 Gmail 快取內嵌影像的方式所導致。 若收件者使用 VPN 或分布廣泛的公司網路,則其地理資訊也可能不正確。
  • 日期篩選不適用於前 10 個連結或連結見解。

潛在客戶評分和管理

  • 潛在客戶評分結果最長可能需要一小時才能計算出。
  • 當您建立潛在客戶評分規則時,可能不會針對非英文語言將下拉式清單當地語系化。

行銷電子郵件

  • 在某些執行個體上,包含日期欄位的電子郵件可能不會透過錯誤檢查 (有「不支援的屬性類型」錯誤),因此無法上線。 如果您受到此問題影響,請連絡 Microsoft 支援服務,要求他們使用已知的修正更新您的執行個體。
  • 預設內容設定記錄必須上線,您才能傳送任何行銷電子郵件,或在深入解析頁面上查看熱度圖。 通常,預設內容設定記錄會在設定完成時自動上線,但有時候並非如此。 如要解決這個情況,請依照使用內容設定為電子郵件訊息設定標準和必要值存放庫所述方式,手動設定並發行預設的內容設定記錄。
  • 選取上線電子郵件中的停止,將會造成日後旅程中無法使用這項功能,但其將在現有上線旅程中繼續運作,並將持續發揮功能。
  • 如果您重複多次使用相同的電子郵件 (在同一旅程或不同旅程中),則您將在其深入解析頁面上看到不正確的績效表現結果。
  • 許多電子郵件範本有預留位置影像。 您應該將這些預留位置影像取代為實際影像,讓行銷電子郵件看起來更專業。
  • 在電子郵件設計師輸入程式碼以加入進階動態內容時需要格外小心。 否則很容易產生無法運作的程式碼。 如果您想要使用此功能,請務必檢閱如何在設計師中輸入程式碼中提供的附註。
  • 如果您建立的電子郵件訊息當中有動態內容,而該內容會嘗試透過一對多資料庫關聯擷取單一值,則系統將會不知道要擷取哪一筆相關記錄。 如此一來,訊息發行至傳送服務時將以錯誤狀態結束,且因此絕不會傳送 (錯誤檢查機制目前找不到這項錯誤,這也是您仍然可以發行的原因)。 一對多關聯的範例包括連絡人與事件註冊之間的關聯,因為一個連絡人可以註冊多個事件。 為避免發生此錯誤,請使用 for-each 迴圈括住任何參考一對多關聯的運算式 (這樣迴圈就會執行每一筆相關記錄)。 更多資訊:新增動態內容至電子郵件訊息
  • 欄邊框間距並不一定會在新的頁面範本中正常運作。
  • 點線欄邊框樣式在電子郵件設計工具中,無法正確呈現為一欄的配置。
  • 訂閱清單在連絡人層級進行管理。 如果多個連絡人共用同一電子郵件地址,則只有選擇退出的特定連絡人會停止接收通訊。 使用同一電子郵件地址的其他連絡人將繼續接收通訊。 如果您需要在電子郵件層級處理自願選擇退出,則需要建立自訂流程。 更多資訊:在電子郵件層級管理訂閱
  • 截至 2021 年 3 月,新的電子郵件設計工具尚未提供 A/B 測試。
  • 如果您有任何電子郵件編輯器自訂,您的系統管理員將需要在新的電子郵件設計工具中手動重新建立它們。
  • 由於 Outlook 的限制,最大分隔線高度為 10 像素。
  • 在 2022 年 4 月版本之前建立的電子郵件圖像佔位符會以藍色顯示。
  • 使用新增至行事曆功能新增文字連結時,會產生多個錯誤。 新增至行事曆可對影像和按鈕正常運作。 此錯誤僅與事件管理相關。
  • 在不建置旅程的情況下傳送電子郵件不會阻止使用者選擇來自不同業務單位的電子郵件和客戶細分。

行銷頁面和表單

  • 連絡人可以使用不遵循 HTML5 表單驗證的瀏覽器 (尤其是 iOS 裝置) 送出未包含所有必要欄位值的行銷表單。
  • 使用表單擷取時,對應欄位的資料模型變更並不會反映在 Customer Insights - Journeys 中,需等到您在進行變更後,手動重新整理行銷表單擷取頁。
  • 單欄區段大於 1000 px 的行銷頁面預覽預設會包括水平捲軸。
  • 表單擷取工具可能無法正確擷取所有非拉丁指令碼字元。 無法識別的字元由 HTML 程式碼替換。
  • 日期欄位值未顯示在表單提交下方的深入解析索引標籤中。

可重複使用的內容區塊

  • 您加入可重複使用內容區塊中的任何 CSS 樣式,都可能遭到您最終主控內容之文件中的樣式駁回。 若要避免這種情況發生,請使用包括 !important 屬性的內嵌樣式設計您的內容區塊。

區段化

  • 用來建立設計師上顯示的條件和下拉式清單的中繼資料未針對非英文組織當地語系化。
  • 嘗試預估查詢結尾不是某連絡人的區段大小時,系統會顯示伺服器通訊錯誤。 若要修正此錯誤,請確定您的區段定義結尾是連結至設計動態人口統計或企業統計區段中所描述連絡人實體的子句。
  • 從 Customer Insights - Data 建立、啟動和匯出,然後在 Customer Insights - Journeys 中發佈的客戶細分,不會在 Customer Insights - Journeys 中一直顯示客戶細分成員。
  • 如果建立新的靜態客戶細分,然後在儲存客戶細分之前重新整理頁面至少一次,則它將恢復為動態客戶細分並且您需要重新開始以建立新的靜態客戶細分。
  • 在「成員」檢視表中,您可以按「全名」和「電子郵件」欄進行排序。 不支援依照相關實體、自訂欄或檢視表進行排序。

社交張貼

  • 開啟現有社交文章時,會暫時顯示舊 UI。
  • 您無法建立包含 GIF 檔案多個影像的 Facebook 貼文。

試用版

  • 這些試用版受到 Dynamics 365 Customer Insights - Journeys 試用版的限制的規範。
  • 您無法在未設定組織系統管理員信箱的情況下,使用註冊程序在試用版用戶上執行的 Customer Insights - Journeys 試用版中新增更多使用者。每位新使用者都必須改用特定方式新增。 如需詳細資訊,請參閱如何將更多使用者新增到試用版中?
  • 您無法使用 @microsoft.com 電子郵件地址註冊。 如果您是 Microsoft 員工,且想要註冊試用版,請先從設定 Microsoft 365 E3 試用版開始,這個試用版將提供您試用版租用戶 (可安裝 Customer Insights - Journeys 試用版之處),另外也會提供新的電子郵件地址,讓您用來註冊 Customer Insights - Journeys 試用版。 更多資訊:申請免費試用版

影片

  • 當您新增視訊至行銷頁面時,設計師索引標籤會將它顯示為縮圖影像,而不是 iframe 中的內嵌視訊。 不過,當您發行時,內嵌視訊 iframe 仍會在上線的頁面上正確顯示。

網站

  • 網站功能會記錄所有內含 Customer Insights - Journeys 追蹤指令碼的網頁造訪情形。 每個記錄項目都包括時間戳記及 (如可能的話) 已知連絡人的連結。 如果訪客不是已知連絡人,則造訪會以匿名方式記錄。 網站追蹤指令碼會設定 Cookie,如此系統就能將造訪分成不同的工作階段,甚至能夠將匿名造訪分組。 當連絡人送出登陸頁面表單時,系統會設定相同的 Cookie (若還不存在),之後就可以比對 Cookie 識別碼與連絡人識別碼,因為登陸頁面送出項目將會建立或比對連絡人。 若是已知訪客,所有未來的網站造訪都將以該使用者的識別碼記錄。 不過,先前的造訪仍將保持匿名 (系統不會在現有的訪客記錄中回填連絡人識別碼)。