데이터라마(마케팅 클라우드) 다운? 마케터가 알아야 할 사항

마케팅 클라우드 대시보드가 ​​갑자기 로드되지 않는 경우, 가장 빠른 대응은 Datorama 자체에 문제가 생긴 것으로 단정짓는 것이 아닙니다. Salesforce는 이제 Datorama를 Marketing Cloud Intelligence 라고 부르며 , Salesforce Trust 공식 사이트에서는 제품 가용성을 Salesforce의 다른 장애 상황과 별도로 보고합니다. 2026년 9월 16일 기준으로 Salesforce Trust에는 Marketing > Intelligence가 사용 가능하다고 표시되어 있습니다. 이는 Salesforce 서비스 전반의 문제, 커넥터 오류, 소스 플랫폼 장애, 권한 문제 또는 데이터 수집 지연 등 다양한 문제가 마케터 입장에서 유사하게 나타날 수 있기 때문에 중요합니다.

다음 가상 사례를 생각해 보세요. 유료 미디어 담당자인 마야는 임원 회의 45분 전에 아침 캠페인 진행 상황 대시보드를 열었습니다. 몇몇 KPI 타일이 계속 로딩되고, 어제 지출액이 누락되었으며, 보고서 내보내기가 실패했습니다. 마야는 곧바로 "다토라마에 문제가 생긴 것 같다"고 생각했습니다. 하지만 캠페인을 즉시 중단하거나 예산을 변경하는 대신, 시스템 가용성 문제로 인식하고 진단했습니다. 이러한 구분 덕분에 보고 오류가 마케팅 의사 결정 오류로 이어지는 것을 방지할 수 있었습니다.

먼저, 오늘 "다토라마 다운"이 무엇을 의미하는지 알아두세요.

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 Trust입니다. 2026년 9월 16일 현재 Salesforce Trust 가용성 페이지에는 마케팅 > 인텔리전스가 사용 가능하다고 표시되어 있습니다. Salesforce는 또한 고객이 현재 발생한 문제, 유지 관리, 영향을 받는 인스턴스 및 서비스 기록을 확인할 수 있는 전용 상태 사이트를 제공합니다.

이는 모든 고객이 정상적인 상황을 경험하고 있다는 것을 증명하는 것은 아닙니다. Salesforce 상태는 하나의 신호일 뿐이며, 테넌트, 워크스페이스, 커넥터 및 상위 데이터 소스를 직접 테스트하는 것을 대체할 수는 없습니다. 따라서 마케터는 공식적인 장애 보고나 테넌트별 점검을 통해 뒷받침되지 않는 한 "Datorama가 다운되었습니다"와 같은 제목이나 내부 메시지를 사용할 때 주의해야 합니다.

Salesforce의 지원 지침에서는 Marketing Cloud Intelligence 관련 지원 사례를 열기 전에 Trust 사이트를 확인하도록 권장합니다. 또한 기술적인 문제를 보고할 때는 비즈니스 영향, 스크린샷, 재현 단계, 예상 동작, 관련 워크스페이스, 위젯 또는 피벗 테이블 식별자를 포함해 달라고 요청합니다.

가상의 시나리오를 사용하여 서로 다른 네 가지 유형의 고장을 구분하십시오.

마야로 돌아가 보니 KPI가 비어 있고 내보내기가 실패했습니다. 이러한 증상은 실제로 존재하지만 원인을 파악하는 데는 도움이 되지 않습니다. 문제를 분류하는 유용한 방법은 네 가지 계층을 테스트하는 것입니다.

마야의 경우, 트러스트 사이트에 인텔리전스가 사용 가능한 것으로 표시되고, 다른 팀원이 동일한 작업 공간을 열 수 있으며, 유료 미디어 소스 중 하나에서만 어제 데이터가 누락되었다고 가정해 보겠습니다. 이 경우 전체 제품 장애가 아니라 데이터 수집 또는 소스 측의 특정 문제일 가능성이 높아집니다. 따라서 대응 방안이 완전히 달라집니다.

마케터가 캠페인을 변경하기 전에 해야 할 일

분석 시스템 장애 발생 시 가장 큰 운영 위험은 대시보드 자체에 있는 것이 아닙니다. 불완전하거나 오래된 데이터를 기반으로 돌이킬 수 없는 캠페인 결정을 내리는 것이 진정한 위험입니다. 보고서 내용이 불확실한 경우, 해당 지표에 '검증되지 않음'이라는 표시를 하고 누락된 데이터를 성과 0으로 간주하지 않도록 주의해야 합니다.

예를 들어, 마야는 대시보드에서 지출이나 전환이 사라졌다는 이유만으로 채널 예산을 삭감해서는 안 됩니다. 마지막으로 데이터가 정확했던 시점을 비교하고, 네이티브 광고 플랫폼이나 소스 시스템을 확인하여 불일치가 하나의 소스에 영향을 미치는지 아니면 여러 소스에 영향을 미치는지 파악해야 합니다. 분석 레이어에서 행이 누락되었다고 해서 해당 캠페인의 게재가 중단되었다는 증거는 아닙니다.

실용적인 의사결정 규칙은 행동을 되돌릴 수 있는 것과 되돌릴 수 없는 것으로 구분하는 것입니다. 보고서를 다시 실행하거나, 기본 플랫폼을 확인하거나, 긴급하지 않은 최적화 작업을 연기하는 것은 되돌릴 수 있는 행동입니다. 하지만 비용이 많이 드는 캠페인을 일시 중단하거나, 큰 예산을 다른 곳으로 옮기거나, 최종 ROI 수치를 경영진에게 보고하는 것은 되돌릴 수 없는 행동일 수 있습니다. 데이터의 정확성이 불확실할 때는 큰 영향을 미치는 변경을 하기 전에 검증을 우선시해야 합니다.

문제를 과장하지 않고 전달하는 방법

시스템 장애가 의심될 경우 내부 표현 방식이 중요합니다. "다토라마가 전 세계적으로 다운되었습니다"라는 표현은 "마케팅 클라우드 인텔리전스 대시보드가 ​​새로 고쳐지지 않습니다"라는 표현보다 훨씬 더 강력한 메시지입니다. 두 번째 표현은 팀원들이 실제로 알고 있는 내용을 정확하게 전달합니다.

마야는 이해관계자들에게 이렇게 말할 수 있습니다. "현재 마케팅 클라우드 인텔리전스 보기에서 최근 유료 미디어 데이터가 누락되었습니다. Salesforce Trust에서는 인텔리전스를 사용할 수 없다고 표시되지 않으므로 예산 결정을 위해 대시보드를 사용하기 전에 영향을 받는 커넥터와 소스 데이터를 확인하고 있습니다. 마지막으로 확인된 보고 시점은 어제 마감 시점입니다."

해당 메시지는 관찰된 영향과 확인되지 않은 원인을 구분하는 데 유용합니다. 또한 의사 결정권자에게 어떤 지표가 영향을 받는지, 무엇이 여전히 신뢰할 수 있는지, 어떤 조치를 보류해야 하는지에 대한 명확한 기준을 제시합니다.

Salesforce 전체에 걸쳐 장애가 발생했을 때

제품별 인텔리전스 타일이 정상으로 표시되더라도 더 광범위한 Salesforce 장애는 여전히 중요할 수 있습니다. 공유 인증, 핵심 서비스, 지원 액세스, API 또는 종속 구성 요소는 사용자가 제품에 액세스하거나 제품을 사용하는 방식에 영향을 미칠 수 있습니다. 올바른 대응 방법은 모든 Salesforce 제품에 장애가 발생했다고 가정하는 대신, 장애에 나열된 서비스 및 인스턴스를 자체 테넌트와 비교하는 것입니다.

Salesforce는 공식 장애 점검 가이드 에서 진행 중인 장애 및 유지 보수를 검토하는 방법을 설명합니다 . 또한 서비스 상태 가이드 에서는 사용 가능, 성능 저하, 서비스 중단 및 유지 보수와 같은 상태의 의미를 설명합니다 .

마야의 경우, 이는 인시던트 ID가 있으면 기록하고, 영향을 받는 인스턴스 또는 서비스를 메모하고, 임원 회의 동안 상태 페이지를 열어 두어야 함을 의미합니다. 일치하는 인시던트가 없으면, 전반적인 해결책을 수동적으로 기다리기보다는 더 세부적인 진단을 계속해야 합니다.

문제가 해결될 때까지 보고 체계를 보호하십시오.

마케팅 클라우드 인텔리전스는 Salesforce 외부에서 시작되는 보고 체계에 속해 있습니다. 광고 플랫폼, 웹 분석, CRM 시스템, 커머스 시스템, 파일 업로드, API, 데이터베이스 피드 등 다양한 소스에서 데이터가 제공될 수 있습니다. Salesforce 문서에서는 마케팅 클라우드 인텔리전스를 여러 마케팅 소스를 연결하고 통합하는 시스템으로 설명합니다. 이러한 아키텍처는 강력하지만, 상위 소스에서 오래된 보고서가 생성될 가능성도 있습니다.

장애 발생 시, 최초 관찰 시간, 마지막으로 확인된 데이터 타임스탬프, 영향을 받은 워크스페이스 또는 보고서, 영향을 받은 소스, 스크린샷, 정확한 오류 메시지, 그리고 최근 구성 변경 사항 등 간단한 증거 로그를 보존하십시오. 지원이 필요한 경우, 이러한 세부 정보는 문제 해결 과정에서 기본적인 사항 확인에 소요되는 시간을 줄여줍니다.

Salesforce 관련 문제 해결 과정에서 헬프 포털 사용이 어려운 경우, 증거 자료가 손실되지 않도록 로컬에 지속적으로 기록해 두십시오. 케이스 생성이 가능해지면 전체 타임라인을 제출하십시오.

대시보드를 다시 신뢰해도 안전한 시점을 어떻게 알 수 있을까요?

"페이지가 로드된다"는 것만으로는 충분하지 않습니다. 복구에는 가용성과 데이터 유효성 검사가 모두 포함되어야 합니다. 가상의 시나리오에서 마야는 영향을 받은 소스가 업데이트를 재개할 때까지 기다린 다음, 동일한 날짜 범위에 대해 몇 가지 핵심 지표를 원본 소스와 비교합니다. 또한 첫 번째 새로 고침이 완료되었다고 가정하는 대신 지연된 레코드가 완전히 도착했는지 여부도 확인합니다.

정상적인 복구 점검에는 다음 세 가지 사항이 포함됩니다. 관련 Salesforce 상태가 정상인지, 영향을 받은 데이터 스트림이 예상 타임스탬프에 도달했는지, 그리고 여러 주요 지표가 팀에서 이미 사용하고 있는 정상 허용 오차 범위 내에서 일치하는지 확인해야 합니다. 이러한 점검 중 하나라도 실패하면 보고서를 '완전히 복원됨'이 아닌 '복구 중'으로 표시해야 합니다.

Salesforce는 인스턴스에 대한 서비스 기록도 제공하므로 팀은 장애가 데이터 또는 액세스 문제가 발생한 기간과 겹치는지 여부를 파악하는 데 도움이 될 수 있습니다. Salesforce 서비스 기록에 대한 지침을 참조하세요 .

마케터가 기억해야 할 사항

누군가 "다토라마(Datorama)가 다운됐나요?"라고 묻는다면, 가장 좋은 답변은 근거에 기반한 것입니다. 다토라마는 이제 마케팅 클라우드 인텔리전스(Marketing Cloud Intelligence)로 이름이 바뀌었으며, 서비스 중단을 선언하기 전에 Salesforce Trust의 최신 공개 페이지를 확인해야 합니다. 2026년 9월 16일 기준으로 Salesforce Trust에는 인텔리전스가 정상적으로 작동하고 있는 것으로 표시되어 있으므로, 문제가 발생하는 팀은 테넌트 액세스, 커넥터, 소스 플랫폼, 데이터 최신성 및 개별 보고 자산도 함께 조사해야 합니다.

마야의 가상 아침 상황에서 얻을 수 있는 교훈은 간단합니다. 대시보드 오류를 플랫폼 전체의 실패 증거로 받아들이지 말고, 검증이 필요한 신호로 간주해야 합니다. 데이터가 불확실한 동안에는 캠페인 관련 의사 결정을 보호하고, 알려진 정보만 전달하며, 복구를 선언하기 전에 보고 체계를 검증해야 합니다. 이러한 접근 방식은 몇 분 동안 추측하는 것보다는 느리지만, 나중에 잘못된 예산 책정이나 부정확한 경영진 보고서를 수정하는 것보다는 훨씬 빠릅니다.