糖心原创

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

Guide

Le guide du crowdsourcing pour l'?tat et les collectivités locales

Si vous avez déjà demandé un avis sur une réglementation en cours, participé à une séance de brainstorming ou assisté à une réunion du conseil municipal, vous avez déjà pris part à un processus de crowdsourcing.

Le gouvernement utilise le crowdsourcing pour recueillir des informations. Cela permet de réduire les frictions, de minimiser les co?ts et de donner la propriété à ceux qu'ils servent. Alors pourquoi cette méthode d'information collaborative est-elle formalisée et se développe-t-elle à un rythme de plus en plus rapide ? C'est simple : Deux têtes valent mieux qu'une !

Téléchargez ce guide destiné au marché de l'?tat et des collectivités locales et comprenez :

  • Pourquoi faire appel au crowdsourcing ?
  • Les huit étapes d'un crowdsourcing réussi pour le gouvernement
  • Comment gérer les résistances et les détracteurs ?

罢é濒é肠丑补谤驳别谤 maintenant

Oups... on dirait que nous avons un problème. Veuillez rafra?chir la page et réessayer.

medallia
Le formulaire ne peut pas être affiché pour le moment. Veuillez nous contacter via le chat de notre site web.

Ressources connexes