Chronometrica vs Apify Facebook Posts: ¿puedes tener visualizaciones y reproducciones en una misma fila?

Qué admiten los contratos publicados

Chronometrica publica de forma explícita los campos separados `views` y `plays`. La información de `contentMetricStatus` registra el estado, la precisión y la fuente de cada métrica. Esto permite evaluar cada recuento dentro de la misma fila de contenido. Una fila puede seguir siendo útil cuando solo hay un recuento disponible. El contrato no convierte esa fila parcial en un par completo. Chronometrica Facebook Metrics Scraper

Apify Facebook Posts Scraper publica `viewsCount`. En una incidencia histórica, su responsable describió el uso de un conjunto de datos separado de Reels y la unión de los resultados para obtener el otro recuento. El README actual de Reels documenta un recuento exacto de reproducciones cuando se introduce directamente un Reel. Por tanto, no se debe presentar la antigua preocupación sobre una salida solo con valores redondeados como si fuera su contrato actual. Contrato de Posts, incidencia histórica, contrato de Reels

La incidencia pública está cerrada. Registra la necesidad de un lector de obtener ambas cifras en una sola ejecución. No demuestra que exista un fallo actual. Esta comparación usa contratos públicos revisados el 20 de octubre de 2026. No incluye una nueva ejecución de recopilación ni una comprobación de resultados equivalentes.

La diferencia respaldada por las fuentes es el formato de salida declarado. No es una afirmación sobre todos los campos que pueda contener una respuesta no documentada.

Decide según las necesidades del informe

Empieza por el informe que usará los datos. El nombre de un campo, por sí solo, no indica si un valor cumple las necesidades de ese informe.

Por ejemplo, un informe puede aceptar un valor redondeado de visualizaciones para un resumen general del contenido. Ese mismo informe puede exigir un valor exacto de reproducciones para otro cálculo. Son 2 requisitos, aunque ambos valores pertenezcan al mismo video.

Usa esta breve tabla de decisión antes de recopilar datos:

Un formato de una sola fila reduce la necesidad de combinar por tu cuenta los registros de recuentos. No elimina la necesidad de comprobar los campos. Una recopilación completada con éxito y una fila aceptable para el informe son cosas distintas.

Del mismo modo, una unión puede ser una opción razonable si aporta datos que tu informe necesita. Su utilidad depende del registro final que puedas crear y verificar, no solo del número de pasos de recopilación.

Define requisitos separados para visualizaciones y reproducciones

Las visualizaciones y las reproducciones pueden diferir. Trátalas como medidas separadas durante la recopilación, la revisión y la elaboración del informe. Ninguno de los recuentos debe presentarse como espectadores únicos ni como alcance. Tampoco son denominadores intercambiables en el cálculo de una tasa.

El contrato del producto propio describe las visualizaciones como visualizaciones públicas del video y las reproducciones como un recuento público más amplio. No asignes un umbral de visualización de 1 o 3 segundos sin pruebas de una fuente. Para conocer el significado de las etiquetas, consulta Visualizaciones, reproducciones y alcance de videos de Facebook.

Escribe un requisito breve para cada columna del informe:

1. Indica qué recuento necesita la columna.
2. Indica si la columna es obligatoria u opcional.
3. Indica qué precisión acepta el informe.
4. Indica qué ocurre cuando el valor no está disponible.
5. Indica si algún cálculo depende de ese valor.

Estas reglas facilitan el tratamiento de los resultados parciales. Si las reproducciones son opcionales, una fila que solo tenga visualizaciones puede seguir siendo válida para el informe. Si ambos recuentos son obligatorios, esa misma fila no cumple el requisito de los 2 recuentos.

Mantén separados esos resultados. No necesitas descartar un valor útil de visualizaciones porque falten las reproducciones. Sí debes impedir que la fila parcial entre en un cálculo que requiera ambos valores.

Define las reglas antes de revisar los resultados. De lo contrario, un valor conveniente puede llevarte a cambiar el requisito sin explicar ese cambio al lector del informe.

Empieza con una URL conocida de contenido público

Usa una URL conocida de contenido público para la primera comprobación. Así mantienes la decisión centrada en la recopilación y la aceptación de los recuentos. Una búsqueda más amplia de publicaciones plantea otra pregunta: si encontraste el contenido previsto.

La Task Facebook Engagement Metrics Tracker pública puede servir como configuración inicial. Una Task es una configuración de entrada guardada para un Actor. La página estaba disponible durante la revisión de las fuentes, pero no se leyó su entrada guardada. Aplica los ajustes que se indican a continuación en vez de suponer que la configuración ya los contiene.

{
  "mode": "knownUrls",
  "startUrls": [
    "https://www.facebook.com/reel/3809524072644232/"
  ]
}

Esta entrada mínima se comprobó con el esquema público de entrada actual. No se ejecutó. La URL de ejemplo no demuestra que ambos recuentos estén disponibles públicamente allí ahora. Sustitúyela por la URL del contenido público que necesita tu informe. Actor de Chronometrica y contrato de entrada

Para tu propia comprobación, elige contenido que represente el trabajo previsto. Un Reel público es pertinente si el informe trata sobre Reels. Un ejemplo conveniente de una página de producto no permite determinar si tu contenido real cumple los requisitos.

Guarda la URL prevista junto con el resultado que revises. Necesitas ese enlace para confirmar que la fila describe el contenido que querías recopilar.

Revisa los valores junto con su estado

Cuando tengas un resultado, revisa toda la información de las métricas antes de copiar los valores en un informe. Los campos declarados de Chronometrica permiten hacer esta revisión dentro de la fila de contenido. Contrato de salida publicado

Sigue esta secuencia:

1. Confirma que la fila se refiere al contenido previsto.
2. Comprueba `views` y su información asociada de `contentMetricStatus`.
3. Comprueba `plays` y su información asociada de `contentMetricStatus`.
4. Compara la precisión de cada valor con el requisito del informe.
5. Marca la fila como aceptada, parcial o no apta para el uso previsto.

Estas últimas 3 etiquetas son opciones de revisión para tu proceso de trabajo. Aquí no se presentan como valores de salida del Actor.

Conserva la precisión junto con el número cuando lo exportes o transformes. En particular, conserva `compact_rounded` cuando un recuento mostrado de forma abreviada se haya convertido a su forma numérica completa. Esa conversión cambia la forma del valor. No hace que el recuento de origen sea exacto.

Para que el informe sea fácil de leer, puedes mostrar el recuento principal en una columna y guardar su precisión en una columna cercana o en un registro de apoyo. Lo esencial es que otro usuario pueda recuperar esa aclaración más adelante. Un número separado de su precisión puede parecer más exacto de lo que permiten las pruebas.

Deja vacíos los valores ausentes. 0 es un recuento. Un valor desconocido indica que faltan pruebas para establecer un recuento. Sustituir uno por otro cambia el significado de los datos.

Tampoco rellenes un campo de reproducciones ausente con las visualizaciones. Eso crea un segundo número sin una segunda observación. La fila puede parecer completa, pero ya no representa las pruebas recopiladas.

Una comprobación ficticia de aceptación con 3 URL

El siguiente ejemplo es ficticio. No es una prueba del producto, un resultado de un cliente ni una tasa de recopilación medida.

Un analista prepara un informe para un cliente con columnas separadas de Visualizaciones y Reproducciones. El informe solo acepta cada recuento si su precisión cumple la regla definida para esa columna. Para comparar ambos recuentos, exige que los 2 sean aceptables.

El analista comprueba las 3 URL de contenido público previstas. 2 filas contienen ambos recuentos necesarios con una precisión aceptada. La tercera contiene un valor aceptable de visualizaciones, pero las reproducciones no están disponibles.

En esta comprobación inventada, la proporción que cumple los requisitos para comparar ambos recuentos es:

2 / 3 × 100 = 66.67% de las URL previstas.

El denominador incluye las 3 URL previstas. No incluye solo las filas que resultaron tener ambos valores. Esa elección es importante porque el informe necesita saber qué proporción del contenido previsto permite hacer la comparación.

El analista conserva la tercera fila para un uso que solo requiera visualizaciones. Marca las reproducciones como no disponibles y consulta una fuente separada de Reels si ese recuento sigue siendo necesario. No copia las visualizaciones en las reproducciones.

Ahora supón que el mismo informe ficticio también exige todos los archivos adjuntos de las publicaciones. Ese requisito puede justificar la vía de Posts, que ofrece más datos, y una unión. La decisión cambia porque cambió la salida necesaria, no porque la proporción ficticia demostrara que una herramienta es mejor.

El ejemplo muestra cómo aplicar una regla de aceptación. Su valor de 66.67% no dice nada sobre el rendimiento real de recopilación de ninguno de los Actors.

Usa una unión cuando la salida necesaria lo justifique

La condición principal para cambiar de opción es necesitar más datos de las publicaciones. Si esa necesidad pesa más que la ventaja de una sola fila de métricas declarada, usa la vía de Posts/Reels y planifica la unión. Apify Facebook Posts Scraper

Una unión combina registros que describen el mismo contenido. Antes de combinarlos, confirma la identidad del contenido. No emparejes 2 registros solo porque sus textos se parezcan o sus recuentos sean cercanos.

Usa un identificador estable del contenido cuando la salida disponible lo incluya. Si usas URL, confirma que se refieren al mismo contenido. Mantén separadas las coincidencias dudosas hasta que puedas verificarlas.

Conserva la fuente de cada recuento después de la unión. Esto te ayuda a explicar de dónde procede un valor y a revisarlo más adelante. También evita que un registro combinado oculte qué fuente aportó cada campo.

No exijas que los 2 recuentos coincidan como prueba de que la unión es correcta. Miden cosas distintas. Comprueba primero la identidad del contenido y después evalúa cada recuento según su propia regla de aceptación.

Un registro unido necesita la misma revisión que una fila recopilada por sí sola. Combinar conjuntos de datos no demuestra que todos los valores necesarios estén presentes, sean exactos o sean aptos para un cálculo.

Comprueba todo el conjunto previsto antes de elegir

Usa la primera URL para aprender a revisar la salida. Después aplica las mismas reglas al conjunto previsto de URL de contenido. Una fila aceptable respalda una decisión sobre esa fila. No demuestra una cobertura completa del resto.

Mantén el método sencillo y repetible:

1. Enumera las URL de contenido previstas y elimina los duplicados no deseados.
2. Registra los recuentos necesarios y la precisión aceptada.
3. Recopila los datos mediante la vía que estés evaluando.
4. Revisa la identidad del contenido, los valores, el estado y la precisión.
5. Cuenta las filas que cumplen cada requisito definido.
6. Registra los campos pendientes de resolver y la siguiente acción para cada uno.

Elige la unidad antes de contar qué elementos cumplen los requisitos. Si el informe trata sobre videos distintos, cuenta cada video previsto una sola vez. Las copias repetidas de una URL aceptable no deben aumentar la proporción aparente de contenido que cumple el requisito.

Informa de los resultados por separado cuando los usos sean distintos. Una fila puede ser válida para un informe que solo use visualizaciones y no serlo para una comparación de ambos recuentos. Esa distinción describe los datos disponibles de forma más útil que una sola etiqueta general de aprobado o rechazado.

Si cada URL debe tener ambos recuentos exactos, trata cualquier recuento ausente o con precisión insuficiente como un requisito incumplido. Ninguno de los contratos revisados promete ese resultado estricto para todas las URL.

Este método permite tomar una decisión sin inventar una prueba comparativa. Los contratos publicados establecen lo que declara cada vía. Tus propias comprobaciones determinan si los valores devueltos cumplen las reglas del informe para el contenido previsto.