Como o Mecita pontua
Esta checagem vale 20 pontos na nota. A tabela mostra o que o diagnóstico procura e quanto paga em cada caso, com os mesmos números que o scanner usa.
O que vale ponto
máximo 20 pontos- Passa1.500 caracteres de texto ou mais já no HTML, sem ponto de montagem vazio20
- AtençãoEntre 300 e 1.499 caracteres: crédito proporcional ao texto20 × caracteres ÷ 1.500
- FalhaMenos de 300 caracteres, ou um <div id="root"> (ou app, __next, __nuxt) vazio0
Esta checagem responde a uma pergunta simples: quando um robô de IA baixa a sua página inicial, ele encontra texto para ler ou só uma casca vazia esperando o JavaScript montar tudo?
Muitos sites modernos são feitos assim: o servidor entrega um HTML quase em branco e um pacote de JavaScript, e é o navegador de quem visita que desenha o conteúdo. Para uma pessoa não faz diferença. Para um robô que não executa JavaScript, a página está vazia, e página vazia não vira resposta de assistente.
O que o Mecita verifica
O diagnóstico baixa a sua página inicial uma única vez, sem executar nenhum script, e extrai o texto visível do HTML. Nessa extração, a gente descarta tudo o que não é conteúdo lido por uma pessoa: blocos script, style, noscript, template, svg e iframe, comentários e as próprias tags. O que sobra é contado em caracteres.
A régua tem três faixas:
- 1.500 caracteres ou mais, e nenhum ponto de montagem vazio: a checagem passa com a pontuação cheia. Mil e quinhentos caracteres dão mais ou menos dois ou três parágrafos, o mínimo para um assistente entender do que a página trata.
- Entre 300 e 1.499 caracteres: alerta, com crédito proporcional ao texto encontrado. Metade do caminho vale metade dos pontos.
- Menos de 300 caracteres: falha, sem pontos. Esse volume costuma ser só o menu e o rodapé.
O ponto de montagem vazio
Existe um segundo sinal, que derruba a checagem para zero mesmo quando há algum texto: um contêiner com id igual a root, app, __next ou __nuxt que chega do servidor completamente vazio. É a assinatura de uma aplicação que só existe depois do JavaScript. O HTML fica mais ou menos assim:
<body>
<div id="root"></div>
<script src="/assets/index-8f3a1c.js"></script>
</body>
Nesse caso o diagnóstico mostra também quantas tags script a página carrega, o que ajuda o seu desenvolvedor a confirmar o problema.
Por que não usamos um navegador de verdade
Seria fácil abrir a página num navegador automatizado e medir o texto depois de tudo carregado. A gente não faz isso de propósito: um navegador conserta HTML quebrado e executa scripts, justamente escondendo o defeito que esta checagem existe para encontrar. O Mecita lê os bytes do jeito que um robô de IA lê.
Por que isso importa para os assistentes
Um assistente de IA não cita um site; ele cita um trecho de texto. Se o texto não chega no HTML, não existe trecho. Todas as outras checagens sobre conteúdo, como trechos citáveis e sinais de autoridade, dependem desta: sem texto servido, elas não têm o que avaliar.
É por isso que esta checagem está entre as que mais pesam. E é um problema invisível para quem cuida do site, porque no navegador tudo parece perfeito. A única forma de perceber é olhar o HTML cru, que é o que o Mecita faz por você.
Como corrigir
A solução tem nome técnico, mas a ideia é simples: o servidor precisa entregar a página já com o texto dentro. Isso se chama renderização no servidor (SSR), geração estática (SSG) ou pré-renderização. As três resolvem o problema; a diferença é quando o HTML é montado.
WordPress
Um site WordPress comum já entrega o texto no HTML, porque as páginas são montadas no servidor pelo PHP. O problema aparece com construtores visuais que carregam o conteúdo por JavaScript, com temas que montam seções inteiras depois do carregamento ou com "WordPress headless" ligado a um front-end em React. Se o diagnóstico acusar pouco texto, desative a função que carrega conteúdo sob demanda e confira de novo.
Wix, Shopify e Nuvemshop
As três plataformas montam as páginas no servidor. Quando esta checagem falha nelas, a causa costuma ser o conteúdo em si: uma página inicial feita só de imagens, banners com texto dentro da imagem ou carrosséis. Troque o texto que está dentro das imagens por texto de verdade, escrito na página.
Next.js
O Next.js renderiza no servidor por padrão no App Router: componentes de servidor já entregam o HTML pronto. O cuidado é não buscar o conteúdo principal dentro de um useEffect num componente com 'use client'. Busque os dados no componente de servidor:
export default async function Page() {
const data = await getHomeContent()
return <main>{data.intro}</main>
}
React sem framework (Vite, Create React App)
Aqui está o caso clássico do <div id="root"></div> vazio. As saídas, da mais completa para a mais rápida: migrar para um framework com renderização no servidor, como Next.js, Remix ou Astro; ou gerar HTML estático das páginas principais no momento do build, com uma ferramenta de pré-renderização. Para uma empresa pequena, pré-renderizar a página inicial e as páginas de serviço já muda o resultado.
Site próprio
Se o seu site é montado por um sistema próprio, peça ao desenvolvedor para conferir o HTML com curl e ver se o texto principal aparece na resposta:
curl -s https://seusite.com.br/ | grep -i "pão de fermentação natural"
Se a frase que está na sua página inicial não aparece, o robô também não vê.
Como conferir depois de corrigir
No navegador, use a opção de ver o código-fonte da página (não o inspetor, que mostra a página já montada). Procure uma frase do seu texto principal. Se ela está lá, o robô também encontra. Depois rode o diagnóstico de novo e veja o número de caracteres na checagem subir.
Perguntas frequentes
No meu navegador o site aparece completo. Por que o Mecita diz que não tem texto?
Porque o navegador executa o JavaScript e monta a página na sua frente. O Mecita lê o HTML exatamente como ele sai do servidor, antes de qualquer script, que é como a maioria dos robôs de IA lê. Se o texto só aparece depois do JavaScript, para esses robôs ele não existe.
O Google não executa JavaScript? Então por que isso importaria?
O robô do Google consegue renderizar JavaScript, mas faz isso numa etapa separada e mais demorada. Os robôs que alimentam os assistentes de IA, em geral, leem só o HTML que o servidor entrega. Depender do JavaScript é apostar que todos vão se comportar como o Google.
Colocar o texto dentro de uma tag noscript resolve?
Não conta para o Mecita. A gente descarta o conteúdo de noscript, script, style, template, svg e iframe antes de medir, porque esses blocos não são o conteúdo principal da página. O caminho é servir o texto de verdade no HTML.