A Datorama (marketingfelhő) nem működik: Amit a marketingszakembereknek tudniuk kell

Ha a Datorama – amelyet most Marketing Cloud Intelligence-nek hívnak – lefelé néz, a legfontosabb kérdés nem egyszerűen az, hogy „Meg tudom nyitni az irányítópultot?”. A marketingesek számára egy erősebb helyreállítási standard a következő: Eléggé megbízom-e a számokban ahhoz, hogy döntést hozzak?

Ez a megkülönböztetés fontos egy széleskörű Salesforce incidens során. 2026. szeptember 16-án a Salesforce egy szolgáltatáskiesést jelentett, amely több példányt is érintett régiókon átívelően, súlyos késésekkel, időszakos hibákkal és olyan időszakokkal, amikor egyes szolgáltatások vagy támogatási esetek létrehozása nem volt elérhető. Az incidens a bejelentkezéssel kapcsolatos komponenst érintő kérésfeldolgozási nyomáshoz kapcsolódott, és a Salesforce régiónként vezette be a korrekciót. A marketingszakembereknek ezt egy Salesforce-szintű rendelkezésre állási probléma bizonyítékaként kell kezelniük – nem pedig automatikus bizonyítékként arra, hogy minden Marketing Cloud Intelligence bérlő, összekötő, irányítópult vagy adatfolyamat ugyanúgy meghibásodott. Mielőtt levonná ezt a következtetést, ellenőrizze az élő Salesforce Trust állapot webhelyet és a saját bérlői viselkedését.

Mit jelenthet valójában a „Datorama leállása”?

A Salesforce a Marketing Cloud Intelligence-t egy olyan platformként írja le, amely a marketingadatok összekapcsolására, harmonizálására, vizualizálására és az azokra való reagálásra szolgál. Mivel ezek a tevékenységek több réteget ölelnek fel, a kimaradások különböző módokon jelentkezhetnek. Előfordulhat, hogy nem tud bejelentkezni, egy irányítópult nem töltődik be, egy widget időtúllépést jelezhet, egy összekötő leállíthatja az új rekordok bevitelét, vagy a felület működhet, miközben a legújabb adatok még hiányoznak.

Ezért egy egyszerű „oldal betöltődik/oldal nem töltődik be” teszt túl gyenge. Egy korábbi, 2026 májusában a Marketing Cloud Intelligence-t érintő Salesforce-incidens irányítópult-betöltési problémákat és adatbeillesztési késéseket okozott. A szolgáltatás később helyreállt, de az incidens egy fontos működési szempontot illusztrál: az elérhetőség és az adatok frissessége különálló minőségellenőrzési pontok. A Salesforce dokumentálta ezt az incidenst a Trust Status incidensnyilvántartásában .

A termék kontextusát tekintve a Salesforce jelenlegi dokumentációja a Datorama-t Marketing Cloud Intelligence néven említi. A hivatalos áttekintés szerint a termék összekapcsolja, harmonizálja, vizualizálja és aktiválja a marketingadatokat. Lásd: Salesforce Súgó: Marketingadatok integrálása és elemzése a Marketing Cloud Intelligence segítségével .

Az eredmény, amire törekednie kell egy kiesés során

Egy jó incidensre adott válasz nem ér véget akkor, amikor valaki azt mondja, hogy „visszajött a műszerfal”. Akkor ér véget, amikor a csapatod bizonyítékokkal meg tud válaszolni három kérdésre:

• Hozzáférés: Be tudnak-e jelentkezni és elvégezni a szokásos műveleteket azok a személyek és rendszerek, akiknek szükségük van a Marketing Cloud Intelligence-re, ismételt hibák nélkül?
• Frissessség: Megvannak-e a legújabb várható adatbetöltések, a normál betöltési ütemtervnek megfelelő időbélyegekkel?
• Teljesség és következetesség: Az összesítések, dimenziók és kulcsfontosságú események kellően összhangban vannak-e az elsődleges forrásrendszerekkel ahhoz, hogy alátámasztják a meghozandó döntést?

Ha mindhárom feltétel teljesül, a platform valószínűleg megfelelően működőképes lesz a normál marketingtevékenységhez. Ha csak a hozzáférés helyreáll, továbbra is óvatosan kell kezelni a legutóbbi jelentéseket.

Hogyan ellenőrizhető, hogy a probléma a Salesforce-szal, a bérlővel vagy az adataival van-e összefüggés?

1. Először ellenőrizze a Salesforce Trust szolgáltatást

A megerősített incidensek és karbantartás elsődleges forrásaként használja a Salesforce Trust szolgáltatást. Keresse meg az érintett terméket, szolgáltatást, régiót, példányt, kezdési időpontot és a legújabb frissítést. Egy globális Salesforce incidens megmagyarázhatja a bejelentkezési hibákat anélkül, hogy bizonyítaná, hogy egy adott Marketing Cloud Intelligence folyamat adatvesztést okozott.

A kívánt minőségi jelzés egy olyan megbízhatósági frissítés, amely megfelel a csapatod megfigyeléseinek. Ha a Salesforce helyreállítást jelent, de a bérlő továbbra is folyamatosan meghibásodik, akkor a passzív várakozás helyett térjen át a bérlőre jellemző diagnosztikára.

2. Teszteld a legkisebb hasznos munkafolyamatot

Ne a legnehezebb vezetői irányítópult megnyitásával kezdje. Használjon egy kicsi, ismert jelentést vagy adathalmazt, amely általában gyorsan betöltődik. Győződjön meg arról, hogy be tud jelentkezni, nyissa meg a munkaterületet, töltsön be egy egyszerű vizualizációt, és kérje le a legutóbbi rekordokat.

Egy sikeres könnyűsúlyú teszt azt mutatja, hogy a platform legalább elérhető. Ez nem bizonyítja, hogy minden irányítópult, összekötő, számítás vagy ütemezett betöltés kifogástalan állapotban van.

3. Ellenőrizze az adatok frissességét a várható érkezési időkhöz képest

Válassz ki néhány olyan hírcsatornát, amelyek fontosak az aktuális üzleti döntés szempontjából – például fizetett médiaköltések, konverziók, CRM-lehetőségek vagy e-kereskedelmi bevételek. Hasonlítsd össze a Marketing Cloud Intelligence legújabb időbélyegét a forrásplatform vagy export legújabb időbélyegével.

A felépülés legjobb jele nem az, hogy „a diagramon számok vannak”. Hanem az, hogy „a legújabb várható tétel jelen van, és az időzítése visszatért a normál működési tartományba”. Ha a forrásrendszer délután 2:00-ás adatokkal rendelkezik, és a Marketing Cloud Intelligence délelőtt 10:00-kor leáll, akkor az irányítópult elérhető lehet, de működése továbbra is elavult.

4. Néhány nagy értékű mutató egyeztetése

Válassz olyan mutatókat, amelyek fontosak és könnyen összehasonlíthatók is: napi költés platformonként, konverziók kampányonként, bevétel csatornánként vagy érdeklődők száma dátum szerint. Hasonlítsd össze a Marketing Cloud Intelligence egy közelmúltbeli időszakát a forrásplatformmal.

Ne követelj meg tökéletes egyenlőséget, ha a szokásos implementációd attribúciós szabályokat, pénznemátváltást, adatleképezést, deduplikációt vagy késleltetett forrásjelentést tartalmaz. Ehelyett hasonlítsd össze a csapatod által megállapított tűréshatárral. A kulcs az ismert modellezési különbségek megkülönböztetése egy új, kieséssel kapcsolatos réstől.

Gyakorlati minőségbiztosítási kapu a normál jelentéstétel folytatása előtt

Ez a határérték szándékosan konzervatív. A megfelelő tűréshatár a jelentéskészítési architektúrától és az üzleti felhasználástól függ. Egy heti trendek áttekintésére használt irányítópult több késleltetést tolerál, mint egy ütemezési irányítópult, amelyet egy nagy kampány valós idejű szüneteltetésére használnak.

Mikor érdemes a marketingeseknek átállniuk egy tartalék folyamatra?

Módosítsa a megközelítést, ha a platform olyan sokáig nem érhető el, hogy az veszélyeztetné a valódi döntési határidőt, vagy ha az adatok minősége a hozzáférés visszaadása után is bizonytalan marad. Hasznos tartalékmegoldások közé tartozik a forrás-platform jelentéskészítés, a korábban validált exportálások, a raktári lekérdezések vagy a manuálisan egyeztetett KPI-k csökkentett halmaza.

A tartaléknak szűkebbnek kell lennie, mint a normál irányítópulton. Egy incidens során kevesebb ellenőrzött mutató jobb, mint egy ismeretlen frissességű átfogó jelentés. Címkézd fel a tartalék számokat a forrásukkal és az „adatok átfutási idejével”, hogy a címzettek megértsék a korlátozást.

Például, ha a fizetett közösségi média irányítópultjai leállnak a frissítéssel egy aznapi költségvetés-felülvizsgálat előtt, akkor a hirdetési platform natív költési és konverziós összesítéseit használhatja az ütemezéshez, miközben elhalasztja a csatornák közötti attribúciós döntéseket, amíg a harmonizált adatok ismét aktuálisak nem lesznek.

Mit ne tegyünk Datorama kiesés esetén

• Ne feltételezze, hogy az üres irányítópult azt jelenti, hogy az adatokat törölték. A renderelési, bejelentkezési, csatlakozóval, feldolgozási és adattárolási problémák hasonló tüneteket okozhatnak.
• Ne futtasson ismételten nagyméretű feladatokat anélkül, hogy megértené a hiba módját. Az újrapróbálkozások zavart, duplikált munkát vagy várakozást okozhatnak a folyamat felépítésétől függően.
• Ne tegyél közzé „végleges” teljesítményadatokat csak azért, mert a felület újra elérhető. Először ellenőrizd a frissességet és a teljességet.
• Ne használj közösségi posztokat vagy harmadik féltől származó kimaradáskövetőket kizárólagos bizonyítékként. Ezek hasznos jelzések lehetnek, de a Salesforce Trustnak és a bérlői szintű teszteknek kell meghatározniuk az operatív döntéseket.

Mikor kell Salesforce támogatási esetet nyitni?

Ha a Salesforce Trust nem mutat egyező incidenst, vagy ha a nyilvános incidens megoldottként van megjelölve, miközben a Marketing Cloud Intelligence környezet továbbra is reprodukálható hibákat mutat, nyisson támogatási esetet. A Salesforce Marketing Cloud Intelligence támogatási útmutatója arra kéri az ügyfeleket, hogy tüntessék fel az üzleti hatást, az érintett képernyő vagy hiba képernyőképeit, a reprodukálási lépéseket, a várható viselkedést, a releváns pivot-tábla vagy widget URL-címeit vagy azonosítóit, valamint a probléma előtt közvetlenül elvégzett munka részleteit.

A Salesforce kijelenti, hogy a Marketing Cloud Intelligence támogatási eseteket a Salesforce Súgón keresztül lehet benyújtani. Tekintse meg a hivatalos Marketing Cloud Intelligence esetbeküldési útmutatót és a Marketing Cloud Intelligence támogatási GYIK-et .

Hogyan lehet a marketing számára tudni, hogy az incidens valóban véget ért?

Egy marketinges számára a „megoldott” többet jelenthet egy zöld státuszoldalnál. Egy sikeres lezárásnak négy bizonyítéka van: a felhasználók megbízhatóan hozzáférhetnek a szolgáltatáshoz, az aktuális adatok beértek, a fontos összegek a normál eltérésen belül egyeznek, és az ütemezett downstream munka ismét befejeződik.

Ha ezek közül valamelyik továbbra is hibát jelez, akkor az incidenst belsőleg nyitva kell tartani, még akkor is, ha a szállító széleskörű szolgáltatási állapota javult. A szállítói helyreállítás megtörténhet, mielőtt minden várakozó lista, csatlakozóütemezés vagy ügyfélspecifikus munkafolyamat normalizálódik.

Van egy korlátja annak is, hogy mit tud mondani egy külső állapotoldal. A Salesforce Trust meg tudja erősíteni a platformon előforduló incidenseket és az érintett szolgáltatásokat, de nem tudja bizonyítani, hogy a szervezet pontos adatmodellje, a csatlakozók ütemterve, az átalakítások és a downstream döntések helyesek. A végső ellenőrzés a csapatod feladata.

A lényeg

Amikor a Datorama vagy a Marketing Cloud Intelligence nem működik, optimalizáljon a döntésminőség helyreállítására , ne csak a képernyő elérhetőségére. Ellenőrizze a Salesforce Trust funkciót, teszteljen egy kis munkafolyamatot, ellenőrizze a friss időbélyegeket, egyeztessen néhány nagy értékű mutatót, és csak ezután folytassa a normál jelentéskészítést. Ha a hozzáférés helyreáll, de az adatok elavultak vagy inkonzisztensek, váltson ideiglenesen egy szűkebb, ellenőrzött forrásra, és dokumentálja a leállási időt. Ez a megközelítés nem szünteti meg az összes kimaradási kockázatot, de egyértelmű, mérhető mércét ad a marketingszakembereknek annak eldöntéséhez, hogy mikor megbízhatóak újra az elemzések.