Trois cartes de publication relient des passages surlignés à une matrice d'appui et à une carte de plan original.
Gardez une affirmation et son appui observé séparés.

Collecter les données de publications publiques

Copiez jusqu'à trois URL connues de publications publiques directement dans `startUrls`, dans la Task de données de texte et de mesures d'engagement des publications LinkedIn hébergée sur le LinkedIn Post Actor. Remplacez manuellement toute la liste d'exemples existante. La Task accepte les liens de publications copiés. Elle ne prend pas en charge la découverte par mots-clés, une archive complète de compte, une extension de navigateur, ni une intégration Google Docs.

Enregistrez la copie source non modifiée et suivez les résultats du jeu de données séparément de votre tableau d'analyse. Gardez tout texte de publication indisponible en attente jusqu'à ce que vous l'inspectiez. Une exécution réussie ne prouve pas que tous les médias ou toutes les transcriptions vidéo sont disponibles. L'Actor collecte les données des publications ; il ne vérifie pas les études liées, ne contrôle pas les preuves dans les images, ne valide pas les paroles prononcées et n'écrit pas de nouveau contenu.

Chaque ligne du jeu de données contient les champs de sortie exacts : `inputUrl`, `url`, `postUrn`, `activityId`, `ugcPostId`, `authorUrl`, `authorName`, `text`, `headline`, `publishedAt`, `observedAt`, `captionUrl`, `transcript`, `status` et `statusReason`. Les valeurs manquantes restent inconnues. Le champ `publishedAt` peut provenir des métadonnées publiques de la source ou d'un `activityId`. Il n'est pas garanti comme étant l'heure exacte de publication originale de l'auteur. Gardez `publishedAt` distinct de `observedAt`, qui enregistre l'heure exacte de la collecte.

Huit étapes de la méthode

  1. Définissez la décision de contenu : choisissez le problème de votre lecteur et sélectionnez des publications publiques de référence connues pour ce problème, plutôt que de collecter un compte entier.
  2. Copiez l'URL exacte de chaque publication dans la Task. Enregistrez les lignes sources et les résultats. Gardez le texte indisponible hors de la comparaison jusqu'à vérification. Conservez une copie source non modifiée et un tableau d'analyse séparé.
  3. Lisez chaque publication. Formulez son affirmation principale avec vos propres mots. Enregistrez le passage source de l'affirmation dans vos notes privées. Identifiez le public, la condition énoncée et l'action promise. Ne traitez pas un nombre d'interactions comme une preuve de l'affirmation.
  4. Classez son appui : exemple résolu, source primaire liée, expérience personnelle, démonstration, simple affirmation, ou appui non examiné. Un récit personnel peut illustrer une possibilité ; il ne peut pas, à lui seul, prouver un résultat universel. Un lien n'est pas une preuve vérifiée tant que vous n'inspectez pas le passage source pertinent.
  5. Examinez les conditions et les contre-exemples. L'affirmation s'applique-t-elle seulement à un outil, un échantillon, une organisation ou une période précis ? La condition clé est-elle dans la publication ou seulement dans la source liée ? Gardez toute preuve visuelle en attente jusqu'à une inspection réelle.
  6. Construisez une matrice entre publications : clé de publication, affirmation principale, type d'appui, condition, appui manquant, question originale à laquelle vous pouvez répondre. Comparez les schémas de raisonnement, pas seulement la formulation ou la mise en page. Plusieurs affirmations répétées restent des affirmations ; ne les comptez pas comme une confirmation indépendante.
  7. Choisissez un angle original à partir d'un manque réel d'appui que vous pouvez combler avec votre propre exemple vérifié ou votre propre source vérifiée. Rédigez un court plan d'argument : affirmation proposée, condition connue, appui dont vous disposez, contre-exemple à traiter, action du lecteur. Ne copiez pas une promesse non étayée d'une publication de référence et ne produisez pas automatiquement une publication dérivée.
  8. Enregistrez la matrice terminée et la raison du plan choisi. La rédaction du contenu est une action séparée du lecteur. Un échantillon de référence peut enseigner une structure sans être une enquête représentative de tout le contenu LinkedIn.

Exemple résolu d'affirmations et d'appui

Toutes les identités et tous les textes de publications sont des exemples fictifs inventés. Un lecteur veut expliquer à une petite équipe comment importer des feuilles de calcul de façon plus sûre.

Matrice des affirmations et des appuis

Exemple résolu d'affirmations et d'appui
Clé de publicationAffirmation principaleType d'appuiConditionAppui manquantQuestion originale à laquelle vous pouvez répondre
P1Supprimez les lignes qui se ressemblentUne image recadréeNon énoncéePeut fusionner des commandes différentesNe pas utiliser comme règle générale
P2Utilisez l'identifiant de commande et le numéro de ligne pour vérifier les importations en doubleExemple résolu de quatre lignesLa source a des identifiants stables de commande et de ligneCas d'identifiant manquant non couvertsComment vérifier les doublons lorsque des clés manquent
P3Notre équipe a gagné des heures après le nettoyageExpérience personnelleFlux de travail d'une seule équipeAucune référence initiale ni enregistrement du tempsTraiter comme une affirmation rapportée, pas comme un bénéfice vérifié

Lignes de preuve originales fictives

Examinez ces quatre lignes de preuve fictives :

  • Ligne un : O10, ligne un, article A
  • Ligne deux : O10, ligne un, article A, importation copiée
  • Ligne trois : O11, ligne un, article A
  • Ligne quatre : commande manquante, ligne un, article A

Quatre lignes contiennent une paire à clé copiée confirmée entre la ligne un et la ligne deux. La ligne trois est distincte malgré le même article. La dernière ligne a une clé non résolue. Ne retirez une copie d'importation confirmée qu'après la vérification de la clé source et de la valeur. Conservez l'O10 original, l'O11 et la ligne non résolue comme trois observations retenues. Ne qualifiez pas la ligne non résolue de commande distincte ni de doublon. L'objet est la condition de l'argument vérifié, et non un second tutoriel complet de déduplication.

Plan d'argument original en cinq parties

  1. Affirmation proposée : utilisez des clés vérifiées pour le traitement automatique des doublons et gardez les lignes à clé manquante pour un examen manuel.
  2. Condition connue : les clés doivent identifier la ligne de commande visée.
  3. Appui disponible : les lignes de l'exemple résolu fictif propre au lecteur.
  4. Contre-exemple à traiter : deux articles d'apparence identique peuvent être deux commandes séparées.
  5. Action du lecteur : tenez un registre séparé des éléments non résolus.

Les types d'appui changent vos choix d'écriture. P2 fournit une condition explicite qui est utile. P1 propose une règle large qui doit être corrigée. P3 ne peut pas étayer une promesse quantitative.

Sources et lectures complémentaires

Par Chronometrica · Mis à jour

Retour en haut ↑