Por qué dejó de funcionar el seguimiento
ITP, consentimiento y pérdida de cookies
Por qué dejó de funcionar el seguimiento es una lección gratuita de Digital Marketing Academy en CoddyKit. Esta es la lección 1 de 4. Puedes leer la lección completa abajo gratuitamente — luego la practicas en el navegador con un editor de código integrado y un tutor de IA 24/7. Forma parte de la ruta de aprendizaje de Digital Marketing Academy, y tu progreso se sincroniza en la web y la app de CoddyKit. El curso de Digital Marketing Academy incluye 4 lecciones en total.
El antiguo modelo de seguimiento
Durante una década, la medición del marketing se basó en un truco sencillo: colocar una cookie de terceros del dominio de una plataforma publicitaria y leerla en millones de sitios. Esto permitía a los anunciantes unir el comportamiento de un usuario en un único perfil entre sitios.
El JavaScript del lado del cliente activaba píxeles directamente desde el navegador hacia Google, Meta y otras plataformas. Era fácil de implementar y potente, pero filtraba toda la información a terceros con muy poco control por parte del usuario.
Safari incorpora primero ITP
En 2017, Apple incorporó Intelligent Tracking Prevention (ITP) en Safari. Utilizaba aprendizaje automático en el dispositivo para clasificar los dominios como rastreadores y después bloquear o particionar sus cookies.
Las versiones posteriores de ITP limitaron a siete días la duración de las cookies del lado del cliente (document.cookie / establecidas mediante JavaScript), y a solo 24 horas cuando el usuario llegaba desde el enlace de un rastreador conocido. Las ventanas de atribución prolongadas se redujeron silenciosamente.
ITP cookie lifetime caps (Safari)
--------------------------------------
Server-set (HTTP) cookie ........ honored
JS-set cookie (document.cookie) . 7 days
JS cookie + tracker referrer .... 24 hours
Third-party cookie .............. blocked
Impact: 30-day attribution window
-> truncated to 7 days for many usersFirefox y Brave siguen el mismo camino
Firefox activó Enhanced Tracking Protection (ETP) de forma predeterminada, bloqueando las cookies de seguimiento de terceros conocidas mediante la lista de Disconnect. Brave incorporó un bloqueo agresivo desde el principio.
En estos navegadores, las cookies de terceros ya estaban prácticamente desaparecidas años antes de que Chrome anunciara cualquier cambio. Los equipos de medición observaron discrepancias cada vez mayores entre las conversiones notificadas por las plataformas publicitarias y la realidad del backend.
Chrome y la larga despedida
Chrome concentra la mayor parte de la cuota de navegadores a nivel mundial, por lo que sus planes son los más importantes. Google pospuso repetidamente la eliminación completa de las cookies de terceros y, en 2024, optó por un aviso para que el usuario eligiera en lugar de imponer una eliminación forzosa.
Independientemente del calendario exacto, la señal estratégica es clara: no diseñe la medición en torno a las cookies de terceros. Son un activo en proceso de retirada.
Por qué aparecieron las discrepancias
Cuando las cookies caducan antes de tiempo o se bloquean, los usuarios recurrentes parecen usuarios nuevos. Ya no se pueden vincular las conversiones al clic original en el anuncio, por lo que las plataformas notifican menos conversiones de las reales.
Al mismo tiempo, las conversiones modelizadas y estimadas inflan otras cifras. El resultado son dos fuentes de datos que ya no coinciden, lo que erosiona la confianza en todos los paneles.
Symptom checklist: tracking is broken
--------------------------------------
[ ] GA4 sessions spike, users flat (re-cookie)
[ ] Ad platform conv > backend orders
[ ] Attribution skews to last-click brand
[ ] Safari/iOS users show 'direct' traffic
[ ] Remarketing audiences shrinkingParticionado del almacenamiento del navegador
Además de las cookies, los navegadores particionan ahora el almacenamiento según el sitio de nivel superior. El localStorage de un rastreador en el sitio A queda aislado del mismo rastreador en el sitio B.
Esto acaba con el truco del identificador compartido que había sobrevivido al bloqueo de cookies. Incluso se está bloqueando activamente el fingerprinting, con Safari y Firefox añadiendo ruido y Privacy Sandbox de Chrome proponiendo API agregadas en su lugar.
App Tracking Transparency
En dispositivos móviles, App Tracking Transparency (ATT) de Apple obligó a las aplicaciones a pedir permiso antes de acceder al identificador publicitario IDFA. La mayoría de los usuarios rechazó la solicitud.
Esto devastó la atribución de instalaciones de aplicaciones móviles y la segmentación de audiencias, lo que impulsó al sector hacia marcos agregados que preservan la privacidad, como SKAdNetwork, y hacia datos del lado del servidor obtenidos con consentimiento.
ATT prompt outcome (typical industry)
--------------------------------------
Opt-in rate ............ ~20-30%
IDFA available ......... only if opted in
Fallback ............... SKAdNetwork
- postbacks, no user-level data
- coarse conversion values
- delayed, aggregated reportingBloqueadores de anuncios y filtros de red
Una gran parte de los usuarios utiliza bloqueadores de anuncios o servicios DNS de privacidad que bloquean las solicitudes a dominios conocidos de analítica y publicidad. Un píxel del lado del cliente que se activa en google-analytics.com o facebook.com se filtra fácilmente.
Esto significa que incluso las mediciones legítimas y basadas en consentimiento se pierden simplemente porque la solicitud nunca sale del navegador. Enrutarla a través de su propio dominio se convierte en una solución de fiabilidad, no solo de privacidad.
La regulación aumenta la presión
El GDPR, ePrivacy y leyes similares exigen una base jurídica y, para la mayoría de los casos de seguimiento, consentimiento previo. Las actuaciones regulatorias contra Google Analytics en varios países de la UE pusieron en duda la transferencia de datos a servidores estadounidenses.
El problema es doble: bloqueo técnico por parte de los navegadores, además de requisitos legales que exigen consentimiento, minimización de datos y control. No puede resolver uno sin el otro.
El contexto first-party perdura
Hay algo en lo que los navegadores siguen confiando: las cookies y el almacenamiento establecidos por el sitio que el usuario está visitando (el first-party). Las cookies first-party establecidas por el servidor y con el atributo HttpOnly escapan a los límites más estrictos de ITP.
Esta es la base de la pila moderna. Traslade la identidad y la recopilación de eventos a su propio dominio y servidor; después, reenvíe a las plataformas los datos para los que haya obtenido consentimiento. Eso es seguimiento del lado del servidor.
First-party vs third-party trust
--------------------------------------
User visits: shop.example.com
FIRST PARTY (.example.com) -> trusted
set-cookie via server (HttpOnly)
longer lifetime, ITP-friendlier
THIRD PARTY (adnetwork.com) -> blocked
cookie partitioned/droppedEl cambio estratégico
La conclusión no es una única solución alternativa, sino un cambio de arquitectura. Deje de depender del navegador como canal de datos hacia terceros.
En su lugar: recopile datos first-party, obtenga consentimiento explícito, envíe señales desde su servidor y acepte que parte de la medición será modelizada en lugar de determinista. Las siguientes lecciones construyen exactamente esta pila.
Comprobación rápida
Compruebe su comprensión de por qué dejó de funcionar el seguimiento.
Repaso
El seguimiento dejó de funcionar por dos vías: los navegadores (ITP, ETP, el particionado del almacenamiento y ATT) bloquearon y acortaron los identificadores de terceros, mientras que los bloqueadores de anuncios impidieron por completo que se activaran los píxeles del lado del cliente. La regulación añadió además el requisito de consentimiento.
La respuesta duradera es una recopilación de datos first-party, con consentimiento y del lado del servidor. Las cookies de terceros son un activo en proceso de retirada, por lo que el resto de este curso construye la pila moderna resistente a los cambios de privacidad.
Aprende Digital Marketing Academy con un tutor de IA — gratis
Escribe y ejecuta código real en tu navegador, obtén ayuda instantánea de un tutor de IA disponible 24/7 y continúa donde lo dejaste en la web o en la aplicación.
- Cursos
- 63
- Lecciones
- 239
Preguntas frecuentes
¿La lección «Por qué dejó de funcionar el seguimiento» es gratis?
Sí — el texto completo de «Por qué dejó de funcionar el seguimiento» es gratis para leer aquí en la web. Para practicarla de forma interactiva (editor de código integrado y tutor de IA 24/7) y desbloquear el resto del curso de Digital Marketing Academy, actualiza a CoddyKit PRO. El curso de Digital Marketing Academy incluye 4 lecciones en total.
¿Qué aprenderé en «Por qué dejó de funcionar el seguimiento»?
ITP, consentimiento y pérdida de cookies Practicas Digital Marketing Academy con código real que ejecutas directamente en el navegador, y un tutor de IA 24/7 responde tus preguntas mientras trabajas en la lección.
¿Necesito experiencia previa para empezar Digital Marketing Academy?
No se requiere experiencia previa. Digital Marketing Academy en CoddyKit está estructurado para principiantes hasta estudiantes avanzados, así que puedes empezar aquí o desde el inicio y avanzar a tu ritmo. Esta es la lección 1 de 4.
¿Cuánto tiempo toma la lección «Por qué dejó de funcionar el seguimiento»?
La mayoría de las lecciones de CoddyKit toman alrededor de 5–10 minutos. Cada una es compacta e interactiva, así que avanzas constantemente y retomas exactamente por donde dejaste en la web y la app.
¿Puedo escribir y ejecutar código en esta lección de Digital Marketing Academy?
Sí. Cada lección de Digital Marketing Academy incluye un editor de código integrado, así que escribes y ejecutas código real directamente en tu navegador y obtienes retroalimentación instantánea de IA — sin configuración local necesaria.
Todas las lecciones de este curso
- Por qué dejó de funcionar el seguimiento
- Etiquetado del lado del servidor
- Consent Mode y CMP
- Estrategia de datos propios