En plus de la tenue d’un registre des consentements relatifs à vos formulaires Web, notre module de consentement aux cookies pour WordPress vous permet d’automatiser plusieurs actions exigées par la Loi cookies (la rédaction de votre politique relative aux cookies, l’affichage du bandeau cookies et le blocage préalable), réduisant ainsi de façon drastique le nombre de modifications à apporter au code de votre site.
HEAD
).Une fois configuré, le module affichera le bandeau cookies (qui contiendra un lien vers votre politique relative aux cookies) aux utilisateurs qui visiteront votre site pour la première fois, sans action supplémentaire de votre part. Par ailleurs, notre module WordPress reconnaîtra, détectera et bloquera automatiquement les cookies présents sur votre site s’ils figurent sur la liste ci-dessus.
Notre module WordPress bloque automatiquement les scripts générés côté serveur, c’est-à-dire les scripts retournés par PHP par WordPress. Les scripts insérés par JavaScript après le chargement de la page ne sont pas bloqués automatiquement ni ne peuvent l’être.
Pour bloquer ces scripts, vous avez deux possibilités. La première consiste à indiquer la source du script dans la zone de texte correspondante de la section « Custom scripts » (consacrée aux scripts personnalisés) dans les réglages du module. Autrement, vous pouvez utiliser la méthode de balisage manuel illustrée par l’exemple ci-dessous et (de façon plus détaillée) dans cet article de notre documentation.
La section « Custom scripts » vous permet de bloquer facilement les scripts insérés dans la page, directement depuis les réglages du module. Cette méthode réduit considérablement le nombre de modifications à apporter au code de votre site.
Voici la marche à suivre :
L’utilisation de ces champs est assez intuitive. Il vous suffit d’indiquer l’attribut src du script ou de l’iframe que vous souhaitez bloquer.
Si vous souhaitez bloquer un bouton de réseau social (qui insère des scripts dans la page via JavaScript), vous devez simplement indiquer la source du script, p.ex. connect.socialwebsite.net/en_US/track.js
dans le champ Scripts.
Imaginons que vous souhaitez bloquer les scripts insérés dans la page par le biais de l’iframe suivante :
<iframe width="1280" height="720" src="https://www.videowebsite.com/embed/xxFhMChxx" frameborder="0" allow="accelerometer; autoplay; encrypted-media; gyroscope; picture-in-picture" allowfullscreen></iframe>
Vous devrez alors indiquer dans le champ Iframe la source réelle des scripts, soit ici videowebsite.com/embed/
. Veillez à ne PAS indiquer l’identifiant du composant (videowebsite.com/embed/xxFhMChxx
). En l’omettant, vous vous assurerez de bloquer tous les scripts qui proviennent de la source réelle.
Cette méthode vous demande de modifier directement le code de votre site. Vous devrez vous rendre dans la section pertinente du code de votre site et identifier les scripts à bloquer comme indiqué ci-dessous.
Par exemple, un pixel de conversion de Google Ads serait identifié de la façon suivante :
<!--IUB-COOKIE-BLOCK-START--> <script type="text/javascript"> /* <![CDATA[ */ var google_conversion_id =CONVERSION_ID; var google_conversion_label = "CONVERSION-LABEL"; var google_custom_params = window.google_tag_params; var google_remarketing_only = true; /* ]]> */ </script> <script type="text/javascript" src="//www.googleadservices.com/pagead/conversion.js"> </script> <noscript> <div style="display:inline;"> <img height="1" width="1" style="border-style:none;" alt="" src="//googleads.g.doubleclick.net/pagead/viewthroughconversion/1030205862/?value=0&guid=ON&script=0"/> </div> </noscript> <!--IUB-COOKIE-BLOCK-END-->
Si vous avez activé la fonctionnalité de consentement par catégorie, vous devrez préciser la finalité. Reprenons l’exemple ci-dessus, qui relève de la finalité « Ciblage et publicité » (identifiant 5) :
<!--IUB-COOKIE-BLOCK-START-PURPOSE-5-->
<script type="text/javascript">
...
</script>
<script type="text/javascript" src="..."></script>
<noscript>
...
</noscript>
<!--IUB-COOKIE-BLOCK-END-PURPOSE-5-->
En présence d’éléments html, img ou iframe, vous devrez procéder comme suit :
<!--IUB-COOKIE-BLOCK-START-->
<iframe src="...
<img src="...
<!--IUB-COOKIE-BLOCK-END-->
Pour interrompre l’analyse et le remplacement automatique des scripts et des iframes qui contiennent une source définie :
<!--IUB-COOKIE-BLOCK-SKIP-START-->
<script type="text/javascript">...</script>
<!--IUB-COOKIE-BLOCK-SKIP-END-->
Il existe des variables de substitution que vous pouvez utiliser pour les éléments intégrés directement aux articles WordPress (par opposition aux éléments intégrés au niveau des modèles, par exemple dans footer.php) :
Si vous utilisez ou prévoyez d’utiliser les AMP (Accelerated Mobile Pages) de Google pour charger vos pages Web plus vite sur mobile, vous vous demandez peut-être comment configurer votre site WordPress de façon à recueillir le consentement aux cookies et éviter de subir des pénalités. Cela demande un peu de travail, mais heureusement, iubenda peut vous y aider : notre module Cookie and Consent Solution pour WordPress est entièrement compatible avec les pages AMP.
Pour obtenir des instructions pas-à-pas (avec des exemples de code, une démonstration et des astuces sur WordPress) et plus d’informations sur la façon de bloquer les cookies avant l’obtention du consentement de l’utilisateur sur les pages AMP, consultez notre guide Comment intégrer la Cookie Solution de iubenda à Google AMP (avec la méthode pour WordPress).
Vous avez activé la compatibilité avec Google AMP, mais un message d’erreur s’affiche lorsque vous auto-générez le fichier de configuration des AMP ? Cela s’explique par un problème lié aux permissions de votre dossier « templates ». Voici comment le résoudre :
Pour les appels à l’API et les appels XML-RPC, nous vous recommandons d’utiliser le paramètre ?iub_no_parse=1
. Le script de iubenda sera alors désactivé afin d’éviter toutes les opérations d’analyse et de remplacement.
Nous fournissons souvent des mises à jour de notre module qui sont pas encore stables lors de la phase de test, comme les versions bêta.
Pour installer une version bêta du module, vous devez tout d’abord installer un module externe appelé « WP Rollback » qui vous permet de sélectionner une version non officielle de notre module.
Remarque : WP Rollback nécessite une version de WordPress plus récente que la version 4.0.
Comme d’autres modules, vous pouvez installer WP Rollback dans la section Extensions du panneau d’administration de votre site WordPress, en cliquant sur « Ajouter des extensions » puis en cherchant « WP Rollback ».
Une fois WP Rollback installé et activé, vous devrez retourner sur la page sur laquelle sont listés tous les modules installés. Vous remarquerez alors l’apparition de « Retour en arrière » à côté de chaque module.
Il ne vous restera plus qu’à trouver le module « iubenda Cookie Solution » et à cliquer sur « Retour en arrière ». Vous verrez alors s’afficher les différentes versions du module. La version actuellement utilisée sera identifiée par « version installée », tandis que les versions bêta seront identifiées comme telles.
Pour installer et tester une version bêta du module, il vous suffit de cliquer sur celle que vous souhaitez utiliser. La version actuelle du module sera alors remplacée par la version bêta sélectionnée. Pour annuler ce processus, la marche à suivre sera la même, si ce n’est que vous devrez sélectionner la version stable précédente et non la version bêta.
Pour signaler un bug, contactez-nous par e-mail en décrivant le problème de façon claire et détaillée.
Il est toujours utile de joindre à votre demande d’assistance les informations de débogage fournies par WordPress. Pour accéder aux informations de débogage, vous devrez ouvrir le dossier d’installation de WordPress et chercher le fichier wp-config.php.
Ouvrez ce fichier et cherchez la ligne suivante :
define('WP_DEBUG', false);
Remplacez-la par :
define('WP_DEBUG', true);
Sauvegardez le fichier puis ouvrez une page de votre site WordPress. Vous verrez alors apparaître les informations de débogage. Laissez le module actif et envoyez-nous toute erreur ou tout message affiché par WordPress.