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#

⭐ [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#

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á.