Guías

Explicación práctica - Analítica client-side vs server-side

Taras Shynkarenko
Taras Shynkarenko
•Actualizado: •9 min de lectura
Explicación práctica - Analítica client-side vs server-sideExplicación práctica - Analítica client-side vs server-side

TL;DR, Respuesta rápida

9 min de lectura

La analítica del lado del cliente son mejores para el comportamiento del usuario y el contexto de la campaña, mientras que los registros del lado del servidor son mejores para la visibilidad de la infraestructura. Utiliza ambos con cuidado y espere que sus números difieran.

Este resumen sitúa el tema Analítica client-side vs server-side en un contexto útil. La analítica del lado del servidor y del lado del cliente responden a diferentes preguntas. Ambos describen la actividad en torno a tu sitio web, pero observan esa actividad desde diferentes lugares. Cuando los números no coinciden, normalmente no se trata de un error. Es un límite de medición.

La analítica del lado del cliente se ejecuta en el navegador del visitante. Un fragmento de JavaScript registra una vista de página o un evento y lo envía a un punto final de análisis. El análisis del lado del servidor generalmente comienza a partir de registros del servidor web, registros de CDN, registros de proxy inverso o eventos de aplicaciones generados en tu infraestructura.

La pregunta práctica no es "¿cuál es exacta?" ¿Es "exacto para qué decisión?"

Lo que el análisis del lado del cliente capta bien

El análisis del lado del cliente es más eficaz cuando es necesario comprender la experiencia del usuario en el navegador:

  • Vistas de la página de destino
  • Referentes y campañas UTM
  • Clics, inicios de formularios, descargas y eventos personalizados.
  • Embudos de conversión
  • Contexto del navegador, dispositivo y ventana gráfica
  • Señales de participación como profundidad de desplazamiento o tiempo activo

También puede capturar eventos que nunca llegan a tu servidor como solicitudes separadas. Un clic en la pestaña de precios, una reproducción de video, un botón de copiar, una expansión de acordeón o un cambio de ruta del lado del cliente pueden ser invisibles en los registros de acceso sin procesar a menos que tu aplicación lo registre explícitamente.

La desventaja es que el análisis del lado del cliente depende del código que se ejecuta en el navegador. Puede bloquearse mediante bloqueadores de anuncios, funciones de privacidad del navegador, opciones de consentimiento, fallas de red, errores de script, problemas de políticas de seguridad de contenido y entornos con JavaScript deshabilitado.

Un técnico revisa racks de servidores en un centro de datos, de donde provienen los registros del lado del servidor.

Lo que captura bien el análisis del lado del servidor

El análisis del lado del servidor observa las solicitudes que afectan a la infraestructura que tú controlas. Es excelente para:

  • Volumen total de solicitudes HTTP
  • Tasas de error, códigos de estado y latencia.
  • Comportamiento de bots y rastreadores.
  • Uso de API
  • Comportamiento de la caché CDN
  • Investigaciones de seguridad
  • Descargas de archivos servidas directamente desde el servidor.

Los registros del servidor son especialmente útiles cuando la analítica de marketing no cuentan correctamente porque los scripts están bloqueados. Pueden mostrar que se solicitó una página incluso cuando no se envió ningún evento del lado del navegador.

Pero los registros no son un indicador claro de las visitas humanas. La carga de una sola página puede generar solicitudes de HTML, CSS, JavaScript, imágenes, fuentes y llamadas API. Los bots, los monitores de tiempo de actividad, los desplegables de enlaces, los lectores de RSS, los captadores previos y los escáneres pueden inflar los recuentos. Los registros también tienen problemas con la navegación del lado del cliente en aplicaciones de una sola página, a menos que la aplicación envíe eventos explícitos del servidor.

Por qué difieren los números

Espere que la analítica del lado del cliente muestren menos visitas que los registros del servidor. Las razones comunes incluyen:

  • El visitante rechazó las cookies analíticas o el consentimiento de seguimiento.
  • El script fue bloqueado por una extensión de privacidad.
  • Safari, Firefox, Brave u otro comportamiento de seguimiento limitado del navegador.
  • El punto final de análisis fue bloqueado por filtrado DNS o herramientas de seguridad corporativa.
  • El usuario se fue antes de que se cargara el script.
  • La página cargada desde el caché o prerenderizada de una manera que su rastreador no contó.

Espere que los registros del servidor muestren más ruido. Las razones comunes incluyen:

  • Bots de búsqueda y rastreadores SEO.
  • Rastreadores y scrapers de IA.
  • Herramientas de seguimiento.
  • Bots de vista previa de redes sociales.
  • Las solicitudes de activos se cuentan como actividad de la página.
  • Reintentar tráfico y solicitudes duplicadas.

Las protecciones de privacidad del navegador son una parte real de la brecha. Safari de Safari documenta la prevención de seguimiento como una característica de plataforma de larga duración y bloquea las cookies de terceros de forma predeterminada en contextos Safari modernos (WebKit). La protección total de cookies de Firefox aísla las cookies por sitio para reducir el seguimiento entre sitios (Mozilla).

Cómo una sola visita se convierte en dos cifras distintas
El visitante carga la página
El script se bloquea o se rechaza el consentimiento
El análisis del lado del cliente pierde el evento
El registro del servidor sí registra la solicitud
La misma visita produce dos cifras distintas según desde dónde se mida.

Diferencias de privacidad

Ninguno de estos enfoques es automáticamente respetuoso de la privacidad. Un registro del servidor que contiene direcciones IP completas, agentes de usuario, URLs con datos personales y una retención prolongada puede ser más sensible que un evento mínimo de análisis del lado del cliente. Un rastreador del lado del cliente que establece identificadores persistentes y comparte datos con plataformas publicitarias puede ser más invasivo que las métricas agregadas del servidor.

Evalúe ambos usando las mismas preguntas:

Flowsery
Flowsery

Prueba gratuita

Panel en tiempo real

Seguimiento de objetivos

Rastreo sin cookies

  • ¿Qué datos se recogen?
  • ¿Se trata de datos personales o vinculables a una persona o a un hogar?
  • ¿Se comparte con terceros?
  • ¿Cuánto tiempo se conserva?
  • ¿Se puede alcanzar el objetivo empresarial con menos datos?
  • ¿El sistema depende de cookies, almacenamiento local, huellas dactilares o identificaciones entre sitios?

Según las normas europeas sobre cookies, las obligaciones de consentimiento pueden aplicarse a tecnologías que almacenan o acceden a información en el dispositivo de un usuario, a menos que sean estrictamente necesarias. La guía de la ICO del Reino Unido trata las cookies analíticas como no esenciales y dice que los usuarios necesitan controlar las cookies no esenciales y tecnologías similares (ICO).

Cuándo utilizar cada fuente

Utiliza análisis del lado del cliente para preguntas de marketing y productos:

  • ¿Qué campañas atraen visitantes cualificados?
  • ¿Qué páginas conducen a registros?
  • ¿Dónde abandonan los usuarios un embudo?
  • ¿Qué tipos de dispositivos convierten mal?
  • ¿Qué eventos de incorporación predicen la activación?

Utiliza registros del lado del servidor para preguntas operativas y de seguridad:

  • ¿Qué puntos finales son lentos o fallan?
  • ¿Los bots están tomando rutas costosas?
  • ¿Qué códigos de estado aumentaron después de una implementación?
  • ¿Un cambio en la regla CDN redujo el tráfico de origen?
  • ¿Los clientes sospechosos están investigando las rutas de inicio de sesión o de administración?

Utiliza ambos cuando la decisión abarque el comportamiento del usuario y la infraestructura. Por ejemplo, si los registros disminuyeron después de un lanzamiento, la analítica del lado del cliente puede mostrar si menos usuarios llegaron al formulario, mientras que los registros del lado del servidor pueden mostrar si el punto final de envío comenzó a devolver errores.

Hacer coincidir la pregunta con la fuente
Pregunta de marketing o productoUsa análisis del lado del cliente
Pregunta operativa o de seguridadUsa registros del servidor
Los registros caen tras un lanzamientoUsa ambas fuentes juntas
Dirige cada pregunta hacia la fuente de datos creada para responderla.

Dos compañeros comparan informes impresos en un escritorio, en referencia al trabajo de conciliar datos de distintas fuentes.

Cómo conciliar la brecha de datos

No fuerces la coincidencia de los dos sistemas. En su lugar, defina un contrato de medición:

  • Nombrar la fuente de verdad para cada métrica.
  • Excluir el tráfico de bots conocidos de los informes de cara a humanos.
  • Mantén las definiciones de páginas vistas consistentes en todas las herramientas.
  • Filtrar activos estáticos fuera de los informes de tráfico del lado del servidor.
  • Haz seguimiento de los eventos importantes del producto en el servidor cuando sea posible.
  • Utiliza los parámetros UTM de forma coherente en ambos sistemas.
  • Comparar tendencias, no solo recuentos absolutos.

Para la analítica que prioriza la privacidad, un patrón útil es recopilar eventos agregados del lado del cliente sin cookies ni identificadores entre sitios y luego utilizar registros del servidor para monitorear la infraestructura con minimización de IP y retención breve. Esto brinda a los equipos de marketing información útil y, al mismo tiempo, mantiene a los equipos operativos cerca de la capa de solicitudes sin procesar.

La brecha entre la analítica del lado del cliente y del lado del servidor no es algo que deba eliminarse. Es algo que hay que entender bastante bien para saber que cada conjunto de datos se utiliza para el trabajo correcto.

Lista de verificación de reconciliación

Asigne cada métrica a la fuente que mejor pueda responderla. Utiliza análisis del lado del cliente para el comportamiento de la página y preguntas de campaña, registros del lado del servidor para preguntas sobre infraestructura y seguridad, y eventos de backend para compras, registros y acciones de cuenta. Revise la brecha entre las fuentes como una señal de calidad y luego documente los motivos esperados: bots, scripts bloqueados, rechazo de consentimiento, almacenamiento en caché, tratamiento previo y solicitudes fallidas.

Preguntas frecuentes

¿Por qué las cifras del análisis del lado del cliente y del lado del servidor nunca coinciden exactamente?

El análisis del lado del cliente y el del lado del servidor observan la misma actividad desde lugares distintos. El análisis del lado del cliente se ejecuta en el navegador y depende de que un script se dispare, mientras que el análisis del lado del servidor parte de registros generados en tu propia infraestructura. Un script bloqueado, un consentimiento rechazado o un bot rastreando el sitio mueven una cifra sin tocar la otra.

¿En qué fuente de análisis debería confiar como fuente de verdad?

En ninguna por sí sola. Asigna una fuente de verdad por métrica: análisis del lado del cliente para preguntas de marketing y producto, registros del servidor para preguntas operativas y de seguridad, y eventos de backend para compras, registros y acciones de cuenta. Forzar a ambos sistemas a coincidir en un único total pierde de vista el sentido de medir desde dos lugares.

¿Pueden los registros del servidor sustituir por completo al análisis del lado del cliente?

No para marketing o producto. Los registros del servidor son sólidos para el volumen de solicitudes, las tasas de error y la actividad de bots, pero se pierden eventos exclusivos del cliente, como un clic en una pestaña de precios o la expansión de un acordeón, a menos que la aplicación los registre explícitamente. También tienen dificultades con la navegación en aplicaciones de una sola página cuando esta no genera una nueva solicitud al servidor.

¿Por qué bloquea Safari los scripts de análisis?

El motor WebKit de Safari trata la prevención de seguimiento como una función central de la plataforma y bloquea las cookies de terceros por defecto en las versiones modernas de Safari. Esa es una de las razones por las que el análisis del lado del cliente cuenta menos visitas que los registros del servidor.

La Total Cookie Protection aísla las cookies por sitio, de modo que un rastreador no puede seguir al mismo visitante entre distintos dominios. Ese aislamiento reduce el alcance de los rastreadores del lado del cliente, lo que explica en parte por qué las cifras del navegador quedan por debajo del tráfico bruto del servidor.

¿Los registros del servidor cuentan a los bots como visitas?

Los registros del servidor pueden contar bots como visitas, a menos que se filtren. Los bots de búsqueda, los rastreadores e indexadores de IA, las herramientas de monitorización y los bots de vista previa de redes sociales generan solicitudes que quedan registradas en los logs del servidor, por lo que las cifras brutas de los logs sobreestiman el tráfico humano hasta que se excluye la actividad de bots.

Flowsery
Flowsery

Prueba gratuita

Panel en tiempo real

Seguimiento de objetivos

Rastreo sin cookies

¿Es el análisis del lado del servidor automáticamente más privado que el del lado del cliente?

No. Un registro del servidor con direcciones IP completas, agentes de usuario y URL que contienen datos personales, conservado durante mucho tiempo, puede ser más sensible que un evento mínimo del lado del cliente. La privacidad depende de qué se recopila y durante cuánto tiempo se conserva, no de en qué lado de la solicitud se genera.

¿Necesito consentimiento para las cookies de análisis según las normas del Reino Unido o la UE?

En la mayoría de los casos, sí. La ICO del Reino Unido trata las cookies de análisis como no esenciales y exige que los usuarios tengan control sobre las cookies no esenciales y tecnologías similares, ya que las obligaciones de consentimiento se aplican a las tecnologías que almacenan o acceden a información en un dispositivo salvo que sean estrictamente necesarias.

¿Cómo reduzco la brecha entre las cifras del lado del cliente y del lado del servidor?

Define un contrato de medición en lugar de perseguir una coincidencia exacta. Excluye el tráfico de bots conocido de los informes orientados a personas, filtra los recursos estáticos de los informes del lado del servidor, mantén las definiciones de página vista consistentes entre herramientas y usa los parámetros UTM de la misma manera en ambos sistemas. Compara tendencias a lo largo del tiempo en lugar de cifras absolutas.

¿Qué debería revisar si los registros de usuarios caen tras un lanzamiento?

Revisa ambas fuentes de datos en lugar de elegir una sola. El análisis del lado del cliente puede mostrar si menos usuarios llegaron siquiera al formulario de registro, mientras que los registros del servidor pueden mostrar si el endpoint de envío empezó a devolver errores tras el despliegue.

¿Te resultó útil este artículo?

¡Cuéntanos qué opinas!

Vernos más en Google

Un clic marca Flowsery como fuente preferida y nuestros artículos aparecen más arriba en tus Noticias destacadas, el modo IA y los resúmenes con IA.

Antes de irte...

Flowsery

Flowsery

Analítica orientada a ingresos para tu sitio web

Rastrea cada visitante, fuente y conversión en tiempo real. Simple, potente y sin cookies.

Panel en tiempo real

Seguimiento de objetivos

Rastreo sin cookies

Artículos relacionados