Permanência das Páginas de Época e de Saldos

Um URL novo com data todos os anos deita fora todos os links e sinais de posicionamento que a página anterior ganhou, e o substituto tem poucas semanas para posicionar antes de o evento acabar. A falha oposta é um URL permanente que fica vazio e sem links durante onze meses, cai do índice, e tem de ser reindexado sob pressão de tempo. O trabalho está no que a página faz fora de época e no momento em que muda, e não na página que monta durante o evento.

O ficheiro da competência

---
name: seasonal-sale-page-persistence
description: Use quando uma campanha de saldos ou um evento sazonal se repete todos os anos e alguém está prestes a criar um URL novo com o ano lá dentro.
---

# Permanência das Páginas de Época e de Saldos

Um URL novo com data todos os anos deita fora todos os links e sinais de posicionamento que a página anterior ganhou, e o substituto tem poucas semanas para posicionar antes de o evento acabar. A falha oposta é um URL permanente que fica vazio e sem links durante onze meses, cai do índice, e tem de ser reindexado sob pressão de tempo. O trabalho está no que a página faz fora de época e no momento em que muda, e não na página que monta durante o evento.

## O que precisa primeiro

- o URL e o histórico de desempenho dos anos anteriores do mesmo evento, incluindo domínios de referência por versão datada
- a curva de procura a partir de dados de tendência, em concreto quando é que as pesquisas começam a subir e não quando o evento decorre
- o calendário comercial a mostrar quando é que as promoções ficam confirmadas, que é normalmente muito depois de a procura começar
- uma lista de páginas permanentes que possam levar uma ligação para a página do evento durante todo o ano

## Método

1. Fixe um único URL permanente por evento, sem o ano lá dentro, e redireccione para ele todas as versões datadas anteriores. Faça isto bem fora da época, para que a consolidação esteja terminada antes de a procura chegar.
2. Defina o estado de época baixa: viva, a devolver 200, a dizer quando decorre o evento da próxima vez e qual foi o âmbito e os descontos típicos do ano passado. Uma página vazia a devolver 200 é tratada como fraca e sai do índice.
3. Trabalhe a partir da curva de procura e não da data do evento. As pesquisas costumam formar-se semanas antes, por isso a página precisa de conteúdo a sério publicado antes de qualquer promoção estar confirmada.
4. Publique primeiro num estado provisório, com datas e ligações às categorias, e vá trocando as promoções à medida que forem aprovadas. O posicionamento assenta no histórico de rastreio, e promoções que chegam tarde não o desfazem.
5. Mantenha pelo menos uma ligação a partir de uma posição permanente de navegação ou de rodapé durante todo o ano. Uma página ligada apenas durante a época é redescoberta tarde, ano após ano.
6. Marque as promoções apenas enquanto estiverem genuinamente activas e retire a marcação quando o evento terminar, já que marcação de promoções expiradas é ao mesmo tempo um problema de directrizes e um problema de confiança.
7. Depois do evento, registe o que posicionou, quando começou a posicionar, e com quanta antecedência o tráfego chegou de facto, e defina a data de publicação do ano seguinte a partir dessa medição em vez de repetir o mesmo palpite.

## O que isto produz

Um URL permanente por evento recorrente, com um estado de época baixa documentado, uma data de publicação medida, e redireccionamentos a consolidar todas as versões datadas anteriores.

## Onde isto corre mal

- cunhar um URL novo com data todos os anos, de modo que a página começa do zero enquanto os links do ano passado apontam para uma cadeia de redireccionamentos ou para um 404
- deixar o URL permanente em branco ou com noindex fora de época, o que perde a posição no índice que toda esta abordagem existe para proteger
- esperar pelas promoções confirmadas antes de publicar, o que põe a página no ar depois de a curva de procura já ter virado
- deixar a marcação de promoções expiradas no lugar depois do evento, anunciando preços que não vai cumprir

---

Da biblioteca de competências da QuQi - https://www.quqi.io/pt/skills/seasonal-sale-page-persistence

O que precisa primeiro

• o URL e o histórico de desempenho dos anos anteriores do mesmo evento, incluindo domínios de referência por versão datada
• a curva de procura a partir de dados de tendência, em concreto quando é que as pesquisas começam a subir e não quando o evento decorre
• o calendário comercial a mostrar quando é que as promoções ficam confirmadas, que é normalmente muito depois de a procura começar
• uma lista de páginas permanentes que possam levar uma ligação para a página do evento durante todo o ano

Método

1. 01 Fixe um único URL permanente por evento, sem o ano lá dentro, e redireccione para ele todas as versões datadas anteriores. Faça isto bem fora da época, para que a consolidação esteja terminada antes de a procura chegar.
2. 02 Defina o estado de época baixa: viva, a devolver 200, a dizer quando decorre o evento da próxima vez e qual foi o âmbito e os descontos típicos do ano passado. Uma página vazia a devolver 200 é tratada como fraca e sai do índice.
3. 03 Trabalhe a partir da curva de procura e não da data do evento. As pesquisas costumam formar-se semanas antes, por isso a página precisa de conteúdo a sério publicado antes de qualquer promoção estar confirmada.
4. 04 Publique primeiro num estado provisório, com datas e ligações às categorias, e vá trocando as promoções à medida que forem aprovadas. O posicionamento assenta no histórico de rastreio, e promoções que chegam tarde não o desfazem.
5. 05 Mantenha pelo menos uma ligação a partir de uma posição permanente de navegação ou de rodapé durante todo o ano. Uma página ligada apenas durante a época é redescoberta tarde, ano após ano.
6. 06 Marque as promoções apenas enquanto estiverem genuinamente activas e retire a marcação quando o evento terminar, já que marcação de promoções expiradas é ao mesmo tempo um problema de directrizes e um problema de confiança.
7. 07 Depois do evento, registe o que posicionou, quando começou a posicionar, e com quanta antecedência o tráfego chegou de facto, e defina a data de publicação do ano seguinte a partir dessa medição em vez de repetir o mesmo palpite.

O que isto produz

Um URL permanente por evento recorrente, com um estado de época baixa documentado, uma data de publicação medida, e redireccionamentos a consolidar todas as versões datadas anteriores.

Onde isto corre mal

• cunhar um URL novo com data todos os anos, de modo que a página começa do zero enquanto os links do ano passado apontam para uma cadeia de redireccionamentos ou para um 404
• deixar o URL permanente em branco ou com noindex fora de época, o que perde a posição no índice que toda esta abordagem existe para proteger
• esperar pelas promoções confirmadas antes de publicar, o que põe a página no ar depois de a curva de procura já ter virado
• deixar a marcação de promoções expiradas no lugar depois do evento, anunciando preços que não vai cumprir

Use esta skill na sua própria IA

O ficheiro é markdown simples, com o nome e o gatilho no frontmatter. Quando um assistente consegue carregar skills sozinho, é esse frontmatter que lê para decidir que esta se aplica.

Mais em SEO para e-commerce