Google Consent Mode en Squarespace: lo que la plataforma te da y lo que no
Squarespace · Code Injection
- Abrir
- Panel Code Injection
- Pegar
- Campo Header
- Guardar
- Guardar
- Plan
- Core, Plus, Advanced o un plan antiguo compatible
Referencia de configuración cotejada con la documentación de la plataforma. No es una captura del panel de administración.
Documentación de la plataforma ↗El banner nativo de Squarespace, configurado como Opt in and out, bloquea sus propias cookies de analítica y las de Google hasta que el visitante acepta, pero no envía señales de Consent Mode por sí solo. Google documenta un bloque de inyección de código que deniega ad_storage, ad_user_data y ad_personalization por defecto y después lee la elección del banner a través de una función auxiliar de Squarespace. Esa vía requiere un plan que incluya inyección de código.
Empieza con un análisis.
El análisis gratuito lee el HTML de tu página de inicio y tu contenedor público de Tag Manager, y muestra las etiquetas de seguimiento que encuentra.
Gratis · Sin registro · Revisión de HTML y GTM público
¿Qué hace en realidad el banner de cookies de Squarespace?
Vale la pena empezar reconociendo lo que hace bien, porque el banner nativo no es una función de cara a la galería. Squarespace incluye uno en Website tools y, con el estilo Opt in and out, retiene de verdad las cookies. La página de configuración de Google indica que el interruptor para desactivar las cookies de analítica queda activado, lo que impide que se instalen las cookies no esenciales de Squarespace Analytics y Google Analytics hasta que el visitante acepta. Es más de lo que te dan varias plataformas alojadas sin un plugin.
El límite no está en el bloqueo, sino en lo que el banner le dice a Google. Retener una cookie y declarar un estado de consentimiento son trabajos distintos, y el banner nativo solo hace el primero.
¿Qué señales de Consent Mode deja fuera Squarespace?
Consent Mode v2 añadió ad_user_data y ad_personalization a las anteriores ad_storage y analytics_storage. Esas dos son las que lee Google Ads para decidir si una visita denegada puede seguir contribuyendo a las conversiones modeladas. La diferencia está en lo que controla cada una, y el panorama completo, en Consent Mode v2 en lenguaje claro.
Las instrucciones de Google para Squarespace cubren ese hueco con un paso de inyección de código, y el detalle que conviene hacer bien es que su bloque de valores por defecto deniega tres señales, no las cuatro: ad_storage, ad_user_data y ad_personalization. analytics_storage no está, porque el banner nativo ya retiene las cookies de analítica. Ese paso es fácil de saltarse, porque la página da a entender que lo principal es configurar el banner y que la inyección es una nota al pie para anunciantes. Es al revés. Sin ella, la web no envía una señal denegada: no envía ninguna señal, y una señal ausente y una denegada se interpretan de forma distinta en el otro extremo.
Lo que se les escapa a casi todos los resúmenes es que el código inyectado no sustituye al banner. Squarespace expone un helper, window.getSquarespaceCookies, y el fragmento de Google lo llama para leer lo que eligió el visitante y, a partir de ahí, envía la actualización del consentimiento. El banner sigue siendo donde se toma la decisión; la inyección es la capa que la traduce. Por eso poner un segundo banner encima crea un conflicto, no una copia de seguridad.
Una sola área de texto. El orden de pegado es el orden de carga.
Inyección de código en el header, leída de arriba abajo.
- 1Valores de consentimiento por defecto, denegados
ad_storage,ad_user_data,ad_personalization - 2Plataforma de consentimiento
- 3Tag Manager
El banner nativo cubre
- Cookies de analítica, bloqueadas hasta que se aceptan
No cubre
- Las dos señales publicitarias de Consent Mode v2
- Páginas del área de miembros
- Vistas previas de staging: guardar es publicar
¿Cómo configuro Consent Mode en Squarespace?
Comprueba el plan antes que nada
La documentación de Squarespace sitúa la inyección de código en los planes Core, Plus y Advanced y en algunos planes de facturación antiguos. Todas las instrucciones que hay en internet, incluidas las de Google, dan por hecho que puedes llegar a Code Injection, que Squarespace coloca ahora en Website y luego en Website tools, y que las guías antiguas ponen en Settings y luego en Advanced. Por debajo de ese nivel esa vía no existe, así que es una cuestión de facturación, no de configuración. Comprueba el nombre del plan en la facturación en lugar de fiarte de una guía antigua, porque los niveles han cambiado de nombre.
Pon los valores denegados por defecto arriba del todo en el cuadro del header
Consent Mode funciona declarando un estado denegado antes de que se cargue cualquier etiqueta de medición y actualizándolo cuando el visitante elige, así que el bloque de valores por defecto va arriba del todo en el cuadro de inyección del header. El fragmento de Google para Squarespace deniega
ad_storage,ad_user_datayad_personalization, y dejaanalytics_storageal banner nativo. Si te equivocas en el orden, las etiquetas se cargan como concedidas justo en los momentos que importan.Instala la herramienta de consentimiento por encima del gestor de etiquetas, en el mismo cuadro
El cuadro de inyección del header es una sola área de texto plano, así que el orden en que pegas las cosas es el orden de carga que ve el navegador. La plataforma de consentimiento va por encima del fragmento del gestor de etiquetas. Si esa plataforma es Velo, nuestra página de configuración para Squarespace muestra el fragmento y dónde va.
Desactiva el banner nativo si usas una plataforma de consentimiento
Dos banners significan dos registros de lo que eligió el visitante, y no van a coincidir. Elige uno: si la web necesita Consent Mode v2 para la publicidad, se queda la plataforma y el banner nativo se desactiva en Website tools.
Verifícalo en la página publicada, porque el código inyectado solo se ejecuta ahí
Squarespace no tiene una vista de staging para el código inyectado. Guardar es publicar, lo que convierte la verificación de abajo en parte de la instalación y no en un añadido de última hora. Webflow reparte el mismo trabajo de otra forma, con un paso de publicación real y una segunda pestaña que carga el seguimiento fuera de tu contenedor: cómo añadir un banner de cookies en Webflow explica qué cambia.
¿Qué no te da Squarespace?
Hay tres huecos que hacen perder tiempo en las auditorías, y ninguno aparece en las instrucciones oficiales.
No hay staging para el código inyectado. Squarespace aplica estos cambios al guardar, sin estado de borrador para el cuadro, así que la primera vez que se ejecutan tus valores de consentimiento por defecto es la primera vez que un visitante real carga la página.
Las áreas de miembros no reciben por defecto el código personalizado de toda la web. Esas páginas se sirven por otra vía, así que el código inyectado no les llega a menos que el alcance las incluya. La web parece entonces bien condicionada en todos los lugares que revisas, y no tiene capa de consentimiento justo donde los visitantes han iniciado sesión.
La versión de la web cambia la respuesta. Las webs antiguas en 7.0 gestionan la inyección de código de forma lo bastante distinta como para que unas instrucciones escritas para una versión fallen sin avisar en la otra, así que lo primero es saber en cuál estás. La versión también decide la cuestión de la navegación: en webs 7.0 con la carga Ajax activada, y en ciertas plantillas, pasar de una página a otra no recarga el documento, lo que impide que se vuelvan a disparar las vistas de página que espera un gestor de etiquetas. No pasa siempre, así que compruébalo en lugar de suponerlo. Donde ocurre, un activador de cambio de historial captura esas transiciones.
¿Cuál es el error de consentimiento más común en Squarespace?
Squarespace ofrece inyección de código por página además de para toda la web, y el cuadro por página es el primero que encuentra la gente mientras trabaja en la página que hay que arreglar. Una plataforma de consentimiento instalada ahí se carga en esa página y en ninguna otra, y parece que funciona, porque funciona, en la única página donde existe. Las dos cosas van en el cuadro de toda la web, en Website tools. Es uno de los errores más comunes que encontramos en auditorías de Squarespace, y no se ve a menos que revises una segunda página.
¿Cómo compruebas que se cumple?
Como no hay vista previa, la verificación se hace en la página publicada y se hace dos veces. Carga la web en un perfil limpio, recházalo todo y comprueba que las etiquetas condicionadas no están en la página ni en las entradas de resource timing del navegador. Repite concediendo el consentimiento y confirma que aparecen. Una configuración que bloquea en los dos casos es una etiqueta rota, no una que cumple. La parte del gestor de etiquetas está en cómo instalar un banner de cookies con Google Tag Manager.
Shopify reparte el mismo trabajo de otra forma: tiene un segundo sistema de consentimiento propio que funciona junto a Consent Mode, y lo explicamos en cómo configurar Google Consent Mode v2 en Shopify.
Squarespace te da un banner honesto y un lugar donde poner código. Lo que no te da es la capa de señales que va encima, que es justo la parte para la que está hecho Velo.
Preguntas frecuentes
Lo que más se pregunta sobre este tema.
¿Squarespace es compatible con Google Consent Mode?
En parte, y lo que falta es justo lo que importa para la publicidad. El banner nativo, con el estilo Opt in and out, bloquea de verdad las cookies no esenciales de Squarespace Analytics y Google Analytics hasta que el visitante acepta. Pero por sí solo no emite las señales publicitarias de Consent Mode. Esas salen de un bloque de inyección de código que declara los valores por defecto denegados y lee la elección del banner con el helper window.getSquarespaceCookies, que es la vía que documenta Google, o de una plataforma de consentimiento instalada en lugar del banner nativo.
¿El banner de cookies de Squarespace funciona con Consent Mode v2?
No por sí solo. Consent Mode v2 añadió ad_user_data y ad_personalization a las señales de almacenamiento anteriores, y el banner nativo no las envía. Las instrucciones de Google para Squarespace lo resuelven con un paso de inyección de código cuyo bloque de valores por defecto deniega ad_storage, ad_user_data y ad_personalization, y deja analytics_storage al banner. Sin él, Google Ads no recibe ninguna señal de consentimiento en lugar de una denegada, y son estados distintos.
¿Qué planes de Squarespace permiten configurar Consent Mode?
Los que incluyen inyección de código, que según la documentación de Squarespace son Core, Plus y Advanced, además de algunos planes de facturación antiguos. Por debajo de ese nivel no puedes seguir las instrucciones de Google ni instalar una plataforma de consentimiento en el header, así que las opciones son subir de plan o aceptar el bloqueo del banner nativo sin señales de Consent Mode, algo defendible si la web no usa Google Ads.
¿Debo desactivar el banner de cookies de Squarespace si uso una plataforma de consentimiento?
Sí. Si usas los dos, quedan dos registros independientes de la misma elección y no hay forma de decir cuál manda. La plataforma de consentimiento lleva las señales de Consent Mode y el registro de consentimientos, así que el banner nativo se desactiva una vez que la plataforma está activa y verificada, no antes.
¿Por qué mi banner de cookies no aparece en las áreas de miembros de Squarespace?
Porque las páginas del área de miembros no reciben por defecto el código personalizado de toda la web, así que todo lo que añadas con inyección de código, incluidos el banner y los valores de consentimiento por defecto, no está ahí. Es fácil pasarlo por alto, y deja las páginas con sesión iniciada como las únicas sin capa de consentimiento. Confirma que el alcance cubre las áreas de miembros antes de dar una instalación por terminada.
Privacidad web, en un solo lugar.
Analiza tu web →

