Hjem
» Nyheder
»
Datorama (Marketing Cloud) Ned: Hvad marketingfolk har brug for at vide
Datorama (Marketing Cloud) Ned: Hvad marketingfolk har brug for at vide
Hvis Datorama – nu kaldet Marketing Cloud Intelligence – kigger nedad, er det vigtigste spørgsmål ikke blot: "Kan jeg åbne dashboardet?". For marketingfolk er en stærkere standard for genopretning: Kan jeg stole nok på tallene til at træffe en beslutning?
Denne sondring er vigtig under en bred Salesforce-hændelse. Den 16. september 2026 rapporterede Salesforce en serviceafbrydelse, der påvirkede flere instanser på tværs af regioner, med alvorlige forsinkelser, periodiske fejl og perioder, hvor nogle tjenester eller oprettelse af supportsager ikke var tilgængelige. Hændelsen var knyttet til pres i forbindelse med anmodningsbehandling, der involverede en login-relateret komponent, og Salesforce udrullede afhjælpning region for region. Marketingfolk bør behandle dette som bevis på et Salesforce-dækkende tilgængelighedsproblem – ikke et automatisk bevis på, at alle Marketing Cloud Intelligence-lejere, -connectorer, -dashboards eller -datapipelines fejlede på samme måde. Tjek det live Salesforce Trust-statuswebsted og din egen lejeradfærd, før du drager den konklusion.
Et dashboard til marketinganalyse med en advarsel om serviceafbrydelser og indikatorer for forsinkede data – det centrale spørgsmål under et afbrud er, om rapporteringen er aktuel og fuldstændig nok til at blive brugt.
Hvad "Datorama down" egentlig kan betyde
Salesforce beskriver Marketing Cloud Intelligence som en platform til at forbinde, harmonisere, visualisere og handle på marketingdata. Da disse aktiviteter spænder over flere lag, kan et nedbrud vise sig på forskellige måder. Du kan muligvis ikke logge ind, et dashboard kan muligvis ikke indlæses, en widget kan få timeout, en connector kan stoppe med at indtage nye poster, eller grænsefladen kan fungere, mens de nyeste data stadig mangler.
Derfor er en simpel "side indlæses/siden indlæses ikke"-test for svag. En tidligere Salesforce-hændelse, der påvirkede Marketing Cloud Intelligence i maj 2026, omfattede problemer med indlæsning af dashboards og forsinkelser i dataindsættelse. Tjenesten blev senere genoprettet, men hændelsen illustrerer et vigtigt operationelt punkt: tilgængelighed og dataaktualitet er separate kvalitetskontroller. Salesforce dokumenterede denne hændelse i sin Trust Status-hændelsespost .
Det resultat, du bør sigte efter under et strømafbrud
En god incidentrespons slutter ikke, når nogen siger "dashboardet er tilbage." Den slutter, når dit team kan besvare tre spørgsmål med beviser:
Adgang: Kan de personer og systemer, der har brug for Marketing Cloud Intelligence, logge ind og udføre normale handlinger uden gentagne fejl?
Aktualitet: Er de seneste forventede dataindlæsninger til stede med tidsstempler, der matcher normale indtagelsesplaner?
Fuldstændighed og konsistens: Stemmer totaler, dimensioner og nøglebegivenheder tilstrækkeligt overens med dine primære kildesystemer til at understøtte den beslutning, du er ved at træffe?
Hvis alle tre er tilfredse, kan platformen være operationel nok til normalt marketingarbejde. Hvis blot adgangen er genoprettet, skal du fortsætte med at behandle de seneste rapporter med forsigtighed.
Sådan verificerer du, om problemet er Salesforce, din lejer eller dine data
1. Tjek først Salesforce Trust
Brug Salesforce Trust som den primære kilde til bekræftede hændelser og vedligeholdelse. Se efter det berørte produkt, den berørte tjeneste, den berørte region, den berørte instans, starttidspunktet og den seneste opdatering. En global Salesforce-hændelse kan forklare loginfejl uden at bevise, at en specifik Marketing Cloud Intelligence-pipeline har mistet data.
Det kvalitetssignal, du ønsker, er en tillidsopdatering, der matcher det, dit team observerer. Hvis Salesforce rapporterer gendannelse, men din lejer stadig fejler konsekvent, skal du gå over til lejerspecifik diagnosticering i stedet for at vente passivt.
2. Test den mindste brugbare arbejdsgang
Start ikke med at åbne det tungeste dashboard for ledere. Brug en lille, kendt rapport eller et kendt datasæt, der normalt indlæses hurtigt. Bekræft, at du kan logge ind, åbne arbejdsområdet, indlæse en simpel visualisering og hente de seneste poster.
En vellykket letvægtstest fortæller dig, at platformen i det mindste er tilgængelig. Det beviser ikke , at alle dashboards, connectorer, beregninger eller planlagte indtagelser er i orden.
3. Tjek dataenes aktualitet i forhold til forventede ankomsttider
Vælg et par feeds, der er vigtige for den aktuelle forretningsbeslutning – for eksempel udgifter til betalte medier, konverteringer, CRM-muligheder eller e-handelsomsætning. Sammenlign det nyeste tidsstempel i Marketing Cloud Intelligence med det nyeste tidsstempel på den oprindelige platform eller eksport.
Det bedste tegn på bedring er ikke "diagrammet har tal." Det er "den nyeste forventede batch er til stede, og dens timing er tilbage inden for det normale driftsområde." Hvis kildesystemet har data kl. 14.00, og Marketing Cloud Intelligence stopper kl. 10.00, kan dashboardet være tilgængeligt, men stadig operationelt forældet.
4. Afstem et par værdifulde målinger
Vælg metrikker, der både er vigtige og nemme at sammenligne: dagligt forbrug pr. platform, konverteringer pr. kampagne, omsætning pr. kanal eller antal leads pr. dato. Sammenlign en nylig periode i Marketing Cloud Intelligence med kildeplatformen.
Kræv ikke perfekt lighed, hvis din normale implementering inkluderer attributionsregler, valutakonvertering, datakortlægning, deduplikering eller forsinket kilderapportering. Sammenlign i stedet med dit teams etablerede tolerance. Nøglen er at skelne en kendt modelleringsforskel fra et nyt afbrydelsesrelateret gab.
En praktisk kvalitetskontrol inden du genoptager normal rapportering
Check
Godt bedringsignal
Grund til at udvise forsigtighed
Login og navigation
Gentagne tests lykkes uden usædvanlige fejl
Periodiske loginfejl, timeouts eller gentagne forsøg
Dashboard indlæses
Kendte rapporter indlæses på normal eller næsten normal tid
Widgets er tomme, delvise eller har timeout
Datafriskhed
Seneste forventede partier er til stede
De seneste timer eller planlagte indlæsninger mangler
Kildeafstemning
Nøgleparametre falder inden for normal varians
Uventede huller, duplikerede totaler eller uforklarlige udsving
Planlagte output
Eksporter, advarsler og downstream-job fuldføres normalt
Efterslæb, mislykkede job eller forsinket downstream-levering
Denne port er bevidst konservativ. Den rette tolerance afhænger af din rapporteringsarkitektur og forretningsmæssige brug. Et dashboard, der bruges til ugentlig trendgennemgang, kan tolerere mere forsinkelse end et tempo-dashboard, der bruges til at sætte en stor kampagne på pause i realtid.
Hvornår bør marketingfolk skifte til en fallback-proces?
Skift tilgang, når platformen er utilgængelig længe nok til at true en reel beslutningsfrist, eller når datakvaliteten forbliver usikker efter returnering af adgang. Nyttige alternativer omfatter rapportering fra kilde til platform, tidligere validerede eksporter, lagerforespørgsler eller et reduceret sæt manuelt afstemte KPI'er.
Fallback-dashboardet bør være mere snævert end det normale dashboard. Under en hændelse er færre verificerede metrikker bedre end en bred rapport med ukendt aktualitet. Mærk fallback-tal med deres kilde og "data gennem"-tid, så modtagerne forstår begrænsningen.
Hvis dine betalte sociale dashboards f.eks. holder op med at opdatere før en budgetgennemgang samme dag, kan du bruge annonceplatformens native udgifts- og konverteringstotaler til tempo, mens du udsætter beslutninger om tværgående kanalers attribution, indtil harmoniserede data er aktuelle igen.
Hvad man ikke skal gøre under et Datorama-afbrud
Antag ikke, at et tomt dashboard betyder, at data er blevet slettet. Problemer med rendering, login, forbindelse, behandling og datalagring kan forårsage lignende symptomer.
Gentag ikke store job uden at forstå fejltilstanden. Gentagne forsøg kan skabe forvirring, dobbeltarbejde eller en efterslæbning afhængigt af pipelinedesignet.
Udgiv ikke "endelige" præstationstal, bare fordi brugerfladen er tilgængelig igen. Valider først, om de er nye og fuldstændige.
Brug ikke opslag på sociale medier eller tredjeparts afbrydelsestrackere som din eneste dokumentation. De kan være nyttige signaler, men Salesforce Trust og dine tests på lejerniveau bør være drivkraften bag operationelle beslutninger.
Hvornår skal man åbne en Salesforce supportsag
Hvis Salesforce Trust ikke viser nogen matchende hændelse, eller hvis den offentlige hændelse er markeret som løst, mens dit Marketing Cloud Intelligence-miljø stadig viser reproducerbare fejl, skal du åbne en supportsag. Salesforces supportvejledning til Marketing Cloud Intelligence beder kunderne om at inkludere den forretningsmæssige påvirkning, skærmbilleder af det berørte skærmbillede eller den berørte fejl, reproduktionstrin, forventet adfærd, relevante pivottabeller eller widget-URL'er eller -id'er og detaljer om arbejde udført umiddelbart før problemet.
Hvordan man ved, at hændelsen virkelig er slut for marketing
For en marketingmedarbejder bør "løst" betyde mere end en grøn statusside. En stærk afslutning har fire beviser: brugerne kan tilgå tjenesten pålideligt, aktuelle data er indhentet, vigtige totaler stemmer overens med normal afvigelse, og planlagt downstream-arbejde er færdigt igen.
Hvis en af disse stadig fejler, skal hændelsen holdes åben internt, selvom leverandørens generelle servicestatus er forbedret. Leverandørgendannelse kan ske, før hver efterslæb, connector-plan eller kundespecifik arbejdsgang vender tilbage til normalen.
Der er også en grænse for, hvad en ekstern statusside kan fortælle dig. Salesforce Trust kan bekræfte platformhændelser og berørte tjenester, men det kan ikke bevise, at din organisations nøjagtige datamodel, connector-tidsplan, transformationer og downstream-beslutninger er korrekte. Den endelige verifikation tilhører dit team.
Konklusion
Når Datorama eller Marketing Cloud Intelligence viser sig at være nede, skal du optimere for at opnå en bedre beslutningskvalitet , ikke kun for skærmtilgængelighed. Tjek Salesforce Trust, test en lille arbejdsgang, verificer nye tidsstempler, afstem et par værdifulde metrikker, og først derefter genoptag normal rapportering. Hvis adgangen vender tilbage, men dataene er forældede eller inkonsistente, skal du midlertidigt skifte til en mere snæver verificeret kilde og dokumentere afbrydelsestidspunktet. Denne tilgang vil ikke eliminere enhver risiko for nedbrud, men den giver marketingfolk en klar, målbar standard for at afgøre, hvornår analyser er pålidelige igen.