Otimização On-Page

A otimização on-page é o alinhamento, no nível da página, de títulos, descrições, cabeçalhos, entidades, âncoras internas e mídia com uma tarefa útil do leitor. O tipo de post já decide a função estrutural da página; esta fase faz com que cada sinal visível e legível por máquina descreva essa função de forma consistente.

Fase: P11 · Estágio C — Produzir. Timebox: 60–90 minutos para uma página nova após aprovação editorial; duas a quatro horas para uma página existente, pois são necessários diagnóstico, preservação e evidências de antes e depois. Responsável: Líder de conteúdo SEO. Colaboradores: redator ou editor, estrategista de SEO, designer para mudanças materiais de mídia e desenvolvedor quando os templates emitem o HTML errado.

Por que esta fase, e por que aqui

P11 consome o rascunho aprovado e os controles de produção do sistema de produção de conteúdo , além da intenção da página, URL canônica, entidades primárias, evidências necessárias e especificação de tipo de post . A estrutura já respondeu se o ativo é um guia, comparação, página de produto, termo de glossário ou outro formato. O trabalho on-page não deve redesenhar essa decisão tentando encaixar todas as variantes de consulta na página.

A fase existe porque o mesmo artigo preciso pode enviar sinais conflitantes. Uma aba do navegador pode prometer “Guia de Migração de CRM Empresarial”, o H1 pode dizer “Movendo Seus Dados”, a introdução pode nunca nomear os sistemas envolvidos, e os links internos podem chamar a página de “leia mais”. Uma pessoa pode inferir a relação após a leitura. Um mecanismo de busca, leitor de tela ou sistema de recuperação de IA precisa reconciliar vários rótulos mais fracos antes de decidir sobre o que é a página e quando ela é útil.

A ordem importa. Execute a otimização on-page antes da fase de linking interno dedicada, porque a P12 precisa da URL final, cabeçalhos estáveis e conceitos de âncora aprovados. Execute-a após a redação, porque um título escrito antes de a resposta existir geralmente promete um escopo que o corpo não entrega. Pular a P11 deixa o conteúdo útil mais difícil de classificar e menos atraente para clicar. Executá-la durante a pesquisa incentiva um texto orientado por palavras-chave antes que a intenção de busca — a tarefa que o pesquisador está tentando concluir — tenha sido definida.

Entradas e saídas

As saídas são o contrato com o linking interno e a garantia de qualidade pré-publicação. Um editor não deve precisar inferir o que o título significava ou qual cabeçalho pode receber com segurança um link profundo.

A lista de verificação

A lista de verificação difere na primeira etapa entre uma página existente e uma página nova. As demais verificações compartilham padrões de aceitação, mas as evidências nunca devem ser descartadas apenas para fazer uma página antiga se parecer com um novo template.

1. Escolher a rota de página existente ou página nova

O quê: Classifique o trabalho como otimização de página existente ou finalização de página nova antes de alterar o texto. Uma página existente tem histórico mensurável e pode já satisfazer consultas fora do brief atual; uma página nova não tem linha de base de desempenho a proteger.

Por quê: Editar uma página com bom desempenho sem capturar sua cobertura funcional torna as perdas impossíveis de diagnosticar. Tratar uma página nova como uma página em declínio convida a linhas de base inventadas e alegações prematuras de sucesso.

Como: Para uma página existente, exporte o título atual, descrição, outline H1–H3, âncoras internas, mídia, principais consultas, cliques, impressões, CTR, posição média e conversões para um intervalo declarado. Anote o que deve ser preservado. Para uma página nova, verifique a intenção aprovada, tipo de post, URL, lista de entidades e ação de conversão; marque os campos de desempenho como “linha de base após lançamento”, não zero.

Ferramenta: Use o Google Search Queries em app.amicited.com/reports/google-search/queries para evidências de consultas ao vivo. Use a pré-visualização do CMS e o brief aprovado para uma página nova.

Concluído quando: O registro de alteração informa a rota, janela de evidências, responsável, consultas ou seções protegidas e motivo do trabalho. Nenhuma alteração de texto em página existente começa sem uma linha de base capturada, e nenhuma página nova é julgada com base em desempenho histórico fabricado.

2. Reconfirmar a promessa primária única da página

O quê: Escreva uma frase: “Esta página ajuda [público] a concluir [tarefa] fornecendo [resposta ou suporte à decisão].” Marque um tema de consulta primária e as questões secundárias importantes que o corpo realmente responde.

Por quê: Títulos, cabeçalhos, entidades, âncoras e mídia só podem concordar quando a página tem uma função dominante. Uma lista de palavras-chave não é uma promessa porque não diz nada sobre o resultado que o leitor recebe.

Como: Compare a intenção aprovada com a resposta inicial, evidências, expectativas da página de resultados e chamada para ação. Se o rascunho atende a duas tarefas diferentes com evidências ou ações seguintes diferentes, devolva-o à revisão de escopo em vez de esconder o conflito dentro de um título amplo.

Ferramenta: Use o brief, a revisão do resultado ao vivo e as evidências de consulta anexadas na etapa 1.

Concluído quando: Um revisor pode ler a promessa e apontar para a resposta direta, seções de suporte e ação seguinte que a cumprem. Cada tema de consulta retido se encaixa nessa mesma função.

3. Escrever um título que possa sobreviver a reescritas

O quê: Finalize a title tag HTML — o nome da página mostrado em uma aba do navegador e comumente usado como título do resultado de busca — e seu H1 visível.

Por quê: Os mecanismos de busca podem reescrever títulos quando eles são repetitivos, vagos, abarrotados de palavras-chave, desatualizados ou inconsistentes com a página visível. Nenhuma redação pode evitar toda reescrita, porque os resultados se adaptam a consultas e dispositivos. Um título específico e conciso que concorde com o H1 e a resposta dá ao sistema menos motivo para substituir o enquadramento da página.

Como: Comece com o assunto e o resultado útil, adicione um diferencial apenas quando o corpo o comprovar e coloque a marca por último quando ajudar na identificação. Remova textos padronizados compartilhados entre centenas de páginas. Mantenha o H1 natural e ligeiramente mais legível que o título, se necessário, mas faça ambos descreverem o mesmo escopo. Visualize a largura em vez de tratar uma contagem de caracteres como regra de ranqueamento.

Ferramenta: Use a pré-visualização de busca do CMS, a comparação de resultados ao vivo e o Google Search Queries para a linguagem que as pessoas realmente usam.

Concluído quando: O código-fonte renderizado contém um título único e não vazio e um H1; nenhum deles é uma lista de variantes de palavras-chave; suas promessas concordam entre si e com a resposta inicial; e as palavras importantes do título permanecem compreensíveis se sua parte final for truncada.

4. Escrever uma descrição que mereça o clique certo

O quê: Escreva a meta description , um resumo HTML que os mecanismos de busca podem exibir abaixo do título do resultado.

Por quê: A descrição não é um snippet garantido e não é um lugar para forçar rankings. Sua função é tornar claro o valor e a qualificação da página para que o pesquisador certo possa escolhê-la. Os mecanismos de busca comumente selecionam texto visível da página quando esse texto responde a uma consulta com mais precisão.

Como: Informe o assunto, resultado, restrição útil e próximo passo em linguagem simples. Use o termo principal onde for natural. Mire em 120–160 caracteres como faixa editorial, depois visualize em desktop e mobile. Não repita o título, use superlativos sem suporte, nem prometa ferramentas, preços, templates ou evidências ausentes da página.

Ferramenta: Use a pré-visualização do CMS e o CTR Gap em app.amicited.com/reports/ctr-gap para resultados existentes que recebem menos cliques do que a expectativa ajustada do site.

Concluído quando: A descrição é única, precisa sem contexto, legível na pré-visualização e suportada pela página. Para uma edição existente de lacuna de CTR, a descrição anterior, causa diagnosticada, substituição e data de revisão estão registradas.

5. Transformar cabeçalhos no outline da página

O quê: Torne o H1, H2s e H3s um outline aninhado da resposta. Níveis de cabeçalho são rótulos HTML semânticos, não controles de tamanho de fonte.

Por quê: Os leitores escaneiam cabeçalhos para decidir onde investir atenção. A tecnologia assistiva os usa para navegação, enquanto sistemas de busca e recuperação os usam para associar passagens a perguntas e entidades. Cabeçalhos decorativos ou vazios corrompem esse outline.

Como: Use um H1 para a página. Dê a cada seção principal um H2 e reserve H3 para uma subdivisão real de seu pai. Reescreva rótulos vagos como “Visão Geral”, “Mais” e “Benefícios” para que nomeiem o assunto em contexto. Mova as necessidades de estilo para o sistema de design; não selecione H4 porque parece menor. Cada cabeçalho deve introduzir texto, uma tabela, uma lista, mídia ou outra resposta substantiva.

Ferramenta: Use o outline DOM renderizado, não apenas o editor visual. Verifique tanto a pré-visualização desktop quanto a mobile.

Concluído quando: Há exatamente um H1; nenhum nível é pulado apenas por aparência; todo H3 pertence ao H2 anterior; nenhum cabeçalho está vazio ou duplicado sem uma estrutura repetida clara; e a leitura apenas dos cabeçalhos fornece um resumo verdadeiro da página.

6. Nomear entidades e declarar suas relações

O quê: Verifique as entidades da página — pessoas, organizações, produtos, lugares, padrões, métodos ou medidas distintos — e as relações afirmadas entre elas.

Por quê: Repetir uma palavra-chave não resolve se “Mercúrio” significa um planeta, um elemento, uma marca de carro ou uma empresa de pagamentos. Nomes claros, categorias, atributos e relações ajudam o leitor e a máquina a conectar afirmações à coisa certa.

Como: Use o nome completo preferencial na primeira menção, defina termos especializados e declare relações importantes em frases completas. Adicione versões, locais, datas, unidades e autoria onde eles mudam o significado. Use sinônimos naturalmente após a desambiguação. Remova listas de entidades que não têm relação explicativa e verifique cada associação factual contra o material de origem aprovado.

Ferramenta: Use a lista de entidades do brief, o registro de fontes editorial e a busca na página renderizada. As evidências de consulta do AmICited podem mostrar o vocabulário que os usuários aplicam, mas não verificam relações factuais.

Concluído quando: Toda entidade primária é inequívoca na primeira menção significativa, toda relação material tem evidência, nomes e versões são consistentes, e um editor pode extrair uma lista de entidades e relações sem precisar adivinhar a que um pronome ou acrônimo se refere.

7. Fazer as âncoras internas descreverem o próximo passo útil

O quê: Revise o texto âncora — as palavras visíveis clicáveis — para cada link interno já atribuído à página.

Por quê: “Clique aqui” e “saiba mais” escondem o destino de pessoas que escaneiam a página e de sistemas que interpretam a relação. Repetição de correspondência exata não é a solução; as âncoras devem descrever por que o destino ajuda naquele ponto da resposta.

Como: Coloque links onde o destino resolve uma pergunta, fornece uma prova ou permite a próxima tarefa. Use linguagem descritiva e concisa que se encaixe na frase. Varie a redação quando o contexto mudar, evite linkar o mesmo destino repetidamente dentro de uma seção curta e nunca adicione um link apenas para inserir uma frase alvo.

Ferramenta: Use as obrigações de link aprovadas, o inspetor de links do CMS e a página renderizada. A próxima fase avaliará a cobertura do grafo e as oportunidades na página de origem.

Concluído quando: Cada link interno resolve para a URL canônica pretendida, zero âncoras genéricas “clique aqui” ou URLs nuas permanecem, o destino é compreensível a partir de sua frase, e a transferência lista os cabeçalhos estáveis e conceitos que a P12 pode usar para links de entrada.

8. Otimizar mídia para significado, acesso e velocidade

O quê: Revise imagens, diagramas, gráficos, vídeos e incorporações quanto a propósito, posicionamento, dimensões, formato de arquivo, legendas e texto alternativo — a alternativa textual anunciada quando uma imagem não pode ser vista.

Por quê: A mídia deve explicar algo que a prosa não consegue mostrar de forma tão eficiente. Gráficos não rotulados escondem evidências, dimensões ausentes causam mudanças de layout e arquivos decorativos com texto alternativo verboso criam ruído para usuários de leitores de tela. Ativos grandes podem tornar a resposta mais lenta sem torná-la mais clara.

Como: Mantenha cada ativo apenas quando ele prova, explica ou demonstra um ponto. Escreva texto alternativo conciso para imagens significativas com base em sua função no contexto; use texto alternativo vazio para imagens puramente decorativas. Coloque tendências e conclusões de gráficos em prosa visível, forneça largura e altura, use um formato eficiente e carregue mídia abaixo da dobra com lazy-load onde a implementação suportar. Capture capturas de tela de produtos em uma viewport legível e remova dados pessoais ou de clientes.

Ferramenta: Use o manifesto de mídia, a inspeção de acessibilidade do navegador, a verificação de dimensões de imagem e o orçamento de desempenho acordado do site.

Concluído quando: Cada item de mídia tem um responsável e propósito; ativos informativos têm texto alternativo adequado; ativos decorativos usam alternativas vazias; gráficos declaram sua conclusão em texto; dimensões são declaradas; nenhum dado sensível está visível; e cada arquivo passa no orçamento de mídia do site ou tem uma exceção aprovada.

9. Renderizar, comparar e aprovar a página completa

O quê: Revise a página renderizada como um sistema e registre o conjunto de alterações.

Por quê: Campos que passam isoladamente podem conflitar juntos. Um título conciso pode estreitar o escopo enquanto um H2 antigo o amplia; uma descrição forte pode prometer um template removido na edição; um novo ID de cabeçalho pode quebrar um link profundo de entrada.

Como: Compare o título, descrição, H1, resposta inicial, outline, entidades, âncoras, mídia e CTA com a promessa primária. Inspecione a saída HTML, desktop, mobile, navegação por teclado e o destino ao vivo de cada link. Para uma página existente, separe as alterações por hipótese para que a medição posterior possa identificar o que provavelmente gerou movimento.

Ferramenta: Use a pré-visualização do CMS, o inspetor do navegador, o verificador de links disponível para a equipe de publicação e as capturas de linha de base do AmICited.

Concluído quando: Os gates de aceitação abaixo passam todos, o responsável aprova a URL renderizada, as evidências de antes e depois estão anexadas, as datas de publicação e medição estão definidas, e os problemas não resolvidos têm um responsável em vez de desaparecerem em um comentário.

Ferramentas no AmICited

O AmICited identifica páginas que valem a pena alterar e fornece evidências para a mudança. Ele não substitui a revisão do resultado ao vivo, do HTML renderizado ou da promessa da página.

Regras de decisão

Estes números são gates de revisão, não limites universais de algoritmo. Uma exceção documentada pode passar; uma exceção invisível não pode.

Não use densidade de palavras-chave como um gate. Densidade é uma proporção de ocorrências de frases em relação ao total de palavras, mas não pode dizer se uma página responde à pergunta, distingue entidades ou é lida naturalmente. Zero inserções forçadas é o padrão. Da mesma forma, um cabeçalho de correspondência exata sem conteúdo por trás dele falha mesmo que uma ferramenta marque a frase como “otimizada”.

Entregável: a planilha de alterações on-page

Entregue uma linha versionada por URL, vinculada ao texto pronto para o CMS e à pasta de evidências.

URL | Rota: existente/nova | Promessa primária | Público | Tipo de post
Título antes | Título depois | Descrição antes | Descrição depois | H1
Outline de cabeçalhos | Entidades primárias | Âncoras internas | Manifesto de mídia
Consultas/seções protegidas | Links de evidência AmICited | Hipótese de alteração
Responsável | Revisor | Data de publicação | Data de medição | Status | Exceções

Para páginas existentes, inclua comprovação de antes e depois e evidências de consulta exportadas. Para páginas novas, inclua o brief aprovado e marque os campos de desempenho como “aguardando linha de base”. Registre cada exceção ao lado do gate que falhou. A equipe de publicação deve ser capaz de implementar a planilha sem reescrever campos, e a equipe de medição deve ser capaz de reconstruir a alteração.

O que dá errado

• Uma pontuação substitui o julgamento. Um plugin fica verde porque uma frase aparece com frequência suficiente, enquanto a página responde à tarefa errada. Retorne à promessa primária e à intenção de consulta observada.
• O snippet promete demais. Um título repleto de palavras-chave ou uma promessa sem suporte como “template gratuito” atrai o clique errado e convida à reescrita. Mantenha um assunto, um resultado e apenas alegações que o corpo cumpre.
• Cabeçalhos são decoração. Editores escolhem níveis de cabeçalho pelo tamanho, ou adicionam cabeçalhos de pergunta seguidos por uma frase vazia. Repare o outline em HTML e use estilos de design para a aparência.
• Âncoras de correspondência exata se multiplicam. Cada link para uma página comercial usa a mesma frase estranha. Escreva âncoras para a frase local e a necessidade do usuário; consistência de destino não exige redação idêntica.
• Um vencedor existente é reescrito como uma página em branco. Subtópicos e linguagem úteis desaparecem porque o novo brief registra apenas a consulta primária. Preserve a cobertura adjacente e registre remoções deliberadas.
• Todo CTR baixo vira um problema de texto. Um resumo de IA, pacote de imagens, incompatibilidade de marca ou página de destino errada pode suprimir cliques. Inspecione o resultado ao vivo antes de alterar o snippet.
• A reescrita do mecanismo de busca desencadeia edições diárias. Uma variação observada de título causa mudanças reativas que apagam o experimento. Colete evidências repetidas e específicas de consulta e altere apenas quando a página em si estiver desalinhada.

Próxima fase

A fase de linking interno recebe a URL canônica final, a promessa primária, o outline estável de cabeçalhos, as entidades aprovadas, os links de saída existentes e os conceitos candidatos de âncora. Ela usa esses campos para decidir quais páginas relevantes devem linkar para dentro, quais rotas contextuais devem levar para fora e como a página se encaixa no grafo mais amplo do site.

Não entregue um mapa de cabeçalhos provisório ou uma URL que possa mudar após a publicação. A P12 deve decidir a colocação e cobertura dos links, não reabrir a intenção da página ou inventar rótulos para uma resposta inacabada. O responsável on-page permanece responsável por quaisquer alterações de redação necessárias para tornar um link planejado natural.

Colocar os sinais no nível da página em concordância

Comece com as evidências reais da página: abra o relatório Queries para a URL proprietária, use o relatório de oportunidade de CTR quando os cliques estiverem abaixo da expectativa ajustada, ou abra a lista de trabalho de oportunidade de página quando um cluster estiver próximo o suficiente para ser melhorado. Então entregue uma hipótese documentada no nível da página, não um pacote de inserções de palavras-chave.