Permanencia de las páginas de rebajas y de temporada

Una URL nueva con fecha cada año tira a la basura todos los enlaces y todas las señales de posicionamiento que ganó la página anterior, y la sustituta tiene unas pocas semanas para posicionar antes de que acabe el evento. El fallo contrario es una URL permanente que se queda vacía y sin enlaces once meses, sale del índice y hay que reindexarla con prisas. El trabajo está en qué hace la página fuera de temporada y en cuándo cambia, no en la página que montas durante el evento.

El archivo de la habilidad

---
name: seasonal-sale-page-persistence
description: Úsalo cuando unas rebajas o un evento de temporada se repiten cada año y alguien está a punto de crear una URL nueva con el año dentro.
---

# Permanencia de las páginas de rebajas y de temporada

Una URL nueva con fecha cada año tira a la basura todos los enlaces y todas las señales de posicionamiento que ganó la página anterior, y la sustituta tiene unas pocas semanas para posicionar antes de que acabe el evento. El fallo contrario es una URL permanente que se queda vacía y sin enlaces once meses, sale del índice y hay que reindexarla con prisas. El trabajo está en qué hace la página fuera de temporada y en cuándo cambia, no en la página que montas durante el evento.

## Qué necesitas antes

- El histórico de URL y de rendimiento de los años anteriores del mismo evento, incluidos los dominios de referencia por cada versión fechada
- La curva de demanda a partir de datos de tendencias, en concreto cuándo empiezan a subir las consultas y no cuándo se celebra el evento
- El calendario de merchandising con las fechas en que se confirman las ofertas, que suele ser bastante más tarde de cuando arranca la demanda
- Una lista de páginas permanentes que puedan llevar un enlace a la página del evento todo el año

## Método

1. Quédate con una única URL permanente por evento, sin el año dentro, y redirige a ella todas las versiones fechadas anteriores. Hazlo bastante antes de la temporada para que la consolidación esté terminada cuando llegue la demanda.
2. Define el estado de fuera de temporada: viva, devolviendo un 200, indicando cuándo se celebra el evento la próxima vez y cuál fue el alcance y los descuentos habituales del año pasado. Una página vacía que devuelve 200 se considera pobre y acaba cayendo.
3. Trabaja hacia atrás desde la curva de demanda y no desde la fecha del evento. Las consultas suelen empezar semanas antes, así que la página necesita contenido real publicado antes de que haya ninguna oferta confirmada.
4. Publica primero en estado provisional con las fechas y los enlaces a categorías, y ve metiendo las ofertas según se aprueben. El posicionamiento se apoya en el histórico de rastreo, y unas ofertas que llegan tarde no lo deshacen.
5. Mantén todo el año al menos un enlace desde una posición permanente de navegación o de pie de página. Una página enlazada solo durante la temporada se redescubre tarde todos y cada uno de los años.
6. Marca las ofertas solo mientras estén realmente vivas y quita el marcado cuando acabe el evento, ya que el marcado de ofertas caducadas es a la vez un problema de directrices y un problema de confianza.
7. Después del evento, anota qué posicionó, cuándo empezó a posicionar y con cuánta antelación llegó realmente el tráfico, y fija la fecha de publicación del año siguiente a partir de esa medición en lugar de repetir la misma suposición.

## Qué produce esto

Una URL permanente por evento recurrente con un estado de fuera de temporada documentado, una fecha de publicación medida y redirecciones que consolidan todas las versiones fechadas anteriores.

## Dónde falla esto

- Crear una URL nueva con fecha cada año, con lo que la página arranca de cero mientras los enlaces del año pasado apuntan a una cadena de redirecciones o a un 404
- Dejar la URL permanente en blanco o en noindex fuera de temporada, lo que hace perder justo la posición en el índice que todo el planteamiento existe para proteger
- Esperar a tener las ofertas confirmadas antes de publicar, lo que deja la página viva después de que la curva de demanda ya haya girado
- Dejar el marcado de ofertas caducadas después del evento, anunciando precios que no vas a respetar

---

De la biblioteca de habilidades de QuQi - https://www.quqi.io/es/skills/seasonal-sale-page-persistence

Qué necesitas antes

• El histórico de URL y de rendimiento de los años anteriores del mismo evento, incluidos los dominios de referencia por cada versión fechada
• La curva de demanda a partir de datos de tendencias, en concreto cuándo empiezan a subir las consultas y no cuándo se celebra el evento
• El calendario de merchandising con las fechas en que se confirman las ofertas, que suele ser bastante más tarde de cuando arranca la demanda
• Una lista de páginas permanentes que puedan llevar un enlace a la página del evento todo el año

Método

1. 01 Quédate con una única URL permanente por evento, sin el año dentro, y redirige a ella todas las versiones fechadas anteriores. Hazlo bastante antes de la temporada para que la consolidación esté terminada cuando llegue la demanda.
2. 02 Define el estado de fuera de temporada: viva, devolviendo un 200, indicando cuándo se celebra el evento la próxima vez y cuál fue el alcance y los descuentos habituales del año pasado. Una página vacía que devuelve 200 se considera pobre y acaba cayendo.
3. 03 Trabaja hacia atrás desde la curva de demanda y no desde la fecha del evento. Las consultas suelen empezar semanas antes, así que la página necesita contenido real publicado antes de que haya ninguna oferta confirmada.
4. 04 Publica primero en estado provisional con las fechas y los enlaces a categorías, y ve metiendo las ofertas según se aprueben. El posicionamiento se apoya en el histórico de rastreo, y unas ofertas que llegan tarde no lo deshacen.
5. 05 Mantén todo el año al menos un enlace desde una posición permanente de navegación o de pie de página. Una página enlazada solo durante la temporada se redescubre tarde todos y cada uno de los años.
6. 06 Marca las ofertas solo mientras estén realmente vivas y quita el marcado cuando acabe el evento, ya que el marcado de ofertas caducadas es a la vez un problema de directrices y un problema de confianza.
7. 07 Después del evento, anota qué posicionó, cuándo empezó a posicionar y con cuánta antelación llegó realmente el tráfico, y fija la fecha de publicación del año siguiente a partir de esa medición en lugar de repetir la misma suposición.

Qué produce esto

Una URL permanente por evento recurrente con un estado de fuera de temporada documentado, una fecha de publicación medida y redirecciones que consolidan todas las versiones fechadas anteriores.

Dónde falla esto

• Crear una URL nueva con fecha cada año, con lo que la página arranca de cero mientras los enlaces del año pasado apuntan a una cadena de redirecciones o a un 404
• Dejar la URL permanente en blanco o en noindex fuera de temporada, lo que hace perder justo la posición en el índice que todo el planteamiento existe para proteger
• Esperar a tener las ofertas confirmadas antes de publicar, lo que deja la página viva después de que la curva de demanda ya haya girado
• Dejar el marcado de ofertas caducadas después del evento, anunciando precios que no vas a respetar

Usa esta skill en tu propia IA

El archivo es markdown simple, con el nombre y el disparador en su frontmatter. Cuando un asistente sabe cargar skills por su cuenta, es ese frontmatter lo que lee para decidir que esta le aplica.

Más en SEO para ecommerce