Hjem
» Nyheter
»
Datorama (markedsføringsskyen) nede: Hva markedsførere trenger å vite
Datorama (markedsføringsskyen) nede: Hva markedsførere trenger å vite
Hvis Datorama – nå kalt Marketing Cloud Intelligence – ser ned, er det viktigste spørsmålet ikke bare «Kan jeg åpne dashbordet?» For markedsførere er en sterkere gjenopprettingsstandard: Kan jeg stole nok på tallene til å ta en beslutning?
Dette skillet er viktig under en omfattende Salesforce-hendelse. 16. september 2026 rapporterte Salesforce et tjenesteavbrudd som påvirket flere forekomster på tvers av regioner, med alvorlige forsinkelser, periodiske feil og perioder der noen tjenester eller opprettelse av støttesaker ikke var tilgjengelige. Hendelsen var knyttet til press under forespørselsbehandling som involverte en påloggingsrelatert komponent, og Salesforce rullet ut utbedringen region for region. Markedsførere bør behandle dette som bevis på et Salesforce-omfattende tilgjengelighetsproblem – ikke et automatisk bevis på at alle Marketing Cloud Intelligence-leiere, -koblinger, -dashbord eller -datapipelines mislyktes på samme måte. Sjekk det aktive nettstedet for Salesforce Trust-status og din egen leieratferd før du trekker den konklusjonen.
Et dashbord for markedsføringsanalyse med advarsel om tjenesteavbrudd og indikatorer for forsinkede data – det viktigste spørsmålet under et driftsavbrudd er om rapporteringen er oppdatert og fullstendig nok til bruk.
Hva «Datorama down» egentlig kan bety
Salesforce beskriver Marketing Cloud Intelligence som en plattform for å koble til, harmonisere, visualisere og handle ut fra markedsføringsdata. Fordi disse aktivitetene strekker seg over flere lag, kan et driftsavbrudd vise seg på forskjellige måter. Du kan kanskje ikke logge på, et dashbord kan ikke lastes inn, en widget kan få tidsavbrudd, en kobling kan slutte å innhente nye poster, eller grensesnittet kan fungere mens de nyeste dataene fortsatt mangler.
Derfor er en enkel test med «siden lastes inn/siden lastes ikke inn» for svak. En tidligere Salesforce-hendelse som påvirket Marketing Cloud Intelligence i mai 2026, inkluderte problemer med innlasting av dashbord og forsinkelser i datainnsetting. Tjenesten gjenopprettet seg senere, men hendelsen illustrerer et viktig driftspoeng: tilgjengelighet og dataaktualitet er separate kvalitetskontroller. Salesforce dokumenterte denne hendelsen i sin hendelsespost for tillitsstatus .
En god hendelsesrespons slutter ikke når noen sier «dashbordet er tilbake». Den slutter når teamet ditt kan svare på tre spørsmål med bevis:
Tilgang: Kan personene og systemene som trenger Marketing Cloud Intelligence logge seg på og fullføre normale handlinger uten gjentatte feil?
Aktualitet: Er de siste forventede datainnlastingene tilgjengelige, med tidsstempler som samsvarer med normale inntaksplaner?
Fullstendighet og konsistens: Stemmer totaler, dimensjoner og viktige hendelser godt nok overens med dine primære kildesystemer til å støtte beslutningen du er i ferd med å ta?
Hvis alle tre er fornøyde, kan plattformen være operativ nok til normalt markedsføringsarbeid. Hvis bare tilgangen gjenopprettes, bør du fortsette å behandle nylige rapporter med forsiktighet.
Slik bekrefter du om problemet er Salesforce, leietakeren din eller dataene dine
1. Sjekk Salesforce Trust først
Bruk Salesforce Trust som primærkilde for bekreftede hendelser og vedlikehold. Se etter det berørte produktet, tjenesten, regionen, forekomsten, starttidspunktet og den siste oppdateringen. En global Salesforce-hendelse kan forklare påloggingsfeil uten å bevise at en spesifikk Marketing Cloud Intelligence-pipeline har mistet data.
Kvalitetssignalet du ønsker er en tillitsoppdatering som samsvarer med det teamet ditt observerer. Hvis Salesforce rapporterer gjenoppretting, men leietakeren din fortsatt mislykkes konsekvent, bør du gå over til leietakerspesifikk diagnostikk i stedet for å vente passivt.
2. Test den minste nyttige arbeidsflyten
Ikke start med å åpne det tyngste lederdashbordet. Bruk en liten, kjent rapport eller et datasett som vanligvis lastes inn raskt. Bekreft at du kan logge på, åpne arbeidsområdet, laste inn en enkel visualisering og hente nylige poster.
En vellykket lettvektstest forteller deg at plattformen i det minste er tilgjengelig. Det beviser ikke at alle dashbord, koblinger, beregninger eller planlagte inntak er i orden.
3. Sjekk dataenes ferskhet mot forventede ankomsttider
Velg noen feeder som er viktige for den nåværende forretningsbeslutningen – for eksempel betalte medieutgifter, konverteringer, CRM-muligheter eller netthandelsinntekter. Sammenlign det nyeste tidsstempelet i Marketing Cloud Intelligence med det nyeste tidsstempelet i den opprinnelige plattformen eller eksporten.
Det beste tegnet på bedring er ikke «diagrammet har tall». Det er «den nyeste forventede batchen er til stede, og timingen er tilbake innenfor det normale driftsområdet». Hvis kildesystemet har data klokken 14.00 og Marketing Cloud Intelligence stopper klokken 10.00, kan dashbordet være tilgjengelig, men fortsatt driftsmessig foreldet.
4. Avstemm noen få verdifulle målinger
Velg målinger som er både viktige og enkle å sammenligne: daglige forbruk per plattform, konverteringer per kampanje, inntekter per kanal eller antall potensielle kunder per dato. Sammenlign en nylig periode i Marketing Cloud Intelligence med kildeplattformen.
Ikke krev perfekt likhet hvis din normale implementering inkluderer attribusjonsregler, valutakonvertering, datakartlegging, deduplisering eller forsinket kilderapportering. Sammenlign i stedet med teamets etablerte toleranse. Nøkkelen er å skille en kjent modelleringsforskjell fra et nytt avbruddsrelatert gap.
En praktisk kvalitetsport før du gjenopptar normal rapportering
Sjekke
Godt signal om bedring
Grunn til å utvise forsiktighet
Innlogging og navigasjon
Gjentatte tester lykkes uten uvanlige feil
Periodiske påloggingsfeil, tidsavbrudd eller gjentatte forsøk
Laster inn dashbordet
Kjente rapporter lastes inn på normal eller nesten normal tid
Widgetene er tomme, delvise eller har fått tidsavbrudd
Dataoppdatering
De siste forventede partiene er tilgjengelige
Nylige timer eller planlagte lastinger mangler
Kildeavstemming
Nøkkeltall faller innenfor normal varians
Uventede hull, dupliserte totaler eller uforklarlige svingninger
Planlagte utganger
Eksporter, varsler og nedstrømsjobber fullføres normalt
Etterslep, mislykkede jobber eller forsinket nedstrømslevering
Denne porten er bevisst konservativ. Riktig toleranse avhenger av rapporteringsarkitekturen og forretningsbruken din. Et dashbord som brukes til ukentlig trendgjennomgang kan tolerere mer forsinkelse enn et tempo-dashbord som brukes til å sette en stor kampanje på pause i sanntid.
Når bør markedsførere bytte til en reserveprosess?
Endre tilnærming når plattformen er utilgjengelig lenge nok til å true en reell beslutningsfrist, eller når datakvaliteten forblir usikker etter at tilgangen er returnert. Nyttige reserveløsninger inkluderer rapportering fra kilde til plattform, tidligere validerte eksporter, lagerforespørsler eller et redusert sett med manuelt avstemte KPI-er.
Reserven bør være smalere enn det vanlige dashbordet. Under en hendelse er færre bekreftede målinger bedre enn en bred rapport med ukjent aktualitet. Merk reservetall med kilde og «data gjennom»-tid slik at mottakerne forstår begrensningen.
Hvis for eksempel de betalte sosiale dashbordene dine slutter å oppdateres før en budsjettgjennomgang samme dag, kan du bruke annonseplattformens innebygde utgifter og konverteringssummer for tempo, samtidig som du utsetter beslutninger om attribusjon på tvers av kanaler til harmoniserte data er oppdaterte igjen.
Hva du ikke bør gjøre under et strømbrudd på Datorama
Ikke anta at et tomt dashbord betyr at dataene ble slettet. Problemer med gjengivelse, pålogging, kobling, behandling og datalagring kan forårsake lignende symptomer.
Ikke kjør store jobber gjentatte ganger uten å forstå feilmodusen. Nye forsøk kan skape forvirring, dobbeltarbeid eller etterslep, avhengig av pipeline-designet.
Ikke publiser «endelige» ytelsestall bare fordi grensesnittet er tilgjengelig igjen. Valider først at det er oppdatert og fullstendig.
Ikke bruk innlegg på sosiale medier eller tredjeparts avbruddssporere som eneste bevis. De kan være nyttige signaler, men Salesforce Trust og tester på leietakernivå bør styre driftsbeslutninger.
Når du skal åpne en Salesforce-støttesak
Hvis Salesforce Trust ikke viser noen samsvarende hendelse, eller hvis den offentlige hendelsen er merket som løst mens Marketing Cloud Intelligence-miljøet ditt fortsatt viser reproduserbare feil, åpner du en støttesak. Salesforces støtteveiledning for Marketing Cloud Intelligence ber kunder om å inkludere forretningspåvirkningen, skjermbilder av det berørte skjermbildet eller feilen, reproduksjonstrinn, forventet oppførsel, relevante pivottabell- eller widget-URL-er eller ID-er og detaljer om arbeid som ble utført rett før problemet.
Hvordan vite at hendelsen virkelig er over for markedsføring
For en markedsfører bør «løst» bety mer enn en grønn statusside. En sterk avslutning har fire bevis: brukere kan få tilgang til tjenesten på en pålitelig måte, gjeldende data har tatt igjen, viktige totaler stemmer overens med normal avvik, og planlagt nedstrømsarbeid fullføres igjen.
Hvis en av disse fortsatt feiler, hold hendelsen åpen internt selv om leverandørens generelle tjenestestatus har blitt bedre. Gjenoppretting fra leverandøren kan skje før hver etterslep, koblingsplan eller kundespesifikk arbeidsflyt går tilbake til normalen.
Det er også en grense for hva en ekstern statusside kan fortelle deg. Salesforce Trust kan bekrefte plattformhendelser og berørte tjenester, men den kan ikke bevise at organisasjonens eksakte datamodell, koblingsplan, transformasjoner og nedstrømsbeslutninger er korrekte. Den endelige bekreftelsen tilhører teamet ditt.
Konklusjon
Når Datorama eller Marketing Cloud Intelligence ikke fungerer, optimaliser for gjenoppretting av beslutningskvalitet , ikke bare skjermtilgjengelighet. Sjekk Salesforce Trust, test en liten arbeidsflyt, bekreft nye tidsstempler, avstem noen få verdifulle målinger, og bare deretter gjenoppta normal rapportering. Hvis tilgangen kommer tilbake, men dataene er foreldet eller inkonsekvente, bytt midlertidig til en smalere verifisert kilde og dokumenter tidsfristen. Denne tilnærmingen vil ikke eliminere alle risikoer for avbrudd, men den gir markedsførere en klar, målbar standard for å avgjøre når analyser er pålitelige igjen.