Sākums
» Ziņas
»
Datorama (mārketinga mākonis) nedarbojas: Kas tirgotājiem jāzina
Datorama (mārketinga mākonis) nedarbojas: Kas tirgotājiem jāzina
Ja Datorama — tagad saukta par Marketing Cloud Intelligence — skatās uz leju, vissvarīgākais jautājums nav vienkārši: “Vai es varu atvērt informācijas paneli?”. Mārketinga speciālistiem stingrāks atkopšanas standarts ir: Vai es varu pietiekami uzticēties skaitļiem, lai pieņemtu lēmumu?
Šī atšķirība ir svarīga plaša Salesforce incidenta laikā. 2026. gada 16. septembrī Salesforce ziņoja par pakalpojumu pārtraukumu, kas skāra vairākas instances dažādos reģionos, ar nopietnām kavēšanām, periodiskām kļūdām un periodiem, kad daži pakalpojumi vai atbalsta pieprasījumu izveide nebija pieejami. Incidents bija saistīts ar pieprasījumu apstrādes spiedienu, kas ietvēra ar pieteikšanos saistītu komponentu, un Salesforce ieviesa labojumus katrā reģionā atsevišķi. Tirgotājiem tas jāuztver kā pierādījums par Salesforce mēroga pieejamības problēmu, nevis kā automātisks pierādījums tam, ka katrs Marketing Cloud Intelligence nomnieks, savienotājs, informācijas panelis vai datu cauruļvads neizdevās vienādi. Pirms izdarāt šādu secinājumu, pārbaudiet tiešsaistes Salesforce uzticamības statusa vietni un savu nomnieka uzvedību.
Mārketinga analītikas informācijas panelis ar pakalpojuma pārtraukuma brīdinājumu un aizkavētu datu indikatoriem — galvenais jautājums pārtraukuma laikā ir, vai pārskatu sniegšana ir pietiekami aktuāla un pilnīga, lai to izmantotu.
Ko īsti var nozīmēt “Datorama dīkstāve”
Salesforce apraksta Marketing Cloud Intelligence kā platformu mārketinga datu savienošanai, saskaņošanai, vizualizēšanai un rīcībai ar tiem. Tā kā šīs darbības aptver vairākus slāņus, pārtraukums var izpausties dažādos veidos. Jūs, iespējams, nevarēsiet pieteikties, informācijas panelis var netikt ielādēts, logrīks var neiedarboties, savienotājs var pārtraukt jaunu ierakstu uzņemšanu vai saskarne var darboties, lai gan jaunāko datu joprojām trūkst.
Tāpēc vienkāršs tests “lapa ielādējas/lapa neielādējas” ir pārāk vājš. Iepriekšējais Salesforce incidents, kas ietekmēja Marketing Cloud Intelligence 2026. gada maijā, ietvēra informācijas paneļa ielādes problēmas un datu ievietošanas kavēšanos. Pakalpojums vēlāk atjaunojās, taču incidents ilustrē svarīgu darbības aspektu: pieejamība un datu svaigums ir atsevišķas kvalitātes pārbaudes. Salesforce dokumentēja šo incidentu savā uzticamības statusa incidentu ierakstā .
Rezultāts, uz kuru jātiecas elektroenerģijas padeves pārtraukuma laikā
Laba incidenta reaģēšana nebeidzas, kad kāds saka: “Informācijas panelis ir atpakaļ”. Tā beidzas, kad jūsu komanda var atbildēt uz trim jautājumiem ar pierādījumiem:
Piekļuve: Vai cilvēki un sistēmas, kurām nepieciešama Marketing Cloud Intelligence, var pieteikties un veikt ierastās darbības bez atkārtotām kļūdām?
Svaigums: Vai ir pieejamas jaunākās paredzētās datu ielādes ar laika zīmogiem, kas atbilst parastajiem datu uzņemšanas grafikiem?
Pilnīgums un konsekvence: vai kopsummas, dimensijas un galvenie notikumi pietiekami precīzi atbilst jūsu primāro avotu sistēmām, lai pamatotu lēmumu, kuru gatavojaties pieņemt?
Ja visi trīs nosacījumi ir izpildīti, platforma varētu būt pietiekami darbspējīga normālam mārketinga darbam. Ja tiek atjaunota tikai piekļuve, turpiniet piesardzīgi izturēties pret jaunākajiem ziņojumiem.
Kā pārbaudīt, vai problēma ir saistīta ar Salesforce, jūsu nomnieku vai jūsu datiem
1. Vispirms pārbaudiet Salesforce Trust
Izmantojiet Salesforce Trust kā galveno apstiprinātu incidentu un apkopes avotu. Meklējiet skarto produktu, pakalpojumu, reģionu, instanci, sākuma laiku un jaunāko atjauninājumu. Globāls Salesforce incidents var izskaidrot pieteikšanās kļūmes, nepierādot, ka konkrēts Marketing Cloud Intelligence cauruļvads ir zaudējis datus.
Vēlamais kvalitātes signāls ir uzticamības atjauninājums, kas atbilst jūsu komandas novērojumiem. Ja Salesforce ziņo par atkopšanu, bet jūsu nomnieks joprojām pastāvīgi neizdodas, pārejiet uz nomniekam specifisku diagnostiku, nevis pasīvi gaidiet.
2. Pārbaudiet mazāko noderīgo darbplūsmu
Nesāciet, atverot visapjomīgāko vadības informācijas paneli. Izmantojiet nelielu, zināmu pārskatu vai datu kopu, kas parasti ielādējas ātri. Pārliecinieties, ka varat pieteikties, atveriet darba telpu, ielādējiet vienkāršu vizualizāciju un izgūstiet jaunākos ierakstus.
Veiksmīgs viegls tests norāda, ka platforma ir vismaz sasniedzama. Tas nepierāda , ka katrs informācijas panelis, savienotājs, aprēķins vai plānotā pievienošana ir darbspējīga.
3. Pārbaudiet datu svaigumu, salīdzinot tos ar paredzamajiem ierašanās laikiem
Izvēlieties dažas plūsmas, kas ir svarīgas pašreizējam biznesa lēmumam, piemēram, apmaksāto mediju tēriņi, konversijas, CRM iespējas vai e-komercijas ieņēmumi. Salīdziniet jaunāko laika zīmogu pakalpojumā Marketing Cloud Intelligence ar jaunāko laika zīmogu sākotnējā platformā vai eksportā.
Labākā atveseļošanās pazīme nav “diagrammā ir skaitļi”. Tā ir “jaunākā paredzētā partija ir klāt, un tās laiks atkal ir normālā darbības diapazonā”. Ja avota sistēmā ir dati plkst. 14:00 un Marketing Cloud Intelligence apstājas plkst. 10:00, informācijas panelis var būt pieejams, bet joprojām darboties novecojis.
4. Saskaņojiet dažus vērtīgus rādītājus
Izvēlieties rādītājus, kas ir gan svarīgi, gan viegli salīdzināmi: ikdienas tēriņi pēc platformas, konversijas pēc kampaņas, ieņēmumi pēc kanāla vai potenciālo klientu skaits pēc datuma. Salīdziniet nesenu periodu pakalpojumā Marketing Cloud Intelligence ar avota platformu.
Nepieprasiet pilnīgu vienlīdzību, ja jūsu parastā ieviešana ietver attiecināšanas noteikumus, valūtas konvertēšanu, datu kartēšanu, deduplikāciju vai aizkavētu avotu ziņošanu. Tā vietā salīdziniet ar savas komandas noteikto pielaidi. Galvenais ir atšķirt zināmu modelēšanas atšķirību no jaunas ar pārtraukumu saistītas nepilnības.
Praktisks kvalitātes kontroles punkts pirms ierastās ziņošanas atsākšanas
Pārbaudiet
Labs atveseļošanās signāls
Iemesls ievērot piesardzību
Pieteikšanās un navigācija
Atkārtoti testi izdodas bez neparastām kļūdām
Periodiskas pieteikšanās kļūmes, taimauti vai atkārtoti mēģinājumi
Informācijas paneļa ielāde
Zināmie ziņojumi tiek ielādēti normālā vai gandrīz normālā laikā
Logrīki ir tukši, daļēji vai tiem ir taimauts
Datu aktualitāte
Ir pieejamas jaunākās paredzamās partijas
Trūkst nesenās stundas vai plānotās kravas
Avotu saskaņošana
Galvenie rādītāji atbilst normālajai dispersijai
Negaidītas nepilnības, dublētas kopsummas vai neizskaidrojamas svārstības
Plānotās izejas
Eksportēšana, brīdinājumi un lejupējie darbi tiek pabeigti normāli
Kavēšanās, neizdevušies darbi vai aizkavēta piegāde
Šie ierobežojumi ir apzināti konservatīvi. Pareizā pielaide ir atkarīga no jūsu pārskatu arhitektūras un uzņēmuma lietojuma. Informācijas panelis, ko izmanto iknedēļas tendenču pārskatīšanai, var pieļaut lielāku aizkavi nekā tempa informācijas panelis, ko izmanto lielas kampaņas apturēšanai reāllaikā.
Kad tirgotājiem vajadzētu pāriet uz rezerves procesu?
Mainiet pieeju, ja platforma nav pieejama pietiekami ilgi, lai apdraudētu reālu lēmuma pieņemšanas termiņu, vai ja datu kvalitāte pēc piekļuves atjaunošanas joprojām ir neskaidra. Noderīgi rezerves risinājumi ietver avota un platformas pārskatu veidošanu, iepriekš apstiprinātus eksportus, noliktavas vaicājumus vai samazinātu manuāli saskaņotu KPI kopu.
Rezerves pārskatam jābūt šaurākam nekā parastajam informācijas panelim. Incidenta laikā mazāk pārbaudītu rādītāju ir labāk nekā plašs ziņojums ar nezināmu svaigumu. Atzīmējiet rezerves skaitļus ar to avotu un “datu apstrādes” laiku, lai saņēmēji saprastu ierobežojumu.
Piemēram, ja jūsu apmaksāto sociālo tīklu informācijas paneļu atsvaidzināšana pārstāj notikt pirms budžeta pārskatīšanas tajā pašā dienā, varat izmantot reklāmas platformas vietējos tēriņu un konversiju kopsummu laika noteikšanai, vienlaikus atliekot starpkanālu attiecinājuma lēmumus, līdz atkal ir pieejami saskaņoti dati.
Ko nedarīt Datorama darbības pārtraukuma laikā
Neuztveriet, ka tukšs informācijas panelis nozīmē, ka dati ir dzēsti. Līdzīgus simptomus var radīt renderēšanas, pieteikšanās, savienotāja, apstrādes un datu glabāšanas problēmas.
Neatkārtoti neizpildiet lielus uzdevumus, neizprotot kļūmes režīmu. Atkārtoti mēģinājumi var radīt apjukumu, dublētu darbu vai kavēšanos atkarībā no cauruļvada konstrukcijas.
Nepublicējiet “galīgos” veiktspējas rādītājus tikai tāpēc, ka saskarne atkal ir sasniedzama. Vispirms pārbaudiet svaigumu un pilnīgumu.
Neizmantojiet sociālo tīklu ierakstus vai trešo pušu elektroenerģijas padeves pārtraukumu izsekotājus kā vienīgo pierādījumu. Tie var būt noderīgi signāli, taču Salesforce Trust un jūsu nomnieka līmeņa testiem vajadzētu būt pamatā operatīviem lēmumiem.
Kad atvērt Salesforce atbalsta lietu
Ja Salesforce Trust neuzrāda atbilstošu incidentu vai ja publiskais incidents ir atzīmēts kā atrisināts, bet jūsu Marketing Cloud Intelligence vidē joprojām tiek rādītas atkārtojamas kļūmes, atveriet atbalsta pieprasījumu. Salesforce atbalsta vadlīnijās par Marketing Cloud Intelligence klientiem tiek lūgts iekļaut ietekmi uz uzņēmējdarbību, skartā ekrāna vai kļūdas ekrānuzņēmumus, reproducēšanas darbības, paredzamo darbību, atbilstošos rakurstabulas vai logrīka URL vai ID, kā arī informāciju par darbu, kas veikts tieši pirms problēmas rašanās.
Kā mārketingam zināt, ka incidents patiešām ir beidzies
Mārketinga speciālistam “atrisināts” nozīmē vairāk nekā tikai zaļu statusa lapu. Spēcīgai noslēgšanai ir četri pierādījumi: lietotāji var droši piekļūt pakalpojumam, pašreizējie dati ir atgūti, svarīgas kopsummas sakrīt normas robežās un plānotais lejupējais darbs atkal tiek pabeigts.
Ja kāds no šiem joprojām nedarbojas, saglabājiet incidentu atvērtu iekšēji, pat ja piegādātāja plašā pakalpojuma statuss ir uzlabojies. Piegādātāja atkopšana var notikt, pirms katrs kavējums, savienotāja grafiks vai klientam specifiska darbplūsma atgriežas normālā stāvoklī.
Ārējās statusa lapas sniegtajai informācijai ir arī ierobežojums. Salesforce Trust var apstiprināt platformas incidentus un skartos pakalpojumus, taču tas nevar pierādīt, ka jūsu organizācijas precīzais datu modelis, savienotāja grafiks, transformācijas un lejupējie lēmumi ir pareizi. Šī galīgā pārbaude ir jūsu komandas ziņā.
Apakšējā līnija
Ja Datorama vai Marketing Cloud Intelligence nedarbojas, optimizējiet to lēmumu kvalitātes atjaunošanai , ne tikai ekrāna pieejamībai. Pārbaudiet Salesforce Trust, testējiet nelielu darbplūsmu, verificējiet jaunus laika zīmogus, saskaņojiet dažus vērtīgus rādītājus un tikai pēc tam atsāciet normālu pārskatu sniegšanu. Ja piekļuve tiek atjaunota, bet dati ir novecojuši vai nekonsekventi, īslaicīgi pārslēdzieties uz šaurāku pārbaudītu avotu un dokumentējiet pārtraukšanas laiku. Šāda pieeja nenovērsīs visus pārtraukuma riskus, bet tā sniedz tirgotājiem skaidru, izmērāmu standartu, lai izlemtu, kad analītika atkal ir uzticama.