Chronometrica vs Apify Instagram Profile Scraper: ¿cuál elegir para un conjunto de datos de perfiles en n8n?

Elige el contrato de salida antes que el Actor

Un contrato de salida describe los campos de una fila de resultados y cómo interpretarlos. Elige este contrato antes de crear la asignación de campos en n8n. La asignación conecta los campos devueltos con las columnas de tu tabla de destino.

Empieza por la siguiente tarea que necesita los datos. Un informe puede requerir un ID de perfil y un recuento de seguidores. Una tabla de revisión puede aceptar un registro de identidad sin algunos recuentos. Estas tareas necesitan reglas de aceptación distintas, aunque usen los mismos perfiles de origen.

Usa 6 criterios de decisión para comparar qué opción se ajusta a tus necesidades:

El alcance de los productos que muestra esta tabla procede de los contratos públicos revisados. El tratamiento de los datos ausentes es una regla del flujo de trabajo que debes aplicar. Que una función no esté documentada no demuestra que no exista. Contrato de Chronometrica, contrato de Apify.

Un campo obligatorio es aquel cuya ausencia impide que funcione la siguiente tarea. Mantén clara esa definición. Los campos opcionales pueden aportar contexto, pero no deben sustituir los requisitos que determinan esta elección.

Qué ofrece la fila de Chronometrica según la documentación revisada

Chronometrica documenta la copia de la entrada, `channelUrl`, `channelId`, `countPrecision`, `observedAt`, `status` y `statusReason`. Su esquema acepta hasta 1.000 entradas de perfiles públicos proporcionadas. Las entradas duplicadas se comprueban una sola vez. Cada entrada única genera una fila de resultados y suma consumo. Documentación pública del Actor.

Estos elementos tienen usos distintos. La copia de la entrada conserva el origen enviado para que puedas vincular un resultado con su solicitud. `channelUrl` contiene la URL canónica del perfil, que es la URL estándar devuelta para ese perfil. `channelId` contiene la identidad del perfil que se usa para relacionar registros.

`countPrecision` aporta información sobre la precisión de los valores de los recuentos. `observedAt` registra cuándo se realizó la observación. `status` describe el estado del resultado y `statusReason` indica su motivo. Son campos documentados, no una promesa de que cada perfil solicitado devolverá todos los valores deseados. Documentación de los campos.

Conserva estos campos juntos en el destino. Un recuento necesita su precisión y el momento de observación. Un estado del resultado necesita contexto suficiente para el paso de revisión. Una identidad necesita un vínculo con el origen que enviaste.

No uses el mismo campo para la URL enviada y la URL canónica. La primera registra tu solicitud. La segunda registra la URL del perfil que identifica el resultado. Guárdalas por separado, aunque su texto coincida.

Esa separación también facilita las revisiones posteriores. Puedes examinar lo que solicitaste sin cambiar la identidad devuelta. Después puedes aplicar tus reglas de identidad al registro devuelto.

Define primero la tabla de destino

Antes de configurar cualquiera de los Actors, enumera las columnas que n8n debe escribir. Esta es la tabla que usará el siguiente paso, como un informe o una cola de revisión.

Para un conjunto sencillo de datos de perfiles, las columnas podrían incluir el origen enviado, el ID del perfil, la URL canónica, los recuentos obligatorios, la precisión de los recuentos, el momento de observación, el estado del resultado y su motivo. Son columnas propuestas para la tabla. No son nombres de campos adicionales del Actor.

Marca cada columna como obligatoria u opcional. Después escribe una regla de aceptación clara. Por ejemplo, un informe puede requerir un ID de perfil utilizable y un recuento de seguidores. Una tarea de identidad independiente puede aceptar un registro sin ese recuento.

Define qué ocurre cuando falta un valor obligatorio. Envía la fila a revisión, detén el siguiente paso o usa otra regla explícita. No dejes que el destino determine la regla mediante un valor predeterminado que pase inadvertido.

Una celda vacía, un valor nulo y 0 pueden producir resultados distintos en cálculos posteriores. Un valor nulo representa datos ausentes en muchos sistemas de datos. 0 es un número. Elige una representación que mantenga como desconocido un valor desconocido cuando n8n lo escriba en el destino.

Por último, compara cada columna obligatoria con la salida documentada. Si un campo obligatorio queda fuera del contrato más reducido, reconsidera el Actor antes de crear el resto del flujo. Así evitarás una asignación de campos que funcione pero no pueda aportar lo necesario para la siguiente tarea.

Asigna por separado la identidad, los recuentos y los estados del resultado

Usa 3 comprobaciones para la asignación de campos. Cada una responde a una pregunta distinta.

1. Vincula el resultado con su entrada. Conserva la lista de orígenes que enviaste. Asigna la copia de la entrada por separado de `channelUrl` y usa `channelId` para relacionar identidades cuando cumpla las reglas de tu tabla.
2. Conserva el contexto de los recuentos. Guarda los recuentos obligatorios junto con `countPrecision` y `observedAt`. Conserva la información de precisión devuelta tal como se proporcionó.
3. Dirige las filas según el estado del resultado y los campos obligatorios. Usa los valores documentados de `status` y conserva `statusReason`. Acepta una fila solo si también cumple los requisitos de tu tabla.

No vincules los resultados con las entradas solo por la posición de la fila. Chronometrica comprueba las entradas duplicadas una sola vez por cada entrada única. Por tanto, una entrada repetida no requiere que se devuelva una fila distinta por cada repetición. Conserva la lista original para poder vincular sus entradas con los resultados únicos. Reglas de entrada.

No etiquetes un recuento como exacto a menos que su precisión documentada lo permita. Conserva junto a él el momento de observación para que los lectores posteriores sepan cuándo se observó el valor. Campos de salida.

Una bifurcación envía las filas por distintas rutas del flujo de trabajo según una regla explícita. Una ruta puede aceptar las filas que cumplen las necesidades de la tabla. Otra puede enviar a revisión las filas pendientes de resolución. Usa los valores de estado que estén documentados cuando definas estas reglas. No inventes nombres de estados.

Comprueba que los campos estén completos, además del estado. Una fila de resultados puede explicar lo ocurrido sin contener todos los valores que necesita tu informe. Si falta un recuento de seguidores, debe seguir ausente. 0 no puede sustituir a un valor no disponible ni a una consulta fallida.

Una decisión ficticia en n8n

Este ejemplo es ficticio. No es una prueba, una cita de un comprador, un conjunto de datos real ni un resultado de costes medido.

Supongamos que un equipo necesita una tabla de perfiles públicos de creadores en n8n. Cada registro aceptado necesita un ID de perfil, una URL canónica, un recuento de seguidores, el momento de observación y el estado del resultado. El equipo también guarda el origen enviado y la precisión de los recuentos.

Su siguiente paso no requiere contexto adicional sobre la cuenta. Necesita una captura sencilla de datos del perfil que una persona pueda revisar. El contrato documentado de Chronometrica es una opción adecuada para esa necesidad concreta. Contrato del Actor.

El flujo ficticio envía 3 perfiles públicos que se quieren consultar. Para cada fila devuelta, comprueba la identidad, el recuento obligatorio y el estado del resultado. Una fila que cumple todos los requisitos entra en la tabla de creadores. Una fila a la que le falta un recuento obligatorio pasa a revisión. El recuento sigue siendo desconocido. Una identidad pendiente de resolución también pasa a revisión.

El equipo comprueba la unidad de salida: cada entrada única genera un estado del resultado tras la comprobación. Ese estado no garantiza que los datos del perfil estén completos. Recibir una fila inicia la comprobación de aceptación; no la termina.

Ahora supongamos que la siguiente tarea requiere la sección About o los datos de perfiles relacionados de la alternativa. El equipo considera ese contrato más completo antes de ampliar su asignación de campos. El campo obligatorio cambia la elección. Alcance de los datos de perfil de Apify.

Este ejemplo muestra cómo elegir según los campos y cómo tratar las filas incompletas. No demuestra ningún resultado sobre velocidad, disponibilidad del servicio, exactitud ni ahorro.

Prepara la entrada y comprueba un perfil que quieras consultar

La Task publicada de automatización de perfiles de Instagram en n8n es una configuración inicial. La comprobación de su página devolvió HTTP 200 y confirmó el título previsto de la Task. Esa comprobación no demuestra cuál es la entrada guardada actualmente. Antes de ejecutar, aplica una entrada que siga el esquema actual.

Esta entrada mínima superó las comprobaciones estáticas realizadas con el esquema público revisado. Las comprobaciones estáticas examinan la estructura de la entrada sin ejecutar la recopilación. Las comprobaciones abarcaron los nombres de campos, los campos obligatorios, las opciones permitidas, los tamaños de las listas proporcionadas, los patrones de las cadenas de texto y los límites numéricos. No confirmaron que el origen del ejemplo esté disponible ahora. Esquema de entrada del Actor.

{
  "startUrls": [
    "https://www.instagram.com/mrbeast/"
  ]
}

Sustituye el ejemplo por un perfil público que quieras consultar. El esquema revisado acepta un array `startUrls` con entre 1 y 1.000 cadenas de texto. Las URL de perfiles públicos y los nombres de usuario son entradas admitidas. Requisitos de entrada.

Después realiza esta breve comprobación de aceptación:

1. Elige un origen que quieras consultar. Usa un perfil público que forme parte de tu flujo de trabajo. Un ejemplo predeterminado no permite determinar si el origen que quieres consultar funciona.
2. Aplica el esquema actual. Empieza con una entrada para poder examinar su resultado con detalle.
3. Examina los campos devueltos. Localiza la copia de la entrada, `channelId`, `channelUrl`, los recuentos obligatorios, `countPrecision`, `observedAt`, `status` y `statusReason`. Compáralos con los requisitos de tu tabla.
4. Examina las reglas de ambas rutas. Confirma que la aceptación exige todos los campos obligatorios. Confirma que la revisión conserva los valores desconocidos y el motivo del resultado. Una sola fila devuelta puede no pasar por ambas rutas.
5. Escribe un registro con la asignación de campos aplicada. Examina el registro guardado. Comprueba que la identidad, los valores ausentes, la precisión y el momento de observación conservan su significado.
6. Decide si debes ampliar la entrada. Continúa cuando los campos se ajusten a tus necesidades y la asignación funcione. Elige otro Actor si un campo obligatorio queda fuera de su alcance.

Esta comprobación puede revelar una asignación incorrecta o un destino que sustituye los valores ausentes por 0. No permite determinar la disponibilidad del servicio a largo plazo ni comparar el rendimiento a partir de un solo perfil.

Limita la pregunta: ¿puede este registro devuelto aportar lo necesario para la siguiente tarea? Para conocer el método completo de análisis de identidad, consulta Cómo eliminar perfiles duplicados de Instagram de una lista de creadores. Esa guía trata las identidades repetidas. Esta comparación permite elegir el contrato de recopilación antes de que esos registros entren en ese proceso.

Ten en cuenta las limitaciones al decidir

La evidencia permite elegir según el alcance documentado. No demuestra una mayor disponibilidad del servicio, capacidad de ampliación, velocidad, exactitud, fiabilidad ni cobertura. No hay ningún cálculo de precios nuevo que respalde una afirmación de menor coste total.

Una auditoría interna realizada el 19 de octubre de 2026 clasificó el Actor de Chronometrica como operativo y sin problemas detectados. Esas comprobaciones limitadas no demuestran un rendimiento comparativo. El contrato público de campos sigue siendo la base de la recomendación. Actor de Chronometrica.

Este flujo de trabajo de perfiles no proporciona historial recuperado, listas de seguidores, mensajes directos ni contacto automático. Los datos de contacto solo están disponibles cuando se muestran públicamente. Para esa tarea independiente, consulta la guía de datos de contacto en biografías públicas.

La condición principal para cambiar de opción es necesitar un campo que quede fuera de la captura más sencilla. Incluye esa condición en los requisitos de tu flujo de trabajo. Cuando cambie la siguiente tarea, vuelve a comprobar la lista de campos antes de ampliar el flujo.