SEO técnico: delimitar sistematicamente problemas do website

Registe que URL apresenta que problema: uma página não carrega, falta conteúdo no acesso público, um endereço antigo não conduz a nada ou o Google mostra outro endereço. Anote o momento, o dispositivo e o estado observado. «O website é tecnicamente mau» não é uma descrição de erro suficiente.

Verifique primeiro se o conteúdo deve ser publicamente encontrável. Confirmações de contacto, documentos privados e resultados de pesquisa internos podem ser deliberadamente tratados de forma diferente de páginas de serviços. Uma ferramenta de análise não conhece automaticamente esta intenção editorial.

O guia de auditoria de SEO enquadra tarefas técnicas e de conteúdo no projeto global. Aqui, trata-se da sequência do diagnóstico técnico.

Uma página pode parecer completa no próprio navegador enquanto parte do conteúdo só é criada por scripts ou uma interação. Compare, por isso, a resposta HTML original com a página renderizada. Verifique especialmente a mensagem principal, os detalhes dos serviços, as ligações importantes e as imagens.

O Google processa acesso, renderização e indexação em passos separados. JavaScript não é, por princípio, um erro de SEO. O essencial é que os conteúdos e recursos necessários possam ser efetivamente processados. Se o HTML original já incluir a instrução noindex, removê-la apenas mais tarde por script não é uma estratégia fiável de autorização. Fonte: Google sobre JavaScript e processamento de pesquisa.

Por isso, «JavaScript presente» não basta num relatório. Identifique exatamente o conteúdo em falta, o local esperado e o acesso em que falta.

Estas informações cumprem funções diferentes. O robots.txt controla o acesso de crawlers que respeitam as suas regras. noindex pede aos motores de pesquisa que o suportam para não incluírem o recurso nos resultados. O canonical identifica uma versão preferida de conteúdos iguais ou muito semelhantes.

O Google tem de conseguir consultar um noindex no HTML ou no cabeçalho HTTP. Se a página for simultaneamente bloqueada por robots.txt, esta instrução pode ficar por ler. Além disso, um canonical é um sinal, não um redirecionamento para visitantes. O Google pode selecionar outro URL. Fonte: Google sobre noindex; Fonte: Google sobre canonicals.

Compare, por isso, a função pretendida da página com as informações efetivamente disponibilizadas. Plugins de SEO, modelos ou versões de cache diferentes podem produzir saídas divergentes. Uma definição correta num único campo de edição ainda não termina a análise.

Uma página importante deve ser acessível através de ligações úteis. Verifique a entrada a partir do serviço correspondente, de uma visão geral ou de um artigo de fundamentos adequado. O texto da ligação tem de permitir perceber que resposta se espera no destino.

Controle depois se o sitemap contém os URLs preferidos previstos. Destinos antigos de redirecionamento, páginas deliberadamente excluídas e canonicals divergentes merecem esclarecimento concreto. Um sitemap não substitui o percurso interno até à página nem a prova da sua indexação.

Quando existem vários URLs semelhantes, a decisão começa pelo conteúdo: é a mesma resposta, uma língua efetivamente diferente ou uma função autónoma? O guia sobre websites multilingues explica as versões linguísticas; os fundamentos das ligações internas ajudam na navegação.

Uma página atualmente acessível pode ser tecnicamente adequada sem já constar do índice de pesquisa. Por isso, na Search Console, o estado indexado conhecido e um teste em direto devem ser lidos separadamente. Mesmo um teste em direto bem-sucedido não garante inclusão nem apresentação nos resultados de pesquisa. Fonte: Google sobre a ferramenta de inspeção de URLs.

Quando faltar acesso, documente «não verificado». Um resultado de pesquisa isolado ou a sua ausência não fornece um diagnóstico completo de indexação. Depois de uma correção, compare os URLs afetados e os dados de pesquisa disponíveis; não confunda uma validação técnica com uma posição garantida.

Se as visitas também estiverem a diminuir, a análise deve incluir procura, alterações sazonais, conteúdos alterados e medição. Uma explicação técnica tem de ser verificável no problema concreto.

Comece por um obstáculo confirmado numa página ou modelo importante. Salvaguarde o estado inicial, corrija a causa e volte a verificar a mesma tarefa. Controle também as funções diretamente afetadas, como navegação, mudança de língua ou contacto.

Para uma reformulação maior, é útil o plano de trabalho para reformulação do website. Para uma avaliação técnica individual, pode indicar na página de contacto o URL afetado, a observação e as alterações conhecidas. As credenciais de acesso não devem constar de um pedido genérico.