# Elementor V4 et Cloudflare Zaraz : gouverner les scripts tiers d’un multisite > Arborescence de configuration Zaraz partagée pour centraliser la gestion des scripts tiers sur cinq cents sites Elementor V4, sans dupliquer les réglages site par site. - Auteur : Clément Hadrot - Publié le : 2026-03-05 - Mis à jour le : 2026-03-05 - Catégorie : Elementor - URL : https://wpmoderne.dev.wordpress-developpement.fr/elementor/elementor-v4-cloudflare-zaraz-multisite/ ## L’essentiel - Zaraz déporte l'exécution des scripts tiers hors du navigateur du visiteur - Une configuration Zaraz partagée réduit la duplication sur un multisite de grande taille - Les variables globales V4 et les déclencheurs Zaraz suivent deux logiques distinctes à ne pas confondre > « Zaraz vous permet de charger des outils tiers côté serveur plutôt que côté navigateur, réduisant l'impact sur les performances de votre site. » Documentation officielle Cloudflare, page produit Zaraz. Cette promesse de la documentation Cloudflare prend une tout autre dimension quand il s'agit de la tenir sur un réseau multisite WordPress de cinq cents sites, chacun construit avec Elementor V4 et chacun susceptible d'ajouter ses propres scripts tiers : outil d'analytics, pixel publicitaire, chat en ligne, widget d'avis clients. Sans gouvernance centralisée, chaque administrateur de site finirait par dupliquer sa propre configuration Zaraz, avec les incohérences et les failles de sécurité que cela implique. ## Le problème posé par la gestion décentralisée Sur ce réseau multisite, chaque site dispose historiquement de son propre compte Cloudflare et de sa propre configuration Zaraz, gérée indépendamment par les équipes locales. Cette autonomie, utile pour la réactivité opérationnelle, a fini par produire des configurations disparates : certains sites chargeaient un outil d'analytics obsolète, d'autres avaient accumulé des déclencheurs Zaraz redondants qui ralentissaient le traitement côté périphérie sans bénéfice mesurable. L'objectif de ce chantier n'était pas de retirer toute autonomie aux équipes locales, mais de proposer une arborescence de configuration partagée, avec un socle commun obligatoire et des extensions locales encadrées. ## L'arborescence de configuration retenue > L'essentiel à retenir : Zaraz déporte l'exécution des scripts tiers hors du navigateur du visiteur ; Une configuration Zaraz partagée réduit la duplication sur un multisite de grande taille ; Les variables globales V4 et les déclencheurs Zaraz suivent deux logiques distinctes à ne pas confondre La structure mise en place distingue trois niveaux de configuration Zaraz, chacun avec ses responsabilités propres : ``` zaraz-config/ ├── socle-commun/ │ ├── analytics-institutionnel.json │ ├── consentement-cookies.json │ └── declencheurs-globaux.json ├── profils-metier/ │ ├── profil-collectivite.json │ ├── profil-commerce.json │ └── profil-associatif.json └── extensions-locales/ └── site-{id}/ └── overrides.json ``` Le socle commun regroupe les outils obligatoires sur l'ensemble du réseau : l'analytics institutionnel et la gestion du consentement aux cookies, non négociables quel que soit le site. Les profils métier ajoutent des outils spécifiques à une catégorie de sites (un site associatif n'a pas les mêmes besoins qu'un site marchand). Les extensions locales, enfin, permettent à chaque site d'ajouter un script ponctuel, avec validation préalable par l'équipe centrale avant déploiement. ## Ne pas confondre variables globales V4 et déclencheurs Zaraz Un point de confusion est apparu en début de projet : les variables globales de l'éditeur V4 d'Elementor et les déclencheurs de Zaraz répondent à deux logiques totalement différentes, malgré une terminologie qui peut prêter à confusion. Les variables globales V4 gèrent des valeurs de style partagées (couleurs, typographies) au niveau de l'éditeur Elementor. Les déclencheurs Zaraz gèrent, eux, des conditions d'exécution de scripts tiers au niveau du réseau Cloudflare, en amont même du rendu de la page par WordPress. - Les variables globales V4 s'appliquent au moment du rendu de la page par Elementor, côté serveur WordPress - Les déclencheurs Zaraz s'appliquent au niveau du réseau Cloudflare, avant ou pendant le chargement de la page dans le navigateur - Aucun pont automatique n'existe entre les deux systèmes : toute synchronisation nécessaire doit être codée manuellement, par exemple via un tag personnalisé du thème injectant les identifiants de profil Zaraz appropriés selon le type de site ## Le déploiement du socle commun sur les 500 sites Le déploiement s'est fait progressivement, par vagues de cinquante sites, avec une phase de validation entre chaque vague pour vérifier qu'aucun outil critique local n'était écrasé par le socle commun. Un script de contrôle automatisé, exécuté avant chaque vague, comparait la configuration Zaraz existante de chaque site avec le socle commun cible, en signalant tout conflit potentiel avant application. Sur les cinq cents sites du réseau, une douzaine ont nécessité une intervention manuelle avant migration, principalement des sites ayant accumulé des scripts hérités non documentés, ajoutés directement dans le code du thème plusieurs années auparavant, sans passer par Zaraz. ## En résumé Gouverner les scripts tiers d'un multisite de cette envergure demande une arborescence de configuration à plusieurs niveaux, avec un socle commun obligatoire, des profils métier et des extensions locales encadrées. Le point de vigilance principal reste la distinction claire entre les variables globales de l'éditeur Elementor V4, qui gèrent le style, et les déclencheurs Zaraz, qui gèrent l'exécution des scripts au niveau du réseau : deux systèmes qui ne se substituent jamais l'un à l'autre et qu'aucune synchronisation automatique ne relie sans développement dédié.