文件CampaignCampaign Classic v7 文件

[也適用於v8]{class="badge positive" title="亦適用於Campaign v8"}

收件匣轉譯 inbox-rendering

Last update: Fri Jul 19 2024 00:00:00 GMT+0000 (Coordinated Universal Time)

建立對象：

  • 使用者

關於收件匣轉譯 about-inbox-rendering

在按下​ 傳送 ​按鈕之前，請確定您的郵件會以最佳方式顯示在各種Web使用者端、網頁郵件與裝置上。

為了執行此操作，Adobe Campaign會利用Litmus網頁型電子郵件測試解決方案來擷取呈現，並將這些呈現呈現顯示在專用報告中。 這可讓您在可能接收訊息的不同內容中預覽所傳送的訊息，並檢查主要桌上型電腦和應用程式中的相容性。

CAUTION
收件匣轉譯與週期性傳遞不相容。

Litmus是功能豐富的電子郵件驗證和預覽應用程式。 它可讓電子郵件內容建立者在超過70個電子郵件轉譯器中預覽其訊息內容，例如Gmail收件匣或Apple Mail使用者端。

適用於Adobe Campaign中​ 收件匣轉譯 ​的行動裝置、傳訊及網路郵件使用者端列於Litmus網站 （按一下​ 檢視所有電子郵件使用者端）。

NOTE
測試傳送中的個人化時，不需要收件匣轉譯。 可以使用​ Preview ​和校樣等Adobe Campaign工具檢查Personalization。

正在啟用收件匣轉譯  activating-inbox-rendering

[內部部署與混合式]{class="badge yellow" title="僅適用於內部部署和混合部署"}

對於託管和混合式使用者端，收件匣轉譯會由Adobe技術支援和顧問在執行個體上設定。 如需詳細資訊，請聯絡您的Adobe客戶主管。

若為內部部署安裝，請依照下列步驟設定收件匣轉譯。

  1. 透過​ Tools > Advanced > Import package ​功能表安裝​ Inbox rendering (IR) ​套件。 如需詳細資訊，請參閱安裝Campaign Classic標準套件。

  2. 透過​ Administration > Platform > External Accounts ​節點設定HTTP型別的外部帳戶。 如需詳細資訊，請參閱建立外部帳戶。

  3. 設定外部帳戶引數，如下所示：

    • Label：傳遞伺服器資訊
    • Internal name： deliverabilityInstance
    • Type： HTTP
    • Server： https://deliverability-app.neolane.net/deliverability
    • Encryption：無
    • 核取 Enabled 選項。

  4. 前往​ Administration > Platform > Options ​節點。 搜尋​ DmRendering_cuid ​選項並連絡支援人員，以取得需要複製到​ Value (text) ​欄位的傳遞報告識別碼。

  5. 編輯​ serverConf.xml ​檔案以允許呼叫Litmus伺服器。 將下列行加入<urlPermission>區段：

    code language-none 
    <url dnsSuffix="deliverability-app.neolane.net" urlRegEx="https://.*"/>

  6. 使用下列命令重新載入組態：

    code language-none 
    nlserver config -reload
NOTE
您可能需要從主控台登出並重新登入，才能使用收件匣轉譯。

關於Litmus權杖 about-litmus-tokens

由於Litmus是協力廠商服務，因此能以每次使用點數計量的模式運作。 每次使用者呼叫Litmus功能時，評分都會扣除。

在Adobe Campaign中，評分會與可用轉譯（稱為權杖）的數量相對應。

NOTE
可用的Litmus權杖數量取決於您購買的Campaign授權。 檢查您的授權合約。

每次您在傳送中使用​ Inbox rendering ​功能時，產生的每次轉譯都會將您的可用Token減少一次。

IMPORTANT
代號會說明每個個別轉譯，而非整個收件匣轉譯報表，這表示：
  • 每次產生收件匣轉譯報告時，每個傳訊使用者端都會扣除一個權杖：一個適用於Outlook 2000轉譯、一個適用於Outlook 2010轉譯、一個適用於Apple Mail 9轉譯，以此類推。
  • 對於相同的傳送，如果您再次產生收件匣轉譯，可用權杖的數量會再次減少產生的轉譯數量。

剩餘的可用權杖數目會顯示在收件匣轉譯報告的​ General summary ​中。

收件匣轉譯功能通常用於測試新設計電子郵件的HTML架構。 每個轉譯最多需要大約70個權杖（取決於通常測試的環境數量）。 但是，在某些情況下，您可能需要多個收件匣轉譯報告才能完整測試您的傳送。 因此，可能需要更多權杖才能完成數項檢查。

存取收件匣轉譯報告 accessing-the-inbox-rendering-report

在您建立電子郵件傳送並定義其內容以及目標定位人口族群後，請遵循下列步驟。

如需建立、設計和鎖定傳送的詳細資訊，請參閱本節。

  1. 在傳遞的頂端列上，按一下​ Inbox rendering ​按鈕。

  2. 選取​ Analyze ​以啟動擷取處理作業。

    已傳送證明。 傳送電子郵件後幾分鐘，即可在該校訂中存取轉譯縮圖。 如需傳送校樣的詳細資訊，請參閱本節。

  3. 傳送後，證明會出現在傳送清單中。 按兩下。

  4. 前往校訂的​ 收件匣轉譯 ​標籤。

    此時會顯示「收件匣轉譯」報告。

收件匣轉譯報告 inbox-rendering-report

此報表會顯示收件者看到的收件匣呈現。 根據收件者開啟電子郵件傳送的方式，呈現可能會有所不同：在瀏覽器中、行動裝置上，或透過電子郵件應用程式。

General summary ​以清單形式及透過圖形化色彩編碼表示方式，呈現已接收、不想要（垃圾郵件）、未接收或待接收的訊息數目。

將滑鼠指標暫留在圖表上，即可顯示每種顏色的詳細資料。

報告正文分為三個部分： Mobile、Messaging clients ​和​ Webmails。 向下捲動報告，以顯示分為這三種類別的所有呈現。

若要取得每個報告的詳細資料，請按一下相對應的卡片。會針對所選取接收方法來顯示呈現。

recommendation-more-help
601d79c3-e613-4db3-889a-ae959cd9e3e1