Chronometrica frente a API Maestro para URL conocidas de publicaciones de LinkedIn

¿Qué Actor se ajusta a sus requisitos?

Chronometrica es adecuado si su primera pregunta es: ¿qué ocurrió con cada URL de publicación que proporcionamos? Sus filas documentadas por cada entrada que se intentó procesar permiten revisar juntos los registros utilizables y los resultados sin resolver. Sus campos separados `activityId`, `ugcPostId` y `postUrn` conservan el tipo de cada identificador de publicación. Un identificador es un valor que se usa para hacer referencia a una publicación. Documentación de Chronometrica

Use esta tabla para la elección inicial. Describe la documentación comprobada, no el rendimiento medido.

Los datos sobre los productos proceden de la documentación de Chronometrica y la documentación de API Maestro que se comprobaron.

Si necesita más de 1.000 entradas en una sola ejecución, API Maestro no cumple ese requisito. Documentación de entrada de API Maestro

Que el límite sea desconocido no significa que la capacidad sea ilimitada. Estas pruebas no establecen un máximo para Chronometrica. Compruebe que la configuración real se ajusta al trabajo previsto antes de ejecutarlo.

Defina también qué entiende por un resultado completo. Dar cuenta de cada entrada que se intentó procesar es distinto de obtener texto utilizable de todas las publicaciones. La documentación pública comprobada de ninguno de los productos demuestra un acceso completo a todas las publicaciones públicas. Si es obligatorio obtener texto utilizable de cada URL proporcionada, estas pruebas no establecen que alguna de las 2 herramientas cumpla ese requisito.

Por qué importan las filas por cada entrada que se intentó procesar

Una revisión de contenido necesita texto utilizable de las publicaciones. También necesita una explicación de las entradas que no proporcionaron texto utilizable. Una tabla que solo contenga contenido aceptado no puede cubrir ambas necesidades.

La salida documentada de Chronometrica facilita esta revisión. Use `inputUrl` para relacionar una fila con la URL proporcionada. Lea `status` y `statusReason` para entender el resultado indicado. Conserve `observedAt` para que quien revise el registro más adelante sepa cuándo se realizó la observación. Documentación de salida de Chronometrica

La fecha y hora de observación y la de publicación tienen significados distintos. La fecha y hora de publicación indica cuándo se publicó una publicación. La fecha y hora de observación indica cuándo la recopilación registró su estado. Mantenga esos significados separados en sus registros.

La identificación de las publicaciones también requiere cuidado. Conserve `activityId`, `ugcPostId` y `postUrn` con sus nombres de campo originales. No los combine en un único valor sin etiqueta ni suponga que tienen el mismo significado. Los campos separados conservan información que puede ser importante cuando relacione los registros más adelante. Documentación de salida de Chronometrica

Las cadenas de entrada exactamente iguales se comprueban una sola vez. Distintas formas de URL para una misma publicación pueden producir intentos separados. Esta gestión de duplicados se basa en cadenas exactamente iguales. No garantiza que se agrupen todos los enlaces a una misma publicación. Documentación de entrada de Chronometrica

Esta distinción afecta al número de filas esperado. Cuente las cadenas que sean distintas al compararlas de forma exacta en la lista de entrada de trabajo. No use un número supuesto de publicaciones únicas sin haber comprobado por separado la identidad de las publicaciones. Conserve la lista original para poder explicar qué cambió durante la preparación.

Estos registros ayudan a responder una pregunta práctica: ¿por qué la tabla de contenido aceptado contiene menos filas que la lista proporcionada? Los resultados registrados permiten responder sin tener que reconstruir después el proceso de recopilación.

Use una comprobación de aceptación de 5 pasos

Una comprobación de aceptación determina si cada fila recopilada cumple los requisitos que usted ha definido. Defina el criterio antes de ejecutar el trabajo completo. Que una ejecución haya terminado no demuestra por sí solo que sus filas sean adecuadas para su trabajo.

1. Prepare la lista exacta de entradas.

Conserve una copia de las URL originales. Cree una lista de trabajo y elimine las cadenas exactamente iguales. Registre el número de entradas antes y después de ese paso. Use la lista de trabajo para establecer el número de intentos esperado.

Para Chronometrica, use URL públicas con la ruta `/posts/`. Solo ese patrón de URL está respaldado por la evidencia comprobada sobre las entradas. No lo sustituya por una URL con la ruta `/feed/update/` en este método. Si varios enlaces parecen referirse a una misma publicación, deje esa cuestión pendiente de revisión. No suponga que el Actor los agrupará. Documentación de entrada de Chronometrica

1. Defina qué debe contener una fila aceptada.

Anote los campos que requiere su siguiente tarea. La codificación de contenido consiste en asignar etiquetas al contenido para analizarlo. Necesita texto utilizable y una URL de origen. El seguimiento de las entradas también necesita el resultado del intento. Para relacionar registros más adelante, puede necesitar los identificadores de publicación disponibles con sus tipos correspondientes.

Defina qué texto es utilizable para su tarea. Una publicación breve puede estar completa y ser útil. Si el texto está vacío, debe revisarlo antes de analizar el contenido. No use solo la longitud del texto como criterio de aceptación. Decida si la ausencia de un recuento impide su trabajo o si puede usar el texto sin ese recuento.

1. Compare una lista pequeña con los resultados devueltos.

Elija un número pequeño de entradas que pueda inspeccionar fila por fila. Fije ese límite antes de la comprobación. Use la configuración real del Actor elegido. Esta comprobación permite saber si el comportamiento documentado se ajusta a su trabajo; no establece una tasa general de éxito.

Para Chronometrica, relacione los intentos con la lista de trabajo mediante `inputUrl`. Lea `status` y `statusReason`. Compare el texto devuelto con su criterio de aceptación. Estos campos documentados permiten comprobar la correspondencia entre las entradas y los resultados. Documentación de salida de Chronometrica

Si los totales de entrada y salida difieren, investigue la diferencia. Compruebe las cadenas exactamente iguales, las formas de URL y los resultados indicados. No cubra una diferencia sin explicar con un registro inventado de éxito o fallo.

1. Mantenga los recuentos desconocidos separados del 0.

El 0 es un valor numérico conocido. Un recuento `null` significa que falta el valor. Chronometrica documenta que los recuentos públicos que faltan se mantienen como `null`. Conserve esta distinción al exportar o calcular resultados. Gestión de recuentos de Chronometrica

No describa la ausencia de un recuento como ausencia de actividad. Si calcula una media, indique cuántos registros tenían valores conocidos. No sustituya los recuentos que faltan por 0. Revise el texto vacío por separado: un recuento conocido no demuestra que una fila contenga el contenido que necesita su análisis.

1. Exporte el contenido aceptado y conserve los resultados excluidos.

Cree una tabla de contenido con las filas que cumplan su criterio. Conserve las URL de origen y la fecha y hora de observación. Guarde los resultados de las entradas excluidas en una tabla de auditoría separada. Una tabla de auditoría registra qué comprobó y por qué aceptó o excluyó cada elemento.

Use estas columnas de aceptación: `inputUrl`, URL resuelta, identificadores de publicación con sus tipos, `status`, texto utilizable sí/no, `observedAt` y motivo de aceptación o revisión. Estas son columnas de revisión. No implican que cada etiqueta sea un campo de salida del Actor. Conserve los valores desconocidos en lugar de inventar una URL resuelta o un identificador.

Compruebe que los resultados aceptados y excluidos, en conjunto, den cuenta de la lista de entrada de trabajo. Conserve el motivo de cada exclusión. Quien revise los datos más adelante debe poder distinguir entre texto que falta, una entrada no disponible y un intento fallido sin tener que hacer suposiciones.

Prepare la entrada antes de la comprobación

La Task LinkedIn Post Text & Engagement Data ofrece una configuración inicial. Una Task es una configuración de entrada guardada. Su página pública devolvió HTTP 200 cuando se comprobó para este documento de referencia. Esto confirma que la página estaba disponible; no verifica la entrada que la Task tiene guardada actualmente. Inspeccione la entrada y aplique la configuración del esquema actual antes de una ejecución.

Un esquema define los campos y valores de entrada permitidos. La siguiente entrada superó una comprobación local de formato con el esquema público guardado. Su nombre de campo existe en ese esquema. La comprobación no demostró que la publicación de origen estuviera disponible. No se realizó ninguna ejecución de recopilación para este documento de referencia. Documentación de entrada de Chronometrica

{
  "startUrls": [
    "https://www.linkedin.com/posts/timferriss_i-took-my-whole-genome-dumped-it-into-ai-activity-7333162625675038720-TJPX"
  ]
}

La URL de ejemplo procede del esquema público o del ejemplo guardado. Sustitúyala por la fuente pública que quiera usar. No la trate como un resultado recién recopilado.

El esquema comprobado exige que `startUrls` sea un array con al menos 1 elemento. Un array es una lista de valores. Este mínimo no establece un tamaño máximo de entrada. Use su lista de trabajo pequeña para la primera comprobación. Después, compare las filas devueltas con esa lista conservada. Esquema de entrada de Chronometrica

Inspeccione la configuración guardada aunque su nombre coincida con su tarea. La comprobación de la página y la del formato de entrada responden a preguntas distintas. Una se refiere a la página pública. La otra se refiere a la estructura de entrada permitida. Ninguna sustituye la comprobación de aceptación de las filas después de la recopilación.

Una decisión ficticia con 12 URL

El siguiente ejemplo es ficticio. No es una prueba del Actor, un resultado de un cliente, una cita de un comprador ni una comparación de costes medidos.

Un investigador tiene 12 cadenas de URL distintas al compararlas de forma exacta. El trabajo requiere texto de las publicaciones para codificar el contenido y un registro de cada entrada que se intentó procesar. Este requisito se ajusta a las ventajas documentadas de Chronometrica para el seguimiento de las entradas.

En la comprobación ficticia, 9 filas contienen texto utilizable. Otras 2 filas explican que las entradas no estaban disponibles. Otra fila explica un intento fallido. El investigador conserva las 12 filas correspondientes a las entradas que se intentó procesar, pero acepta solo las 9 filas utilizables para codificar el contenido.

El cálculo es:

• 9 filas utilizables + 2 filas de entradas no disponibles + 1 fila de intento fallido = 12 entradas que se intentó procesar.
• 9 ÷ 12 = 75% de filas utilizables en esta comprobación ficticia.

La cifra del 75% describe solo estos resultados inventados. No es una tasa de éxito del producto. Los 12 intentos tampoco representan 12 resultados obtenidos con éxito por los que se cobra. Según las condiciones documentadas de Chronometrica, los intentos fallidos no son resultados obtenidos con éxito por los que se cobra. Documentación de Chronometrica

El investigador ahora tiene 2 registros útiles. La tabla de contenido permite analizar 9 publicaciones. La tabla de auditoría explica por qué 3 entradas no se incluyeron en ese análisis. Conservar ambas impide que alguien suponga que la lista original solo contenía 9 publicaciones.

Las 9 filas aceptadas pueden ser adecuadas para codificar el contenido, aunque siga sin cumplirse el requisito original de obtener texto utilizable de las 12 entradas. La aceptación para un fin no elimina esa carencia. El investigador debe mantener clara esta distinción al compartir el resultado.

Si, en cambio, el trabajo parte de ID sin URL y solo necesita los registros con los detalles de las publicaciones que se obtienen al resolver esos ID, API Maestro puede ser más adecuado. Documentación de API Maestro

Qué establecen las pruebas

Las pruebas sobre los productos se recopilaron el 20 de octubre de 2026. Las versiones comprobadas fueron Chronometrica 1.0.60 y API Maestro 0.1.18. Estos son hallazgos de documentación con una fecha concreta. No se realizó una nueva prueba en condiciones equivalentes para este artículo. Condiciones públicas de Chronometrica, condiciones públicas de API Maestro

Las pruebas permiten elegir según el comportamiento documentado de entrada y salida. No respaldan afirmaciones de menor coste, recopilación más rápida, mayor precisión o mayor fiabilidad. No se probó ningún defecto en las filas de fallo ni de pérdida de datos en la alternativa. El comportamiento no documentado sigue siendo desconocido.

La necesidad del comprador también tiene un límite claro. En una conversación pública se preguntó cómo recopilar publicaciones de LinkedIn para un bot de captación de clientes potenciales. No se pidió esta comparación de proveedores ni una comprobación de correspondencia entre entradas y resultados. Este artículo adapta esa necesidad de recopilación a la etapa en la que el lector ya tiene enlaces a publicaciones públicas. Comparar estos proveedores es una decisión editorial nuestra. No promete clientes potenciales cualificados, búsqueda de perfiles ni contacto comercial. Conversación pública sobre la recopilación de publicaciones de LinkedIn

Después de la recopilación, evaluar las afirmaciones de las publicaciones es una tarea aparte. Use el texto aceptado y las URL de origen con Cómo comparar afirmaciones y pruebas de respaldo en publicaciones de LinkedIn. Esa guía examina las pruebas dentro del contenido. Esta comparación permite elegir la herramienta de recopilación y define las comprobaciones necesarias antes de comenzar ese análisis.