Datorama（Marketing Cloud）宕機了？行銷人員需要了解什麼

如果 Marketing Cloud 控制面板突然停止加載，最快的應對措施並非假設 Datorama 本身出現故障。 Salesforce 現在將 Datorama 稱為Marketing Cloud Intelligence，而該公司的官方 Trust 網站將產品可用性與 Salesforce 的其他事件分開報告。截至 2026 年 9 月 16 日，Salesforce Trust 將 Marketing > Intelligence 列為可用狀態。這一點至關重要，因為從行銷人員的角度來看，更廣泛的 Salesforce 服務問題、連接器故障、來源平台中斷、權限問題或資料匯入延遲等問題可能看起來非常相似。

假設有一個例子：付費媒體負責人瑪雅在與高階主管進行審查前 45 分鐘打開了她的晨間廣告投放進度儀錶板。幾個關鍵績效指標 (KPI) 圖表一直加載不出來，昨天的支出數據缺失，而且一份報告匯出失敗。她的第一個反應是「Datorama 宕機了」。但她並沒有立即暫停廣告投放或調整預算，而是將這種情況視為可用性診斷問題。這種區分避免了報告問題演變成行銷決策失誤。

首先，了解「Datorama down」在今天意味著什麼。

Datorama 是 Salesforce Marketing Cloud Intelligence 的舊名。 Salesforce 確認這兩個名稱指的是同一款產品。該平台旨在連接、整合、分析和視覺化來自多個來源的行銷數據。如果您的團隊內部仍然使用“Datorama”，這可以理解，但官方狀態和支援頁面現在通常使用 Marketing Cloud Intelligence 這個名稱。

您可以在 Salesforce 的官方行銷分析頁面和Marketing Cloud Intelligence 說明文件中驗證名稱和產品範圍。

此外，產品之間還有重要的區別。 Marketing Cloud Intelligence 與 Marketing Cloud Engagement 捆綁的 Intelligence Reports 並非完全相同。 Salesforce 將它們列為獨立的報表產品，具有不同的帳戶和租戶要求。如果同事說“Marketing Cloud 報表功能已關閉”，請在下結論之前確認他們指的是哪個產品。

Salesforce官方目前的狀態是這樣的

最權威的公開資訊來源是 Salesforce Trust。截至 2026 年 9 月 16 日撰寫本文時，Salesforce Trust 可用性頁面顯示「行銷 > 智慧」功能可用。 Salesforce 還提供了一個專門的狀態網站，客戶可以在該網站上查看當前事件、維護情況、受影響的實例和服務記錄。

這並不意味著所有客戶都遇到了正常情況。 Salesforce 的狀態只是一個參考指標，不能取代您自己的租用戶、工作區、連接器和上游資料來源的測試。這意味著，除非有官方事件報告或針對特定租戶的檢查結果支持，否則行銷人員應該謹慎對待諸如「Datorama 服務中斷」之類的標題或內部訊息。

Salesforce 本身的支援指南建議，在為 Marketing Cloud Intelligence 提交支援案例之前，先查看 Trust 網站。該公司還要求客戶在報告技術問題時，提供業務影響、螢幕截圖、重現步驟、預期行為以及相關的工作區、組件或資料透視表標識符。

利用假設情境區分四種不同的故障類型

回到Maya那裡。她看到KPI空白，匯出失敗。這些症狀確實存在，但並不能指出根本原因。一個有效的分類方法是測試四個圖層。

以 Maya 為例，假設 Trust 網站顯示 Intelligence 可用，另一位團隊成員可以開啟相同的工作區，只有一個付費媒體來源缺少昨天的資料。此時，證據指向的並非產品全面故障，而是範圍較小的導入或源端問題。這完全改變了應對措施。

行銷人員在更改行銷活動之前應該做什麼

分析系統中斷期間最大的營運風險並非來自儀錶板本身，而是基於不完整或過時的數據做出不可逆轉的行銷活動決策。如果報告結果不確定，請將受影響的指標標記為“未經驗證”，並避免將缺失資料視為零績效。

例如，Maya 不應該僅僅因為支出或轉換資料從控制面板消失就削減通路預算。她應該對比上次有效時間戳，檢查原生廣告平台或來源系統，並注意差異是影響一個來源還是多個來源。分析層中缺少一行資料並不代表底層廣告系列已停止投放。

一個實用的決策原則是將行動分為可逆操作和不可逆操作。重新運行報告、檢查原生平台或延遲非緊急優化都屬於可逆操作。而暫停高額投入的行銷活動、轉移大筆預算或向領導階層報告最終投資報酬率數據則可能不可逆。當資料完整性存在不確定性時，在進行影響重大的變更之前，應優先進行驗證。

如何在不誇大其詞的情況下溝通問題

在疑似系統故障期間，內部措詞至關重要。 「Datorama 全球宕機」比「我們的 Marketing Cloud Intelligence 控制面板無法刷新」的說法更有說服力。後一種說法更能準確反映團隊的實際掌握情況。

Maya可以告知利害關係人：“我們的Marketing Cloud Intelligence視圖目前缺少最新的付費媒體資料。Salesforce Trust目前並未顯示Intelligence不可用，因此在使用該儀表板進行預算決策之前，我們正在檢查受影響的連接器和來源資料。上次核實的報告點是昨天的收盤價。”

這則訊息很有用，因為它區分了已觀察到的影響和未經證實的原因。它也為決策者提供了一個清晰的界線：哪些指標受到影響，哪些指標仍然可信，以及哪些行動應該暫緩。

當 Salesforce 發生全域事件時

即使產品特定的 Intelligence 磁貼顯示正常，更廣泛的 Salesforce 事件仍可能造成影響。共享身份驗證、核心服務、支援存取、API 或依賴元件都可能影響使用者存取或操作產品的方式。正確的做法是將事件中列出的服務和實例與您自己的租用戶進行比較，而不是假設所有 Salesforce 產品都已發生故障。

Salesforce在其官方事件檢查指南中說明如何查看正在進行的事件和維護。它還在其服務狀態指南中記錄了諸如“可用”、“性能下降”、“服務中斷”和“維護”等狀態的含義。

對瑪雅來說，這意味著她應該記錄事件 ID（如果有的話），記下受影響的實例或服務，並在高階主管會議期間保持狀態頁面開啟。如果沒有匹配的事件，她應該繼續進行更細緻的診斷，而不是被動地等待全局修復。

在問題解決之前，保護報告鏈。

Marketing Cloud Intelligence 位於一個報告鏈中，而這個報告鏈通常始於 Salesforce 之外。廣告平台、網路分析、CRM 系統、商務系統、檔案上傳、API 和資料庫資料來源都可以提供資料。 Salesforce 的文檔將 Marketing Cloud Intelligence 描述為一個連接和協調多個行銷來源的系統。這種架構功能強大，但也意味著過時的報告可能源自於上游。

發生故障時，請保留一份簡單的證據日誌：首次觀察到故障的時間、最後驗證的資料時間戳記、受影響的工作區或報告、受影響的資料來源、螢幕截圖、準確的錯誤訊息以及任何最近的配置變更。如果需要技術支持，這些詳細資訊可以減少因冗長的基本說明而導致的案例處理工作。

如果 Salesforce 出現更廣泛的問題，導致協助入口網站本身難以使用，請繼續在本機上記錄證據，以免遺失任何資訊。一旦可以建立案例，請提交完整的事件時間軸。

如何判斷何時可以再次安全地信任儀表板

「頁面載入成功」還不夠。恢復過程應同時包含可用性驗證和資料驗證。在假設場景中，Maya 會等待受影響的資料來源復原更新，然後將一小部分關鍵指標與同一日期範圍​​內的原生資料來源進行比較。她也會檢查延遲的記錄是否已完整到達，而不是假設第一次刷新已經完成。

合理的復原檢查包括三項：相關的 Salesforce 狀態正常、受影響的資料流已更新至預期時間戳，以及多個高價值指標在團隊已使用的正常容差範圍內。如果其中任何一項檢查失敗，則將報表標記為「正在恢復」而非「已完全恢復」。

Salesforce 也提供實例的服務記錄，這可以幫助團隊了解中斷是否與資料或存取問題發生的時間段重疊。請參閱 Salesforce 的服務歷史記錄說明。

行銷人員應該記住什麼

如果有人問“Datorama 宕機了嗎？”，最好的回答是基於事實的：Datorama 現在更名為 Marketing Cloud Intelligence，在宣布服務中斷之前，應該先查看 Salesforce Trust 的最新公開頁面。截至 2026 年 9 月 16 日，Salesforce Trust 顯示 Intelligence 可用，因此遇到問題的團隊也應該檢查租用戶存取權、連接器、來源平台、資料新鮮度以及各個報表資產。

瑪雅假設的早晨給我們帶來的教訓很簡單：將儀錶板故障視為需要驗證的信號，而不是平台整體崩潰的證據。在數據不確定時，要保護好競選決策，隻公佈已知信息，並在宣布恢復之前驗證報告鏈。這種方法雖然比猜測幾分鐘要慢，但比之後糾正錯誤的預算調整或不準確的高階主管報告要快得多。