Kezdőlap
» Hírek
»
A Datorama (marketingfelhő) nem működik: Amit a marketingszakembereknek tudniuk kell
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.
Egy marketinganalitikai irányítópult szolgáltatáskimaradási figyelmeztetéssel és késedelmes adatjelzésekkel – a kiesés során a legfontosabb kérdés, hogy a jelentések naprakészek és elég teljesek-e ahhoz, hogy használhatóak legyenek.
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 .
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
Ellenőrzés
Jó helyreállítási jel
Az óvatosság oka
Bejelentkezés és navigáció
Az ismételt tesztek szokatlan hibák nélkül sikeresek
Időszakos bejelentkezési hibák, időtúllépések vagy ismételt újrapróbálkozások
Irányítópult betöltése
Az ismert jelentések normál vagy közel normál időben töltődnek be
A widgetek üresek, hiányosak vagy időtúllépést okoznak
Adatfrissesség
A legújabb várható tételek jelen vannak
Hiányoznak a legutóbbi órák vagy az ütemezett berakodások
Forrásegyeztetés
A főbb mutatók a normál variancia keretein belül vannak
Váratlan hiányosságok, ismétlődő összegek vagy megmagyarázhatatlan ingadozások
Ütemezett kimenetek
Az exportálások, riasztások és a további feladatok normálisan befejeződnek.
Felhalmozódott feladatok, sikertelen feladatok vagy késleltetett továbbítás
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.
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.
Lényeg 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.