A Black Friday Começa no D-7
Para quem está do lado de fora, a Black Friday é um evento de 24 horas. Para quem opera dados em uma grande rede varejista, é uma operação de duas semanas — e a semana anterior ao evento é onde a maioria dos problemas de dados acontece, longe dos holofotes.
Em D-7 (uma semana antes da Black Friday), o processo de dados já está em andamento: a planilha-mestre de produtos e preços da campanha está sendo consolidada pelos times comercial e de marketing. Essa planilha — que pode ter de 300 a 3.000 SKUs dependendo do porte da rede — é o documento zero a partir do qual todos os outros dados da campanha são derivados.
O problema que ocorre sistematicamente nessa fase: diferentes áreas da empresa trabalham com versões diferentes da planilha. O time de e-mail usa a versão de D-5. O time de mídia paga usa a versão de D-3. O ERP é atualizado com os preços de D-1. Quando os preços mudaram entre D-5 e D-1 — o que acontece em ao menos 30% dos SKUs de uma campanha grande — os materiais de e-mail mostram preços que não correspondem ao que está no e-commerce no momento do clique.
Timeline de Dados: D-7 até D+1
D-7: Consolidação e Validação da Planilha-Mestre
Nesta fase, as equipes devem garantir: um único documento de verdade (single source of truth) com os preços aprovados, SKUs corretos, descrições e imagens dos produtos. Todas as áreas devem ser bloqueadas para usar apenas esta versão. Qualquer alteração de preço após essa data deve ter um processo formal de propagação para todos os materiais.
Ferramentas úteis nesta fase: planilhas Google Sheets com controle de versão e notificações de alteração, ou sistemas de PIM (Product Information Management) se a rede tiver.
D-5: Geração de UTMs e Validação de Links
Com a planilha-mestre consolidada, geram-se os UTMs para todos os canais: e-mail, WhatsApp, mídia paga (Google Shopping, Meta Ads), QR Codes de materiais físicos. Este é o momento crítico de URL encoding — todos os valores de UTM devem ser codificados antes de entrar em qualquer material.
Checklist de D-5: todos os UTMs gerados via ferramenta (nunca à mão), todos os links testados com click real para o e-commerce, GA4 DebugView ativo durante os testes, parâmetros verificados no relatório de aquisição em tempo real.
D-3: Feed de Produto Configurado e Testado
O feed JSON/XML para Google Shopping e Meta Ads deve estar configurado com os preços de campanha. Este é o momento de verificar se o Google Merchant Center aceita o feed sem erros e se os preços no feed correspondem aos preços que serão exibidos no e-commerce. Uma discrepância entre feed e site gera reprovação automática dos produtos pelo Google Shopping.
D-1: Lock Total e Monitoramento em Standby
Nenhuma alteração de preço deve ocorrer depois de D-1 sem processo de emergência documentado. QR Codes para materiais físicos já foram impressos — uma mudança de URL nessa fase torna todos os QR Codes inválidos. O time de monitoramento deve estar em standby com alertas configurados para: erros 404 nas URLs de campanha, queda de performance do e-commerce, discrepâncias de preço entre feed e site.
D+0: As 24 Horas do Evento
Durante a Black Friday, o feed de produto deve ser atualizado a cada hora para refletir alterações de estoque (produtos esgotados devem sair do feed imediatamente para evitar cliques que resultam em frustração). O dashboard de monitoramento em tempo real deve mostrar: conversão por hora, ticket médio por canal, top 10 SKUs por volume, alertas de erro de feed.
O maior risco nesta fase é um preço atualizado incorretamente no ERP se propagar para o e-commerce e o feed sem revisão humana. Qualquer sistema automatizado de sincronização de preços deve ter um threshold de variação que dispare aprovação manual — exemplo: alterações de preço acima de 15% exigem confirmação antes de publicar.
D+1: Análise Pós-Evento
Nas primeiras 24 horas após a Black Friday: coleta de dados completos de todos os canais, análise de atribuição multi-touch, identificação de SKUs com ruptura de estoque que geraram cliques sem conversão, relatório de performance por canal para o time comercial. Este é o momento de documentar o que falhou para correção no próximo ciclo.
Fluxo de Dados: ERP → Feed → E-commerce → Google Shopping
A cadeia de dados de preço em uma rede varejista moderna tem ao menos 5 pontos de potencial falha:
- ERP: O preço é atualizado no sistema de gestão. Latência para propagação: imediata.
- E-commerce: O e-commerce sincroniza com o ERP via API ou arquivo. Latência: 5 minutos a 2 horas dependendo da arquitetura.
- Feed de produto: O feed é gerado a partir do e-commerce ou do ERP. Latência: até 24 horas em feeds diários, 1 hora em feeds horários.
- Google Merchant Center: O Google processa o feed. Latência: de algumas horas a 24 horas para o feed novo ser totalmente processado.
- Google Shopping: Os anúncios refletem os preços processados. Latência: adicional de algumas horas.
Em uma Black Friday, a latência total do ERP até o Google Shopping pode ser de 24 a 48 horas. Isso significa que preços atualizados na manhã de quinta-feira podem não aparecer nos anúncios do Google Shopping até a manhã de sexta — exatamente o dia do evento. A solução é antecipar todas as atualizações de preço de campanha para D-2 no mínimo.
Como a Toolbox Ajuda em Cada Etapa
A Toolbox Dev Design oferece ferramentas para os pontos críticos da logística de dados de Black Friday:
- D-5 — Geração de UTMs: URL Encoder/Decoder para garantir que todos os parâmetros de campanha estão corretamente encodados antes de entrar em materiais
- D-5 — Geração de identificadores de campanha: Gerador de UUID para criar identificadores únicos de sessão de campanha
- D-3 — Validação de imagens do feed: SVG Optimizer para garantir que assets vetoriais do feed estão otimizados
- D+1 — Análise de dados: SQL Formatter para formatar e documentar as queries de relatório pós-evento
Perguntas Frequentes
Com que frequência o feed de produto deve ser atualizado durante a Black Friday?
Durante o evento, feeds horários são o padrão para redes com alto volume de vendas. A prioridade é a remoção de produtos esgotados — um produto esgotado no feed continua gerando cliques pagos em mídia paga, resultando em custo sem conversão possível. Para produtos de alta demanda que esgotam em horas, configure alertas de estoque mínimo (ex: menos de 10 unidades) que disparam automaticamente a remoção do produto do feed ou a atualização de disponibilidade.
O que acontece se o Google identificar discrepância de preço entre o feed e o site?
O Google Merchant Center suspende automaticamente os produtos com discrepância de preço — o anúncio para de ser veiculado até o preço no feed corresponder ao preço no site. Em uma Black Friday, essa suspensão automática pode significar interrupção de anúncios para os produtos mais vendidos durante o pico de tráfego. A monitorização do Merchant Center deve ser contínua durante o evento, com alertas configurados para qualquer produto suspenso.
Como lidar com QR Codes já impressos se a URL de campanha precisar mudar?
A solução é usar URLs intermediárias (redirects) em vez de URLs finais nos QR Codes impressos. O QR Code aponta para uma URL curta controlada pela rede (ex: loja.com.br/qr/123), que redireciona para a URL final da campanha. Se a URL final mudar, basta atualizar o redirect — os QR Codes físicos continuam funcionando. Esse padrão também permite rastrear scans de QR Code como canal separado nos relatórios de atribuição.
Qual é o maior risco de dados não-técnico em uma Black Friday?
O maior risco é a fragmentação de decisão — múltiplas pessoas com autoridade para alterar preços, sem um processo único de aprovação e propagação. Em Black Fridays de redes com múltiplos canais e stakeholders, é comum que o time comercial negocie uma melhoria de preço com um fornecedor no D-1 e atualize o ERP diretamente, sem comunicar o time digital que já imprimiu materiais e configurou o feed com o preço anterior. Um protocolo de change freeze (congelamento de alterações) com exceções bem definidas é tão importante quanto qualquer ferramenta técnica.