Chronometrica ou Tweet Scraper V2 : lequel choisir pour une publication X connue ?

Ce que nous apprend la question sur la facturation

Un ancien ticket du Store, désormais fermé, rapporte la question d’un acheteur qui disposait de l’URL d’une publication connue. Il contestait des frais présentés comme 0,40 $ pour 1 000 résultats. Ce montant concerne cet ancien ticket. Il ne permet pas d’établir le prix actuel, d’expliquer la facture complète ni de prouver ce qu’un autre produit aurait coûté. Ce ticket ne prouve pas une défaillance actuelle du service. Ancienne question d’un acheteur

Avant une nouvelle exécution, la question utile est la suivante : le produit choisi prend-il en charge le travail exact que vous voulez lui soumettre ?

Une seule URL fournie correspond à une consultation ciblée. Vous savez déjà quelle publication vous voulez. Vous souhaitez observer son texte et ses compteurs publics à un moment indiqué. Vous n’avez pas besoin que l’outil de collecte trouve un ensemble de publications correspondantes.

La découverte est un autre travail. Vous fournissez un sujet, un profil ou une liste pour trouver des publications. Ce travail peut nécessiter d’autres entrées, limites et unités facturées. Un produit adapté à la découverte ne convient pas automatiquement à une seule URL connue.

Un Actor est un programme de collecte hébergé sur Apify. Avant d’en lancer un, vérifiez séparément 3 points : les usages qu’il prend en charge, ses champs d’entrée et ses conditions de facturation actuelles. Un champ d’entrée valide ne répond qu’à une de ces questions.

Cet article ne peut pas calculer l’ancienne facture à partir de la question conservée. Il peut vous aider à choisir un outil de collecte adapté et à vérifier son résultat avant de l’utiliser.

Comparez d’abord les usages pris en charge

Utilisez ce tableau pour choisir une option. Consultez ensuite la page actuelle du produit avant de dépenser de l’argent.

Sources : Chronometrica, V2, Unlimited.

Ne choisissez pas uniquement à partir du nom de champ `startUrls`. Un schéma d’entrée JSON définit les noms de champs, les types et les valeurs autorisés. Il ne remplace pas les règles d’usage du produit. Le fait qu’un tableau puisse contenir une URL ne suffit pas à prouver que tous les types d’URL sont pris en charge.

Le tableau compare l’adéquation documentée. Il ne classe pas les produits selon leur vitesse, leur exactitude, leur fiabilité, leur couverture ou leur coût observé. Les éléments fournis pour cet article ne permettent pas de tels classements.

Ce que Chronometrica fournit pour ce besoin

Chronometrica accepte une liste `startUrls` contenant entre 1 et 1 000 URL de publications publiques X ou Twitter. Sa sortie documentée conserve un instantané de la tentative sur l’entrée fournie. Il comprend le texte et les compteurs publics lorsqu’ils sont disponibles, les états du résultat et l’heure d’observation. Les compteurs manquants restent manquants. Contrat d’entrée et de sortie

Un instantané de tentative est un enregistrement d’une tentative d’observation d’une publication fournie. Il ne garantit pas que chaque tentative renverra le texte complet et tous les compteurs.

Cette distinction rend la sortie utile pour vérifier une publication connue. Vous devez savoir ce que l’outil de collecte a observé et si cette observation convient à l’usage prévu. Un compteur sans son état de disponibilité peut donner une fausse impression de certitude.

Par exemple, un rapport peut nécessiter le texte de la publication et un compteur public. Si le texte est disponible mais que le compteur manque, le texte peut encore remplir son rôle. La partie chiffrée du rapport reste incomplète. Séparer ces 2 évaluations évite de présenter un résultat partiel dans un rapport qui semble complet.

La limite indiquée pour la liste compte aussi. Si vous devez fournir plus de 1 000 URL dans une seule exécution, cet Actor ne répond pas à ce besoin. Ne présentez pas sa limite documentée comme une collecte illimitée. Un projet plus vaste nécessite un plan distinct, avec notamment des vérifications des URL répétées et de la cohérence des heures d’observation. Limite d’entrée

La raison de choisir Chronometrica ici est claire : l’entrée prise en charge correspond à l’URL connue, et la ligne documentée conserve les états nécessaires pour évaluer la tentative.

Un exemple fictif de choix pour une publication

L’exemple suivant est fictif. Il ne s’agit ni d’un résultat client, ni d’un test d’Actor, ni d’un jeu de données réel, ni d’une mesure de coût.

Maya, analyste, dispose de l’URL d’une publication de campagne. Elle a besoin du texte public et des compteurs disponibles pour un rapport préparé aujourd’hui. Elle n’a pas besoin de rechercher d’autres publications de la campagne.

Avant de choisir un outil de collecte, elle écrit ce besoin : « Tenter d’observer cette seule publication publique. Conserver l’état du résultat, les champs disponibles, l’URL source et l’heure d’observation. »

La sortie d’instantané documentée de Chronometrica répond à ce besoin. Maya garde aussi Unlimited dans sa liste, car le développeur l’indique comme solution prise en charge pour une seule publication. Chronometrica, Unlimited

Sa vérification d’acceptation comporte 2 parties. D’abord, l’exécution a-t-elle enregistré la publication prévue ? Ensuite, les champs requis pour le rapport sont-ils disponibles ? Une ligne peut réussir la première vérification et échouer à la seconde. Si un compteur requis est indisponible, Maya conserve la valeur null dans son rapport et marque cette partie comme incomplète.

La semaine suivante, sa demande change. Elle doit découvrir 200 publications par mot-clé. Elle réévalue V2, car le nouveau travail relève de la découverte. Son choix précédent pour une seule publication ne détermine pas le choix adapté à cette nouvelle tâche. Usages pris en charge par V2

Le calcul reste limité : 1 URL connue correspond à 1 demande de consultation ciblée ; 200 publications à découvrir décrivent un autre travail. Aucun de ces nombres ne prédit les frais, le nombre de lignes renvoyées, la vitesse ou la réussite.

Faites une vérification d’acceptation limitée avant de traiter plus d’entrées

Une vérification d’acceptation détermine si la sortie convient à votre rapport précis. Elle ne nécessite pas un grand jeu de données de test. Commencez avec l’URL publique prévue et une courte liste de champs requis.

1. Écrivez le besoin en termes simples

Notez l’URL exacte de la publication. Nommez chaque champ public requis. Séparez les champs indispensables des champs simplement utiles.

Par exemple, votre rapport peut exiger le texte et l’heure d’observation, tout en considérant certains compteurs publics comme facultatifs. Un autre rapport peut exiger un compteur précis. Ces rapports ont des conditions d’acceptation différentes, même s’ils utilisent la même URL.

Précisez aussi si vous avez besoin d’une observation actuelle ou d’une valeur passée. Une consultation actuelle ne récupère pas les compteurs qu’une publication avait le mois dernier. Si la demande exige cette valeur passée, indiquez-le avant de choisir un outil de collecte.

2. Vérifiez les usages pris en charge et les unités facturées actuelles

Lisez les règles actuelles du produit. Consultez ensuite les tarifs actuels pour l’exécution prévue. Déterminez ce qui déclenche une facturation et comment l’unité indiquée s’applique à votre entrée.

N’incluez pas le montant de l’ancien ticket dans ce calcul. Ne supposez pas qu’une URL correspond toujours à un résultat facturé, ni qu’un nom de champ familier définit l’unité de facturation. Si les conditions actuelles ne répondent pas à votre question, clarifiez ce point avant de lancer l’exécution.

Le prix et l’adéquation nécessitent des vérifications distinctes. Un produit peut avoir des tarifs clairs sans répondre à votre besoin d’entrée. Même un produit adapté exige une vérification du coût par rapport à votre budget.

3. Inspectez l’entrée enregistrée de la Task

Une Task est une configuration d’entrée enregistrée sur Apify. Chronometrica propose une Task publique d’instantané d’analyse d’une publication X.

Ouvrez la Task et inspectez son entrée réelle. Une page publique de Task est un point de départ. Son existence ne prouve pas que l’URL enregistrée correspond à la cible que vous souhaitez observer.

L’entrée minimale suivante correspond au schéma public vérifié :

{
  "startUrls": [
    "https://x.com/OpenAI/status/2077446718728425686"
  ]
}

Remplacez l’URL d’exemple par celle de la publication publique prévue. L’exemple montre la structure de l’entrée. Il ne s’agit ni d’un résultat collecté ni d’une preuve que la publication d’exemple est actuellement disponible. Le schéma autorise un tableau `startUrls` contenant au moins 1 élément et au plus 1 000 éléments. Schéma d’entrée public

L’entrée fournie a passé une vérification par rapport au schéma public enregistré. Cette vérification confirme que le champ et la structure de la liste sont autorisés. Elle ne confirme pas qu’une tentative de collecte réelle réussira.

4. Vérifiez la tentative avant d’utiliser les valeurs

Après une collecte de portée limitée sur la cible prévue, inspectez `status`, `statusReason` et `postMetricStatus`. Lisez-les avec le texte et les compteurs renvoyés. Vérifiez que l’identité de la publication obtenue correspond à celle que vous vouliez collecter. Sortie documentée

Ne considérez pas la présence d’une ligne comme une preuve que tous les champs requis ont été collectés. Vérifiez chaque champ requis selon les conditions d’acceptation écrites à l’étape 1.

Conservez la valeur null pour les valeurs indisponibles dans votre rapport. Ne les transformez pas en 0. 0 est une valeur. Null signifie que vous n’avez pas de valeur à utiliser. Remplacer null par 0 peut modifier les totaux, les comparaisons et les conclusions.

5. Conservez la source et l’heure d’observation

Stockez un enregistrement pour l’entrée ayant fait l’objet de la tentative. Conservez ensemble l’URL source, l’identité de la publication obtenue, l’état de la tentative, la disponibilité des métriques et l’heure d’observation.

Utilisez les noms de champs renvoyés par l’Actor lorsqu’ils sont documentés. Si votre système de rapports exige d’autres noms de colonnes, conservez une correspondance claire. N’inventez pas un nom de champ d’API en le présentant comme une partie du contrat de l’Actor.

Pour mesurer un changement ultérieur, collectez un autre instantané vérifié. Comparez le même champ pour la même publication uniquement si les 2 observations contiennent une valeur utilisable.

Lisez un instantané comme une observation, pas comme un historique

Un compteur public actuel répond à une question liée à un moment précis : quelle valeur était disponible au moment où la publication a été observée lors de cette tentative ? Il n’explique pas comment ce compteur a évolué.

2 instantanés vérifiés peuvent permettre de calculer une variation. Si les 2 contiennent le compteur requis, soustrayez la valeur la plus ancienne de la plus récente. Conservez les 2 heures d’observation à côté du résultat. La différence décrit l’intervalle entre ces observations.

Si l’une des valeurs manque, la variation est inconnue. Ne remplacez pas la valeur manquante par 0. Ne reportez pas une valeur précédente sans règle explicite. Ne présentez pas la différence comme une croissance mesurée. L’observation manquante modifie les conclusions possibles.

Le texte d’une publication peut aussi manquer ou être partiel. Vérifiez-le avant de le citer, de le classer ou de l’utiliser pour repérer les formulations d’une campagne. La sortie d’un outil de collecte sert d’entrée à votre rapport. Le rapport nécessite donc toujours une vérification d’acceptation.

Ce comparatif ne promet ni archive, ni récupération d’anciennes métriques, ni fréquence historique des mots-clés. Ces besoins exigent d’autres preuves. Le guide sur les écarts entre rapports publics et privés fournit un contexte complémentaire sur les rapports. Pour analyser un ensemble fourni de textes de publications, consultez le guide distinct sur la cooccurrence des mots-clés. Cette méthode détermine quels termes apparaissent ensemble. Elle ne choisit pas l’outil de collecte pour une URL connue.