Tudo o que quer saber antes de instalar.
Uma análise detalhada de como o DataFirefly Email Filter: Bloquear o Envio de E-mails Transacionais no PrestaShop 8 funciona, porque o construímos assim e o raciocínio por trás das funcionalidades acima.
A necessidade
No PrestaShop, tem um ambiente de pré-produção que envia e-mails de confirmação a clientes reais sempre que passa um teste; ou uma loja B2B com processo de faturação próprio, em que o e-mail nativo é redundante; ou uma instalação multiloja em que uma das lojas envia a newsletter pelo Brevo e os e-mails do PrestaShop passam a ser spam. Todos estes casos pedem a mesma solução: cortar seletivamente certos e-mails. E todos acabam, na prática, em overrides improvisados que partem na atualização seguinte do PrestaShop.
O módulo numa frase
Uma lista de modelos de e-mail a bloquear, gerida no back-office e aplicada pelo hook oficial actionEmailSendBefore do PrestaShop. Sem magia e sem complexidade escondida: usa-se o mecanismo nativo tal como é.
A utilização no dia a dia
Vai a Módulos, Gestor de módulos, e configura o DataFirefly Email Filter. A página é muito simples: um campo de texto (com lista de preenchimento automático dos modelos padrão do PrestaShop) para acrescentar um modelo a bloquear, e uma tabela dos modelos já na lista, com dois botões por linha: ativar ou desativar e eliminar. É tudo. Sem regras complexas e sem condições encadeadas: se o modelo está na lista, é bloqueado; caso contrário, passa.
O multiloja
O módulo usa o sistema de ativação por loja nativo do PrestaShop. Para ativar o filtro apenas em certas lojas, vai a Módulos, Gestor de módulos, escolhe a loja no seletor multiloja no topo e ativa ou desativa o módulo a esse nível. O hook actionEmailSendBefore só é chamado nas lojas onde o módulo está ativo, e é o PrestaShop que trata do encaminhamento. A lista de modelos, essa, é global e partilhada.
Desempenho e rastreabilidade
O hook executa uma única consulta SQL: um SELECT sobre chave única (o modelo) para verificar se está na lista. São alguns microssegundos, totalmente desprezíveis mesmo numa loja com centenas de e-mails por dia. Cada bloqueio é registado no PrestaShopLogger com o modelo e o ID da loja, visível em Parâmetros avançados e Registos, com filtro por Email. Assim pode auditar o que não foi enviado sem ter de vasculhar os registos do servidor.
Casos de utilização
Pré-produção ou staging: acrescente todos os modelos à lista e ative o módulo, para que nenhum e-mail saia do ambiente de teste e as campanhas de teste deixem de incomodar clientes reais. B2B com faturação própria: bloqueie o order_conf e fique com o seu próprio e-mail de fatura. Multiloja com e-mails externos: ative o módulo apenas nas lojas ligadas ao Brevo, ao ActiveCampaign ou ao Mailchimp e mantenha os e-mails nativos nas restantes. Migração de loja: bloqueie temporariamente o order_conf e o shipped durante a importação do histórico, para não enviar 5000 confirmações por engano.
Ainda não existem avaliações.