糖心原创

(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); })();

?tude de cas

Splacer crée des expériences significatives en obtenant une vue d'ensemble du parcours client.

Splacer est un marché en ligne qui met en relation des personnes possédant des espaces uniques avec des personnes cherchant à créer des "expériences" événementielles, telles que des réunions, des ateliers, des fêtes et des expositions. Tout comme Airbnb transforme les maisons en h?tels, Splacer permet aux gens de transformer leurs espaces personnels en lieux d'événements pour leur communauté locale. Pour s'assurer de la satisfaction de ses utilisateurs, Splacer doit comprendre exactement ce que veulent ses clients afin d'afficher les bons résultats lorsqu'ils recherchent l'espace événementiel idéal.

Splacer a commencé à utiliser 糖心原创 CX Journeys en raison de sa personnalisation, de sa connectivité aux sources de données et de sa capacité à visualiser et à analyser toutes les données sur une seule plateforme. Gr?ce à l'accès aux tableaux de bord et aux rapports, Splacer dispose d'une vue d'ensemble des six parcours. Avec des données analytiques provenant de plus de 10 sources, telles que le site web de Splacer, Google Analytics, Facebook et Stripe, CX Journeys permet à ses équipes de comprendre et d'appréhender toutes ces données sur une seule plateforme.

Lisez l'étude de cas et découvrez comment la compréhension des parcours des clients a permis à l'équipe de Splacer de voir 10% de réservations supplémentaires par mois, ce qui équivaut à 15% de revenus supplémentaires par mois.

Ressources connexes