---
fonte: 01-canonicos/seed-praticas.md
versao_da_fonte: v1.2
secao: 22
titulo: "Artigo e conteúdo longo — LinkedIn e blog do site"
sequencia: 23 de 25
bytes_do_corpo: 9234
md5_do_corpo: ae3e87d4298af9a7d0253dcad535f892
gerado_por: 06-validacao/geradores/gen-camada-ia.py
nota: fatia GERADA — o corpo abaixo é byte a byte o trecho do canônico; edite o canônico, nunca esta fatia. Canônico inteiro em https://ds.seed.eng.br/01-canonicos/seed-praticas.md
---
## 22. Artigo e conteúdo longo — LinkedIn e blog do site

> **Origem:** base **NOVA**, escrita em 2026-09-08 na F9.8 onda 5, por veredito **V-B2** dele (MANIFESTO §186).
>
> **Revisão:** conteúdo revisado em 2026-09-08 · ciclo de 6 meses (V-B3 = A) · vence em 2027-03-08
>
> **Estado: ✅ auditada na origem** — limites de plataforma e orientação de busca lidos nas fontes oficiais na data declarada.

### 22.0 Como ler esta seção — e o que ela não consegue provar

Valem as etiquetas da §1.0.

⚠ **O que esta seção NÃO consegue provar:** posição em busca, tráfego e "o que ranqueia". Ninguém de fora mede o algoritmo de busca, e a única coisa publicada pelo Google é **orientação de qualidade**, não fórmula. O que a casa pode medir é o que aparece no Search Console e no Bing Webmaster das **suas** propriedades — e isso é matéria da F9.4, não desta base.

### 22.1 As três casas do texto longo

| onde | limite oficial | quem manda |
|---|---|---|
| **post do LinkedIn** | `[plataforma]` *"The character limit for a post is 3,000 characters"* (LinkedIn Help, *"Post and share updates"*, lido em 2026-09-08) | LinkedIn |
| **artigo e newsletter do LinkedIn** | `[plataforma]` *"All LinkedIn members have the ability to create a newsletter"*, e o administrador da Página também publica; ao publicar, *"push, in-app, and email notifications are sent to all your subscribers"* (LinkedIn Help, *"LinkedIn Newsletters"*, lido em 2026-09-08). ⚠ **A ajuda oficial não publica limite de caracteres de artigo** — os números que circulam são de terceiros: `[não conferido]` | LinkedIn |
| **blog no domínio da casa** | sem limite; o contrato é o da camada de máquina do DS | nós |

⭐ `[SEED]` **A regra que ordena as três: o artigo mora no nosso domínio; o LinkedIn é distribuição.** O motivo não é preferência — é a doutrina IA-primeiro que já governa esta casa: no domínio próprio existem `llms.txt`, `sitemap.xml`, dados estruturados, URL canônica e o `.md` ao lado de cada página, que é o que um agente lê inteiro. Nada disso existe dentro do LinkedIn. Publicar só lá é entregar o acervo a uma plataforma que pode mudar as regras — e é exatamente o erro que a casa já mediu em outro contexto: **publicado ≠ alcançável**.

`[SEED]` **A newsletter do LinkedIn tem uma vantagem real e concreta**, e ela está no texto oficial: cada edição dispara **notificação por push, no aplicativo e por e-mail** para todos os assinantes. Isso é distribuição garantida, o que nenhum post orgânico oferece. Contrapartida: o assinante é do LinkedIn, não da casa — a lista própria continua sendo a da §20.

### 22.2 O que o Google pede, na palavra dele

`[plataforma]` *"Criar conteúdo útil, confiável e voltado para as pessoas"*, documentação do Google Search Central, lida em **2026-09-08**. As perguntas de autoavaliação que interessam a uma empresa de engenharia:

- *"O conteúdo mostra informações, relatos, pesquisas ou análises originais?"*
- *"O conteúdo apresenta as informações de maneira confiável, com indicação clara da fonte?"*
- *"O conteúdo é escrito ou revisado por especialistas ou entusiastas que comprovadamente conhecem bem o tema?"*
- *"Fica claro para os visitantes quem criou seu conteúdo?"* e *"As páginas contêm uma assinatura onde é esperado?"*
- O que **evitar**: *"O conteúdo é feito principalmente para atrair visitas de mecanismos de pesquisa?"* e *"Você está resumindo principalmente o que as outras pessoas têm a dizer sem agregar muito valor?"*

⭐ E duas linhas que caem em cheio numa casa que produz com agente de IA:

- *"O uso da automação, incluindo a geração de IA, fica evidente para os visitantes?"*
- Usar IA *"para produzir conteúdo com o objetivo principal de manipular classificações de pesquisa (…) é uma violação das nossas políticas de spam"*.

`[SEED]` **A leitura da casa:** produzir com IA não é o problema — **produzir sem responsável é**. O padrão da SEED é o mesmo do documento técnico: o artigo técnico tem **autor nomeado**, e conteúdo que afirma coisa de engenharia passa por **revisão do engenheiro responsável** antes de publicar. Isso atende à pergunta do Google sobre especialista e assinatura, e atende à regra da casa que já existia.

### 22.3 A camada de máquina não se reinventa aqui

O contrato técnico da página já está no canon e **vence** sobre qualquer coisa desta seção: `seed-componentes.md` §47 (**MK1 a MK23**) — `<h1>` único, título e descrição próprios, URL canônica, `lang="pt-BR"`, `alt` em toda imagem de conteúdo, dados estruturados por **tipo** de página, e a proibição de marcar o que não está visível.

`[SEED]` Para artigo, três aplicações diretas:

1. **Dados estruturados de artigo** — e nada de marcar autor, data ou avaliação que a página não mostra. Marcação fabricada é pior que ausente (MK20).
2. **Data visível de publicação e de última revisão.** Conteúdo técnico envelhece: um artigo sobre a NR-10 escrito hoje muda em 01/06/2027 (§16.3). Data escondida é a mesma doença que esta base combate com a linha de revisão de cada seção.
3. **O `.md` ao lado.** Toda página publicada serve o Markdown dela — é o que um agente lê inteiro, sem ruído.

### 22.4 Como se escreve o artigo técnico da casa

Tudo `[SEED]`.

- **O título é a pergunta que alguém realmente faz.** "Preciso de SPDA na minha indústria?" vale mais que "SPDA: tudo o que você precisa saber".
- **A resposta vem no primeiro parágrafo.** Sem suspense: quem chegou por busca ou por IA quer a resposta, e quem quiser o porquê continua lendo. É também o trecho que um agente cita.
- **Um subtítulo por pergunta.** A estrutura em perguntas é o que permite a uma IA achar e citar o pedaço certo — e é o que permite a uma pessoa apressada achar também.
- **Número com fonte e data, sempre.** É a regra da casa inteira, e nesta base ela já derrubou uma estatística de 1942 (§11) e três erros numa linha só (§2).
- **Norma citada com edição e data de consulta** (§16.4). Artigo de engenharia que cita "a NBR 5410" sem ano tem o mesmo defeito do laudo.
- **Nada de dado institucional inventado.** Fonte exclusiva: `sobreaseed.md`. A §9 já achou dois números institucionais falsos circulando em material comercial.
- **Caso de cliente só com as três condições** — dado em documento da SEED, autorização de divulgação, revisão do responsável técnico (§5). Descrição genérica é do cliente **real**, nunca inventada.
- **Imagem com texto alternativo** (§18.3) e foto conforme a §17.
- **Um link interno para o serviço** que o artigo toca, e **link externo para a fonte** que ele cita. Fonte que não se pode linkar se identifica por número, órgão e data.
- **Assinatura de pessoa**, com cargo — e CREA quando o conteúdo é de engenharia.

### 22.5 Reaproveitar sem duplicar

`[SEED]` O artigo é a peça-mãe: dele saem carrossel (§3–§5), post, roteiro de vídeo (§19) e edição de e-mail (§20). Duas cautelas:

- **Não republicar o texto inteiro em dois endereços sem apontar o original.** Quando o mesmo conteúdo vai para o blog e para o LinkedIn, o LinkedIn recebe uma **versão adaptada e mais curta** com link para o original — não uma cópia.
- **Cada derivada se sustenta sozinha.** É a lição do carrossel (§5): a plataforma não garante que a pessoa veja a sequência, nem a ordem.

### 22.6 Anti-padrões

| ⛔ | por quê |
|---|---|
| Artigo que só existe no LinkedIn | não tem `.md`, nem canônica, nem dados estruturados, nem `llms.txt` — e não é nosso |
| Título de suspense com a resposta no fim | quem veio por busca ou por IA sai antes |
| Texto escrito para o buscador | o Google pergunta exatamente isso na autoavaliação |
| Resumo do que os outros disseram | *"sem agregar muito valor"* — palavras do Google |
| Conteúdo técnico sem autor nem revisão de engenheiro | falha na pergunta do especialista e na regra da casa |
| Marcar dados estruturados que a página não mostra | MK20: marcação fabricada é pior que ausente |
| Artigo sem data visível | conteúdo técnico envelhece, e o leitor não tem como saber |
| Copiar o texto inteiro no blog e no LinkedIn | duplicação sem original declarado |
| Publicar com IA e apresentar como escrito por especialista | o Google pergunta se a automação fica evidente; e a casa exige responsável nomeado |

### 22.7 O que ficou de fora desta rodada

- **Posição em busca, volume de palavra-chave e ferramentas de SEO** — não são prática verificável nesta base; e a medição das propriedades da casa é da **F9.4**.
- **Limite de caracteres de artigo e de newsletter do LinkedIn** — a ajuda oficial não publica: `[não conferido]`.
- **Como as respostas de IA (busca do ChatGPT, Perplexity, resumos do Google) escolhem o que citar** — não há documentação oficial que permita afirmar; o que a casa faz é o que já está no canon: ser achável, legível e citável.
- **Blog do site da SEED** — a estrutura existe no projeto do site, não neste design system. Esta seção descreve a prática; a implementação é de lá.

