Tu plataforma publicitaria registra menos conversiones de las que realmente ha hecho tu tienda. ¿Te suena? Muchas veces la diferencia se reduce a una sola decisión: tracking del lado del cliente o del lado del servidor.
El tracking del lado del cliente envía los datos desde el navegador del visitante directamente a cada proveedor, como Meta o Google. El del lado del servidor los manda primero a un servidor de tracking, que luego los reenvía. Ese único cambio determina cuántos datos conservas, a qué velocidad cargan tus páginas y cuánto control tienes sobre lo que recibe cada proveedor.
En resumen
El tracking del lado del cliente envía los datos desde el navegador del visitante directamente a cada proveedor. El del lado del servidor los hace pasar antes por un servidor de tracking: pierdes menos datos consentidos y controlas qué recibe cada proveedor, a cambio de un coste recurrente. El consentimiento del usuario es obligatorio en ambos casos.
En esta guía:
- ¿Qué es el tracking del lado del cliente?
- ¿Qué es el tracking del lado del servidor?
- Diferencias clave entre el tracking del lado del cliente y el del lado del servidor
- Por qué el tracking del lado del cliente pierde datos
- ¿El tracking del lado del servidor sigue necesitando consentimiento?
- Lista de comprobación: ¿cuál te conviene?
- Preguntas frecuentes: tracking del lado del cliente y del lado del servidor
¿Qué es el tracking del lado del cliente?
El tracking del lado del cliente es la forma habitual en que los sitios web miden qué hacen los visitantes: qué páginas ven, cómo se mueven por tu sitio, qué anuncio los ha traído y si acaban comprando o registrándose. Las etiquetas, los píxeles y los scripts se cargan en el navegador del visitante, y cada uno envía datos directamente a su proveedor: Meta, Google Analytics o Google Ads.
Imagina que alguien llega a tu página de producto desde un anuncio de Instagram. El Meta Pixel se activa en su navegador y comunica la visita a Meta. Google Analytics hace lo mismo con Google, por su cuenta.
Su popularidad tiene motivos: pegas un fragmento de código y funciona, y normalmente es gratis. A cambio, cada script se ejecuta en el navegador del visitante, donde las restricciones del navegador y los bloqueadores de anuncios pueden frenarlo, y cada uno añade peso a la página.
¿Qué es el tracking del lado del servidor?
El tracking del lado del servidor traslada la recogida de datos de marketing del navegador a un servidor. En lugar de llamar a cada proveedor, el navegador envía un único flujo de eventos a un servidor de tracking alojado en un subdominio de tu web. El servidor te da más control sobre los datos (filtrado, enriquecimiento) y solo entonces los reenvía a plataformas como Google o Meta.
Esto no significa que tengas que montar un servidor tú mismo. La mayoría de los equipos de marketing usan una solución gestionada: el proveedor se encarga de la infraestructura y tú defines las reglas desde un dashboard. Si quieres el detalle completo, aquí tienes cómo funciona el tracking del lado del servidor.
Como el servidor de tracking vive en un subdominio de tu web, la recogida de datos ocurre en un contexto propio. El navegador habla con tu sitio y no con el dominio de un proveedor, y es el propio servidor el que puede escribir las cookies. Por eso el tracking del lado del servidor es la base de una estrategia de datos propios.
Diferencias clave entre el tracking del lado del cliente y el del lado del servidor
Esta es la comparativa, punto por punto, entre el tracking del lado del cliente y el del lado del servidor.
| Tracking del lado del cliente | Tracking del lado del servidor | |
|---|---|---|
| Dónde se recogen los datos | En el navegador del visitante | En un servidor de tracking, que recibe un único flujo de eventos desde el navegador |
| Quién decide qué reciben los proveedores | El script de cada proveedor, que puede leer toda la página | Tú, filtrando y depurando los datos (hasheo) antes de reenviarlos |
| Exposición a bloqueadores de anuncios y restricciones del navegador | Alta: los scripts llaman directamente a los dominios de los proveedores | Menor: el navegador solo habla con tu propio subdominio |
| Cookies | Cookies de terceros de cada proveedor, más cookies propias escritas en el navegador | Sobre todo cookies propias, escritas por el servidor y con más duración |
| Velocidad de la página | Cada script añade peso a la página | Menos scripts en el navegador, así que las páginas cargan más rápido |
| Configuración | Un fragmento de código | Un servidor de tracking y un subdominio personalizado, o una solución gestionada específica (herramienta de tracking del lado del servidor) |
| Coste | Normalmente gratis | Costes recurrentes de alojamiento o suscripción |
| Consentimiento del usuario | Obligatorio | Obligatorio |
Por qué el tracking del lado del cliente pierde datos
Con el tracking del lado del cliente, cada etiqueta llama a su proveedor directamente desde el navegador, así que todas las peticiones quedan a la vista. Hoy los navegadores limitan el tracking por defecto, con la Intelligent Tracking Prevention (ITP) de Safari y la Enhanced Tracking Protection (ETP) de Firefox. Los bloqueadores de anuncios se generalizaron para frenar la publicidad, y hoy la mayoría bloquea también los scripts de tracking que la acompañan.
El tracking del lado del servidor cambia el recorrido. El navegador solo habla con un servidor de tracking de tu propio subdominio, así que la petición parece tráfico propio y no un rastreador conocido. Desde ahí, los datos llegan a Google o a Meta de servidor a servidor, donde los bloqueadores no tienen visibilidad. Esto no pasa por encima de la decisión de nadie: los bloqueadores existen para frenar la recogida de datos que nadie ha aceptado, y este enfoque conserva la medición que el usuario sí ha consentido.
El tracking del lado del servidor no es infalible, pero sí ayuda a recuperar buena parte de los datos. Algunos bloqueadores llegan a bloquear el subdominio de tracking en cuanto identifican para qué sirve, así que hace la pérdida de datos menos probable, no imposible. Y esa pérdida se paga: tus plataformas publicitarias optimizan con una parte de la foto, y tu presupuesto va detrás.
¿El tracking del lado del servidor sigue necesitando el consentimiento del usuario?
Sí, el tracking del lado del servidor sigue necesitando consentimiento. Llevar el tracking a un servidor cambia dónde se tratan los datos, no si necesitas permiso para tratarlos. La Directiva ePrivacy de la UE exige consentimiento antes de que nada lea o escriba en el dispositivo del visitante, y el Reglamento General de Protección de Datos (RGPD) regula los datos personales que manejas después. Para el detalle jurídico, lee si el tracking del lado del servidor cumple con el RGPD.
En una configuración bien montada, el consentimiento funciona como filtro de entrada. Tu plataforma de gestión del consentimiento decide:
- qué cookies e identificadores puede escribir tu sitio,
- cuándo puede empezar el tracking,
- qué proveedores reciben datos.
Conecta tu plataforma de gestión del consentimiento al servidor de tracking y el servidor solo reenviará los datos que el usuario haya aceptado compartir. Los visitantes toman esa decisión en tu banner de cookies y consentimiento.
Lista de comprobación: ¿cuál te conviene?
¿Tracking del lado del cliente o del lado del servidor? Depende de cuánto dependa tu presupuesto de los datos de conversión y de si ya tienes resuelto el consentimiento. Repasa estas preguntas.
- Empieza por aquí: ¿recoges el consentimiento con una plataforma de gestión del consentimiento? Si no, monta eso primero. Un servidor de tracking solo reenvía lo que los usuarios han aceptado compartir, así que sin una capa de consentimiento no hay nada fiable que enviar. iubenda reúne en un mismo sistema la gestión del consentimiento y el tracking del lado del servidor, con una configuración sencilla.
El tracking del lado del servidor te compensa si respondes que sí a varias de estas preguntas:
- ¿Inviertes en publicidad y necesitas datos de conversión precisos para optimizar tus campañas?
- ¿Tus plataformas publicitarias registran menos conversiones de las que realmente has vendido? Es la señal más clara: en esa diferencia es donde se esconde el presupuesto malgastado.
- ¿La atribución guía decisiones reales de presupuesto, más allá de los informes?
- ¿Estás construyendo datos propios que necesitas usar con fiabilidad en todas tus herramientas?
- ¿Tienes apoyo técnico para mantener un servidor de tracking o te planteas una solución gestionada que se encargue por ti?
El tracking del lado del cliente puede bastarte de momento si respondes que sí a estas:
- ¿Te basta con una analítica básica (tráfico, páginas más vistas, fuentes)?
- ¿Inviertes poco o nada en publicidad de pago?
- ¿El coste y el mantenimiento de un servidor de tracking pesarían más que los datos que recupera?
- ¿El número de conversiones que ves ya se acerca a tus ventas reales?
No hace falta cambiarlo todo de golpe. Meta, por ejemplo, recomienda usar su Conversions API junto al Meta Pixel, para que las dos configuraciones trabajen juntas. Google Tag Manager del lado del servidor es otro punto de partida habitual.
Antes de cambiar, mantén los dos en paralelo una o dos semanas y compara cada uno con tus ventas reales.
Tracking del lado del servidor con el cumplimiento integrado
Preguntas frecuentes: tracking del lado del cliente y del lado del servidor
¿El tracking del lado del servidor usa cookies?
Sí, el tracking del lado del servidor sigue usando cookies, solo que menos de terceros. Los datos llegan a los proveedores de servidor a servidor, así que las cookies de terceros que antes dejaban sus scripts en el navegador dejan de ser necesarias en gran medida. Tu sitio sigue usando cookies propias para reconocer a quien vuelve, y el servidor puede escribirlas directamente. Como las cookies siguen en juego, los requisitos de consentimiento no cambian.
¿Los bloqueadores de anuncios pueden bloquear el tracking del lado del servidor?
Pueden, pero es mucho menos probable. El navegador envía los datos a un subdominio de tu propio sitio en lugar de a los dominios de proveedor que vigilan los bloqueadores, así que las peticiones parecen tráfico propio. Algunos bloqueadores sí bloquean un subdominio de tracking en cuanto identifican su función, de modo que el tracking del lado del servidor reduce la pérdida de datos, pero no la elimina.
¿Cuál es un ejemplo de tracking del lado del servidor?
Un ejemplo habitual de tracking del lado del servidor es la Meta Conversions API. En lugar de depender solo del Meta Pixel en el navegador, un servidor envía los eventos de conversión, como una compra, directamente a Meta. Meta recomienda usarla junto al Pixel, con los dos flujos deduplicados para que cada compra cuente una sola vez.
¿El etiquetado del lado del servidor es lo mismo que el tracking del lado del servidor?
El etiquetado del lado del servidor y el tracking del lado del servidor significan casi lo mismo, y la mayoría usa los dos términos indistintamente. En rigor, el etiquetado describe el montaje: los contenedores y activadores que procesan los eventos. El tracking describe el objetivo: medir las acciones de los usuarios y las conversiones. Así que elegir entre etiquetado del lado del servidor o del lado del cliente es la misma decisión que elegir cómo mides.