Dois momentos matam silenciosamente a conversão numa loja PrestaShop: o visitante que considera um produto, o acha demasiado caro e sai, e o visitante que quer comprar um produto, o descobre esgotado e sai. Nos dois casos, a intenção de compra é real. Nos dois casos, sem dispositivo de captação, a receita perde-se. Definitivamente.
No entanto, estes dois cenários estão entre os mais simples de monetizar: um sistema de alertas limpo capta o e-mail do visitante, dispara uma mensagem automática quando a condição se reúne (descida de preço ou reposição de stock), e converte. O retorno nas lojas bem equipadas é mensurável: 3 % a 8 % de receita adicional líquida, com um custo operacional próximo de zero.
Este artigo disseca as duas mecânicas, as suas sinergias, os padrões que funcionam e as armadilhas que tornam os módulos de alerta ineficazes.
Porque é que os alertas de preço e de stock são uma mina de receita negligenciada
Numa loja normal, o funil concentra-se na conversão imediata: otimizar a página de produto, o carrinho, o checkout. Tudo o que se passa DEPOIS do abandono é tratado com uma única ferramenta, o carrinho abandonado, que cobre apenas os utilizadores que já puseram o produto no carrinho.
Mas antes do carrinho, 80 % a 90 % dos visitantes saem. Muitos saem porque um sinal os bloqueia:
- «Demasiado caro»: o produto é desejável, mas fora do orçamento percebido. O visitante compara noutro lado, espera pelos saldos, ou desiste.
- «Esgotado»: o tamanho ou a cor desejada não está disponível. O visitante procura noutro lado e encontra um concorrente.
Estes dois sinais não são objeções ao produto. São travões circunstanciais. Se captarmos a intenção e voltarmos ao visitante quando a condição muda, a taxa de conversão nesse segmento ultrapassa muitas vezes os 15 % a 25 %, bem acima da taxa de conversão média de uma loja (2 % a 4 %).
O alerta de descida de preço: a mecânica que funciona
O gatilho visual
Na página de produto, ao lado do preço, um botão ou uma ligação discreta: «Receber um alerta em caso de descida de preço». A formulação conta: não «Avisar-me», demasiado vago, mas o compromisso explícito, alerta condicional e não newsletter.
A captação
O visitante introduz o e-mail (conforme ao RGPD, consentimento explícito, finalidade limitada ao alerta de produto). O sistema regista: e-mail, id_product, id_attribute se houver variante, preço no momento da inscrição, data.
O disparo
Quando o preço do produto desce (alteração de preço específico, saldos, promoção relâmpago), o sistema compara o novo preço com o preço de inscrição. Se a descida ultrapassar um limiar configurável (1 %, 5 %, 10 % consoante a estratégia), é enviada de imediato uma notificação por e-mail.
O e-mail de alerta
Curto, direto, com:
- A fotografia do produto e o seu nome.
- O preço antigo riscado e o novo preço em grande.
- A percentagem de redução.
- Um botão «Ver o produto» que aponta diretamente para a página.
- Opcionalmente: uma contagem decrescente se a promoção tiver duração limitada.
O tracking de conversão
Sem tracking, o alerta é cego. É preciso medir quantos e-mails geram um clique, quantos cliques acabam numa compra, e que receita líquida isso gera. Sem esse ciclo, é impossível otimizar.
O alerta de reposição de stock: a mesma lógica, outro alvo
O gatilho
Numa página de produto esgotado (stock a 0, ou rutura numa variante específica), um botão substitui «Adicionar ao carrinho»: «Avisem-me quando voltar ao stock». Mais uma vez, formulação comprometida e clara.
A captação por variante
Detalhe crucial: a captação tem de ser ao nível da variante, não do produto-pai. Se o cliente quer o tamanho M em vermelho, não quer ser alertado do regresso do tamanho XL em azul. Sem gestão fina do atributo, o módulo envia alertas irrelevantes e perde a confiança.
O disparo
Quando o stock volta (por hook actionUpdateQuantity ou cron de verificação), o sistema identifica todas as inscrições correspondentes e envia os e-mails. Para evitar disparos parasitas (stock de 1 unidade esgotado em 5 minutos), prever um limiar mínimo (por exemplo, disparar só se o stock for superior a 3).
A urgência implícita
O alerta de stock joga com o medo de perder (FOMO): «O produto que esperava está de novo disponível. Stock limitado.» Incluir o stock disponível («Só restam 8») reforça o incentivo à ação imediata.
A sinergia das duas mecânicas
Os dois alertas captam dois perfis diferentes:
| Alerta | Perfil captado | Prazo médio de conversão |
|---|---|---|
| Descida de preço | Visitante hesitante no preço, comparador, à espera | 3 a 60 dias |
| Reposição de stock | Visitante envolvido bloqueado pela rutura, desiludido | 1 a 14 dias |
Numa loja de moda, a reposição de stock converte a 25 % a 35 % (intenção de compra muito forte). Numa loja de tecnologia, o alerta de preço converte a 8 % a 15 % (ciclo de decisão mais longo). As duas mecânicas são complementares e o seu valor depende do setor.
As lojas que as implementam em simultâneo observam muitas vezes um crescimento significativo do CRM: os visitantes tornam-se contactos qualificados, segmentáveis por produto e por comportamento.
As armadilhas que tornam os alertas ineficazes
- E-mail de alerta que chega 3 dias depois do disparo. A promoção acabou, o produto está de novo esgotado. O alerta tem de partir nos minutos que se seguem ao evento.
- Sem tracking de conversão. Impossível medir o retorno, logo otimizar.
- Anulação da subscrição complicada. O RGPD exige uma anulação num clique. Senão, o módulo torna-se fonte de queixas.
- Captação sem validação em duplo opt-in. Risco de inscrições poluídas por e-mails inexistentes. A validação por ligação (um clique) protege a entregabilidade.
- Sem gestão de duplicados. Um cliente que se inscreve duas vezes no mesmo produto recebe dois e-mails. Má UX, anulações em cadeia.
- E-mail demasiado genérico. Um e-mail «O preço desceu num produto que seguia» sem o nome nem a fotografia do produto não converte. O e-mail tem de ser personalizado ao produto exato.
- Sem gestão da inatividade. Ao fim de 12 meses sem disparo, eliminar ou podar as inscrições para não fazer spam.
Os nossos módulos dfpricealert e dfwaitlist: combinação industrial
Implementar as duas mecânicas com limpeza exige 8 a 15 dias de desenvolvimento por módulo, mais a stack de e-mail (templates, duplo opt-in, anulação, entregabilidade). Os nossos módulos dfpricealert e dfwaitlist para PrestaShop 8 e 9 industrializam as duas:
dfpricealert (49 €)
- Botão de inscrição configurável na página de produto.
- Captação por produto ou por variante.
- Deteção automática de descida de preço com limiar configurável.
- E-mail de alerta personalizado, com traduções FR/EN/ES/DE e textos em português a introduzir no back-office.
- Tracking de conversão (clique, visualização do produto, adição ao carrinho, encomenda).
- Painel de retorno: número de inscrições, taxa de abertura, taxa de clique, vendas geradas.
- Duplo opt-in e anulação num clique.
- Gestão de duplicados e limpeza automática das inscrições inativas.
dfwaitlist (49 €)
- Substituição automática do botão «Adicionar ao carrinho» nas páginas esgotadas.
- Captação por variante (tamanho mais cor, por exemplo).
- Disparo instantâneo na reposição de stock com limiar mínimo.
- E-mail de alerta com stock disponível e urgência.
- Tracking de conversão completo.
- Painel por produto, por variante, por período.
- Compatível com multiloja e multilingue.
- RGPD nativo (duplo opt-in, anulação, limpeza).
Combinados por 98 €, os dois módulos cobrem a totalidade da «receita diferida» que a maioria das lojas deixa escapar.
Retorno medido no terreno
Numa loja de moda com 800 mil euros de vendas anuais, uma taxa média de rutura de 12 % e promoções regulares:
- dfwaitlist: cerca de 1200 inscrições por ano, taxa de conversão de 28 %, carrinho médio de 65 €, ou seja 22 mil euros de vendas adicionais por ano.
- dfpricealert: cerca de 3500 inscrições por ano, taxa de conversão de 11 %, carrinho médio de 55 €, ou seja 21 mil euros de vendas adicionais por ano.
- Custo dos módulos: 98 € de uma só vez.
- Retorno anual: relação sem equivalente no catálogo.
E o efeito CRM secundário: 4700 e-mails qualificados acrescentados à base, segmentáveis por produto seguido. Uma base de prospeção qualificada para as futuras campanhas sazonais.
FAQ
Vale a pena combinar os alertas com uma newsletter geral?
Não. O RGPD impõe uma finalidade explícita: se o cliente se inscreve num alerta de produto específico, não pode ser usado para uma newsletter geral sem consentimento separado, e a Lei n.º 41/2004 aplica a mesma exigência às comunicações de marketing. Manter os dois fluxos distintos protege juridicamente e preserva a confiança.
Como evitar que os alertas saturem a base de envio?
Limitar o número de alertas enviados por cliente e por período. Por exemplo: máximo de 3 e-mails de alerta por cliente e por semana, com fusão inteligente se vários alertas dispararem em simultâneo. O dfpricealert e o dfwaitlist gerem esse throttling automaticamente.
O alerta de preço pode desencadear compras especulativas?
Sim, e é geralmente positivo. Um cliente que se inscreve em alertas para 5 produtos e compra 3 quando o preço desce é um ciclo de compra normalmente perdido sem o mecanismo. O «risco» de baixar os preços para impulsionar as vendas já existe com os saldos; o alerta só o torna endereçável individualmente.
Que impacto na entregabilidade do e-mail?
Os alertas têm taxas de abertura elevadas (30 % a 50 %) e taxas de queixa baixas (o cliente pediu explicitamente o alerta). Bem gerido, o fluxo de alertas melhora a reputação de envio global. Mal gerido (sem duplo opt-in, sem anulação clara), pode pelo contrário degradá-la. Daí a importância da stack RGPD.
Deve-se integrar com uma ferramenta de CRM externa (Klaviyo, Mailchimp)?
Opcional, consoante a maturidade. Numa loja pequena, o envio direto a partir do PrestaShop chega. Numa loja com estratégia de CRM madura, integrar as inscrições e as conversões no Klaviyo ou no Brevo permite segmentar mais finamente e cruzar com outros fluxos. Os nossos módulos expõem webhooks para esse tipo de integração.
Para ir mais longe
Os alertas de preço e de stock são uma parte da estratégia de conversão diferida. Veja também o nosso dossiê sobre a lista de desejos como alavanca de conversão (os alertas de preço são, aliás, uma funcionalidade avançada da lista de desejos nalgumas stacks) e o guia de venda cruzada para aumentar o valor médio do carrinho. Três alavancas de receita complementares: diferir (alertas), envolver (lista de desejos), enriquecer (venda cruzada).
Para passar à ação: a nossa seleção de módulos para criar uma urgência credível, alertas de reposição de stock incluídos.
