Google Consent Mode sur Squarespace : ce que la plateforme vous donne et ce qu'elle ne donne pas

Tous les articles

La bannière native de Squarespace, réglée sur opt-in et opt-out, bloque ses propres cookies d'analyse et ceux de Google jusqu'à ce qu'un visiteur accepte, mais elle n'émet pas de signaux Consent Mode par elle-même. Google documente un bloc d'injection de code qui refuse ad_storage, ad_user_data et ad_personalization par défaut, puis lit le choix de la bannière via un utilitaire Squarespace. Cette méthode nécessite un plan qui inclut l'injection de code.

Que fait réellement la bannière de cookies de Squarespace ?

Commençons par rendre justice à la bannière native, car ce n'est pas une fonctionnalité de façade. Squarespace en fournit une sous Website tools, et avec le style opt-in et opt-out, elle retient réellement les cookies. La page de configuration de Google elle-même indique que l'option de désactivation des cookies d'analyse reste activée, ce qui empêche le dépôt des cookies non essentiels de Squarespace Analytics et de Google Analytics jusqu'à ce que le visiteur accepte. C'est plus que ce que plusieurs plateformes hébergées vous offrent sans extension.

La limite n'est pas le blocage, c'est ce que la bannière dit à Google. Retenir un cookie et déclarer un état de consentement sont deux tâches différentes, et la bannière native n'accomplit que la première.

Quels signaux Consent Mode Squarespace laisse-t-il de côté ?

Consent Mode v2 a ajouté ad_user_data et ad_personalization aux anciens ad_storage et analytics_storage. Ce sont ces deux signaux que lit Google Ads pour décider si une visite refusée peut encore contribuer aux conversions modélisées. La différence tient à ce que contrôle chacun des deux, et la vue d'ensemble se trouve dans Consent Mode v2 expliqué simplement.

Les instructions de Google pour Squarespace comblent le manque par une étape d'injection de code, et le détail à ne pas rater, c'est que leur bloc de valeurs par défaut refuse trois signaux et non les quatre : ad_storage, ad_user_data et ad_personalization. analytics_storage n'y figure pas, parce que la bannière native retient déjà les cookies d'analyse. Cette étape est facile à sauter, car la page donne l'impression que la configuration de la bannière est l'essentiel et que l'injection n'est qu'une note de bas de page pour les annonceurs. C'est l'inverse. Sans elle, le site n'envoie pas un signal de refus, il n'envoie aucun signal, et un signal absent et un signal de refus ne sont pas interprétés de la même façon à l'autre bout.

Ce que la plupart des résumés oublient, c'est que le code injecté ne remplace pas la bannière. Squarespace expose une fonction, window.getSquarespaceCookies, que l'extrait de Google appelle pour lire ce que le visiteur a choisi, avant d'émettre la mise à jour du consentement en conséquence. La bannière reste l'endroit où le choix se fait ; l'injection est la couche de traduction. C'est pourquoi ajouter une seconde bannière par-dessus crée un conflit plutôt qu'une sécurité.

Comment configurer Consent Mode sur Squarespace ?

1. Vérifiez le plan avant toute chose

   La documentation de Squarespace réserve l'injection de code aux plans Core, Plus et Advanced ainsi qu'à certains anciens plans de facturation. Toutes les instructions disponibles en ligne, y compris celles de Google, supposent que vous pouvez accéder à Code Injection, que Squarespace place désormais sous Website, puis Website tools, et que les anciens guides placent sous Settings, puis Advanced. En dessous de ce niveau, cette méthode n'existe pas : c'est donc une question de facturation plutôt que de configuration. Vérifiez le nom du plan dans la facturation plutôt que de vous fier à un ancien guide, car les formules ont été renommées.

2. Placez les valeurs par défaut refusées tout en haut du champ de l'en-tête

   Consent Mode fonctionne en déclarant un état refusé avant le chargement de toute balise de mesure, puis en le mettant à jour quand le visiteur choisit : le bloc des valeurs par défaut va donc tout en haut du champ d'injection de l'en-tête. L'extrait de Google pour Squarespace refuse ad_storage, ad_user_data et ad_personalization, en laissant analytics_storage à la bannière native. Si l'ordre est mauvais, les balises se chargent à l'état accordé pendant les instants qui comptent.

3. Installez l'outil de consentement au-dessus du gestionnaire de balises, dans le même champ

   Le champ d'injection de l'en-tête est une simple zone de texte : l'ordre dans lequel vous y collez les éléments est l'ordre de chargement que voit le navigateur. La plateforme de consentement se place au-dessus de l'extrait du gestionnaire de balises. Si cette plateforme est Velo, notre page de configuration Squarespace montre l'extrait et l'endroit où il se place.

4. Désactivez la bannière native si vous utilisez une plateforme de consentement

   Deux bannières, ce sont deux enregistrements de ce que le visiteur a choisi, et ils ne concorderont pas. Choisissez-en une : si le site a besoin de Consent Mode v2 pour la publicité, la plateforme reste et la bannière native se désactive dans Website tools.

5. Vérifiez sur la page publiée, car le code injecté ne s'exécute que là

   Squarespace n'a pas de vue de préproduction pour le code injecté. Enregistrer, c'est publier : la vérification ci-dessous fait donc partie de l'installation plutôt que d'être une réflexion après coup. Webflow répartit la même tâche autrement, avec une vraie étape de publication et un second onglet qui charge le suivi hors de votre conteneur : ajouter une bannière de cookies à un site Webflow explique ce qui change.

Qu'est-ce que Squarespace ne vous donne pas ?

Trois lacunes font perdre du temps lors des audits, et aucune ne figure dans les instructions officielles.

Il n'y a pas de préproduction pour le code injecté. Squarespace applique ces changements à l'enregistrement, sans état de brouillon pour le champ : la première fois que vos valeurs de consentement par défaut s'exécutent, c'est la première fois qu'un vrai visiteur charge la page.

Les espaces membres ne reçoivent pas par défaut le code personnalisé global. Ces pages sont servies par un autre chemin : le code injecté ne les atteint donc pas, sauf si la portée les inclut. Le site semble alors correctement conditionné partout où vous vérifiez, sans aucune couche de consentement là où les visiteurs sont connectés.

La version du site change la réponse. Les anciens sites 7.0 gèrent l'injection de code de manière suffisamment différente pour que des instructions écrites pour une version échouent sans bruit sur l'autre : déterminez donc d'abord laquelle vous utilisez. La version tranche aussi la question de la navigation : sur les sites 7.0 avec le chargement Ajax activé, et sur certains templates, passer d'une page à l'autre ne recharge pas le document, ce qui supprime les nouveaux déclenchements de page vue qu'attend un gestionnaire de balises. Ce n'est pas systématique : vérifiez plutôt que de supposer. Quand c'est le cas, un déclencheur History Change capte les transitions.

Quelle est l'erreur de consentement la plus fréquente sur Squarespace ?

Squarespace propose l'injection de code page par page aussi bien que pour tout le site, et le champ par page est celui que l'on trouve en premier en travaillant sur la page à corriger. Une plateforme de consentement installée là se charge sur cette page et nulle part ailleurs, et elle se signale comme fonctionnelle, parce qu'elle l'est, sur la seule page où elle existe. Les deux ont leur place dans le champ global, dans Website tools. C'est l'une des erreurs les plus fréquentes que nous trouvons lors d'audits Squarespace, et elle reste invisible tant que vous ne vérifiez pas une deuxième page.

Comment vérifier que cela tient ?

Comme il n'y a pas d'aperçu, la vérification se fait sur la page en ligne, et elle se fait deux fois. Chargez le site dans un profil vierge, refusez tout, puis vérifiez que les balises conditionnées sont absentes de la page et des entrées de resource timing du navigateur. Recommencez avec le consentement accordé et confirmez qu'elles apparaissent. Une configuration qui bloque dans les deux sens est une balise cassée, pas une balise conforme. Le côté gestionnaire de balises est traité dans installer une bannière de cookies avec Google Tag Manager.

Shopify répartit la même tâche autrement : il fait tourner son propre système de consentement en parallèle de Consent Mode, ce qui est traité dans configurer Google Consent Mode v2 sur Shopify.

Squarespace vous donne une bannière honnête et un endroit où mettre du code. Ce qu'il ne vous donne pas, c'est la couche de signalement par-dessus, précisément ce que Velo est conçu pour porter.