A clareza da palavra escrita num mundo de ruído digital

Entre a velocidade dos algoritmos, a arquitetura da informação e a responsabilidade de escrever com precisão.

O ruído começa antes da primeira palavra

Uma página pode abrir em menos de um segundo e, ainda assim, não conseguir comunicar uma ideia simples. Já encontrei esta contradição em projetos web nos quais o desempenho técnico era tratado como prova suficiente de qualidade. O servidor respondia depressa. O navegador recebia os recursos. Mas o leitor perdia-se entre títulos vagos, blocos intermináveis de texto e elementos visuais sem uma função evidente.

O problema começa na própria organização da informação.

Cada interrupção tem um custo. Uma notificação, um título sensacionalista ou um parágrafo que promete uma ideia sem chegar a desenvolvê-la fragmenta a atenção. O leitor deixa de acompanhar um raciocínio e passa a recolher fragmentos. Lê muito. Compreende pouco. A diferença entre estas duas experiências não está necessariamente na quantidade de palavras, mas na relação que estabelecemos entre elas.

A estrutura técnica de uma página pode agravar esta dificuldade. Consideremos dois documentos HTML. O primeiro utiliza sucessivos elementos div para representar cabeçalhos, navegação, conteúdo principal e secções. Visualmente, poderá parecer organizado. No entanto, a sua estrutura não comunica claramente a função de cada elemento. O segundo utiliza main, article, nav e cabeçalhos h2 de forma coerente. A diferença não é meramente estética. É semântica.

O navegador, os mecanismos de pesquisa e as tecnologias de assistência conseguem interpretar melhor um documento cuja estrutura corresponde ao significado do conteúdo.

Há outro paradoxo interessante. Uma página apresenta um TTFB de 120 milissegundos, um resultado tecnicamente satisfatório, mas contém títulos ambíguos, parágrafos excessivamente extensos e uma hierarquia visual confusa. A rapidez da resposta não resolve a lentidão da compreensão.

Também os leitores de ecrã dependem desta organização. Quando os cabeçalhos saltam arbitrariamente de h2 para h4, ou quando não existe uma sequência lógica entre secções, a navegação torna-se menos intuitiva. O leitor perde referências sobre a posição e a importância de cada argumento.

A arquitetura de uma página revela, portanto, uma determinada maneira de pensar. Se as ideias não possuem relações claras, dificilmente a sua representação técnica será coerente. E talvez seja precisamente aqui que a escrita exige mais rigor: não basta escolher palavras corretas, é necessário compreender o significado que pretendemos preservar quando essas palavras entram em contacto com máquinas, interfaces e leitores.

A precisão da linguagem entre humanos e algoritmos

Uma palavra mal escolhida pode comprometer um parágrafo inteiro. Não por razões gramaticais, mas porque o pensamento perde precisão quando o autor utiliza expressões que não correspondem exatamente àquilo que pretende dizer. Escrever exige escolhas. Cada substantivo delimita uma ideia, cada verbo estabelece uma relação e cada adjetivo acrescenta uma interpretação que merece ser ponderada.

A diferença percebe-se facilmente nos títulos. «A tecnologia está a mudar tudo» anuncia pouco, apesar da aparente amplitude. «Como os cabeçalhos HTTP identificam a língua de uma página» delimita um problema concreto e antecipa aquilo que o leitor encontrará. O segundo título não é necessariamente mais elegante. É mais honesto quanto ao seu conteúdo.

Esta precisão também importa quando o texto atravessa a infraestrutura técnica da internet. Uma máquina não interpreta uma frase exatamente como uma pessoa, mas depende de referências estruturadas para identificar entidades, relações e propriedades. É aqui que entram os metadados.

Um exemplo conceptual de JSON-LD permite identificar um artigo:

json

{

"@context": "https://schema.org",

"@type": "Article",

"headline": "A precisão da linguagem digital",

"author": {

"@type": "Person",

"name": "Slobodan Marković"

},

"datePublished": "2026-11-05",

"inLanguage": "pt"

}

Estes campos não tornam o artigo mais inteligente. Tornam a sua identificação mais explícita.

Algo semelhante acontece com a indicação da língua. O atributo lang="pt" no elemento HTML informa os navegadores e as tecnologias de assistência sobre o idioma do documento. O cabeçalho HTTP Content-Language: pt pode complementar essa informação ao nível da resposta do servidor. São mecanismos diferentes, com funções relacionadas, mas não substituem a qualidade do texto.

Já encontrei páginas com dezenas de palavras-chave repetidas, construídas aparentemente para satisfazer mecanismos de pesquisa. Falta-lhes, contudo, uma resposta clara à pergunta que levou alguém até ali. O vocabulário está presente. O significado, não.

A otimização semântica não consiste em repetir palavras, mas em estabelecer relações compreensíveis entre conceitos. A pergunta seguinte é inevitável: quando a publicação se tornou tão rápida, quem ainda reserva tempo para verificar se aquilo que escreveu merece realmente a atenção de alguém?

Escrever com atenção é uma forma de resistência

Publicar tornou-se mais fácil do que pensar cuidadosamente sobre aquilo que se publica. Um clique basta. A revisão, pelo contrário, exige tempo, alguma disciplina e a disponibilidade para reconhecer que uma frase aparentemente boa talvez não tenha nada de necessário.

Na minha experiência com projetos digitais, aprendi a tratar a escrita como parte de uma arquitetura. Não basta que cada elemento exista; precisa de justificar a sua presença. O mesmo princípio aplica-se ao texto.

Costumo distinguir três momentos no trabalho editorial. Primeiro, escrever uma versão inicial sem interrupções, deixando o raciocínio encontrar a sua forma. Depois, rever a precisão das afirmações, verificar os dados e identificar generalizações que escondem lacunas de conhecimento. Finalmente, eliminar tudo aquilo que não acrescenta significado. Esta última etapa é frequentemente a mais difícil.

A diferença torna-se evidente quando comparamos dois parágrafos de cem palavras. Um pode falar repetidamente da importância da tecnologia, da comunicação e da inovação, sem apresentar uma única observação verificável. Outro pode desenvolver apenas uma ideia: por exemplo, explicar como um cabeçalho HTML mal estruturado prejudica a navegação por tecnologias de assistência. Menos assuntos. Mais conhecimento.

Antes de publicar, faço algumas verificações simples. O título corresponde realmente ao conteúdo? Cada H2 anuncia uma ideia específica? Cada parágrafo acrescenta informação? Os elementos semânticos HTML representam corretamente a hierarquia do documento? São perguntas editoriais e técnicas, mas todas procuram evitar a mesma falha: obrigar o leitor a reconstruir aquilo que o autor deveria ter explicado.

A clareza não significa retirar complexidade ao pensamento. Significa apresentá-la sem esconder as relações entre as ideias.

Tenho uma recomendação prática para qualquer pessoa que escreva para a internet: antes de publicar, retire uma frase de cada parágrafo e observe o resultado. Se o argumento não perder nada de essencial, provavelmente aquela frase nunca precisou de estar ali.

O respeito pelo leitor começa precisamente nesse pequeno exercício de honestidade.