Guia · Época
Preparar o seu site para a Black Friday
Um pico sazonal prepara-se semanas antes do primeiro visitante: o tempo necessário para que um motor leia a página da oferta, a compreenda e a arrume. Este guia retoma, por ordem, o que é preciso verificar na página servida — título, canónico, instruções de indexação, mapa do site, anúncio, velocidade, dados estruturados — e o que é preciso prever para o dia seguinte à oferta. Cada regra remete para a documentação oficial que a fundamenta.
01
Um endereço estável para o evento
Uma página /black-friday, reutilizada de um ano para o outro, conserva os links recebidos e o histórico que os motores lhe conhecem. Uma página datada (/black-friday-2026) recomeça do zero a cada edição, e a antiga acaba em redirecionamento ou como página órfã.
Porquê: É a escolha feita aqui: seorecords.com/black-friday serve a edição de 2026 e servirá a seguinte. Depois da oferta, a página permanece online e indica que a edição está encerrada.
02
Um título e uma descrição que nomeiam a oferta
O título diz o evento, a dimensão do desconto e o que ele abrange; a descrição acrescenta as datas. Respeite os limites em cada idioma servido: 30 a 60 caracteres para o título, 110 a 155 para a descrição.
Porquê: O Google escreve o título apresentado a partir da sua etiqueta title, entre outras fontes, e pode retirar o excerto da meta description: uma oferta nomeada logo na página de resultados é lida antes do clique.
03
Páginas temporárias mantidas fora do índice
Página de confirmação de encomenda, variantes de ordenação ou de filtro, página de teste: aplique a instrução noindex e deixe estas páginas abertas ao rastreio no robots.txt — o motor tem de poder ler a instrução para a aplicar.
Porquê: A documentação do Google é clara: uma página bloqueada pelo robots.txt mantém a sua instrução noindex invisível, e o seu endereço pode ainda aparecer nos resultados.
04
Um canónico por conteúdo
Quando a mesma oferta existe em vários endereços (parâmetros de campanha, ordenação, paginação de uma lista promocional), cada variante designa a página principal através de rel="canonical", e essa página designa-se a si própria.
Porquê: O Google lê o canónico como um sinal forte, a par dos redirecionamentos e do mapa do site: sinais que dizem a mesma coisa designam a mesma página.
05
Um mapa do site atualizado, datas corretas
A página da oferta entra no mapa do site logo que é publicada, com uma data de modificação que muda quando o seu texto muda — e apenas nesse momento.
Porquê: O Google serve-se do lastmod quando esta data é regularmente exata, e deixa de lado priority e changefreq. Uma data correta é aquela em que o motor acredita.
06
IndexNow na abertura e no encerramento
Anuncie o endereço da oferta quando esta é publicada e, depois, quando muda de natureza no fim da oferta. O Bing e os outros motores do protocolo vêm então reler a página no momento certo.
Porquê: Um aviso por cada alteração real: é isso que torna o aviso credível. O Google descobre as suas alterações ao seu próprio ritmo — daí a regra anterior, que serve todos os motores.
07
Uma página rápida, medida na sua forma festiva
Banner, contagem decrescente, visuais de época: meça a página tal como será servida durante a oferta. Os limiares publicados das Core Web Vitals são um LCP de 2,5 s no máximo, um INP de 200 ms no máximo e um CLS de 0,1 no máximo, lidos no 75.º percentil das visitas.
Porquê: Um banner acrescentado acima do conteúdo desloca tudo o que se segue: reserve-lhe o seu lugar na disposição e dê a cada imagem as suas dimensões.
08
Dados Offer que indicam o preço apresentado
Na marcação Product, a oferta leva price, priceCurrency e priceValidUntil, a data de fim da oferta. O Google documenta também o preço riscado das fichas de comerciante (priceType StrikethroughPrice).
Porquê: O preço marcado deve ser aquele que a página apresenta. E a documentação do Google avisa: um priceValidUntil ultrapassado pode retirar o resultado enriquecido do produto — a data de fim mantém-se atualizada tal como o preço.
09
O preço riscado, em França: o mais baixo dos trinta dias
Qualquer anúncio de redução deve apresentar como preço de referência o preço mais baixo praticado pelo vendedor durante os trinta dias que precedem a redução (Código do Consumo, artigo L112-1-1, decorrente da diretiva europeia 2019/2161).
Porquê: Fixe o preço de referência antes de escrever a página e mantenha-o estável ao longo desses trinta dias: o preço riscado torna-se então um facto verificável.
No dia seguinte à oferta
O fim de uma promoção é uma alteração como outra qualquer, e publica-se da mesma forma. A página da oferta mantém o seu endereço e indica que a edição está encerrada; os preços regressam ao seu nível habitual, tanto no texto como na marcação; o mapa do site recebe a data dessa alteração, e o aviso IndexNow parte assim que a página for publicada. Num site estático, preveja que os elementos da oferta se desliguem por si próprios à hora marcada: é o que faz um pequeno script na nossa própria página, até à publicação seguinte.
Verificar a página da sua oferta
O Verificador lê a sua página tal como é servida, gratuitamente, em cerca de dez segundos: título, descrição, canónico, diretivas e dados estruturados. O Audit SEO Records lê o site inteiro, página a página, antes do pico de tráfego.
As fontes
- Google Search Central — Influenciar os seus links de título nos resultados
- Google Search Central — Resultados e meta tag description
- Google Search Central — Bloquear a indexação com noindex
- Google Search Central — Agrupar URLs duplicados (canónico)
- Google Search Central — Criar e enviar um sitemap
- IndexNow — documentação do protocolo
- web.dev — As Core Web Vitals e os seus limiares
- Google Search Central — Dados estruturados Product (resultados e fichas de comerciante)
- Schema.org — priceValidUntil
- Légifrance — Código do Consumo (artigo L112-1-1, anúncios de redução de preços)
- EUR-Lex — Diretiva (UE) 2019/2161, dita «Omnibus»