瞭解隔離管理

關於隔離

Adobe Campaign 管理隔離地址清單。在執行傳遞分析時，預設情況下將不會向被隔離的收件者的電郵地址傳送內容。例如信箱容量已滿或地址不存在時，您可以隔離電子郵件地址。在任何情況下，隔離程式都符合下述特定規則。

透過隔離最佳化傳送

郵件準備期間會自動排除其電子郵件地址或電話號碼處於隔離狀態的設定檔（請參閱識別傳送的隔離地址）。這會加快傳送速度，因為錯誤率對傳送速度有顯著影響。

如果無效地址的比率過高，某些網際網路存取提供者會自動將電子郵件視為垃圾郵件。因此，隔離可讓您避免被這些提供者新增至封鎖清單。

此外，隔離有助於減少簡訊傳送成本，因為將錯誤的電話號碼排除在遞送服務之外。如需確保傳送安全並最佳化的最佳實務，請參閱本頁面。

隔離與封鎖清單

隔離 (Quarantine)　僅適用於地址，而不適用於設定檔本身。這代表如果兩個設定檔具有相同的電子郵件地址，則兩個設定檔在隔離地址時都會受到影響。

同樣地，被隔離的電子郵件地址的設定檔可以更新其設定檔並輸入新地址，然後再次被傳送動作設為目標。

另一方面，位於​denylist​會導致設定檔不再被任何傳送鎖定，例如在取消訂閱（選擇退出）後。

識別隔離地址

可以為特定傳送或整個平台列出隔離的地址。

識別傳送的隔離地址

在傳送準備階段期間，會在傳送控制面板的傳送記錄中列出特定傳送的隔離地址（請參閱傳送記錄和歷史記錄）。

識別整個平台的隔離地址

管理員可以從​Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses​節點列出整個平台的隔離區中的地址。

每個地址都有下列資訊：

識別傳送報告中的隔離地址

下列報告提供隔離中地址的相關資訊：

• 對於每個傳送， Delivery summary​報表會顯示傳送目標中隔離區中的地址數。 隨即顯示：

  • 在傳送分析期間放在隔離區中的地址數，

  • 傳送動作後置於隔離區中的地址數。

• Non-deliverables and bounces​報告顯示有關隔離中的地址、遇到的錯誤類型等的資訊，以及按域的故障劃分。

您可以查詢平台(Home page > Reports)的所有傳送或特定傳送的此資訊。 您也可以建立自訂報表，並選取要顯示的資訊。

識別收件者的隔離地址

您可以查詢任何收件者之電子郵件地址的狀態。 要執行此操作，請選取收件者設定檔，然後按一下​Deliveries​標籤。 對於傳送給該收件者的所有傳送，您可以找出地址是否失敗、在分析期間是否被隔離等。 對於每個資料夾，您只能顯示其電子郵件地址處於隔離狀態的收件者。 要執行此操作，請使用​Quarantined email address​應用程式篩選器。

移除隔離的地址

如有需要，您可以手動從隔離清單中移除地址。 此外，符合特定條件的地址還會由​Database cleanup​工作流程自動從隔離清單中刪除。

要從隔離清單中手動刪除地址，請執行以下操作：

• 您可以從​Administration > Campaign Management > Non deliverables Management > Non deliverables and addresses​節點將其狀態變更為​Valid。

  

• 您也可以將其狀態變更為​Allowlisted。 在此情況下，地址仍保留在隔離清單中，但將系統地定位該地址，即使遇到錯誤亦然。

在下列情況下，地址會自動從隔離清單中刪除：

• 成功傳送後，處於​With errors​狀態的地址將從隔離清單中移除。
• 如果上次軟退信發生在10天前，則處於​With errors​狀態的地址將從隔離清單中刪除。 有關軟錯誤管理的詳細資訊，請參閱此部分。
• 30天後，處於​With errors​狀態且因​Mailbox full​錯誤退回的地址將從隔離清單中移除。

其狀態隨後變更為​Valid。

您可以修改錯誤數，以及兩個錯誤之間的句號。 要執行此操作，請變更部署精靈(Email channel > Advanced parameters)中的對應設定。 有關部署嚮導的詳細資訊，請參閱此部分。

將地址傳送到隔離區的條件

Adobe Campaign會根據傳送失敗類型和錯誤訊息限定期間指派的原因（請參閱退信限定）和傳送失敗類型和原因來管理隔離。

• 忽略錯誤：忽略的錯誤不會傳送要隔離的地址。
• 硬錯誤：會立即將相對應的電子郵件地址傳送至隔離區。
• 軟錯誤：軟錯誤不會立即傳送要隔離的地址，但會增加錯誤計數器。有關詳細資訊，請參閱軟錯誤管理。

如果用戶將電子郵件歸類為垃圾郵件（反饋循環），則該郵件會自動重定向到由Adobe管理的技術郵箱。 接著，系統會自動將使用者的電子郵件地址傳送至隔離區。

在隔離地址清單中， Error reason​欄位指示所選地址被置於隔離區的原因。 Adobe Campaign　中的隔離區會區分大小寫。請務必以小寫匯入電子郵件地址，如此一來，稍後就不會將它們重新設為目標。

軟錯誤管理

與硬錯誤不同，軟錯誤不會立即傳送要隔離的地址，而會增加錯誤計數器。

• 當錯誤計數器達到限制臨界值時，該地址便會進入隔離區。
• 在預設設定中，臨界值會設定為　5　個錯誤，其中　2　個錯誤若相隔至少　24　小時，即為顯著錯誤。會將地址放置到隔離區的第五個錯誤。
• 可以修改錯誤計數器臨界值。如需詳細資訊，請參閱傳送暫時失敗後重試。

如果上次出現重大錯誤超過10天，則重新初始化錯誤計數器。 然後，地址狀態將更改為​Valid，並且該地址將通過​Database cleanup​工作流從隔離清單中刪除。

推播通知隔離

推播通知的隔離機制與一般程式全域相同。 請參閱關於隔離。 但推播通知的某些錯誤管理方式不同。 例如，針對某些軟錯誤，不會在相同傳送內執行重試。 推播通知的特異性列於下方。 重試機制（重試次數、頻率）與電子郵件的相同。

放入隔離區的項目是裝置代號。

iOS隔離

HTTP/V2通訊協定可針對每個推送傳送提供直接意見和狀態。 如果使用HTTP/V2通訊協定連接器，mobileAppOptOutMgt​工作流程將不再呼叫反饋服務。 在卸載或重新安裝移動應用程式時，將令牌視為未註冊。

同步地，如果APN返回消息的「未註冊」狀態，則目標令牌將立即被置於隔離狀態。

Android隔離

針對Android V1

對於每個通知，Adobe Campaign會直接從FCM伺服器接收同步錯誤。 Adobe促銷活動會即時處理這些錯誤，並根據錯誤的嚴重性產生硬錯誤或軟錯誤，且可執行重試：

• 已超出裝載長度、連線問題、服務可用性問題：重試已執行，軟錯誤，失敗原因為​Refused。
• 超出設備配額：無重試，軟錯誤，失敗原因為​Refused。
• 無效或未註冊的令牌，意外錯誤，發件人帳戶問題：無重試，硬錯誤，失敗原因為​Refused。

mobileAppOptOutMgt​工作流程每6小時執行一次，以更新​AppSubscriptionRcp​表格。 對於宣告未註冊或不再有效的權杖，欄位​Disabled​會設為​True，連結至該裝置權杖的訂閱將自動排除在未來傳送之外。

在傳送分析期間，從目標中排除的所有裝置都會自動新增至​excludeLogAppSubRcp​表格。

Adobe Campaign每10分鐘連絡Baidu伺服器以擷取已傳送訊息的狀態，並更新broadlog。 如果訊息宣告為已傳送，則broadlogs中訊息的狀態會設為​Received。 如果Baidu聲明錯誤，則狀態設定為​Failed。

針對Android V2

Android V2隔離機制使用的程式與Android V1相同，適用於訂閱和排除更新的程式也相同。 如需詳細資訊，請參閱Android V1區段。

SMS隔離

標準連接器

SMS訊息的隔離機制與一般程式全域相同。 請參閱關於隔離。 SMS的特異性列於下方。

Extended generic SMPP連接器

使用SMPP通訊協定傳送SMS訊息時，錯誤管理的處理方式不同。 有關Extended generic SMPP連接器的詳細資訊，請參閱本頁。

SMPP連接器會從SR（狀態報表）訊息中擷取資料，該訊息使用規則運算式(regexes)傳回以篩選其內容。 然後，此資料將與​Delivery log qualification​表中的資訊（可通過​Administration > Campaign Management > Non deliverables Management​菜單獲得）匹配。

在限定新類型的錯誤之前，預設情況下，失敗原因始終設定為​Recommended。

產生的訊息範例：

SR Generic DELIVRD 000|#MESSAGE#

• 所有錯誤訊息都以​SR​開頭，以區分SMS錯誤碼和電子郵件錯誤碼。

• 錯誤訊息的第二部分（此範例中的​一般）參照SMS外部帳戶的​SMSC implementation name​欄位中定義的SMSC實作名稱。 請參閱本頁。

  因為相同的錯誤代碼可能對每個提供程式具有不同的含義，所以此欄位允許您了解生成錯誤代碼的提供程式。 然後，您可以在相關提供者的檔案中找到錯誤。

• 此範例中，錯誤訊息的第三部分(DELIVRD)與使用SMS外部帳戶中定義的狀態擷取規則運算式從SR擷取的狀態代碼相對應。

  此規則運算式在外部帳戶的​SMSC specificities​標籤中指定。 請參閱本頁。

  

  預設情況下，規則運算式提取​stat:​欄位，如​SMPP 3.4規範​的​附錄B​部分所定義。

• 錯誤訊息的第四部分（此範例中為​000）對應於使用SMS外部帳戶中定義的錯誤碼擷取規則運算式從SR擷取的錯誤碼。

  此規則運算式在外部帳戶的​SMSC specificities​標籤中指定。 請參閱本頁。

  依預設，規則運算式會擷取​err:​欄位，如​SMPP 3.4規格​的​附錄B​區段所定義。

• 直線符號(|)之後的所有內容僅顯示在​Delivery log qualification​表的​First text​列中。 在對消息進行標準化後，此內容始終由​#MESSAGE#​替換。 此程式可避免因類似錯誤而有多個項目，且與電子郵件的項目相同。 有關詳細資訊，請參閱退信限定。

Extended generic SMPP連接器應用啟發式來查找明顯預設值：如果狀態以​DELIV​開頭，則視為成功，因為它符合大多數提供者使用的常見狀態​DELIVRD​或​DELIVED。 任何其他狀態都會導致硬性失敗。