Autor
A técnica de SEO não se limita apenas a corrigir os erros 404 e pode solucionar problemas graves em um site. Veja 5 pontos importantes a serem controlados em uma auditoria.
1 - O Google está bem com a página da Web completa?
Há mais de 10 anos, os sites da Web são muito dependentes do JavaScript para a geração de suas páginas. O Google tem a capacidade de criar uma página com todos os seus recursos, e quanto mais uma página for grande, mais chances ela terá de ser carregada por inteiro. Ao contrário, o risco é que o usuário passe por cima de elementos essenciais da página se ela for muito extensa (zonas de conteúdo, links).
A ferramenta de inspeção do URL do Search Console permite verificar como o Google visualizou a página: o código HTML gerado é o mesmo que o do navegador, os recursos úteis (CSS e JS essenciais) estão bem carregados?
O instrumento de inspeção do URL propõe, na realidade, duas funções:
Atenção, portanto, ao estudar suas páginas por meio da versão adaptada à sua análise.
2 - O Google não vê mais do que as páginas úteis do site?
Temos o mau hábito de considerar que um URL em HTTP 200 é uma boa escolha e um URL em HTTP 404 é um problema. Como geralmente acontece em SEO, não há uma resposta binária, e é necessário fazer uma reflexão.
Veja o exemplo de um site de comércio eletrônico: ele é composto principalmente de páginas de listagens (categorias) e de fichas de produtos.
Uma página de listagem (Catégories, Sous-catégories) é capaz de propor opções de UX para o internauta, como filtros (cor) e preços (preço).
Essas opções geram, muitas vezes, URLs com parâmetros quase infinitos, devido às combinações de opções (o que faz com que o exemple.com/chemises?couleur=Bleu&taille=XS). O risco é deixar acessível ao Google um número incontável de páginas inúteis para SEO, como as mais fracas (muitos filtros e poucos produtos) ou as duplicadas (produtos idênticos ordenados de forma diferente).
Veja no Search Console o número de páginas “Valides” (vertes). Além disso, se seus sitemaps estiverem configurados adequadamente para não conter apenas as páginas úteis e conhecidas de seu site, você poderá distinguir :
O perigo está, portanto, nessa segunda categoria, apesar de sua cor verde tranquilizadora.
Por outro lado, um produto tem um ciclo de vida que implica sua retirada do site a termo. A página é naturalmente passada para HTTP 404, que se junta a outros produtos que foram retirados recentemente, como o relatório Couverture de la Search Console sur les URLs Exclues - Introuvable (404). A mesma coisa que as folhas mortas que se acumulam em um galho de árvore no outono, é um comportamento normal para um site. E, de um modo geral, qual é o risco para o seu site de que o Google veja os URLs em 404? Nenhum.
3 - O Google considera o site como compatível com dispositivos móveis?
A fixação do Google em SEO sobre a questão do celular levou à criação do seu índice móvel: a qualidade de um site em SEO é avaliada de acordo com sua versão móvel. É necessário, principalmente, garantir que não haja diferenças de conteúdo e de links entre a versão desktop e a versão móvel.
O senhor encontra, às vezes, um problema mais raro e mais crítico: O Google pode considerar que um site não é móvel. A maioria dos sites está usando o Responsive Web Design (RWD), o que torna o mesmo site compatível com desktop e celular. É justamente essa tecnologia que pode ser um obstáculo: ela é gerada por arquivos de recursos do site (principalmente o CSS) que podem ser bloqueados pelo Google involuntariamente.
Em alguns casos, encontramos no robots.txt (arquivo que indica ao Google o que o usuário pode ou não ver em um site) consignações que bloqueiam os recursos necessários para o design responsivo, geralmente devido a um CMS antigo (ou a um robots.txt que gera vários repertórios em CMS diferentes). O Google também não pode gerar as páginas do site que não estejam com as linhas de estilo incompatíveis e considera o site não compatível. No entanto, a constatação desse problema é simples (o Search Console aponta o erro, é possível testar uma página por meio do Test d'optimisation mobile) e a solução é, em geral, relativamente rápida.
4 - O senhor está bem no mesmo site que o Google com seu navegador e suas ferramentas?
Uma página da Web é gerada por um servidor da Web. Ele responde a uma solicitação a um URL que contém as informações do solicitante, principalmente: o User-Agent para identificar o tipo de solicitante (outil, navigateur, robot d'exploration) e o endereço IP. O servidor envia, portanto, uma resposta HTTP, geralmente acompanhada de uma página da Web. Uma resposta HTTP200 é acompanhada da página solicitada, mas uma resposta HTTP404 ou HTTP500 não.
Em resumo, alguns sites respondem de forma diferente de acordo com a demanda. Isso representa dois grandes problemas:
Um exemplo importante é o status em linha de páginas que são redirecionadas para o internauta: uma página exemple.com pode existir para o Google, mas ser redirecionada para exemple.com/fr_FR/ para o internauta, devido à língua do navegador e do cookies (que não é o robô de exploração do Google).
5 - Os dados estruturados não são uma ameaça para o site?
Na mesma lógica em que os senhores extensões de anúncios no SEA, Os resultados naturais são beneficiados por vários ajustes visuais. Os dados estruturados são métricas que identificam mais de um elemento de uma página de acordo com os formatos definidos. O resultado é uma melhor leitura desses elementos pelos promotores de pesquisa, com a troca de que eles geram extras enriquecedores em seus resultados de pesquisa. Um exemplo claro é o dos dados estruturados relativos a um produto: identifica-se seu nome, seu preço, sua disponibilidade e sua nota média, e esses elementos são apresentados nessa página nos resultados da pesquisa.
Apesar da grande precisão do senhor, o documentação de dados estruturados (com o Schema.org e o Google) e os recursos de teste de sua implementação, os erros continuam sendo frequentes, mesmo entre os CMS mais avançados do mercado.
Na maioria dos casos, uma má implementação torna-os parcialmente inoportunos - o elemento em questão não gera nenhum extraits enrichis sem bloquear os outros (um preço bem equilibrado não pode ser bloqueado por uma nota média fraca).
Além disso, uma implementação válida à primeira vista pode atrapalhar o site. Certos CMS do mercado se mostram bastante genéricos em seu balanceamento: páginas de produtos onde o produto principal é balanceado, mas também os produtos associados (em vendas cruzadas). O produto principal é claramente identificado pelo restante da página (título, H1), mas os preços são múltiplos. O Google deve escolher um preço para afixar nessa página nos resultados da pesquisa, e tem poucas chances de reter o bem. O senhor se depara, portanto, com páginas produzidas na SERP com preços incorretos: inferiores ou superiores, inaceitáveis para o internauta.
O caso mais sérieux e, infelizmente, não tão raro, diz respeito ao Os direitos autorais do Google. Uma implementação considerada abusiva em relação às práticas autorizadas pelo Google no que se refere a dados estruturados resulta em um retorno completo dos extratos enriquecidos para o site, até a resolução do problema e a solicitação de reconsideração da ação manual (posteriormente validada por uma pessoa física). Os casos recentes tiveram 2 meses para serem reconsiderados, durante os quais os sites em questão foram alterados na SERP em relação aos concorrentes (apenas visivelmente, sem impacto sobre as posições).
