Por qué YouTube Studio y la API de YouTube no dan el mismo número de conectados

Si mides una misma transmisión por dos caminos —el panel de YouTube Studio de tu canal y la API pública de YouTube— los números casi nunca coinciden al dígito. El pico de conectados se separa un porcentaje pequeño y el promedio suele separarse un poco más.

No es un fallo de ninguna de las dos partes. YouTube documenta esa diferencia y explica de dónde viene.

Lo que dice YouTube

La advertencia está en la ficha del recurso video del Data API v3, en la propiedad que devuelve los conectados de una transmisión en curso:

The concurrent viewer counts that the YouTube Data API returns might differ from the processed, despammed concurrent viewer counts available through YouTube Analytics.

Es decir: los conteos de espectadores concurrentes que devuelve el Data API pueden diferir de los conteos ya procesados y limpiados de spam que ofrece YouTube Analytics. Google añadió esa nota a la documentación el 18 de agosto de 2023.

Del lado del creador, el centro de ayuda dice lo mismo sobre el panel que se ve mientras la transmisión está al aire:

Data in YouTube Analytics is based on Video ID. The data is processed and despammed and measures different info than what you get in the Live Control Room.

Los datos de YouTube Analytics están procesados y limpiados de spam, y miden información distinta de la que entrega la sala de control en vivo. Las dos cifras conviven a propósito, y cada una responde una pregunta diferente.

Por qué los números no calzan

El filtrado. Analytics descarta tráfico inválido y reproducciones no legítimas antes de publicar la cifra. La API entrega la lectura cruda del momento, sin ese pase. Por eso la API tiende a quedar igual o por encima de Studio, casi nunca por debajo (aunque parece que aplica distinto entre creadores, ya que algunos han documentado que sus números en Studio son mayores a los de la API).

El promedio no es la misma operación. El promedio de conectados de Studio sale del tiempo de reproducción en vivo repartido entre la duración de la transmisión. Cualquier herramienta externa que tome muestras del contador y las promedie está construyendo un estimador por muestreo, que es otro cálculo. Con audiencias estables ambos convergen; con una emisión de subidas y bajadas bruscas, se separan. ¿Cuál es correcto? Ambas son válidas, dependiendo del contexto.

El muestreo. Nadie que lea la API tiene el contador segundo a segundo: lo consulta cada cierto tiempo. Entre dos lecturas puede haber un pico corto que no queda registrado, y el máximo que se publica es el máximo de lo que se alcanzó a ver. En la práctica es la causa que menos pesa, porque la curva de un vivo sube, se sostiene y baja sin sobresaltos.

Para qué sirve cada fuente

La API pública sirve para comparar y para seguir el vivo mientras ocurre. Se puede leer cualquier canal, no solo el propio, y entrega la cifra del instante sin esperar a que la emisión termine. Eso es lo que permite un ranking, un benchmark por franja horaria o una alerta cuando un canal se dispara. La condición para que sirva es que todos los canales se lean con el mismo criterio y el mismo reloj, que es exactamente lo que hace Primecast.

Studio sirve para tu propio canal y para lo que vas a firmar. Sus números pasaron por el filtro, salen del mismo lugar del que YouTube saca lo que te paga, y traen cosas que la API pública no da: de dónde llegó la gente, cuánto se quedó, quién es. Si vas a poner una cifra en un cierre de campaña o en una factura, esa es la que corresponde.

La asimetría es la que decide cuándo usar cada una: el Studio de la competencia no lo puedes abrir. Solo ves el tuyo. Por eso existe una capa que lee señales públicas de todos los canales a la vez.

Si necesitas la cifra procesada por programación y para un canal propio, no uses el Data API: la API de YouTube Analytics expone averageConcurrentViewers y peakConcurrentViewers, que vienen del mismo sitio que Studio y sí deben cuadrar. Requiere los permisos del dueño del canal.

Por qué no enviamos alertas o 'banderas' de bots

Un contador alto por sí solo no prueba nada, porque puede ser un pico legítimo, y YouTube tampoco publica qué descartó ni por qué. Detectar bots es trabajo de quien tiene los datos del canal en la mano; lo nuestro es leer a todos los canales con el mismo criterio, no auditar a ninguno.

Emitir alertas es muy arriesgado y nos haría ver como un estándar de la medición, cuando no es así. Primecast es una capa adicional que te brinda métricas y analítica que te permite potenciar tu canal o la inversión que has hecho en ella.

Cómo lo tratamos en Primecast

Publicamos la lectura pública, tomada cada minuto con el mismo criterio para todos los canales que seguimos. No intentamos que cuadre al dígito con el Studio de nadie, porque no son la misma operación y YouTube ya avisó que no tienen por qué coincidir.

Para comparar canales entre sí, ver la forma de una emisión y saber a qué hora rinde cada programa, esa lectura es la correcta y es la única disponible para canales que no son de tu propiedad. En resumen: las condiciones de medición de Primecast son similares para todos los canales.

Una aclaración, porque los dos temas se cruzan: el cambio en el conteo de vistas del 24 de agosto de 2026 no tiene nada que ver con esto. Afecta a las reproducciones que acumula un video, no a los conectados, y lo contamos en esta entrada.

*Los dos textuales se citan en su idioma original, tal como aparecen en la documentación oficial de YouTube: la ficha del recurso video del Data API v3 y el artículo "See your live stream's metrics" del centro de ayuda.