Si gestionas el marketing o las ventas a trav\u00e9s de HubSpot, la calidad de tus datos de clientes potenciales depende directamente del seguimiento que los alimenta. Y ese seguimiento tiene un problema: los navegadores se est\u00e1n volviendo en su contra. <\/p>\n\n
Todo empieza con una sola cookie. El c\u00f3digo de seguimiento est\u00e1ndar de HubSpot establece una cookie llamada \u00abhubspotutk\u00bb<\/em> para reconocer a los visitantes que vuelven y reconstruir el recorrido de un contacto antes incluso de que rellene un formulario. La funci\u00f3n \u00abPrevenci\u00f3n inteligente de seguimiento\u00bb<\/a> de Safari limita la duraci\u00f3n de esa cookie a siete d\u00edas cuando se establece mediante JavaScript, que es exactamente c\u00f3mo la configura HubSpot por defecto. Los bloqueadores de anuncios y la configuraci\u00f3n de privacidad estricta de Firefox, Edge y Safari van m\u00e1s all\u00e1. Bloquean directamente el script de HubSpot y sus formularios incrustados, dejando a veces nada m\u00e1s que un espacio en blanco donde antes estaba tu formulario de captaci\u00f3n de clientes potenciales. <\/p>\n\n Nada de esto es un riesgo futuro. Ya est\u00e1 pasando en tu web, y es una de las principales razones por las que los informes de \u00abOriginal Source\u00bb<\/a> y de atribuci\u00f3n multitoque de HubSpot se alejan m\u00e1s de la realidad de lo que la mayor\u00eda de los equipos creen. <\/p>\n\n El seguimiento server-side de HubSpot soluciona el problema de ra\u00edz. En lugar de que el navegador se conecte directamente a los puntos finales <\/em> js.hs-scripts.com<\/em> y hsforms.net <\/em>de HubSpot, es tu propio servidor el que se encarga de la comunicaci\u00f3n en nombre del contacto. Esta gu\u00eda te explica paso a paso c\u00f3mo configurar el seguimiento server-side para HubSpot usando Google Tag Manager y TAGGRS. <\/p>\n\n Con el seguimiento del lado del cliente, el script de HubSpot se ejecuta dentro del navegador del visitante. Lee lo que necesita de la p\u00e1gina, instala las cookies<\/em> \u00abhubspotutk\u00bb<\/em> y \u00ab__hstc\u00bb<\/em>, y se conecta directamente a los servidores de HubSpot para registrar las visitas a la p\u00e1gina, identificar a los visitantes y enviar formularios. <\/p>\n\n El seguimiento server-side traslada esa conexi\u00f3n a tu propio servidor. El navegador env\u00eda una solicitud a tu dominio (a trav\u00e9s de un contenedor de servidor de Google Tag Manager) y tu servidor reenv\u00eda los datos pertinentes a la API de HubSpot mediante una conexi\u00f3n privada y autenticada. El navegador del visitante nunca se comunica con los dominios de HubSpot. <\/p>\n\n Los equivalentes del lado del servidor del script del lado del cliente de HubSpot son su API de objetos CRM<\/a> para los contactos y su API de eventos de comportamiento personalizados<\/a> para todo lo dem\u00e1s: interacciones con p\u00e1ginas, visualizaciones de productos, env\u00edos de formularios personalizados... cualquier cosa que quieras vincular a un registro de contacto. Merece especialmente la pena configurar el seguimiento server-side si es en HubSpot donde tomas tus decisiones: puntuar clientes potenciales, activar flujos de trabajo, informar sobre la atribuci\u00f3n a la direcci\u00f3n o optimizar la inversi\u00f3n publicitaria en funci\u00f3n de los datos de contactos y oportunidades. Cuanto m\u00e1s peso le des a esos datos, m\u00e1s te costar\u00e1n las lagunas. <\/p>\n\n \u00bfA\u00fan no est\u00e1s acostumbrado a trabajar con Google Tag Manager?<\/strong> TAGGRS tiene gu\u00edas que te explican lo b\u00e1sico antes de que empieces a usar HubSpot en concreto:<\/p>\n\n <\/p>\n\n No se trata de una observaci\u00f3n general del tipo \u00ablos navegadores son muy estrictos \u00faltimamente\u00bb. Hay unos cuantos cambios concretos y recientes que est\u00e1n afectando directamente al seguimiento de HubSpot, y cada uno de ellos est\u00e1 relacionado con un informe o un flujo de trabajo que ya utilizas habitualmente. A continuaci\u00f3n te explicamos qu\u00e9 es lo que est\u00e1 provocando fallos en el seguimiento de HubSpot del lado del cliente y cu\u00e1nto te cuesta cada uno de ellos. <\/p>\n\n La cookie de seguimiento tiene un l\u00edmite de tiempo, y es la que m\u00e1s usa HubSpot.<\/strong> \u00abhubspotutk\u00bb<\/em> se guarda a trav\u00e9s de \u00abdocument.cookie\u00bb, y las propias reglas de prevenci\u00f3n de seguimiento de WebKit<\/a> borran cualquier cookie establecida de esa forma al cabo de siete d\u00edas sin visitas. En el caso de una compra meditada, con un ciclo de investigaci\u00f3n de varias semanas, esto es lo habitual. El canal que atrajo por primera vez a ese cliente potencial (a menudo uno caro, como la b\u00fasqueda de pago o un seminario web) no recibe ning\u00fan reconocimiento, mientras que lo que sea que haya escrito en la barra de direcciones el d\u00eda de la conversi\u00f3n (normalmente \u00abdirecto\u00bb) se lleva todo el m\u00e9rito. Multiplica eso por todo un trimestre y ver\u00e1s que tu informe de \u00abFuente original\u00bb sobrevalora el tr\u00e1fico directo y org\u00e1nico, mientras que deja de lado a las campa\u00f1as que realmente hicieron el trabajo. <\/p>\n\n Los bloqueadores de anuncios y la prevenci\u00f3n de seguimiento del navegador bloquean el script, no solo la cookie.<\/strong> En el propio foro de la comunidad de HubSpot hay varios hilos abiertos sobre esto: la Protecci\u00f3n mejorada contra el seguimiento de Firefox y la Prevenci\u00f3n estricta del seguimiento de Edge bloquean las solicitudes a hsforms.net<\/em>, lo que significa que hbspt.forms.create()<\/em> nunca se ejecuta y los visitantes ven un cuadro vac\u00edo donde deber\u00eda estar el formulario<\/a>. Ni un mensaje de error, ni una alternativa. Normalmente, el visitante simplemente se va, y t\u00fa nunca llegas a saber que ese cliente potencial existi\u00f3. <\/p>\n\n El bloqueo a nivel de navegador de Apple se est\u00e1 ampliando.<\/strong> Safari 27<\/a> a\u00f1ade el bloqueo de rangos de IP en la capa de red e incluye en su lista de scripts de huellas digitales plataformas de datos centralizadas (CDP) como Segment y Tealium. Si rediriges cualquier seguimiento destinado a HubSpot a trav\u00e9s de una CDP, o mediante una etiqueta de script que Safari clasifica como herramienta de identificaci\u00f3n digital, puedes perder el acceso a los datos de referencia y a los par\u00e1metros de consulta antes incluso de que lleguen a HubSpot. El uso de bloqueadores de anuncios ya no es un problema de un nicho de mercado.<\/strong> Aproximadamente un tercio de los usuarios de Internet utiliza alg\u00fan tipo de bloqueador de anuncios, y esa cifra no deja de crecer. En resumen, una parte importante de tu tr\u00e1fico ni siquiera deja que se cargue el script de HubSpot. <\/p>\n\n Las consecuencias se notan en los campos que usas realmente para llevar a cabo las campa\u00f1as.<\/p>\n\n Las fuentes de tr\u00e1fico \u00abOriginal\u00bb y \u00abM\u00e1s reciente\u00bb<\/a> se configuran a partir del historial de la sesi\u00f3n de la cookie de seguimiento. HubSpot intenta asociar un nuevo registro de contacto con cualquier actividad an\u00f3nima registrada en la cookie de ese visitante. Cuando la cookie se reinicia antes de tiempo, esa actividad anterior se pierde, por lo que HubSpot no tiene nada con lo que hacer la asociaci\u00f3n y establece la \u00abFuente original\u00bb en funci\u00f3n de la sesi\u00f3n que est\u00e9 activa en el momento en que se crea el registro de contacto, y no en la primera visita real del visitante. <\/p>\n\n Los informes de atribuci\u00f3n<\/a> que atribuyen a un canal la creaci\u00f3n de un contacto o de una oportunidad se basan en el mismo historial de interacciones. Cuantas menos visitas a p\u00e1ginas y puntos de contacto se registren, m\u00e1s plana y menos \u00fatil ser\u00e1 la atribuci\u00f3n. Tu estrategia de marketing no ha dejado de funcionar. Es solo que HubSpot ya no la ve. <\/p>\n\n Los eventos de comportamiento personalizados y los eventos de comercio electr\u00f3nico que se activan mediante JavaScript del lado del cliente heredan todos y cada uno de estos problemas. Si se bloquea el script, el evento nunca se activa. Cualquier flujo de trabajo o puntuaci\u00f3n de cliente potencial que se base en ese evento se queda ah\u00ed, sin hacer nada, y sin que aparezca ning\u00fan error que te explique por qu\u00e9. <\/p>\n\n Hay algo que sigue funcionando incluso con las cookies bloqueadas: los formularios de HubSpot pueden extraer los par\u00e1metros UTM directamente de la URL de la p\u00e1gina actual en el momento del env\u00edo, as\u00ed que la atribuci\u00f3n a nivel de campa\u00f1a de ese env\u00edo concreto suele mantenerse. Lo que no se conserva es todo aquello que depende de vincular ese env\u00edo a sesiones anteriores del visitante en las que se utilizaron cookies para el seguimiento. <\/p>\n\n El seguimiento server-side cambia lo que puedes considerar fiable en HubSpot. Esto es lo que mejora una vez que la conexi\u00f3n pasa a tu propio servidor: <\/p>\n\n - Formularios que realmente se cargan,<\/strong> que es lo que m\u00e1s influye directamente en los ingresos de esta lista. Un formulario bloqueado es un cliente potencial que nunca ves y por el que nunca pagas dos veces. Una solicitud de formulario servida desde tu propio dominio, a trav\u00e9s de tu servidor, no aparece en las mismas listas de bloqueo que hsforms.net<\/em>, as\u00ed que los visitantes con configuraciones de privacidad estrictas o bloqueadores de anuncios siguen vi\u00e9ndola y envi\u00e1ndola. <\/p>\n\n - Una cookie de seguimiento que dura m\u00e1s de una semana.<\/strong> Las cookies establecidas a trav\u00e9s de un encabezado de respuesta HTTP no est\u00e1n sujetas al l\u00edmite de siete d\u00edas que Safari aplica a \u00abhubspotutk\u00bb<\/em> mediante JavaScript, pero solo si tu servidor supera la defensa independiente de WebKit contra el enmascaramiento de CNAME y direcciones IP, que tambi\u00e9n limita a siete d\u00edas las cookies establecidas por HTTP cuando se activa. - Una atribuci\u00f3n que refleje lo que realmente est\u00e1 pasando.<\/strong> Se pierden menos sesiones por el camino, as\u00ed que los informes de \u00abFuente original\u00bb, \u00ab\u00daltima fuente\u00bb y \u00abmultitoque\u00bb se acercan m\u00e1s a la realidad. Esto es lo m\u00e1s importante a la hora de decidir tu presupuesto: una atribuci\u00f3n que subestime los clientes potenciales de pago o org\u00e1nicos te lleva a recortar los canales que s\u00ed funcionan. <\/p>\n\n - Eventos de comportamiento personalizados fiables.<\/strong> Al enviar los eventos server-side a trav\u00e9s de la API de HubSpot, un bloqueador de anuncios en el dispositivo del visitante no afecta a que el evento llegue a HubSpot.<\/p>\n\n - M\u00e1s control sobre lo que env\u00edas.<\/strong> T\u00fa decides exactamente qu\u00e9 campos se reenv\u00edan a HubSpot y cu\u00e1ndo, lo que hace que la minimizaci\u00f3n de datos y el cumplimiento del consentimiento sean una cuesti\u00f3n de configuraci\u00f3n y no de suerte.<\/p>\n\n - Una p\u00e1gina m\u00e1s ligera.<\/strong> Cuantos menos scripts del lado del cliente compitan por el hilo principal, menor ser\u00e1 el impacto en el tiempo de carga, lo cual es importante tanto para la tasa de conversi\u00f3n como para los Core Web Vitals.<\/p>\n\n En conjunto, todo esto se traduce en un mayor n\u00famero de clientes potenciales que ya est\u00e1s consiguiendo y que llegan a HubSpot<\/strong>, correctamente atribuidos y listos para que tus flujos de trabajo e informes act\u00faen en consecuencia. <\/p>\n\n Configurar el seguimiento server-side para HubSpot no requiere volver a crear nada. La mayor parte solo hay que hacerla una vez, y es posible que ya tengas varios elementos si est\u00e1s utilizando GA4 server-side. <\/p>\n\n Aqu\u00ed tienes la lista completa de comprobaci\u00f3n antes de crear cualquier etiqueta de HubSpot:<\/p>\n\n Aqu\u00ed tienes el proceso completo, de principio a fin: <\/p>\n\n 1. Implementa el contenedor de tu servidor TAGGRS<\/strong> y con\u00e9ctalo a un subdominio de tu propio dominio (por ejemplo, measure.tudominio.com<\/em>). Esto es lo que hace que las cookies establecidas por tu servidor se consideren de origen propio en lugar de de terceros. <\/p>\n\n 2. Comprueba que tu capa de datos est\u00e9 reenviando los datos al contenedor del servidor.<\/strong> La mayor\u00eda de las configuraciones lo hacen enviando un evento de configuraci\u00f3n de GA4 desde el contenedor web; as\u00ed, el contenedor del servidor tiene acceso a los mismos datos del evento para todas las etiquetas que crees a partir de \u00e9l, incluida HubSpot.<\/p>\n\n 3. Crea tu aplicaci\u00f3n privada de HubSpot y copia el token de acceso.<\/strong> Gu\u00e1rdalo como una variable server-side de GTM, en lugar de como un valor fijo dentro de una etiqueta, para que luego puedas cambiarlo sin tener que editar todas las etiquetas que lo utilizan.<\/p>\n\n 4. A\u00f1ade una etiqueta al contenedor de tu servidor que llame a la API de HubSpot.<\/strong> Lo primero que tienes que hacer es buscar en la Template Gallery de la comunidad de Google Tag Manager si ya hay alguna etiqueta de servidor de HubSpot.<\/p>\n\n 5. Configura la etiqueta \u00abCrear o actualizar contacto\u00bb.<\/strong> Esta es la que convierte el env\u00edo de un formulario en un registro de contacto. Como m\u00ednimo, asigna una variable de correo electr\u00f3nico de contacto de tu capa de datos a la solicitud, ya que HubSpot utiliza el correo electr\u00f3nico para decidir si crea un nuevo contacto o actualiza uno ya existente. <\/p>\n\n A continuaci\u00f3n, a\u00f1ade las propiedades personalizadas que quieras que se registren (detalles de la fuente del cliente potencial, ruta de la p\u00e1gina, nombre del formulario) como campos adicionales en el mismo cuerpo de la solicitud. Lo que asignes aqu\u00ed es lo que ver\u00e1n tu equipo de ventas y tus informes, as\u00ed que merece la pena asignar m\u00e1s de lo estrictamente necesario mientras est\u00e1s en ello. <\/p>\n\n 6. Configura el seguimiento de eventos de comportamiento personalizados<\/strong>, si lo necesitas. Asigna el nombre del evento y sus propiedades para que coincidan exactamente con lo que definiste en HubSpot en el paso de configuraci\u00f3n anterior. Los nombres tienen que coincidir con el nombre interno que gener\u00f3 HubSpot, no con la etiqueta que se muestra; de lo contrario, el evento ser\u00e1 rechazado. <\/p>\n\n 7. A\u00f1ade desencadenantes para cada etiqueta.<\/strong> Una etiqueta de \u00abcreaci\u00f3n de contacto\u00bb suele activarse cuando se env\u00eda un formulario que ya est\u00e1 en tu capa de datos. Una etiqueta de evento de comportamiento se activa con cualquier evento personalizado que est\u00e9s rastreando (una visita a la p\u00e1gina de precios, un v\u00eddeo visto hasta el final, un \u00aba\u00f1adir al carrito\u00bb en una integraci\u00f3n de comercio conectada a HubSpot). <\/p>\n\n 8. Prueba todo en el modo de vista previa de GTM<\/strong>, con la vista previa activa a la vez tanto en el contenedor web como en el del servidor. La gu\u00eda de pruebas de TAGGRS<\/a> explica c\u00f3mo interpretar el flujo de solicitudes entre ambos. Env\u00eda un formulario de prueba real y comprueba que el contacto aparece (o se actualiza) en HubSpot; despu\u00e9s, activa un evento de comportamiento de prueba y comprueba que aparece en la cronolog\u00eda del contacto. <\/p>\n\n 9. Deja la nueva configuraci\u00f3n funcionando junto con tu c\u00f3digo de seguimiento actual de HubSpot durante un breve periodo de tiempo<\/strong>, en lugar de eliminarlo de inmediato. As\u00ed podr\u00e1s comparar el volumen de creaci\u00f3n de contactos y de eventos antes de realizar la transici\u00f3n completa, y te proteger\u00e1 en caso de que algo est\u00e9 mal configurado en la nueva configuraci\u00f3n. <\/p>\n\n 10. Publica tu servidor y tus contenedores web<\/strong> en cuanto veas que las pruebas salen bien.<\/p>\n\n Una vez publicado, el cambio se aplica de inmediato para todos los visitantes, y los datos empiezan a pasar por tu propio dominio a partir del siguiente env\u00edo de formulario. A partir de ah\u00ed, el trabajo que queda consiste simplemente en mantener las etiquetas y las reglas de consentimiento. Ya no tendr\u00e1s que solucionar problemas con un script del lado del cliente cada vez que un navegador cambie sus normas de privacidad. <\/p>\n\n Cuando algo falla en la configuraci\u00f3n server-side de HubSpot, normalmente no aparece ning\u00fan error. Parece que las etiquetas funcionan, pero los datos o bien no llegan a HubSpot o bien llegan mal, as\u00ed que el problema suele pasar desapercibido hasta que ves que un informe no cuadra. Estos son los errores que suelen causarlo con m\u00e1s frecuencia: <\/p>\n\n Si tus clientes potenciales llegan a trav\u00e9s de Google Ads, esta funci\u00f3n protege directamente tus informes publicitarios. El GCLID es la etiqueta que usa Google para vincular un clic con una conversi\u00f3n, y cuando Safari la elimina de la URL, Google Ads no puede saber qu\u00e9 clics se convirtieron en clientes, por lo que tu ROAS parece peor de lo que es y el algoritmo se optimiza bas\u00e1ndose en datos err\u00f3neos. La recuperaci\u00f3n del ID de clic<\/a> restaura los valores del GCLID que Safari elimina de las URL antes de que lleguen a tu formulario. <\/p>\n\n HubSpot no captura el GCLID de forma predeterminada. Necesitas una propiedad de contacto personalizada cuyo nombre coincida con el par\u00e1metro de la URL, que debas a\u00f1adir a tu formulario como campo oculto; as\u00ed, el propio sistema de coincidencia de campos ocultos de HubSpot la rellenar\u00e1 cuando un visitante acceda con ese par\u00e1metro en la URL. Una vez que tengas esto listo, nuestra gu\u00eda para corregir las imprecisiones del ROAS de GA4<\/a> explica c\u00f3mo el GCLID almacenado se convierte en una conversi\u00f3n offline una vez que se cierra un trato, y nuestra gu\u00eda de Conversiones mejoradas<\/a> trata el tema de la importaci\u00f3n con m\u00e1s detalle. <\/p>\n\n El script de seguimiento mejorado<\/a> enmascara y encripta la solicitud entre el navegador y el servidor, lo que ayuda a que m\u00e1s eventos superen la detecci\u00f3n de patrones de los bloqueadores de anuncios antes incluso de llegar al contenedor de tu servidor.<\/p>\n\n Si atiendes tr\u00e1fico de la UE, combina esta configuraci\u00f3n con Consent Mode V2<\/a> para que las se\u00f1ales de consentimiento viajen junto con los datos hasta HubSpot, y no solo hasta las etiquetas de Google. En nuestra gu\u00eda general sobre el RGPD para el seguimiento server-side<\/a> encontrar\u00e1s m\u00e1s informaci\u00f3n sobre lo que esto implica en la pr\u00e1ctica. <\/p>\n\n El seguimiento del lado del cliente de HubSpot se dise\u00f1\u00f3 para un mundo de navegadores que ya casi no existe. Entre el l\u00edmite de siete d\u00edas para las cookies de Safari, los bloqueadores de anuncios que eliminan el script por completo y los navegadores que clasifican cada vez m\u00e1s elementos de la pila de marketing como un riesgo de \u00abfingerprinting\u00bb, confiar solo en el navegador significa perder contactos, atribuir err\u00f3neamente los que conservas y pasar por alto eventos que deber\u00edan alimentar tus puntuaciones de clientes potenciales. <\/p>\n\n Al trasladar esa conexi\u00f3n server-side, a trav\u00e9s de Google Tag Manager y TAGGRS, la solicitud se realiza desde tu propio dominio en lugar del de HubSpot, donde los bloqueadores de anuncios y las configuraciones de prevenci\u00f3n de seguimiento no tienen nada con lo que compararse. Adem\u00e1s, te permite controlar qu\u00e9 se env\u00eda a HubSpot y cu\u00e1ndo, lo que facilita, en lugar de complicar, la gesti\u00f3n de la privacidad. <\/p>\n\nVentajas del seguimiento server-side de HubSpot<\/h2>\n\n
Por qu\u00e9 el seguimiento del lado del cliente no es fiable para los usuarios de HubSpot en este momento<\/h2>\n\n
C\u00f3mo el seguimiento del lado del cliente afecta a la atribuci\u00f3n y a los datos de clientes potenciales de HubSpot<\/h2>\n\n
\u00bfQu\u00e9 ventajas les ofrece el seguimiento server-side a los usuarios de HubSpot?<\/h2>\n\n
Lo que necesitas antes de empezar<\/h2>\n\n
\n
Paso a paso: c\u00f3mo configurar el seguimiento server-side de HubSpot con Google Tag Manager<\/h2>\n\n
Errores comunes que hay que evitar<\/h2>\n\n
\n
Herramientas adicionales que vale la pena combinar con tu configuraci\u00f3n de HubSpot<\/h2>\n\n
Conclusi\u00f3n<\/h2>\n\n