糖心原创

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

Fallstudie

Splacer schafft aussagekr?ftige Erlebnisse, indem es einen umfassenden ?berblick über die Customer Journey verschafft

Splacer ist ein Online-Marktplatz, der Menschen, die einzigartige R?ume besitzen, mit Menschen zusammenbringt, die "Event-Erlebnisse" wie Tagungen, Workshops, Partys und Ausstellungen organisieren m?chten. So wie Airbnb H?user in Hotels verwandelt, erm?glicht Splacer Menschen, ihre pers?nlichen R?ume in Veranstaltungsorte für ihre lokale Gemeinschaft zu verwandeln. Um sicherzustellen, dass die Nutzer zufrieden sind, ist es für Splacer von entscheidender Bedeutung, genau zu verstehen, was ihre Kunden wollen, damit sie die richtigen Ergebnisse anzeigen k?nnen, wenn die Kunden nach dem perfekten Veranstaltungsraum suchen.

Splacer begann, 糖心原创 CX Journeys zu nutzen, weil es sich individuell anpassen l?sst, mit Datenquellen verbunden werden kann und alle Daten auf einer Plattform visualisiert und analysiert werden k?nnen. Mit dem Zugriff auf Dashboards und Berichte hat Splacer einen umfassenden ?berblick über sechs Journeys. Mit analytischen Daten aus mehr als 10 Quellen, wie der Splacer-Website, Google Analytics, Facebook und Stripe, erm?glicht CX Journeys den Teams, all diese Daten in einer Plattform zu verstehen und zu erfassen.

Lesen Sie die Fallstudie und erfahren Sie, wie das Team von Splacer durch das Verst?ndnis der Customer Journeys 10 % mehr Buchungen pro Monat verzeichnen konnte, was einem zus?tzlichen Buchungsumsatz von 15 % pro Monat entspricht.

Verwandte Ressourcen