# Como comparar afirmações e evidências de apoio em publicações do LinkedIn

Salve o texto conhecido de publicações públicas do LinkedIn com a identidade da fonte e, em seguida, compare a afirmação de cada publicação com o apoio que ela oferece. Um Actor é um programa hospedado de coleta de dados. Uma Task é uma predefinição de entrada salva. Este método ajuda você a escolher um ângulo original para fundamentar na pesquisa de conteúdo. O Actor não pode verificar se os estudos vinculados são verdadeiros, ler gráficos nem conferir palavras faladas. Valores ausentes permanecem desconhecidos, e o horário de observação permanece separado do horário de publicação.

## Coletar dados de publicações públicas

Copie até três URLs conhecidas de publicações públicas diretamente em `startUrls`, na [Task de texto de publicações do LinkedIn e métricas de engajamento](https://apify.com/chronometrica/linkedin-post-scraper/examples/linkedin-post-text-engagement-data) hospedada no [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper). Substitua manualmente toda a lista de exemplo existente. A Task aceita links de publicações copiados. Ela não oferece descoberta por palavra-chave, um arquivo completo da conta, uma extensão de navegador nem uma integração com o Google Docs.

Salve a cópia intacta da fonte e acompanhe os resultados do conjunto de dados separadamente da sua tabela de análise. Mantenha pendente qualquer texto de publicação indisponível até inspecioná-lo. Uma execução bem-sucedida não prova que todas as mídias ou as transcrições de vídeo estão disponíveis. O Actor coleta dados da publicação; ele não verifica estudos vinculados, não confere evidências em imagens, não valida palavras faladas nem escreve conteúdo novo.

Cada linha do conjunto de dados contém campos de saída exatos: `inputUrl`, `url`, `postUrn`, `activityId`, `ugcPostId`, `authorUrl`, `authorName`, `text`, `headline`, `publishedAt`, `observedAt`, `captionUrl`, `transcript`, `status` e `statusReason`. Valores ausentes permanecem desconhecidos. O campo `publishedAt` pode derivar de metadados públicos da fonte ou de um `activityId`. Não há garantia de que seja o horário exato da publicação original do autor. Mantenha `publishedAt` separado de `observedAt`, que registra o horário exato da coleta.

## Oito etapas do método

1. Defina a decisão de conteúdo: escolha o problema do leitor e selecione publicações públicas de referência conhecidas para esse problema, em vez de coletar uma conta inteira.
2. Copie a URL exata de cada publicação para a Task. Salve as linhas da fonte e os resultados. Mantenha o texto indisponível fora da comparação até a verificação. Preserve uma cópia intacta da fonte e uma tabela de análise separada.
3. Leia cada publicação. Declare a afirmação principal com suas próprias palavras. Salve o trecho de origem da afirmação nas suas anotações privadas. Identifique o público, a condição declarada e a ação prometida. Não trate uma contagem de engajamento como prova da afirmação.
4. Classifique o apoio: exemplo resolvido, fonte primária vinculada, experiência pessoal, demonstração, somente afirmação ou apoio não revisado. Uma história pessoal pode ilustrar uma possibilidade; ela não pode, sozinha, provar um resultado universal. Um link não é evidência verificada até você [inspecionar o trecho relevante da fonte](/pt-BR/articles/evidencia-de-pagina-conferida-do-bing/).
5. Revise condições e contraexemplos. A afirmação se aplica apenas a uma ferramenta, uma amostra, uma organização ou um período específicos? A condição principal está na publicação ou apenas na fonte vinculada? Mantenha qualquer evidência visual pendente até a inspeção real.
6. Monte uma matriz entre publicações: chave da publicação, afirmação principal, tipo de apoio, condição, apoio ausente e pergunta original que você pode responder. Compare padrões de raciocínio, não apenas a redação ou o layout. Várias afirmações repetidas continuam sendo afirmações; não as conte como confirmação independente.
7. Escolha um ângulo original a partir de uma lacuna real de evidência que você possa resolver com seu próprio exemplo verificado ou com sua própria fonte verificada. Escreva uma estrutura curta de argumento: afirmação proposta, condição conhecida, apoio que você tem, contraexemplo a tratar e ação do leitor. Não copie uma promessa sem apoio de uma publicação de referência nem produza automaticamente uma publicação derivada.
8. Salve a matriz concluída e o motivo da estrutura escolhida. A redação do conteúdo é uma ação separada do leitor. Uma amostra de referência pode ensinar estrutura sem ser uma pesquisa representativa de todo o conteúdo do LinkedIn.

## Exemplo resolvido de afirmações e apoio

Todas as identidades e todos os textos das publicações são exemplos fictícios inventados. Um leitor quer explicar importações de planilha mais seguras para uma equipe pequena.

### Matriz de afirmação e apoio

| Chave da publicação | Afirmação principal | Tipo de apoio | Condição | Apoio ausente | Pergunta original que você pode responder |
| --- | --- | --- | --- | --- | --- |
| P1 | Exclua linhas que parecem iguais | Uma imagem recortada | Não declarado | Pode unir pedidos diferentes | Não use como regra geral |
| P2 | Use o ID do pedido mais o número da linha para verificar importações duplicadas | Exemplo resolvido de quatro linhas | A fonte tem identificadores estáveis de pedido e de linha | Casos de ID ausente não cobertos | Como verificar duplicatas com chaves ausentes |
| P3 | Nossa equipe economizou horas após a limpeza | Experiência pessoal | Fluxo de trabalho de uma equipe | Sem linha de base nem registro de tempo | Trate como afirmação relatada, não como benefício verificado |

### Linhas fictícias originais de evidência

Considere estas quatro linhas fictícias de evidência:

- Linha um: O10, linha um, item A
- Linha dois: O10, linha um, item A, importação copiada
- Linha três: O11, linha um, item A
- Linha quatro: missing-order, linha um, item A

As quatro linhas contêm um par confirmado de chave copiada entre a linha um e a linha dois. A linha três é distinta, apesar do mesmo item. A última linha tem uma chave não resolvida. Remova uma única cópia confirmada de importação somente após a verificação da chave da fonte e do valor. Preserve o O10 original, o O11 e a linha não resolvida como três observações mantidas. Não chame a linha não resolvida de pedido distinto nem de duplicata. O ponto é a condição do argumento verificado, não um segundo tutorial completo de deduplicação.

### Estrutura original de argumento em cinco partes

1. Afirmação proposta: use chaves verificadas para o tratamento automático de duplicatas e mantenha as linhas com chave ausente para revisão manual.
2. Condição conhecida: as chaves devem identificar a linha de pedido pretendida.
3. Apoio disponível: as linhas do exemplo resolvido fictício do próprio leitor.
4. Contraexemplo a tratar: dois itens com a mesma aparência podem ser dois pedidos separados.
5. Ação do leitor: mantenha as linhas não resolvidas em um registro separado.

Os tipos de apoio mudam suas escolhas de redação. P2 fornece uma condição explícita que é útil. P1 oferece uma regra ampla que precisa de correção. P3 não pode sustentar uma promessa quantitativa.

## Próxima ação

Abra a [Task de texto de publicações do LinkedIn e métricas de engajamento](https://apify.com/chronometrica/linkedin-post-scraper/examples/linkedin-post-text-engagement-data), substitua o exemplo por até três URLs conhecidas de publicações públicas com o [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper) e conclua a matriz de afirmação e apoio antes de escolher seu argumento original.

## Fontes e leituras adicionais

- [LinkedIn Post Actor](https://apify.com/chronometrica/linkedin-post-scraper)
- [Discussão no Reddit sobre scraper do LinkedIn](https://www.reddit.com/r/automation/comments/1jcodlw/linkedin_scraper_chrome_extension/)