Auditoria de uma loja PrestaShop: checklist completo
Uma auditoria de PrestaShop não é só segurança: é rever versões, módulos, erros, desempenho, SEO técnico, checkout, correio, cópias e textos legais. Deixamos-lhe uma tabela com o que verificar, como o comprovar e que sinal deve preocupá-lo.
Uma auditoria de uma loja PrestaShop revê, por ordem, versões e módulos, erros registados, desempenho, SEO técnico, checkout, correio, cópias de segurança e textos legais. O objetivo é uma lista priorizada do que é preciso corrigir, com a prova de cada problema, e não um relatório genérico.
As auditorias costumam ser encomendadas quando algo corre mal: as vendas descem, o tráfego cai, a loja fica lenta ou vai mudar-se de fornecedor. É melhor fazê-las antes. Este checklist cobre a loja inteira; a parte de segurança tem o seu próprio artigo no blog, com mais detalhe sobre funcionários, ficheiros e acessos.
1. Versões: o ponto de partida
- Versão do PrestaShop e se o seu ramo continua a receber correções.
- Versão do PHP e o fim do seu suporte.
- Tema: se é um tema comprado, um feito à medida ou um tema filho, e se o original foi modificado (o que impede atualizá-lo).
- Módulos com a versão instalada face à última publicada pelo autor.
Uma loja num ramo sem suporte não precisa primeiro de uma auditoria detalhada: precisa de um plano de atualização, e o resto das conclusões organiza-se à volta dele.
2. Módulos órfãos e overrides
Com os anos acumulam-se módulos que ninguém usa: instalados para uma campanha, substituídos por outros ou desinstalados mas com a pasta ainda no disco. Cada um é código que se executa ou que pode ser executado. Reveja:
- Módulos instalados e desativados que não voltarão a ser usados.
- Pastas em
modules/que não correspondem a nenhum módulo instalado. - A pasta
override/: que classes ou controladores do núcleo estão a ser substituídos e que módulo os colocou. Os overrides são a causa mais comum de uma atualização partir a loja. - Módulos que fazem o mesmo (dois motores de pesquisa, dois módulos de cookies, vários de SEO).
3. Erros nos registos
Os erros não se veem na loja até afetarem uma venda. Consulte o registo de PHP do servidor, os registos do PrestaShop (em var/logs nas versões modernas) e o registo do back-office em Parâmetros avançados. Procure erros que se repetem, erros fatais, memória esgotada e respostas 500. Um erro que aparece mil vezes por dia quase nunca é inofensivo.
4. Desempenho
- Tempo de resposta do servidor na página inicial, numa categoria grande, na ficha de produto e no checkout.
- Métricas de experiência em telemóvel (carregamento do conteúdo principal, interatividade, saltos de layout).
- Peso das imagens e se são servidas em formatos modernos e no tamanho adequado.
- Quantidade de JavaScript e CSS que os módulos carregam em todas as páginas, incluindo nas que não os usam.
- OPcache, cache do PrestaShop e modo de depuração desativado em produção.
5. Indexação e SEO técnico
É onde aparecem mais problemas silenciosos, porque a loja funciona e ninguém dá por eles:
- Dois
h1na mesma página, ou nenhum: é frequente em temas que colocam o logótipo ou o nome da loja numh1. - Meta títulos e descrições vazios ou duplicados em produtos, categorias e marcas.
- Canónicas que apontam para o URL errado, ou páginas filtradas e paginadas indexadas sem controlo.
- Mapa do site que se atualiza e que inclui apenas URLs que respondem 200.
- Erros 404 de produtos retirados sem redirecionamento e cadeias de redirecionamentos.
- Idiomas: etiquetas de idioma alternativo corretas e URLs traduzidos.
- Dados estruturados de produto (preço, disponibilidade) sem erros.
6. Checkout, correio e cópias
- Checkout: uma encomenda de teste com cada forma de pagamento e cada transportadora, em telemóvel e computador, como convidado e com conta.
- Correio: que chegam a confirmação da encomenda, a mudança de estado e a recuperação da palavra-passe, e que não vão para spam.
- Cópias: quando foi a última, o que inclui, onde está e quando se testou pela última vez um restauro.
7. Legal
Aviso legal, condições de venda, política de privacidade, política de cookies com um banner que bloqueie de facto o que não é necessário, informação sobre o direito de livre resolução e caixa de aceitação das condições no checkout. Não basta que os textos existam: têm de estar ligados onde devem e corresponder ao que a loja faz.
8. Dados e back-office
A parte que menos se revê e que mais tempo faz perder todos os dias:
- Tabelas que crescem sem controlo: carrinhos abandonados de há anos, estatísticas de ligações, registos e pesquisas guardadas. Tornam mais lentas as cópias e o back-office.
- Produtos e categorias inativos que continuam no catálogo sem que ninguém decida o que fazer com eles.
- Funcionários e perfis: quem tem acesso, com que permissões e se há contas de pessoas que já não trabalham consigo.
- Tarefas agendadas: quais existem, se são executadas e o que acontece quando falham.
- Integrações com ERP, marketplaces ou transportadoras: se sincronizam e quem fica a saber quando deixam de o fazer.
Como deve ser o resultado
Uma auditoria útil termina num documento curto, não em cinquenta páginas de capturas de ecrã. Para cada conclusão: o que se encontrou, onde, a prova (um registo, um URL, uma captura), o impacto que tem e quanto custa corrigi-lo. Com isso pode decidir o que se faz este mês, o que se planeia e o que fica para depois. Guarde também o inventário que resulta da auditoria (versões, módulos, overrides, tarefas agendadas): é a base para a próxima revisão e para qualquer técnico que chegue de novo.
A tabela para imprimir
| O que verificar | Como | Sinal de alarme |
|---|---|---|
| Versão do PrestaShop e do PHP | Back-office, Parâmetros avançados, Informação | Ramo sem correções ou PHP sem suporte |
| Módulos | Gestor de módulos e pasta modules/ | Pastas sem módulo instalado, módulos sem atualizar há anos |
| Overrides | Pasta override/ | Classes do núcleo substituídas sem se saber por quem |
| Erros | Registos de PHP e do PrestaShop | Erros fatais ou repetidos todos os dias |
| Desempenho | Tempos de resposta e métricas em telemóvel | Back-office lento, mais de um segundo de resposta do servidor |
| SEO técnico | Rastreio da loja e Search Console | Dois h1, metas vazias, canónicas erradas, 404 |
| Checkout | Encomenda de teste com cada pagamento | Pagamentos que não geram encomenda, erros de JavaScript |
| Correio | Encomenda de teste e cabeçalhos da mensagem | E-mails que não chegam ou sem SPF e DKIM |
| Cópias | Restaurar uma num ambiente à parte | Ninguém sabe quando foi a última |
| Legal | Rever textos, banner e checkout | Banner que não bloqueia, sem caixa de condições |
Como resolver no PrestaShop
Uma auditoria só serve se alguém aplicar o que encontra. Na Rekire, o serviço de SEO técnico para PrestaShop com IA é uma subscrição mensal sem fidelização na qual aplicamos as melhorias diretamente no código da sua loja: otimização de catálogos e metadados com inteligência artificial e melhorias de velocidade e de experiência de utilização. Para a parte técnica (versões, módulos órfãos, overrides, erros, checkout e cópias) trabalhamos com pacotes de horas de suporte PrestaShop, com uma estimativa antes de começar e o detalhe de cada tarefa. Rever a loja uma vez por ano sai mais barato do que descobrir os seus problemas quando já custaram vendas.
Perguntas frequentes
De quanto em quanto tempo convém auditar uma loja PrestaShop?
Uma revisão completa por ano e sempre antes de uma migração, de uma mudança de fornecedor ou de uma campanha forte. O que se pode automatizar (erros, segurança, prazos de expiração) convém vigiar de forma contínua.
Que diferença há entre uma auditoria SEO e uma técnica?
A de SEO analisa como os motores de pesquisa veem a loja; a técnica, como está construída e se é segura e estável. Sobrepõem-se no desempenho e na indexação, e o mais útil é fazê-las em conjunto.
Posso fazer a auditoria eu mesmo?
Boa parte do checklist, sim: versões, encomendas de teste, correio, textos legais e metas vazias. Overrides, registos de erros e pastas suspeitas exigem alguém que conheça o PrestaShop.