電子郵件的一鍵取消訂閱支援
小費
Google 已明確規定,在電子郵件中包含取消訂閱連結的寄件者必須在 2024 年 6 月 1 日之前在所有商業和促銷電子郵件中實作一鍵取消訂閱。
如需最新資訊,請參閱 Google 一鍵取消訂閱常見問題集。
重要
從 2024 年 10 月 10 日開始,退訂連結將在 連結 創建六個月後過期,並且不再有效。
電子郵件提供者和基礎網路通訊協定支援讓電子郵件收件者可在不離開其電子郵件應用程式的情況下使用「一鍵」取消訂閱電子郵件。 例如,Google 在其電子郵件使用者介面的頂端顯示取消訂閱連結:
選取後,隨即顯示一個要求使用者確認取消訂閱的對話方塊。 如果選擇取消訂閱按鈕,則使用者不造訪網頁也能取消訂閱電子郵件:
為了支援此功能,電子郵件寄件者可在電子郵件標頭中提供資訊,指示電子郵件用戶端如何自動取消訂閱。 接收電子郵件的用戶端可以使用此資訊向使用者顯示取消訂閱不必要訊息的簡單方法。
2023 年 10 月,Google 和 Yahoo 宣佈他們將要求電子郵件寄件者開始支援一鍵取消訂閱,並在所有促銷電子郵件的訊息本文中加入可見的取消訂閱連結。 Google 明確要求任何每天向 Gmail 帳戶發送超過 5,000 封電子郵件的寄件者都必須遵守這項規定。
目前,即使沒有嚴格的要求,電子郵件提供者也會利用此資訊的存在與否來判斷電子郵件寄件者的垃圾郵件和信譽評分。
在 Customer Insights - Journeys 中啟用一鍵取消訂閱
Customer Insights - Journeys 支援自動在所有商業電子郵件 (包括推播式行銷和即時旅程) 中包含一鍵取消訂閱標頭,而不變更任何現有的電子郵件或旅程。
若要啟用一鍵取消訂閱:
- 移至設定>其他設定>功能開關。
- 將一鍵取消訂閱切換設定為開啟。
- 選取頁面右上角的儲存。
重要
若要使用一鍵取消訂閱功能,您必須升級至 2023 年 12 月版本或更新版本。
最多可能需要 30 分鐘的時間,才能讓功能切換在產品中生效。 任何在此功能生效後傳送的電子郵件都會自動包含支援一鍵取消訂閱所需的標頭。
一般功能
啟用一鍵取消訂閱功能後,產品會自動在電子郵件中包含兩個附加標頭:
- List-Unsubscribe
- List-Unsubscribe-Post
這些標頭遵循 IETF RFC 中提供的一鍵式取消訂閱指導,並允許電子郵件用戶端向使用者顯示簡單的取消訂閱選項。
一鍵取消訂閱如何運作?
同意管理概念在產品的即時旅程與推播式行銷區域之間各不相同,導致系統對一鍵取消訂閱執行不同的動作。 我們來看看如何處理即時旅程和推播式行銷的一鍵取消訂閱。
即時旅程中的一鍵取消訂閱
注意
即時旅程具有多品牌同意功能,您必須先啟用該功能,才能使用一鍵取消訂閱功能。 對推播式行銷而言,多品牌同意功能無關緊要,不會產生任何影響。
在即時旅程中,同意是在連絡人層級 (即電子郵件地址、電話號碼或自訂管道位址) 進行收集、管理和強制。 每封電子郵件都只能根據一個用途和一個 (選用) 主題來傳送。 即時旅程傳送的任何商業電子郵件都會包含一鍵取消訂閱標頭。
如果電子郵件僅選擇了商業用途,只要收件者在其電子郵件用戶端中選取一鍵取消訂閱連結,應用程式就會將他們標示為針對特定用途而退出宣告。 這可確保日後任何有同樣用途的電子郵件都不會傳送給該使用者。
如果電子郵件是為了特定主題而傳送,只要收件者在其電子郵件用戶端中選取一鍵取消訂閱連結,應用程式就會將他們標示為僅針對特定主題而退出宣告。 這可確保日後任何有同樣主題的電子郵件都不會傳送給該使用者。
任何根據主題上層用途所傳送的電子郵件都會保持暢通無阻,可確保仍然將只有所選用途或有同樣用途下另一個主題的其他電子郵件訊息傳送給該使用者。
使用外部連結類型合規設定檔的商業電子郵件也會自動包含一鍵取消訂閱標頭。 當收件者選取一鍵取消訂閱連結時,他們已針對所傳送電子郵件訊息的用途或主題而退出宣告 (如上所述)。
如果在透過 Customer Insights - Journeys 傳送的電子郵件中使用了基於訂閱中心的合規性設定檔,而收件者選取一鍵取消訂閱連結,則會有兩個執行的動作:
- 將收件者的電子郵件地址設定為針對所傳送電子郵件的用途或主題而退出宣告。
- 將收件者連絡人記錄的大量電子郵件屬性設定為不允許 (也就是,日後不會將商業電子郵件傳送給此連絡人)。
如何確定接觸點同意記錄是否因收件者執行一鍵取消訂閱動作而更新
當接觸點同意 (CPC) 記錄因為收件者在其電子郵件用戶端中選取一鍵取消訂閱連結而更新時,系統會使用下列值來指示更新的來源和原因:
- 來源:「電子郵件 - list-unsubscribe」
- 原因:「退出宣告 - 一鍵取消訂閱」
輸出行銷
如果使用者開啟推播式行銷旅程傳送的商業電子郵件,並選取電子郵件用戶端顯示給他們的一鍵取消訂閱連結,則其連絡人記錄的大量電子郵件欄位會設定為不允許 (也就是,日後不會將商業電子郵件傳送給此連絡人)。
重要
如果您在 Customer Insights – Journeys 外部維護同意資料存放區,則還需要考慮如何將一鍵取消訂閱後所做的同意變更同步處理至外部系統。
重要
如果您使用推播式行銷旅程且針對多個業務範圍分別管理同意,則可能必須更新您的實作,才能正確回應一鍵取消訂閱要求。 閱讀下一節,了解如何根據業務需求使用自訂處理常式來管理此程序。
在推播式行銷旅程中,一鍵取消訂閱將連絡人的大量電子郵件欄位設定為不允許,以免日後將任何商業電子郵件傳送給該連絡人。 一鍵取消訂閱推播式行銷不會更新訂閱清單或自訂同意欄位。 處理訂閱清單或自訂內容欄位可能還需要其他工作。
疑難排解推播式行銷中的一鍵取消訂閱
推播式行銷中一鍵取消訂閱功能的問題通常與繫結至同步連絡人更新的自訂相關。
若要疑難排解推播式行銷中的一鍵取消訂閱問題:
- 暫時啟用外掛程式追蹤記錄。 啟用外掛程式追蹤記錄可能會對效能產生負面影響,因此請務必在完成後停用這些記錄。
- 觸發一鍵取消訂閱流程 (選取電子郵件中的取消訂閱按鈕或針對一鍵取消訂閱標頭建立 POST 要求)。
- 檢查記錄檔。 如果存在外掛程式相關錯誤,應該會出現外掛程式名稱以及外掛程式當機的原因。 向外掛程式提供者反映情況,或停用外掛程式。 不要停用 Microsoft 外掛程式 (任何以 "Microsoft.Dynamics.Cxp.Forms." 開頭的外掛程式名稱)。
- 如果有記錄指示連絡人更新期間的授權失敗,請確定
Marketing Service user extensible role
具有此類作業的權限。
建立自訂工作流程以管理一鍵取消訂閱程序
分別管理不同品牌的同意並希望更新連絡人的不同屬性 (而不是大量電子郵件屬性) 的推播式行銷使用者,可以使用下列步驟建立和註冊自訂工作流程來自行管理此程序。
開啟頁面頂端的設定功能表 ,並選取進階設定。
進階設定區域會在新的瀏覽器提示中開啟。請注意,此區域使用頁面頂端的水平導覽器,而不使用側邊導覽器。 瀏覽至設定>程序中心>程序。
若要建立自訂取消訂閱程序,請選取 +新增圖示。 新增程序名稱。 對於類別,選取動作,而對實體,選取無 (全域)。
新視窗會開啟,以便新增程序詳細資料。 建立必要輸入參數名稱 contactid。 確定其屬於 EntityReference 類型,並指向連絡人實體。
選取視窗底部的新增步驟下拉式清單,然後選取更新記錄。 輸入取消訂閱時須對連絡人進行變更的描述,然後選取設定屬性。 新視窗會開啟,您可用來設定會在客戶使用一鍵取消訂閱按鈕時變更的連絡人喜好設定。 例如,在下圖中,電話和傳真已設定為不允許一鍵取消訂閱。
選取儲存後關閉。 接著在主要程序視窗中,選取儲存,然後選取頂端工具列中的啟動以啟動程序。
移至 Maker Portal,並選取適用的環境。
選取設定定義實體,並搜尋推播式行銷一鍵取消訂閱。
編輯此值,並確定其指向的是您先前在步驟 2 中所建立自訂工作流程的唯一名稱。 例如,在本例中,工作流程的名稱是 new_msdyncrm_custom_unsubscribe。 儲存變更。
測試執行一鍵取消訂閱動作時是否會執行您的處理常式。 若要測試此動作:
- 暫時啟用外掛程式追蹤記錄。 啟用外掛程式追蹤記錄可能會對效能產生負面影響,因此請務必在完成後停用這些記錄。
- 開啟任何 Dataverse 頁面上的開發人員主控台 (Ctrl+Shift+I)。
- 在主控台中貼上以下程式碼片段 (視需要調整);這會執行取消訂閱動作。
- 請確定其已正確執行。 您應該知道,在實際案例中,行銷服務將會執行此動作,因此,如果要存取任何實體,請確定
Marketing Service user extensible role
具有此類實體的權限。
var Sdk = window.Sdk || {};
Sdk.OneClickUnsubscribe = function(contactid) {
this.contactid = contactid;
};
Sdk.OneClickUnsubscribe.prototype.getMetadata = function() {
return {
boundParameter: null,
parameterTypes: {
"contactid": {
"typeName": "mscrm.crmbaseentity",
"structuralProperty": 5
}
},
operationType: 0, // This is an action. Use '1' for functions and '2' for CRUD
operationName: "new_msdyncrm_custom_unsubscribe"
};
};
// replace c60e0283-5bf2-e311-945f-6c3be5a8dd64 with actual valid contact id
var contactId = {
"contactid@odata.bind": "/contacts(c60e0283-5bf2-e311-945f-6c3be5a8dd64)"
}
// Create variable calculateRollupFieldRequest and pass those variables created above
var request = new Sdk.OneClickUnsubscribe(contactId);
// Use the request object to execute the function
Xrm.WebApi.online.execute(request)
.then(function(response) {
if (response.ok) { // If a response was received.
console.log("Status: %s %s", response.status, response.statusText);
// Use response.json() to access the content of the response body.
return response.json();
}
})
.then(function(responseBody) {
//Do something with the response
console.log("The response is: %s", responseBody);
})
常見問題
系統會在哪些類型的電子郵件中包含一鍵取消訂閱標頭?
一鍵取消訂閱標頭會包含在訊息指定為商業 (如果是從推播式行銷旅程發送) 或用途類型為商業 (如果是從即時旅程發送) 的電子郵件中。
交易郵件不會包含一鍵取消訂閱標頭。
如果傳送電子郵件的連絡人已刪除,而收件者選取一鍵取消訂閱連結時,會發生什麼情況?
對於使用推播式行銷傳送的電子郵件,系統不會執行任何動作,因為找不到連絡人記錄。
對於使用即時旅程傳送的電子郵件,系統會針對所傳送電子郵件的用途或主題而將收件者的電子郵件地址退出宣告。
如果電子郵件在發送後進行更新,而現在又與新的用途或主題建立關聯,會發生什麼情況。 如果收件者選取一鍵取消訂閱連結,系統會採取什麼動作?
收件者的電子郵件地址會退出與電子郵件發送時相關聯的用途或主題。
如果將電子郵件設定為使用外部連結類型的合規性設定檔,則一鍵取消訂閱功能會如何運作? 是否需要客戶將 POST 支援新增至其外部喜好設定中心?
沒有。 產品已針對所有合規性設定檔類型設計為包含系統所產生旨在處理 POST 要求的一鍵取消訂閱 URL。 您目前不需要對自己的喜好設定中心進行任何修改。
對於傳送至訂閱清單的推播式行銷電子郵件,系統如何管理一鍵取消訂閱? 按一下取消訂閱連結是否會從訂閱清單中移除收件者?
沒有。 對於任何推播式行銷旅程,只有收件者連絡人記錄上的大量電子郵件欄位設定為不允許。
我已經開啟功能切換。 是否需要執行其他動作才能在我的電子郵件中啟用一鍵取消訂閱?
沒有。
一鍵取消訂閱是否適用於已經發送給客戶且進入他們收件匣中的電子郵件?
沒有。 無法以追溯方式將一鍵式標頭套用至已傳送給客戶的電子郵件。
為什麼即使已開啟功能切換,Gmail 也沒有顯示一鍵取消訂閱連結? 如何知道該功能是否依預期正常運作?
Gmail 在電子郵件用戶端中顯示一鍵取消訂閱連結之前會考慮多個因素,即使電子郵件中存在一鍵取消訂閱標頭也是如此。 以下是 Google 的社群對話,其中對此問題進行了討論:List-Unsubscribe 標頭未提供取消訂閱的選項。
如果您已開啟功能切換,則後來從系統傳送的所有電子郵件都會包含一鍵取消訂閱標頭。 只要電子郵件根據規範包含標頭,就可以確信您已遵守 Google 的準則。 若要確認這一點,您可以下載訊息或,在訊息的功能表項中選取 [顯示原件] 以驗證標頭是否存在。