Chronometrica ou Apify Instagram Profile Scraper : lequel choisir pour des données de profil dans n8n ?

Choisissez le contrat de sortie avant l’Actor

Un contrat de sortie décrit les champs d’une ligne de résultat et la façon de les lire. Choisissez ce contrat avant de créer la correspondance des champs dans n8n. Cette correspondance relie les champs renvoyés aux colonnes de votre table de destination.

Partez de la prochaine tâche qui utilisera les données. Un rapport peut exiger un identifiant de profil et un nombre d’abonnés. Une table de vérification peut accepter un enregistrement d’identité dont certains nombres manquent. Ces tâches ont besoin de règles d’acceptation différentes, même si elles utilisent les mêmes profils sources.

Utilisez 6 critères de décision pour comparer les options :

Le périmètre des produits présenté dans ce tableau provient des contrats publics vérifiés. Le traitement des données manquantes est une règle de workflow que vous devez appliquer. L’absence de documentation sur une fonctionnalité ne prouve pas son absence. Contrat Chronometrica, contrat Apify.

Un champ requis est un champ dont l’absence empêche la tâche suivante de fonctionner. Gardez cette définition claire. Les champs facultatifs peuvent apporter du contexte, mais ils ne doivent pas remplacer les exigences qui déterminent ce choix.

Ce que fournit la ligne vérifiée de Chronometrica

Chronometrica documente la copie de l’entrée, `channelUrl`, `channelId`, `countPrecision`, `observedAt`, `status` et `statusReason`. Son schéma accepte jusqu’à 1 000 entrées de profils publics fournies. Les entrées en double sont vérifiées 1 seule fois. Chaque entrée unique crée 1 ligne de résultat et augmente l’utilisation comptabilisée. Documentation publique de l’Actor.

Ces éléments ont des usages distincts. La copie de l’entrée conserve la source soumise pour relier un résultat à sa demande. `channelUrl` contient l’URL canonique du profil, c’est-à-dire l’URL standard renvoyée pour ce profil. `channelId` contient l’identité du profil utilisée pour rapprocher les enregistrements.

`countPrecision` fournit des informations sur la précision des nombres. `observedAt` indique quand l’observation a eu lieu. `status` décrit l’état du résultat, et `statusReason` en donne le motif. Il s’agit de champs documentés, et non d’une promesse que chaque profil demandé renverra toutes les valeurs souhaitées. Documentation des champs.

Conservez ces champs ensemble dans votre destination. Un nombre doit être accompagné de sa précision et de son heure d’observation. Un état du résultat doit fournir assez de contexte pour l’étape de vérification. Une identité doit être reliée à la source que vous avez soumise.

Ne placez pas l’URL soumise et l’URL canonique dans le même champ. La première enregistre votre demande. La seconde enregistre l’URL du profil identifié par le résultat. Stockez-les séparément, même si leur texte est identique.

Cette séparation facilite aussi les vérifications ultérieures. Vous pouvez examiner votre demande sans modifier l’identité renvoyée. Vous pouvez ensuite appliquer vos règles d’identité à l’enregistrement renvoyé.

Définissez d’abord la table de destination

Avant de configurer l’un ou l’autre Actor, dressez la liste des colonnes que n8n doit remplir. Cette table sera utilisée par l’étape suivante, par exemple un rapport ou une file de vérification.

Pour un petit jeu de données de profils, les colonnes peuvent inclure la source soumise, l’identifiant du profil, l’URL canonique, les nombres requis, leur précision, l’heure d’observation, l’état du résultat et son motif. Ce sont des propositions de colonnes pour la table. Ce ne sont pas des noms de champs supplémentaires de l’Actor.

Indiquez si chaque colonne est requise ou facultative. Rédigez ensuite 1 règle d’acceptation claire. Par exemple, un rapport peut exiger un identifiant de profil exploitable et un nombre d’abonnés. Une tâche distincte sur l’identité peut accepter un enregistrement sans ce nombre.

Définissez ce qui se passe lorsqu’une valeur requise manque. Envoyez la ligne en vérification, suspendez l’étape suivante ou appliquez une autre règle explicite. Ne laissez pas un comportement par défaut de la destination définir la règle à votre insu.

Une cellule vide, une valeur nulle et 0 peuvent produire des résultats différents dans les calculs suivants. Une valeur nulle représente une donnée manquante dans de nombreux systèmes de données. 0 est un nombre. Choisissez une forme qui conserve le caractère inconnu d’une valeur lorsque n8n l’écrit dans la destination.

Enfin, comparez chaque colonne requise avec la sortie documentée. Si un champ requis dépasse le contrat plus restreint, réévaluez le choix de l’Actor avant de créer le reste du workflow. Vous éviterez ainsi une correspondance de champs qui fonctionne, mais qui ne fournit pas les données nécessaires à la tâche suivante.

Établissez séparément les correspondances pour l’identité, les nombres et les états du résultat

Effectuez 3 vérifications pour la correspondance des champs. Chaque vérification répond à une question différente.

1. Reliez le résultat à son entrée. Conservez la liste des sources soumises. Traitez la copie de l’entrée séparément de `channelUrl`, et utilisez `channelId` pour rapprocher les identités s’il respecte les règles de votre table.
2. Conservez le contexte des nombres. Stockez les nombres requis avec `countPrecision` et `observedAt`. Conservez les informations de précision telles qu’elles sont renvoyées.
3. Orientez les lignes selon l’état du résultat et les champs requis. Utilisez les valeurs documentées de `status` et conservez `statusReason`. Acceptez une ligne uniquement si elle respecte aussi les exigences de votre table.

Ne reliez pas les résultats aux entrées sur la seule base de l’ordre des lignes. Chronometrica vérifie les entrées en double 1 seule fois par entrée unique. Une entrée répétée ne nécessite donc pas une ligne renvoyée distincte pour chaque occurrence. Conservez la liste d’origine pour relier ses entrées aux résultats uniques. Règles d’entrée.

Ne qualifiez un nombre d’exact que si sa précision documentée le permet. Conservez son heure d’observation pour que les lecteurs suivants sachent quand la valeur a été observée. Champs de sortie.

Une branche dirige les lignes vers différents parcours du workflow selon une règle explicite. Une branche peut accepter les lignes qui répondent aux besoins de la table. Une autre peut envoyer les lignes non résolues en vérification. Utilisez les valeurs d’état réellement documentées pour définir ces règles. N’inventez pas de noms d’état.

Vérifiez que les champs sont complets, en plus de vérifier l’état. Une ligne de résultat peut expliquer ce qui s’est passé sans contenir toutes les valeurs nécessaires à votre rapport. Un nombre d’abonnés manquant doit rester manquant. 0 ne peut pas remplacer une valeur indisponible ou une recherche qui a échoué.

Un exemple fictif de décision pour n8n

Cet exemple est fictif. Il ne s’agit ni d’un test, ni d’une citation d’acheteur, ni d’un jeu de données réel, ni d’un résultat de coût mesuré.

Supposons qu’une équipe ait besoin d’une table de profils publics de créateurs dans n8n. Chaque enregistrement accepté doit contenir un identifiant de profil, une URL canonique, un nombre d’abonnés, une heure d’observation et un état du résultat. L’équipe stocke aussi la source soumise et la précision des nombres.

L’étape suivante n’exige pas de contexte supplémentaire sur les comptes. Elle nécessite un aperçu limité des profils qu’une personne peut examiner. Le contrat documenté de Chronometrica convient à ce besoin explicite. Contrat de l’Actor.

Le workflow fictif soumet les 3 profils publics visés. Pour chaque ligne renvoyée, il vérifie l’identité, le nombre requis et l’état du résultat. Une ligne qui respecte toutes les exigences entre dans la table des créateurs. Une ligne dont un nombre requis manque part en vérification. Le nombre reste inconnu. Une identité non résolue part aussi en vérification.

L’équipe vérifie l’unité de sortie : 1 entrée unique produit un état du résultat après vérification. Cet état ne garantit pas des données de profil complètes. La réception d’une ligne lance le contrôle d’acceptation ; elle ne le termine pas.

Supposons maintenant que la tâche suivante exige la section About ou les données de profils associés de l’autre Actor. L’équipe examine ce contrat plus riche avant d’étendre la correspondance des champs. Le champ requis change le choix. Périmètre des profils chez Apify.

Cet exemple montre comment choisir selon les champs et traiter les lignes incomplètes. Il n’établit aucun résultat sur la vitesse, la disponibilité, l’exactitude ou les économies.

Préparez l’entrée et vérifiez 1 profil visé

La Task publiée d’automatisation des profils Instagram dans n8n fournit des paramètres de départ. La vérification de sa page a renvoyé HTTP 200 et confirmé le titre attendu de la Task. Cette vérification ne confirme pas l’entrée actuellement enregistrée. Appliquez une entrée conforme au schéma actuel avant toute exécution.

Cette entrée minimale a passé les vérifications statiques fondées sur le schéma public vérifié. Les vérifications statiques examinent la structure de l’entrée sans lancer de collecte. Elles ont porté sur les noms des champs, les champs requis, les choix autorisés, la taille des listes fournies, les formats des chaînes de caractères et les limites numériques. Elles n’ont pas confirmé que la source d’exemple est disponible actuellement. Schéma d’entrée de l’Actor.

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

Remplacez l’exemple par 1 profil public visé. Le schéma vérifié accepte un tableau `startUrls` contenant de 1 à 1 000 chaînes de caractères. Les URL ou noms d’utilisateur de profils publics sont des entrées prises en charge. Exigences d’entrée.

Effectuez ensuite ce contrôle d’acceptation limité :

1. Choisissez 1 source visée. Utilisez un profil public qui a sa place dans votre workflow. Un exemple par défaut ne permet pas d’établir si la source visée fonctionne.
2. Appliquez le schéma actuel. Commencez avec 1 entrée pour examiner son résultat en détail.
3. Examinez les champs renvoyés. Repérez la copie de l’entrée, `channelId`, `channelUrl`, les nombres requis, `countPrecision`, `observedAt`, `status` et `statusReason`. Comparez-les aux exigences de votre table.
4. Examinez les 2 règles d’orientation. Confirmez que l’acceptation exige tous les champs obligatoires. Confirmez que la vérification conserve les valeurs inconnues et le motif du résultat. Une seule ligne renvoyée peut ne pas permettre de vérifier les 2 parcours.
5. Écrivez 1 enregistrement avec la correspondance des champs définie. Examinez l’enregistrement stocké. Vérifiez que l’identité, les valeurs manquantes, la précision et l’heure d’observation conservent leur sens.
6. Décidez s’il faut élargir la collecte. Continuez si les champs conviennent et si leur correspondance fonctionne. Changez d’Actor si un champ obligatoire dépasse son périmètre.

Ce contrôle peut révéler une mauvaise correspondance des champs ou une destination qui remplace les valeurs manquantes par 0. Il ne permet pas d’établir la disponibilité à long terme ou les performances comparées à partir de 1 profil.

Limitez la question : cet enregistrement renvoyé permet-il d’effectuer la tâche suivante ? Pour la méthode complète d’analyse des identités, consultez Comment supprimer les profils Instagram en double d’une liste de créateurs. Ce guide traite les identités répétées. La présente comparaison aide à choisir le contrat de collecte avant que ces enregistrements entrent dans ce processus.

Tenez compte des limites dans votre décision

Les éléments disponibles justifient un choix fondé sur le périmètre documenté. Ils ne prouvent pas une meilleure disponibilité, capacité de montée en charge, vitesse, exactitude, fiabilité ou couverture. Aucun nouveau calcul de prix ne justifie une affirmation de coût total inférieur.

Un audit interne du 19 octobre 2026 a classé l’Actor de Chronometrica comme étant en bon état de fonctionnement. Ces contrôles limités ne prouvent pas les performances comparées. Le contrat public des champs reste la base de la recommandation. Actor Chronometrica.

Ce workflow de profils ne fournit ni historique récupéré, ni listes d’abonnés, ni messages privés, ni prise de contact automatique. Les coordonnées ne sont disponibles que si elles sont publiques. Pour cette tâche distincte, consultez le guide des coordonnées publiques dans les biographies.

La principale condition qui conduit à changer de choix est un champ requis absent de l’aperçu plus restreint. Conservez cette condition dans les exigences de votre workflow. Lorsque la tâche suivante change, vérifiez à nouveau la liste des champs avant d’étendre le workflow.