Uma venda relâmpago assenta numa restrição de tempo credível. Se a contagem decrescente mostra uma hora errada, congela, ou volta a zero a cada recarregamento, a restrição desaparece e a operação torna-se uma simples promoção. As três armadilhas que produzem este resultado são técnicas, conhecidas, e mesmo assim encontram-se em cada época comercial.
Armadilha 1: o fuso horário
Três relógios intervêm numa venda relâmpago, e quase nunca estão alinhados.
- O servidor, muitas vezes em UTC nos alojamentos partilhados e nos contentores.
- O PrestaShop, que tem a sua própria definição nos parâmetros da loja e a usa para interpretar as datas de início e de fim.
- O navegador do cliente, definido no fuso da máquina dele.
Uma promoção introduzida para as 20h no back-office arranca às 21h se o servidor estiver em UTC e a loja em hora de verão de Lisboa, ou o inverso conforme a forma como a data é guardada. E se vende também para os Açores, lembre-se de que há mais uma hora de diferença dentro do próprio país. O controlo é simples: programe uma venda de teste a cinco minutos e verifique que arranca à hora esperada. Faça este teste antes de cada operação grande, não só na instalação, porque uma mudança de alojamento ou a passagem à hora de inverno chega para desalinhar tudo.
Decida também a referência anunciada ao cliente. Numa loja multilingue que vende na Europa, a menção «termina às 23h59, hora de Lisboa» evita reclamações de clientes de outros fusos.
Armadilha 2: a cache
É a armadilha mais cara. Uma página em cache conserva a contagem decrescente tal como estava no momento da geração. O primeiro visitante vê duas horas restantes, e todos os seguintes veem o mesmo durante toda a vida da cache.
A regra é nunca calcular o tempo restante do lado do servidor. O servidor transmite apenas o timestamp de fim, e a contagem decrescente calcula-se no navegador a partir do relógio do cliente. O HTML em cache mantém-se então válido.
Um pormenor completa o dispositivo: o relógio do visitante pode estar errado. Se a diferença face ao servidor passar alguns minutos, a contagem mostra um tempo diferente da realidade, e o cliente pode ver «faltam 3 minutos» quando a promoção já fechou. Transmitir também a hora do servidor no carregamento, e trabalhar sobre a diferença entre as duas, resolve este caso.
Falta a limpeza. No arranque tal como no fim da operação, a cache das páginas de produto e de categoria tem de ser esvaziada, senão os preços exibidos continuam a ser os de antes. Programe essa limpeza em vez de contar com uma intervenção manual à meia-noite.
DataFirefly Venda Relâmpago e Contagem DecrescenteVenda relâmpago e contagem decrescente para PrestaShop 8 e 979,00€
Armadilha 3: o fim da operação
Uma venda relâmpago mal terminada custa mais do que uma venda relâmpago mal lançada. Três verificações a prever logo na configuração.
- O preço volta ao valor normal automaticamente, sem ação manual. Uma data de fim no preço específico, não uma remoção prevista para a manhã seguinte.
- O selo e a contagem decrescente desaparecem. Uma faixa «Venda relâmpago» congelada numa página vendida ao preço inteiro é o sintoma mais visível de uma loja mal cuidada.
- Os carrinhos em curso. Um cliente que acrescentou o produto às 23h58 e valida às 00h02 paga o preço inteiro sem ser avisado. Decida a regra e mostre-a: ou o preço do carrinho é recalculado com uma mensagem clara, ou concede uma tolerância de alguns minutos.
O stock, e a honestidade da exibição
Uma venda relâmpago combina duas escassezes: o tempo e a quantidade. Mostrar as unidades restantes aumenta a taxa de conversão, com uma condição: que o número seja real. Um contador decorativo que desce sozinho é uma prática comercial enganosa ao abrigo do Decreto-Lei n.º 57/2008, fiscalizada pela ASAE, e deteta-se em poucos recarregamentos.
Se limita a quantidade vendida em promoção sem limitar o stock do produto, preveja o comportamento na mudança: ao esgotar a quota, o produto continua vendável ao preço normal, e a exibição tem de o refletir de imediato.
A recuperação por e-mail
Dois envios chegam e funcionam melhor do que uma campanha esticada: um no lançamento, outro a poucas horas do fim. O segundo gera habitualmente mais encomendas do que o primeiro, porque se dirige a pessoas já informadas e acrescenta a única coisa que faltava, o prazo.
Dirija o segundo envio aos não compradores do período, senão está a insistir com clientes que acabaram de encomendar.
O ponto Omnibus
Uma venda relâmpago mostra um preço riscado, logo um anúncio de redução. O preço de referência a exibir é o preço mais baixo praticado nos trinta dias anteriores, não o preço de catálogo habitual, como impõe o Decreto-Lei n.º 70/2007 na redação do Decreto-Lei n.º 109-G/2021. Em operações relâmpago repetidas, este ponto vira-se depressa contra si: a terceira venda relâmpago do mês já não se pode referir ao preço inteiro, porque este não foi o mais baixo praticado.
É um argumento concreto a favor de operações espaçadas em vez de um ritmo semanal.
Implementar a operação
O módulo Venda Relâmpago e Contagem Decrescente gere estes pontos no PrestaShop 8 e 9: contagem decrescente calculada do lado do cliente e compatível com a cache, gestão do fuso, quota de stock dedicada, regresso automático ao preço normal e limpeza dos selos no prazo.
