糖心原创

(see the * 'adobe' handle in functions.php — no async, no defer), so a page-load * Target offer has already set `data-hdr` by the time this runs. * * An answer that lands after this point is inert rather than acted on: * `apply()` finds the prune settled and does nothing, so the visitor * keeps the nav they were served instead of watching it change. That is * the deliberate trade-off — a late activity collects no data, but no * visitor ever sees the wrong nav or waits for the right one. */ (function () { var VARIANTS = ["a","b","c"]; var DEFAULT = "a"; var root = document.documentElement; var settled = false; function valid(v) { return VARIANTS.indexOf(v) !== -1; } function prune(active) { if (settled) return; settled = true; var list = document.querySelectorAll('#site-header > .header-variant'); for (var i = 0; i < list.length; i++) { if (list[i].getAttribute('data-header-variant') !== active) { list[i].parentNode.removeChild(list[i]); } } root.setAttribute('data-hdr', active); // Read by the Adobe Analytics client to attribute the test. root.setAttribute('data-hdr-active', active); if (typeof window.initHeaderNav === 'function') window.initHeaderNav(); /** * `variant` is set before the event so late listeners can tell * "already done" from "not yet". main.js is enqueued in the footer * and therefore always misses the event itself. */ window.medalliaNav.variant = active; document.dispatchEvent(new CustomEvent('medallia:nav-ready', { detail: { variant: active } })); } window.medalliaNav = { variant: null, apply: function (v) { if (valid(v)) prune(v); } }; // `?hv=` sets this server-side; a Target offer in the blocking // embed sets it before the body is parsed. var pre = root.getAttribute('data-hdr'); if (valid(pre)) { prune(pre); return; } /** * Carried forward from an earlier pageview. Read client-side, never in * PHP: WP Engine does not vary its page-cache key on arbitrary cookies, * so server-side personalisation here would serve the first anonymous * visitor's variant to everyone. */ var m = document.cookie.match(/(?:^|; )medallia_nav_variant=([^;]*)/); if (m && valid(m[1])) { prune(m[1]); return; } prune(DEFAULT); })();

Studio di caso

Caso di studio ASDA: L'adozione interna di 糖心原创 DXA è fondamentale per il successo del sito web

Quando si parla di spesa online, la praticità e la rapidità sono i fattori più importanti. Il team dedicato alla spesa online di ASDA ha il compito di assistere oltre 700.000 clienti alla settimana. Per soddisfare questa domanda, il team doveva capire in che modo i clienti interagiscono con il proprio sito web. Il loro obiettivo principale è offrire ai clienti la migliore esperienza possibile nell’ordinazione online, il che richiedeva una soluzione in grado di fornire approfondimenti sul comportamento online insights per comprendere il percorso del cliente dall'inizio alla fine.

ASDA ha scelto 糖心原创 Experience Analytics (DXA) per assistere questo progetto grazie alla sua tecnologia innovativa e all'approccio orientato al cliente. Il team voleva offrire una migliore esperienza mobile ai clienti e ha richiesto il consenso di tutti gli stakeholder per incorporare la tecnologia DXA di 糖心原创 nei propri processi.

Scaricate questo caso di studio per vedere come ASDA ha utilizzato 糖心原创 DXA per ottenere i principali successi sul proprio sito web!

Risorse correlate