Un client e-commerce a signalé que sa popup de bienvenue, censée s’afficher trois secondes après l’arrivée sur le site avec une offre de bienvenue, n’apparaissait plus depuis l’installation récente d’un nouveau plugin de gestion du consentement cookies conforme au RGPD. Aucun message d’erreur dans la console, aucune modification visible dans la configuration du Popup Builder Elementor. La popup semblait simplement avoir cessé d’exister.
Ce type de symptôme, sans erreur explicite, pointe presque toujours vers un conflit d’initialisation entre deux scripts qui manipulent tous deux le focus ou l’affichage de la page au chargement, plutôt qu’une réelle panne de l’un des deux systèmes pris isolément.
Symptôme : disparition silencieuse, pas d’erreur
En testant en navigation privée pour éliminer l’hypothèse d’un cookie de consentement déjà enregistré empêchant le déclenchement, le problème persistait : la popup ne s’affichait toujours pas pour un nouveau visiteur. La console du navigateur ne montrait aucune erreur JavaScript, ce qui écartait a priori un plugin cassé au sens strict.
Diagnostic : l’ordre d’exécution au chargement
L’inspection du code source a révélé que le plugin de consentement cookies injectait un script qui bloquait temporairement l’interaction avec la page tant que l’utilisateur n’avait pas répondu à la bannière, via une técnique de superposition (overlay) en position fixe recouvrant l’ensemble de la page. Le Popup Builder Elementor, configuré pour se déclencher après trois secondes, tentait bien de s’afficher au bon moment, mais se retrouvait visuellement masqué derrière l’overlay de la bannière cookies, avec un indice de superposition (z-index) inférieur.
Le correctif appliqué
- Vérifier dans les réglages du Popup Builder Elementor l’indice de superposition défini pour la popup (onglet Avancé > Responsive > z-index), et s’assurer qu’il dépasse celui de la bannière cookies
- Décaler le déclencheur de la popup de trois à cinq secondes, pour laisser le temps à la bannière de consentement de s’initialiser complètement avant que la popup ne tente de s’afficher
- Ajouter, si le plugin de consentement le permet, une condition qui empêche tout autre script de se déclencher tant que le consentement n’a pas été traité, plutôt que de laisser les deux scripts s’exécuter en parallèle sans coordination
- Retester en navigation privée sur plusieurs navigateurs pour confirmer la disparition du conflit
Sur ce projet, augmenter le z-index de la popup à une valeur supérieure à celle de la bannière (souvent réglée autour de 999999 par les plugins de consentement) a suffi à rendre la popup visible par-dessus l’overlay, sans même avoir besoin de retarder son déclenchement.
Pourquoi ce conflit passe souvent inaperçu en test
Ce genre de problème échappe facilement aux tests internes de l’agence si le cookie de consentement a déjà été accepté sur le poste de test lors du développement initial : la bannière ne réapparaît alors plus, et le conflit de superposition ne se manifeste jamais dans cet environnement. Seul un test systématique en navigation privée, simulant un tout nouveau visiteur, permet de reproduire fidèlement les conditions réelles rencontrées par le client.
- Toujours tester les popups et bannières en navigation privée avant mise en production
- Vérifier les indices de superposition (z-index) de chaque élément superposé plutôt que de supposer un ordre d’affichage correct par défaut
- Documenter le z-index utilisé par chaque plugin tiers du site pour éviter de futurs conflits similaires
Un conflit de superposition entre deux scripts ne génère quasiment jamais d’erreur explicite : c’est le silence de la console, justement, qui doit orienter le diagnostic vers un problème d’affichage plutôt que d’exécution.
Prévention pour les futurs plugins ajoutés
Depuis cet incident, l’agence teste systématiquement en navigation privée l’ensemble des éléments superposés (popups, bannières, chatbots) après l’ajout de tout nouveau plugin susceptible d’afficher un élément en position fixe, plutôt que d’attendre un signalement client pour découvrir un conflit similaire sur un autre projet.
En résumé
La disparition silencieuse d’une popup Elementor après l’installation d’une bannière cookies pointe presque toujours vers un conflit de superposition ou d’ordre d’exécution, jamais vers une panne réelle du Popup Builder. Vérifier le z-index et ajuster le délai de déclenchement suffit dans la majorité des cas à restaurer un affichage correct, sans avoir à modifier la configuration de la popup elle-même.
