Tenez un journal des modifications de la documentation des concurrents

1. Choisissez une tâche de l’acheteur et un petit ensemble de pages

Partez d’une tâche de l’acheteur : le travail qu’une personne doit pouvoir réaliser avec le produit. Par exemple, une personne chargée de recherche peut devoir vérifier quels formats d’export la documentation mentionne pour un processus de création de rapports. Limitez suffisamment la question pour pouvoir examiner tous les passages pertinents.

Rédigez un court plan de collecte avant d’enregistrer les pages :

1. Nommez les concurrents et les produits à vérifier.
2. Décrivez la tâche de l’acheteur en une phrase.
3. Choisissez les sections de la documentation officielle qui pourraient y répondre.
4. Notez la version du produit, la langue et le forfait lorsque la page les précise.
5. Choisissez la prochaine date d’observation.
6. Précisez quelles modifications auraient un effet sur la tâche de l’acheteur.

Ne traitez pas un forfait ou une version inconnus comme « tous les forfaits » ou « toutes les versions ». Notez que cette information est inconnue. Gardez les pages d’aide et les notes de version séparées lorsqu’elles présentent des types d’affirmations différents.

Utilisez un registre des pages pour définir votre sélection. Ce registre répertorie les pages à contrôler de nouveau. Il ne signifie pas que vous avez trouvé toute la documentation pertinente.

Une redirection envoie une requête d’une adresse vers une autre. Notez les deux adresses. Un changement d’adresse peut avoir un effet sur la possibilité de considérer deux copies comme celles d’une même page.

2. Utilisez la recherche pour trouver des pages, puis vérifiez-les directement

Si vous connaissez déjà la page d’aide officielle, ouvrez-la directement. La recherche est utile pour trouver des pages à examiner ou des notes de version liées au sujet. Les résultats de recherche seuls ne fournissent pas l’historique des copies enregistrées d’une page.

L’Actor Google Search Scraper convient à cette étape de découverte. Un Actor est un programme hébergé de collecte de données. Une Task est une configuration d’entrée enregistrée pour un Actor. Aucun de ces termes ne signifie que ce guide a collecté des versions de pages ou testé le produit.

Le contrôle fourni a établi que la version de compilation publique par défaut 1.0.15 déclare les champs d’entrée et de sortie utilisés ci-dessous. Le petit jeu de données d’entrée a passé une vérification statique, sans exécution, par rapport aux règles d’entrée déclarées. Aucune exécution de l’Actor n’a eu lieu pour cette synthèse. Ce contrôle ne prouve ni l’obtention de résultats en conditions réelles, ni une couverture complète, ni une collecte réussie. Consultez les éléments de preuve de la compilation publique par défaut, vérifiés le 25 octobre 2026 ; champs déclarés et contrôle statique des données d’entrée uniquement.

Utilisez ces données d’entrée proposées pour une petite tentative de découverte :

{"country":"US","engines":["google"],"language":"en","maxResultsPerExecutedQuery":3,"queries":["reporting software export release notes"]}

Remplacez la requête d’exemple par des mots liés au concurrent, au produit et à la tâche de l’acheteur sélectionnés. Modifiez le pays et la langue si votre recherche porte sur un autre marché. Examinez toutes les données d’entrée avant de lancer l’exécution. Cet exemple propose Google comme moteur ; le contrôle statique n’établit pas son comportement actuel lors de l’exécution.

La limite est de trois résultats par requête exécutée. Il s’agit d’une limite, pas d’une promesse que trois résultats seront disponibles. Cet exemple propose des données d’entrée de remplacement. Il ne provient pas d’une configuration enregistrée de Task qui aurait été vérifiée.

La Task publique Competitor SERP Research, vérifiée le 25 octobre 2026 ; présence de la page uniquement était présente avec l’identifiant exact de Task `Pjq0JLkzo0wHTcabU`. Ses paramètres enregistrés et son comportement lors de l’exécution restent non vérifiés. Ouvrez-la comme point de départ et examinez ses paramètres avant utilisation.

Si vous collectez des résultats, conservez ces champs de recherche déclarés :

Un extrait est un court passage fourni dans un résultat de recherche. Ouvrez la page avant d’utiliser ce texte comme preuve. Le guide des preuves vérifiées sur les pages explique ce passage d’un résultat de recherche à un passage de la source.

Conservez les données d’entrée de la recherche avec les résultats obtenus. Si plusieurs requêtes renvoient la même page, gardez ces observations. Le guide de fusion des exports de recherche explique comment préserver les preuves relatives aux requêtes et aux rangs. Ici, la comparaison des modifications porte sur la page sélectionnée et ses versions enregistrées.

3. Confirmez l’identité de la page avant de comparer les versions

L’identité d’une page désigne les informations qui établissent quel document représente une copie enregistrée. Une adresse seule ne suffit pas toujours à le déterminer. Une page peut rediriger vers une autre, changer de langue ou afficher la documentation d’une autre version du produit.

À chaque visite suivante, vérifiez l’adresse demandée, l’adresse finale, le titre de la page, le titre de la section et le périmètre indiqué. Notez les modifications de ces éléments avant de comparer le texte.

Ne comparez pas sans le signaler un ancien guide d’export avec une nouvelle page d’aide générale au seul motif que le premier redirige vers la seconde. Conservez les deux copies et marquez la comparaison comme non résolue tant que vous n’avez pas établi ce que représente chaque page.

De même, gardez séparées les différentes langues et versions du produit. Si le périmètre de votre recherche change, notez-le. Un ensemble de pages plus large peut être utile, mais il ne crée pas d’anciens instantanés pour les pages nouvellement ajoutées.

4. Enregistrez le texte ainsi que la date et l’heure d’observation

À chaque contrôle, enregistrez tout le texte public pertinent de la page. Conservez aussi le passage exact lié à la tâche de l’acheteur. Une capture d’écran peut aider à garder la mise en page visible, mais conservez du texte que vous pouvez comparer et citer avec précision.

Conservez les conditions qui entourent l’affirmation. Une phrase sur l’export JSON peut dépendre d’une restriction de forfait, d’une version du produit ou d’une condition d’accès indiquées à proximité. Enregistrer uniquement le nom du format peut supprimer la condition qui lui donne son sens.

Créez une fiche par observation de page :

Distinguez la date et l’heure d’observation d’une date affichée sur la page. La date et l’heure d’enregistrement montrent quand vous avez observé le texte. Une date affichée n’a que le sens que lui donne la page. Aucune de ces dates ne prouve automatiquement quand une phrase précise a changé.

Gardez les preuves publiques séparées de vos propres documents de suivi. Le texte de la page officielle est une source publique. Les références d’instantanés, les copies enregistrées, les notes d’examen et les priorités de l’acheteur sont des documents que vous gérez. Les champs de recherche déclarés n’établissent pas que l’Actor crée ces documents pour vous.

N’écrasez pas une ancienne copie avec une nouvelle. Sans le texte ancien conservé, vous ne pourrez pas vérifier la différence plus tard.

5. Comparez des passages équivalents et classez les modifications du texte

Comparez deux instantanés validés de la même page, dans le même périmètre pertinent. Lisez les passages complets côte à côte. Une comparaison de texte peut repérer des différences possibles, mais examinez chacune dans son contexte.

Distinguez les catégories de modifications du texte :

Un texte supprimé ne prouve pas la suppression d’une fonctionnalité. Un texte ajouté ne prouve pas le lancement d’une nouvelle fonctionnalité. Une condition modifiée peut compter davantage pour la tâche de l’acheteur qu’un format nouvellement mentionné.

Notez l’intervalle d’observation en termes simples : « Le texte diffère entre les copies enregistrées le 1er octobre et le 8 octobre. » Ne remplacez pas ce constat par une date précise de modification que les preuves ne fournissent pas.

Pour chaque différence possible, enregistrez une fiche de modification :

6. Étudiez un exemple avec soin

Fiction originale à visée pédagogique. Il ne s’agit ni d’une exécution d’Actor, ni d’un résultat client, ni d’un constat observé dans une entreprise. Toutes les adresses, tous les passages, toutes les dates et toutes les fiches ci-dessous sont inventés.

Imaginez une personne chargée de recherche qui vérifie la documentation d’export pour un processus de création de rapports. Elle enregistre tout le texte public de la page fictive A, à l’adresse `https://example.com/help/exports`, le 1er octobre et le 8 octobre 2026. Les deux observations ont lieu à 12:00:00 UTC. UTC est une référence horaire standard.

L’identité de la page, la langue et le périmètre pertinent correspondent dans les deux copies. Cette personne trouve aussi la page fictive B, à l’adresse `https://example.com/help/report-formats`, le 8 octobre. Aucune copie antérieure de la page B n’est disponible.

Voici les passages pertinents complets conservés pour l’exemple :

CSV et JSON sont des formats de données. L’exemple les nomme pour illustrer une comparaison de texte. Il ne teste aucun des deux formats.

Pour la page A, la fiche de modification validée indique : « Le passage sur l’export ajoute une mention de JSON entre les observations du 1er octobre et du 8 octobre. » Les deux copies complètes de la page et les deux passages exacts restent disponibles pour examen.

Pour la page B, la fiche indique : « Le passage du 8 octobre documente l’export JSON. Aucun instantané antérieur n’est disponible. » Elle ne consigne pas une deuxième modification prouvée.

Le calcul distingue les unités :

• La page A compte 2 observations enregistrées. La page B compte 1 observation enregistrée. Total : 2 + 1 = 3 observations enregistrées.
• La page A fournit 1 paire comparable. La page B ne fournit aucune paire, car sa copie antérieure manque.
• La paire comparable contient 1 modification du texte observée sur 1 page.
• La page B fournit 1 observation de page uniquement actuelle. On ignore si son texte a changé.

Ces nombres concernent des pages, des copies enregistrées et des comparaisons. Ils ne comptent ni clients, ni utilisateurs, ni lancements de fonctionnalités, ni exports réussis. L’absence de copie antérieure de la page B ne prouve pas qu’elle ne contenait aucune mention antérieure de JSON.

La note sur la tâche de l’acheteur indique que l’affirmation relative à JSON peut avoir un effet sur l’examen des exports. L’étape suivante consiste à vérifier la fonctionnalité dans le périmètre du produit requis par l’acheteur. La fiche ne fournit ni date de lancement ni résultat d’utilisation.

7. Rendez visibles les échecs et les preuves manquantes

Un contrôle qui échoue ne doit pas conduire à affirmer qu’un texte a disparu. Utilisez des états clairs pour que les lecteurs suivants puissent voir quelles comparaisons sont valides.

« Aucune modification du texte observée » s’applique uniquement aux passages et à l’intervalle contrôlés. Cela ne signifie pas que l’ensemble du produit est resté inchangé.

Laissez les dates et les passages manquants marqués comme tels. Utilisez zéro uniquement lorsqu’une comparaison validée justifie réellement un compte nul. Par exemple, zéro modification validée peut décrire un examen terminé. Ce nombre ne peut pas décrire un examen pour lequel le texte de la page lors du contrôle ultérieur manquait.

Conservez les observations qui ont échoué dans l’historique. Ne remplacez pas le dernier instantané utilisable par une copie vide ou incomplète.

8. Vérifiez les preuves sur le produit et rédigez la synthèse

Avant de qualifier une modification du texte de lancement de fonctionnalité, cherchez une autre source officielle datée qui appuie cette affirmation. Les notes de version peuvent aider, mais une date située à proximité ne suffit pas à établir la date de lancement de la fonctionnalité précise.

Si la décision de l’acheteur exige une capacité testée, prévoyez un contrôle distinct avec la version du produit, le forfait et le processus requis. Marquez ce contrôle comme proposé tant qu’il n’a pas eu lieu. Une prise en charge documentée et un comportement testé constituent deux états de preuve différents.

Rédigez la synthèse autour de la tâche de l’acheteur. Présentez d’abord la différence de texte observée. Donnez ensuite le lien de la page, les dates et heures des deux observations, les références des deux passages et le périmètre pertinent. Expliquez pourquoi le texte pourrait avoir un effet sur la décision. Terminez par la question non résolue et les prochaines preuves nécessaires.

Relisez la synthèse avant de la partager :

1. Confirmez que les deux versions enregistrées restent disponibles.
2. Vérifiez que les passages appartiennent à la même page et au même périmètre pertinent.
3. Vérifiez chaque mot cité à partir du texte conservé.
4. Distinguez les dates et heures d’observation des dates de modification ou de lancement avancées.
5. Gardez les pages observées uniquement à la date actuelle séparées des modifications du texte prouvées.
6. Supprimez les affirmations sur l’adoption, les performances ou les effets commerciaux que les preuves ne permettent pas d’appuyer.