Պիտակների կառավարիչներ և CDP-ներ

Ձեր կայքի և մնացած ամեն ինչի միջև շերտի համար՝ Tealium, Adobe Launch, Commanders Act, Segment, RudderStack և Snowplow։

1. Երկու շերտ, մեկ գաղափար

Պիտակների կառավարիչը որոշում է՝ որ գործիքներն են աշխատում էջում։ Հաճախորդների տվյալների հարթակը որոշում է՝ ուր են հետո գնում իրադարձությունները։ Երկուսն էլ կայքի և ձեր համակարգերի միջև են, և երկուսին էլ արժե հայտնել, որ ձայնագրություն կա։

Կամուրջը դիտման հղումը գրում է ձեր օգտագործածներից մեկի մեջ, որպեսզի դրանից ներքև գտնվող ամեն ինչ՝ վերլուծությունը, պահեստը, մարքեթինգային ավտոմատացումը, կարողանա կրել հղումը՝ առանց յուրաքանչյուրի համար առանձին ինտեգրման։

Եթե արդեն օգտագործում եք Google Tag Manager, փոխարենն օգտագործեք GTM dataLayer սալիկը։ Սա GTM չհանդիսացող կառավարիչների համար է և գոյություն ունի հենց այն պատճառով, որ «պարզապես GTM օգտագործեք»-ը պատասխան չէ Adobe կամ Tealium օգտագործող ընկերությանը։

2. Ինչ է յուրաքանչյուրն իրականում ընդունում

Այս վեցն ավելի շատ են տարբերվում, քան հուշում է կատեգորիան, և տարբերությունները ոճական չեն. յուրաքանչյուրն այն է մերժում, ինչ մյուսներն են սպասում։

ԳործիքԻնչպես է վերցնում արժեքը
Tealiumutag.link ՝ ոչ utag_data, որը կարդացվում է միայն էջաբեռնման պահին
Adobe LaunchClient Data Layer-ի միջոցով. _satellite -ը գրելու հանրային API չունի
Commanders Acttc_vars , և մենք այն չենք ստեղծում բացակայելիս, քանի որ բացակայությունը նշանակում է՝ TagCommander չկա
Segmentanalytics.identify ՝ trait-ով
RudderStackնույն կառուցվածքը, իր սեփական գլոբալ օբյեկտով
Snowplowգլոբալ համատեքստ. պատասխանում է callback-ով, ուստի արժեքը բուֆերացվում է
JENTIS_jts.push հետևյալով՝ track: "event". հատուկ դաշտերի անունները թույլատրելի են, միայն track և type անուններն են վերապահված

JENTIS-ը հերթականության կանոնի բացառությունն է։ Դրա տեղադրման կոդը ստեղծում է window._jts = window._jts || [], որը _jts -ը դարձնում է հերթ. push-ը պահպանվում է գրադարանի բեռնման ընթացքում և չի կորչում։ Ուստի հերթականության մասին 4-րդ բաժինը դրան չի վերաբերում։ Բացակայելիս հերթը դարձյալ չենք ստեղծում՝ Commanders Act-ի նույն պատճառով. բացակայությունը նշանակում է՝ JENTIS-ը տեղադրված չէ, իսկ մեր ստեղծած _jts -ը խոստում կլիներ, որը ոչ ոք չի պահում։

Tealium-ի սխալը, որն արժե նշել

utag_data մեջ գրելը ճիշտ է թվում և ոչինչ չի անում. Tealium-ն այդ օբյեկտը կարդում է մեկ անգամ՝ էջաբեռնման պահին, իսկ մեր արժեքը հասնում է հետո։ utag.link -ը գործող Tealium-ին հասնող կանչն է, և հենց այն ենք օգտագործում։

3. Ինչ չի անում

Չի ստեղծում ձեր տվյալների շերտը

Եթե էջում Commanders Act չկա, tc_vars -ը բացակայում է, և այդպես էլ թողնում ենք։ Ստեղծելը կառաջացներ օբյեկտ, որը էջի մյուս բոլոր սկրիպտներին կարգավորված TagCommander կթվար. դա ավելի վատ արդյունք է, քան ոչինչ չանելը։

Ինքնուրույն ոչինչ չի ուղարկում

Պիտակների կառավարիչը կամ CDP-ն արժեքը փոխանցում է սեփական կարգավորումներով ու պայմանագրերով։ Մեր կողմից սա գրառում է տեղային օբյեկտում. դուրս կգա՞ դիտարկիչից և ո՞ւմ, որոշվում է ձեր գործիքներում. դրա համար էլ այդ ստացողները մեր մշակման գործողությունների գրանցամատյանում չեն երևում։

Անվերջ չի կրկնում

Քսան փորձ՝ կես վայրկյան ընդմիջումներով, ապա դադար։ Տասը վայրկյանում չհայտնված պիտակների կառավարիչն այլևս չի հայտնվի։

4. Նշում հերթականության մասին

Պիտակների կառավարիչները նախագծով շուտ են բեռնվում, CDP-ները՝ սովորաբար ուշ, իսկ MousePlayer-ը՝ դրանց միջև ինչ-որ տեղ՝ ըստ ձեր տեղադրման։ Դրա համար կամուրջը պարբերաբար հարցնում է, ոչ թե մեկ անգամ կարդում։

Եթե բեռնման հերթականությունը ձեր վերահսկողության տակ է, պիտակների կառավարիչը մեր կոդից առաջ դնելը լիովին վերացնում է սպասումը։ Բայց ոչինչ դրանից կախված չէ, և մեր օգտի համար էջը վերադասավորել չենք խնդրում։

Մեր գրած արժեքը դիտման հղումն ու աշխատաշրջանի ID-ն են, ուրիշ ոչինչ։ Չկա էլփոստի հասցե, անուն, IP. նույն զսպվածությունը, ինչ արտադրանքի ամեն տեղ։

Այստեղ նշված բոլոր ապրանքային նշանները պատկանում են իրենց տերերին։ MousePlayer-ը գործարար կապ չունի այս մատակարարների հետ։