Tudo o que quer saber antes de instalar.
Uma análise detalhada de como o Detetor de Canibalização de SEO: PrestaShop 8 e 9 funciona, porque o construímos assim e o raciocínio por trás das funcionalidades acima.
Porquê detetar a canibalização de SEO?
No PrestaShop, a canibalização está em todo o lado sem darmos por isso: uma ficha de produto e a categoria dela a visarem o mesmo termo, dois produtos com títulos demasiado próximos, um artigo de blogue que funciona melhor do que a ficha de produto que cita, uma página CMS esquecida que ocupa a posição 8 na pesquisa principal. O Google reparte então os cliques, faz oscilar as posições e, no fim, toda a gente perde.
Porquê a Google Search Console e não uma análise on-page?
Porque a GSC dá a realidade do Google, e não uma suposição. As ferramentas de auditoria on-page comparam títulos e textos; o Detetor de Canibalização de SEO compara o desempenho real nos resultados de pesquisa. Se o Google considera que duas páginas respondem à mesma pesquisa, a GSC sabe-o e o módulo deteta-o. Nenhuma outra fonte dá este nível de precisão.
Como funciona o algoritmo de pontuação
A pontuação combina quatro sinais ponderados em 100 pontos. Primeiro, o número de páginas concorrentes (25 pontos), porque uma canibalização com 5 páginas é pior do que com 2. Depois, a distribuição dos cliques calculada por um índice HHI invertido (30 pontos): uma partilha 50/50 é mais problemática do que um 95/5. Em seguida, a diferença de posição entre URL (30 pontos), agravada se todos estiverem no top 10. Por fim, o volume de impressões em escala logarítmica (15 pontos), para ponderar pelo potencial de tráfego.
As quatro recomendações possíveis
Diferenciar, quando as páginas são de tipos diferentes (um produto, uma categoria, um artigo: reequilibram-se as etiquetas em vez de fundir). Redirecionar 301, quando um URL capta mais de 70% dos cliques em posição igual ou inferior a 15 (o módulo identifica o vencedor automaticamente). Consolidar, quando o desempenho está repartido (fusão de conteúdo e depois 301). Vigiar, quando a pontuação é inferior a 26 (simples vigilância, sem urgência).
Como são servidos os redirecionamentos 301
Quando valida um redirecionamento a partir do relatório, ele é guardado em base de dados e servido pelo hook actionDispatcherBefore do PrestaShop. O hook corre antes do encaminhamento, o que garante um 301 limpo sem qualquer processamento parásita. Desempenho ideal: um único SELECT por worker PHP-FPM graças a uma cache estática em memória, e um contador de acessos por regra para medir a eficácia.
Análises manuais ou agendadas?
As duas. Pode lançar uma análise a pedido a partir da administração, ou agendar uma análise automática através do front controller protegido por token. O readme inclui um exemplo de crontab: uma análise semanal ao domingo à noite chega para a maioria das lojas.
Ainda não existem avaliações.