Un Kit Elementor exporté depuis un projet client A, puis importé sur un projet client B, embarque parfois bien plus que le gabarit visé : couleurs globales, polices, réglages de performance, voire des templates entiers qui n’ont rien à faire sur le nouveau site. Cette contamination silencieuse se révèle en général au pire moment, quand un client B découvre une couleur de marque qui ne lui appartient pas sur sa page d’accueil.
Un Kit Elementor, c’est un fichier d’export qui regroupe les réglages globaux du site, les templates, et éventuellement le contenu. Sur une agence qui réutilise une base commune entre plusieurs projets, la discipline d’export est ce qui évite ce genre d’incident. Voici les quatre vérifications appliquées avant chaque export destiné à un nouveau projet.
Vérification 1 : les couleurs et polices globales
Avant d’exporter, ouvrez Elementor, puis Réglages du site, et passez en revue le panneau Couleurs générales et Polices générales. Un Kit conçu pour un projet précédent contient souvent des couleurs nommées d’après le client d’origine, par exemple « Bleu Client A ». Ces libellés doivent être neutralisés ou renommés avant export, faute de quoi ils apparaissent tels quels dans le nouveau projet et sèment la confusion sur l’origine des styles.
Vérification 2 : le contenu exclu de l’export
Au moment de créer l’export, Elementor propose de choisir précisément ce qui est inclus : réglages du site, contenu, templates, plugins requis. Pour une base réutilisable entre projets, il faut systématiquement décocher le Contenu, qui inclut les pages et articles réels du site d’origine, et ne conserver que les Templates et les Réglages du site jugés génériques.
- Réglages du site : couleurs, polices, mise en page générale ;
- Templates : gabarits d’en-tête, de pied de page, de page produit ;
- Contenu : pages, articles, médias du site d’origine — à exclure d’une base réutilisable.
Vérification 3 : les templates spécifiques à un usage métier
Un gabarit de page produit conçu spécifiquement pour un client dans le secteur de la restauration n’a probablement aucune utilité pour un client suivant dans le secteur du bâtiment. Avant export, il faut passer en revue la liste des templates inclus et retirer manuellement ceux qui contiennent des références trop spécifiques au métier ou au contenu du projet d’origine : un menu de plats, une grille tarifaire nominative, un formulaire de devis truffé de champs propres à un secteur.
Vérification 4 : les réglages de performance et d’intégration
Les réglages avancés d’Elementor, notamment ceux liés au chargement des polices Google en local ou aux clés d’API tierces éventuellement enregistrées dans les réglages du site, doivent être vérifiés séparément. Une clé d’API laissée dans un Kit exporté peut se retrouver active sur un nouveau projet sans que personne ne s’en rende compte, avec des conséquences directes sur la facturation du service concerné si celui-ci est payant à l’usage.
Avant chaque livraison, on importe systématiquement le Kit sur une installation WordPress vierge, jamais directement sur le site du nouveau client. Ce détour de quelques minutes révèle presque toujours un élément oublié dans l’export.
Constituer une base propre plutôt qu’exporter à la volée
La méthode la plus fiable, sur une agence qui livre régulièrement des projets Elementor, consiste à maintenir un site de référence entièrement neutre, sans aucun contenu client, dont le seul rôle est de servir de source pour les exports de Kit. Chaque template validé y est ajouté volontairement, jamais par accident lors d’un export global depuis un site de production.
En résumé
Un export de Kit Elementor n’est jamais un geste anodin sur une agence qui multiplie les projets clients. Quatre vérifications suffisent en général à éviter la contamination : neutraliser les couleurs et polices nommées, exclure le contenu réel, retirer les templates trop spécifiques à un métier, et contrôler les réglages avancés susceptibles de contenir une clé d’API active.
