Las tarjetas de perfil se conectan mediante identificadores de identidad para separar los registros comprobados de los que siguen sin resolver.

Elige Social Fetch si el resultado que necesitas es una comprobación completada de existencia o de estado privado. También puede convenirte si su precio fijo por resultado, con los costes incluidos, se ajusta mejor a una lista con entradas válidas en su mayoría. Actor de Social Fetch

Chronometrica publica el Actor de su propiedad que aparece en esta comparación. Un Actor es un programa de recopilación alojado en un servicio. Una Task es una configuración de entrada guardada para un Actor. Este artículo compara reglas documentadas que se revisaron el 20 de octubre de 2026. No se realizó ninguna ejecución nueva. Estas reglas no demuestran diferencias medidas de velocidad, precisión, fiabilidad o coste total.

Empieza por el resultado que requiere tu trabajo. ¿Necesitas datos públicos de los perfiles o una respuesta sobre cada nombre de usuario? Estos trabajos pueden usar la misma lista de entrada, pero necesitan distintos resultados facturados. La elección principal cambia cuando una comprobación completada resulta útil incluso sin una instantánea pública.

Compara la unidad de resultado antes que la tarifa publicada

Una fila de resultado, un evento facturado y un registro aceptado para la investigación son cosas distintas.

Una fila de resultado registra lo que ocurrió con una entrada. Un evento facturado es una acción o un resultado que genera un cargo. Un registro aceptado cumple tus reglas de investigación. Una fila puede registrar una consulta fallida sin proporcionar los datos públicos que necesita tu trabajo.

Chronometrica cobra su evento de perfil por las instantáneas `ok` y `partial`. No cobra ese evento por las filas `missing`, `blocked`, `invalid` o `failed`. Esas filas siguen disponibles para su revisión. Su tarifa Free indica actualmente $2.50 por cada 1,000 resultados útiles, más el uso de la plataforma. Una consulta fallida puede generar uso de la plataforma; solo se excluye el evento de resultado de perfil. Reglas y precios de Chronometrica

Social Fetch publica un precio de $1.98 por cada 1,000 resultados de consultas completadas, incluidos `not_found` y los resultados de perfiles privados, sin cargos aparte por cómputo o proxy. Su API pública de precios también incluye un evento de inicio. Reglas y precios de Social Fetch

Compara la unidad de resultado antes que la tarifa publicada
Criterio de decisiónChronometricaSocial Fetch
Entrada requerida`startUrls`: URL de perfiles públicos o nombres de usuarioVerificar el esquema actual
Unidad de resultado facturadaInstantánea `ok` o `partial`Consulta completada
Regla para datos ausentesLos resultados fallidos indicados no generan cargos por el evento de perfilSe factura la consulta completada con resultado `not_found`
Campos necesarios para la revisiónConservar `status` e `isBillable`Verificar los campos de salida actuales
Principal limitación sobre el costeSe mantiene el uso de la plataformaTambién se incluye un evento de inicio
Condición que cambia la elecciónSe requiere una instantánea públicaSe requiere una comprobación completada

Las condiciones de Chronometrica y las condiciones de Social Fetch enlazadas respaldan estas diferencias. Los detalles de campos que se desconocen en esta comparación no demuestran que una función esté ausente.

Una tarifa publicada más baja y una regla más restrictiva sobre los resultados facturados responden a preguntas distintas. Ninguna permite conocer la factura completa. Las distintas unidades de resultado, los eventos de inicio y el uso de la plataforma impiden comparar los precios con una simple tarifa por cada 1,000 resultados. Una lista con entradas válidas en su mayoría también puede reducir el valor práctico de excluir los eventos de perfil fallidos.

Define qué debe entregar tu recopilación masiva de perfiles

La pregunta pública que dio lugar a esta comparación plantea cómo se compara la recopilación de perfiles con otras herramientas de Instagram. Su tarea más amplia trata sobre la investigación masiva de influencers y la integración. No demuestra que exista una queja sobre la facturación. El contexto comercial de la publicación es incierto. Por ello, sirve como base para la pregunta del lector, pero no como recomendación independiente ni como prueba del tamaño del mercado. Pregunta pública del lector

Antes de elegir una herramienta para tu lista, escribe una frase que defina el éxito. Por ejemplo: un registro aceptado debe contener los campos públicos del perfil necesarios para la revisión. Después, indica cuáles son esos campos. Una regla como «la solicitud se completó» no aclara si los datos devueltos permiten tomar la siguiente decisión.

Una recopilación de instantáneas públicas puede servir para seleccionar creadores, crear un directorio de perfiles o revisar métricas de forma periódica. Elige los campos que afectan a ese trabajo. Un registro puede contener datos útiles y, aun así, carecer de un campo que tu proceso requiere.

Una comprobación de existencia necesita una regla distinta. Puede que necesites clasificar cada nombre de usuario proporcionado, incluidos los que no producen una instantánea pública. Decide si esa clasificación constituye por sí misma un resultado aceptado.

Decide también si puedes usar registros parciales. Algunos proyectos pueden conservarlos con una etiqueta clara que indique los valores ausentes. Otros deben dejarlos pendientes de revisión. Esta decisión de aceptación te corresponde a ti. Una categoría de resultado facturado no puede tomarla por ti.

La regla debe ser lo bastante clara para que otro analista pueda aplicarla. Si 2 personas toman decisiones distintas a partir de la misma fila, aclara la regla antes de recopilar una lista mayor. Esto te da una base estable para comparar las condiciones de ambos servicios.

Revisa cada fila de Chronometrica con 2 comprobaciones separadas

Usa `status` para revisar el resultado. Usa `isBillable` para comprobar si se aplica el evento de resultado de perfil. Conserva ambos campos junto a los datos recopilados. Chronometrica documenta estos campos y su regla de cobro basada en resultados. Campos de salida y reglas de cobro de Chronometrica

Primero, comprueba la categoría del resultado. Una fila `ok` o `partial` pertenece a las categorías de resultado de perfil facturadas. Las categorías de fallo indicadas no generan ese evento. Después, comprueba si la fila cumple tu regla de aceptación. Estas comprobaciones tienen fines distintos.

Una fila `partial` requiere especial atención. La regla del evento la incluye, pero eso no garantiza que estén presentes todos los campos necesarios. Revisa los campos reales antes de aceptar el registro. No uses `isBillable` para medir si los datos están completos.

Tampoco interpretes cada resultado fallido como una prueba de que la cuenta no existe. Un intento de recopilación bloqueado y un perfil ausente describen resultados distintos. Conserva la categoría indicada para que quien revise la fila después pueda ver qué demuestra.

Los valores ausentes deben seguir siendo desconocidos. Si falta una métrica, no la sustituyas por 0. El 0 es una observación numérica. Desconocido significa que no tienes una observación. Tratarlos como equivalentes puede cambiar los filtros, las clasificaciones y los resúmenes.

Los metadatos de un perfil privado también son distintos del contenido privado. Un resultado sobre un perfil privado no permite deducir que existe acceso a sus publicaciones o contactos privados. En esta comparación, no debes elegir ninguna de las herramientas con esa suposición. Define los datos públicos o el resultado de consulta que requiere tu trabajo.

Usa una lista ficticia para comprobar la decisión

Este ejemplo es ficticio. No es un conjunto de datos en vivo, una prueba del producto, una cita de un comprador ni un resultado de coste medido.

Un analista tiene una lista de perfiles públicos actuales y nombres de usuario antiguos. Su trabajo consiste en crear una lista para revisión a partir de instantáneas públicas útiles. El analista necesita un conjunto pequeño de campos de perfil y conserva los resultados de la recopilación para revisarlos después.

Considera estos 4 resultados ficticios:

  1. El perfil A devuelve una fila `ok` con los campos necesarios. El analista la acepta.
  2. El perfil B devuelve una fila `partial`. Falta un campo necesario, por lo que el analista la deja pendiente de revisión.
  3. El nombre de usuario antiguo C devuelve una fila `missing`. El analista conserva el resultado, pero lo excluye de la lista de instantáneas.
  4. El perfil D devuelve una fila `blocked`. El analista conserva esa categoría y no marca la cuenta como ausente.

Según la regla documentada de Chronometrica, los 2 primeros resultados generan el evento de resultado de perfil. Los 2 últimos no lo generan. El uso de la plataforma puede seguir aplicándose. Esto ilustra la regla publicada; no presenta resultados de una ejecución. Reglas de eventos de Chronometrica

El perfil B muestra por qué un resultado facturado y un registro aceptado pueden ser distintos. Pertenece a una categoría facturada, pero no cumple el requisito de campos más estricto de este analista. Antes de elegir la herramienta, el analista debe decidir si ese tratamiento de los registros parciales se ajusta al trabajo.

Ahora cambia la tarea. Supón que el analista necesita comprobar la existencia o el estado privado de cada nombre de usuario. En ese caso, una comprobación completada puede ser el resultado que debe entregar. Ese cambio de propósito puede cambiar la elección de la herramienta, aunque la lista de entrada siga siendo la misma.

No calcules una factura total a partir de estos resultados ficticios. No aportan información medida sobre el uso de la plataforma, los eventos de inicio ni la proporción de resultados útiles de una lista real. El ejemplo comprueba la regla de decisión, no el coste de una recopilación.

Aplica un método sencillo de aceptación

Usa este método para relacionar el resultado necesario con la evidencia devuelta. También permite separar la comprobación de los datos de salida de la comprobación de los cargos.

  1. Escribe qué resultado necesitas. Indica si necesitas una instantánea pública o una comprobación completada del nombre de usuario. Enumera los campos que hacen que un registro sea utilizable. Decide cómo tratar los registros parciales.
  2. Lee las reglas actuales de los eventos. Comprueba qué resultados generan cargos. Revisa los resultados de perfiles ausentes y privados, los eventos de inicio y el uso de la plataforma. Anota la fecha de las condiciones que revisaste.
  3. Prepara una lista de entrada pequeña. Usa fuentes públicas pertinentes para el trabajo real. Incluye nombres de usuario antiguos si forman parte del trabajo. Evita una muestra formada solo por fuentes de las que esperas obtener datos.
  4. Revisa las filas devueltas. En Chronometrica, conserva `status` e `isBillable`. Comprueba los campos necesarios por separado. Mantén visibles los valores desconocidos y los resultados fallidos.
  5. Revisa los cargos reales. Compara los eventos registrados y el uso de la plataforma con las condiciones. Cuenta los registros aceptados por separado de las filas devueltas y de los resultados de perfil facturados.
  6. Elige las condiciones que se ajusten a tus necesidades. Considera en conjunto la definición del resultado, la aceptación de los campos y los cargos observados. Resuelve cualquier diferencia importante antes de ampliar la ejecución.

Estos pasos sirven para tu propia revisión. No se realizó ninguna ejecución para este artículo. Una futura ejecución pequeña aportaría evidencia sobre las fuentes, las entradas y la regla de aceptación que elijas. No establecería una clasificación general del rendimiento de ambas herramientas.

Mantén sencillo el registro de revisión. Guarda juntos la regla de aceptación, la lista de entrada, los datos devueltos y el registro de cargos. Otra persona debe poder reconstruir por qué aceptaste una fila y qué evento registrado se le aplicó.

Si muchos registros parciales facturados no cumplen tu regla de campos, revisa si la herramienta se ajusta a tus necesidades antes de ampliar la recopilación. Si las comprobaciones negativas completadas son registros útiles, inclúyelas en tu regla de aceptación. Ambas decisiones dependen del trabajo que necesitas completar.

Para conocer el método más amplio de revisión de costes, consulta Presupuesto de recopilación para investigaciones en Instagram. Esta comparación se centra en la unidad de resultado facturada y en el tratamiento de las filas fallidas.

Separa las comprobaciones de identidad de las comprobaciones de cargos

Una lista de entrada puede contener entradas repetidas, nombres de usuario antiguos o varias referencias que tu equipo cree que identifican a la misma persona. Esas son cuestiones de identidad. Un indicador de facturación no las resuelve.

El esquema actual de `startUrls` de Chronometrica acepta entre 1 y 1,000 URL de perfiles públicos de Instagram o nombres de usuario. Indica que las entradas duplicadas se comprueban una sola vez. Cada entrada única crea una fila de resultado y genera uso. Esquema de entrada de Chronometrica

Esa regla sobre entradas duplicadas no demuestra que 2 nombres de usuario distintos pertenezcan al mismo creador. Una instantánea devuelta tampoco demuestra que una etiqueta antigua de una hoja de cálculo identifique al titular actual de la cuenta. Toma esas decisiones a partir de la evidencia de identidad pertinente.

Conserva información suficiente para relacionar cada resultado revisado con la fuente que querías comprobar. Si tu propio proceso combina registros, conserva el motivo de la coincidencia. No descartes una fila fallida solo porque otra fila parezca similar.

Esto importa al contar los registros aceptados. Combinar 2 entradas en 1 registro de investigación cambia ese recuento, pero no explica por sí mismo los cargos de recopilación. Mantén separados los recuentos de entradas, resultados y registros aceptados.

Para conocer el método completo de identidad, consulta Cómo eliminar perfiles de Instagram duplicados de una lista de creadores. Usa esa guía para resolver las cuestiones de identidad. Usa las comprobaciones de este artículo para decidir qué cuenta como resultado de perfil facturado.

Empieza con la entrada mínima comprobada

La Instagram Profile Metrics Snapshot Task publicada proporciona una configuración inicial. La comprobación de la página del 20 de octubre de 2026 devolvió HTTP 200 y confirmó el título previsto de la Task. No permitió determinar la entrada guardada actual. Revisa y aplica tu entrada antes de iniciar una ejecución.

Esta entrada mínima superó una comprobación estática frente al esquema público actual proporcionado:

json
{
  "startUrls": [
    "https://www.instagram.com/mrbeast/"
  ]
}
Empieza con la entrada mínima comprobada

Un esquema define la estructura de entrada aceptada. Una comprobación estática compara la entrada con esas reglas sin ejecutar la recopilación. La comprobación abarcó los nombres de los campos, los campos obligatorios, los valores permitidos, los tamaños de las listas, los patrones de las cadenas de texto y los límites numéricos cuando correspondía.

Esta comprobación no contacta con Instagram ni demuestra que la fuente del ejemplo esté disponible ahora. Sustituye la URL del ejemplo por la fuente pública que quieras consultar. El formato de entrada aceptado y la disponibilidad de esa fuente son comprobaciones distintas.

Antes de tu primera ejecución, confirma la lista de entrada y escribe los campos necesarios y la regla para registros parciales. Después de la ejecución, revisa los datos de salida y el registro de cargos reales antes de ampliar la lista. La primera recopilación debe ser lo bastante pequeña para revisar cada fila según esas reglas.

La configuración inicial te ayuda a preparar la entrada. La regla de aceptación determina si los datos devueltos sirven para tu trabajo. El registro de eventos explica qué cargos se aplicaron. Revisa los 3 elementos antes de asumir un compromiso mayor.

Fuentes y lecturas adicionales

Por Chronometrica · Actualizado

Volver arriba ↑