電子郵件傳遞能力

下列資訊適用於設定傳送基礎架構以支援行銷人員和電子郵件內容建立者的管理員。 它說明傳遞能力功能,以及如何設定子網域、驗證和IP集區。

Adobe Marketo Optimizer中的電子郵件傳遞能力是一組基礎架構和驗證設定,可協助電子郵件訊息到達收件者的收件匣,而非垃圾郵件資料夾,且不會被ISP (網際網路服務提供者)封鎖。

這會使用以下建置區塊,由管理員設定,通常依照以下順序:

電子郵件傳送設定Marketo Optimizer {width="600"}

TIP
將傳遞能力與管道設定視為一次性管理員活動。 設定後,行銷人員和電子郵件作者就不需要重新造訪。
如需電子郵件通道的其他資訊,請參閱下列主題:

目前限制 limitations

  • 子網域委派的​ 自訂委派方法 ​尚無法使用。 使用完全委派或CNAME。 GA版本的目標為自訂委派。
  • 在Beta中無法使用​專用IP集區。 共用IP集區是唯一的選項。 GA提供專屬的IP,包括IP熱身計畫和PTR記錄管理。

重要概念 key-concepts

在設定電子郵件之前,請檢閱這些適用於電子郵件通道傳遞能力的概念:

概念
在Marketo Optimizer中的意義
子網域
您用來透過Marketo Optimizer傳送電子郵件的傳送網域委派部分(例如,mail.contoso.com)。 子網域會將您的B2B行銷信譽與公司或交易郵件隔離。
IP集區
與一或多個子網域相關聯的一組IP位址。 Marketo Optimizer在此版本中支援Adobe管理的共用IP集區;專用IP集區位於GA藍圖上。
頻道設定
一組可重複使用的電子郵件傳送設定(寄件者身分、回覆位址、子網域、IP集區、電子郵件型別和追蹤),可附加至歷程中的電子郵件動作。 您可以對不同品牌、業務單位或傳送型別擁有多個已命名管道設定。

子網域委派 subdomain-delegation

子網域委派會告訴網際網路,Adobe已獲得授權,可以代表您網域的特定子網域(例如,mail.contoso.com)傳送電子郵件。 委派專屬的子網域(而不是您的根網域)可保護您的公司郵件,並提供下列優點:

  • 信譽隔離。 行銷傳送與公司郵件會分開。 如果行銷信譽下降,您的交易和公司郵件不受影響。
  • 更快速的IP熱身。 專用子網域可協助透過ISP更快建立正面的傳送者信譽。
  • 新式驗證。 SPF、DKIM和DMARC可針對每個子網域進行徹底的設定,而不會影響其他郵件流程。
  • 法規遵循。 協助滿足Gmail、Yahoo和其他主要ISP的大量寄件者需求。
NOTE
Marketo Optimizer中的每個子網域只能由一個Adobe產品使用。 您無法在Marketo Optimizer和其他產品(例如Adobe Marketo Engage或Adobe Campaign)之間共用相同的傳送子網域,您必須使用不同的子網域。

支援的方法 supported-methods

Marketo Optimizer支援此Beta發行版本中三種子網域委派方法中的兩種。 第三個方法(自訂委派)在藍圖上。

方法
使用時機
它包含的內容
已完全委派
推薦
將子網域的完整DNS授權委派給Adobe。 Adobe會建立及維護MX、SPF、DKIM、DMARC、A和CNAME記錄。 最低的營運負荷。 Adobe會為您處理DNS變更。
CNAME
針對受限制的原則
將DNS授權保留在您的身邊,並建立指向Adobe管理記錄的CNAME記錄。 當貴組織的DNS原則不允許完全委派時,請使用此選項。 您有責任維護DNS記錄。
自訂委派
藍圖(GA)
維護DNS和SSL憑證的完整所有權。 提供最大程度的控制,包括使用您自己的憑證的能力。 此目標為GA版本。

委派子網域(完全委派方法) delegate-fully-delegated

PREREQUISITES
  • 決定子網域命名慣例(例如,mail.contoso.com代表行銷,alerts.contoso.com代表異動)。
  • 向您的IT/DNS團隊確認他們可以將子網域(NS記錄)委派給Adobe。
  • 在您的DNS提供者中建立新的子網域,然後等候24到48小時讓DNS傳播,再委派給Adobe。
  • 確認您擁有Marketo Optimizer中的管理員角色。
  1. 在Marketo Optimizer左側導覽中,展開​ 管理 ​並選取​管道

  2. 在面板中,展開​ 電子郵件設定 ​並選取​子網域

  3. 按一下​設定子網域

  4. 輸入完整子網域名稱(例如,mail.contoso.com)。

  5. 選擇​ 完全委派 ​作為委派方法。

  6. 設定子網域的DMARC (請參閱DMARC、SPF和DKIM)。

    至少需使用開始原則none來設定DMARC記錄,以便監視報告而不影響傳遞。

  7. 檢視Adobe要管理的DNS記錄清單。

    這些通常包括MX、SPF、DKIM、DMARC、A和CNAME記錄(用於追蹤和映象頁面URL)。

  8. 使用​ 下載記錄 ​按鈕將DNS記錄下載為CSV檔案。 與您的DNS團隊共用此檔案。

  9. 您的DNS團隊會在您的網域託管解決方案中新增NS記錄,該解決方案會將子網域委派給Adobe。

  10. 在您的DNS團隊確認記錄已就緒後,請返回Marketo Optimizer並核取方塊,確認您已在代管網站上建立所需記錄。

  11. 按一下「提交」以啟動一系列驗證檢查(預先驗證、MX、SPF、DKIM、DMARC、FBL註冊)。

  12. 等候子網域狀態變更為​成功

    這通常需要DNS傳播完成後的幾分鐘時間。

NOTE
如果驗證失敗,狀態會變更為​失敗,Marketo Optimizer會顯示原因(例如,找不到NS記錄、遺失MX記錄或DMARC設定錯誤)。 請修正基礎DNS問題,然後重試提交。

委派子網域(CNAME方法) delegate-cname

只有在貴組織的DNS原則禁止完全委派時,才使用此方法。 使用CNAME時,您可以自行維護DNS記錄。

  1. 在Marketo Optimizer左側導覽中,展開​ 管理 ​並選取​管道
  2. 在面板中,展開​ 電子郵件設定 ​並選取​子網域
  3. 按一下​設定子網域
  4. 輸入完整子網域名稱。
  5. 選擇​ CNAME ​做為委派方法。
  6. 設定子網域的DMARC (DMARC、SPF和DKIM)。
  7. 檢閱要產生的CNAME記錄清單。 這些會將您子網域的元件指向Adobe管理的記錄。
  8. 將記錄下載為CSV檔並與您的DNS團隊共用。
  9. 您的DNS團隊會將每個CNAME記錄新增到您的DNS託管解決方案。
  10. 當記錄已就緒並傳播時,請返回Marketo Optimizer並確認。
  11. 按一下​提交
  12. 等待狀態達到​成功
IMPORTANT
使用CNAME時,Adobe無法協助您變更、維護子網域的DNS,或針對其進行疑難排解。 任何未來的變更(例如為功能更新新增新的CNAME)都必須由您的DNS團隊進行。

如需常見DNS提供者的逐步指示,請參閱下列章節:

依DNS提供者新增CNAME記錄 add-cname-records-dns-provider

Marketo Optimizer會產生您子網域的確切CNAME和TXT記錄,並讓您將其下載為CSV檔案。 使用以下提供者專屬步驟,協助您的DNS團隊找到正確的設定畫面並新增每筆記錄。

NOTE
下載的CSV中的主機、型別和目標值是您的子網域和組織專屬的值。 請完全複製,而非重複使用其他子網域中的值。

AWS路線53 aws-route-53

  1. 登入AWS管理主控台,並開啟​Route 53

  2. 選取​託管區域,然後為您的網域選擇託管區域。

  3. 按一下​建立記錄,並將路由原則設定為​簡單路由

  4. CSV中的每一列:

    • 記錄名稱 — 僅輸入區域名稱之前的部分。 例如,對於contoso.com區域中的data.mail.contoso.com,請輸入data.mail
    • 記錄型別 — 選擇CNAMETXT以符合CSV。
    • — 從CSV貼上目標。 對於TXT記錄,請以雙引號括住值。
    • TTL — 300秒就足夠了。
  5. 按一下​ 新增其他記錄 ​至批次專案,然後在輸入所有資料列後​建立記錄

NOTE
TXT值必須加上雙引號,否則記錄無法驗證。 CNAME記錄不能位於區域頂端,但這不會影響委派的子網域。

Cloudflare cloudflare

  1. 登入Cloudflare儀表板並選取您的網域。

  2. 移至​ DNS記錄 ​並按一下​新增記錄

  3. CSV中的每一列:

    • 型別 — 選擇CNAMETXT
    • 名稱 — 輸入主機部分,例如data.mail。 Cloudflare會自動附加您的網域。
    • 目標 (適用於CNAME)或​內容 (適用於TXT) — 貼上CSV中的值。
    • Proxy狀態 — 設定為僅​DNS (灰色雲端圖示)。
    • TTL — 保留為​自動
  4. 按一下每一列的​儲存

IMPORTANT
您為Marketo Optimizer新增的每個記錄都必須顯示灰色雲端(僅限DNS),而非橘色雲端(已代理)。 代理記錄會透過Cloudflare的伺服器而非Adobe路由流量,這會中斷DKIM簽署、點選追蹤和跳出處理。 如果記錄顯示橘色,請按一下雲端圖示將其切換為灰色。

AZURE DNS azure-dns

  1. 登入Azure入口網站並開啟​DNS區域

  2. 選取您網域的DNS區域。

  3. 按一下​+記錄集

  4. CSV中的每一列:

    • 名稱 — 輸入主機部分,例如data.mail。 Azure會附加區域名稱。
    • 型別 — 選擇CNAMETXT
    • 對於CNAME記錄,請在​ 別名 ​欄位中輸入CSV中的目標。
    • 若為TXT記錄,請將值貼到​ ​欄位中。 Azure會為您處理引號。
    • TTL — 輸入數字和單位,例如300秒。
  5. 按一下​ 確定 ​儲存每一列的記錄集。

NOTE
使用標準CNAME記錄集,而不是「別名記錄集」選項,此選項僅指向Azure資源,而不是外部主機名稱。 每個CNAME記錄集只保留一個目標,符合Marketo Optimizer發出記錄的方式 — 每個主機一個CNAME。

Google Cloud DNS google-cloud-dns

  1. 開啟Google雲端主控台,然後前往​網路服務 > 雲端DNS

  2. 為您的網域選取區域。

  3. 按一下​ 新增標準 ​以新增記錄集。

  4. CSV中的每一列:

    • DNS名稱 — 輸入主機部分,例如data.mail。 雲端DNS會顯示區域尾碼,而您會在主機前加上前置詞。
    • 資源記錄型別 — 選擇CNAMETXT
    • TTL — 300秒就足夠了。
    • 對於CNAME記錄,請在​ 正式名稱 ​中輸入目標,並以結尾句點結束。
    • 若為TXT記錄,則將值貼到資料欄位。
  5. 按一下每一列的​建立

NOTE
規範名稱必須是完整名稱,並以結尾句點結束,否則解析會失敗。 您的DNS團隊也可以使用gcloud dns record-sets create命令新增每個記錄。

子網域護欄 subdomain-guardrails

  • 預設限制:​每個組織10個子網域。 如果您需要更多(根據合約,最多100個),請聯絡您的Adobe代表。
  • DNS傳輸:​允許24到48小時讓變更在全域傳播。 驗證可能會失敗,因為DNS尚未傳播。
  • 子網域重複使用:​其他Adobe產品(Marketo Engage、Adobe Campaign)已使用的子網域無法在Marketo Optimizer中重複使用。

DMARC、SPF和DKIM dmarc-spf-dkim

DMARC、SPF和DKIM是電子郵件驗證標準。 一起向接收郵件伺服器證明您的郵件確實是以您網域的名義傳送,而且未受到欺騙。 現代ISP — Gmail、Yahoo、Microsoft — 需要這些標準才能大量傳送郵件。

記錄
表示
用途
SPF
寄件者原則架構
列出允許從您的網域傳送郵件的郵件伺服器IP。 接收伺服器會拒絕來自不在此清單上IP的郵件。 當您委派子網域(已完全委派)時,Adobe會自動建立及維護SPF記錄。
DKIM
DomainKeys識別的郵件
每個傳出電子郵件都新增了密碼編譯簽章。 接收伺服器會根據DNS中發佈的公開金鑰來驗證簽章。 在子網域委派期間,Adobe會自動產生DKIM金鑰和DNS記錄。
DMARC
網域型訊息驗證、報告和符合性
告訴接收伺服器如果SPF或DKIM失敗該怎麼做 — 並提供有關驗證結果的報告。 DMARC有三種原則模式:無、隔離和拒絕。

DMARC原則模式 dmarc-policy-modes

原則
動作
使用時機
none
監視
如果DMARC失敗,接收伺服器不會執行任何動作,但仍會傳送報表。 首次委派子網域以確認驗證運作正常,且不會出現訊息遺失風險時,請使用此選項。
quarantine
隔離
接收伺服器會將失敗的郵件放入垃圾郵件/垃圾郵件資料夾。
reject
拒絕
接收伺服器會拒絕(退回)驗證失敗的訊息。 最嚴格的模式。 當您對驗證設定有信心時,建議使用此選項。

設定DMARC configure-dmarc

DMARC是在委派子網域時進行設定,但您也可以為已委派的子網域新增或更新DMARC 。

  1. 在Marketo Optimizer左側導覽中,展開​ 管理 ​並選取​管道

  2. 在面板中,展開​ 電子郵件設定 ​並選取​子網域

  3. 在「子網域」清單中,找出您的子網域並勾選「DMARC記錄」欄。

    如果缺少記錄,則會顯示警報。

  4. 開啟子網域並捲動至DMARC記錄區段。

    • 如果父網域上已存在DMARC記錄,Marketo Optimizer會自動擷取值。 您可以保留或覆寫。
    • 如果記錄不存在,請選擇​使用Adobe管理,Adobe會建立並託管DMARC記錄。
  5. 設定原則: nonequarantinereject。 從none開始,除非您的上層網域已有成熟的DMARC狀態。

  6. (選用)設定其他DMARC標籤(sp用於子網域原則,pct用於百分比,ruaruf用於報表地址)。

  7. 若使用已完全委派,請按一下​儲存

    Adobe會自動套用記錄。 如果使用CNAME,請複製DNS記錄並讓您的DNS團隊新增它,然後在Marketo Optimizer中確認。

  8. 允許DNS傳播最多48小時,然後驗證子網域頁面上的DMARC狀態指標是綠色/狀況良好。

TIP
policy=none開始以監視驗證報告,然後進展到quarantine,最後在您的報告顯示健康的SPF和DKIM對齊後進展到reject。 直接移至reject而不進行監視,可能會導致合法郵件遭到拒絕。

IP集區 ip-pools

IP集區是用來傳送電子郵件的已命名IP位址群組。 IP集區對傳送者信譽至關重要:每個集區在ISP中都有自己的信譽,因此一個集區的問題(例如觸發垃圾郵件投訴的行銷突發事件)不會汙染另一個集區(例如交易確認)。

集區型別 pool-types

集區型別
可用性
說明
共用IP集區
可於Beta取得
由Adobe管理並在許多客戶間共用的IP位址集區。 Adobe會在整個集區維護信譽。 最適合中低階電子郵件數量,以及不想管理IP熱身的客戶使用。
專用IP集區
藍圖(GA)
一或多個IP位址僅分配給您的組織。 您擁有聲譽。 建議高容量寄件者使用。 包括IP熱身計畫和PTR記錄管理。

檢閱和指派IP集區 review-ip-pool

在此版本中,會為您的組織預先布建IP集區。 您在建立電子郵件通道設定時指派IP集區。

  1. 在Marketo Optimizer左側導覽中,展開​ 管理 ​並選取​管道
  2. 在面板中,展開​ 電子郵件設定 ​並選取​IP集區
  3. 確認貴組織可以使用狀態為​ 作用中 ​的IP集區。
  4. 將游標停留在集區上以檢視IP位址及其PTR記錄(反向DNS)。
  5. 如果您的組織有多個業務單位或品牌,在建立管道設定之前,請先規劃如何使用IP集區(例如,行銷集區與網路研討會集區)。
IMPORTANT
請勿在同一IP集區上混合行銷和異動流量,即使共用集區可供使用亦然。 管道設定上的電子郵件型別設定(行銷與交易)會控制隱藏行為,但您的管道設定仍應儘可能使用不同的集區。
recommendation-more-help
marketo-optimizer-help-user-guide