SEO para páginas de promociones y ofertas

TL;DR — Una página de promociones u ofertas es una página de su propia tienda que reúne sus descuentos: una página de «Rebajas», una landing page de Black Friday, una página de «Ofertas» o «Cupones». Dos cosas importan por encima del resto. Primero, use una sola dirección web permanente por evento (/sale/black-friday), manténgala activa todo el año aunque no haya rebajas y limítese a actualizarla: no cree una página nueva cada vez ni borre la anterior. Segundo, sus descuentos pertenecen a los datos normales de producto; ya no existe ninguna etiqueta especial de «cupón» que coloque una insignia en Google, y una página de cupones que solo existe para captar búsquedas de «cupón [su marca]» —sin nada realmente útil en ella— es el tipo de página de contenido escaso que Google desprecia.

Qué es una página de promociones u ofertas

Cuando su tienda lanza una promoción, lo normal es crear una página para ella. Esa página puede adoptar varias formas:

• Un hub de rebajas — /sale/ — que lista todo lo que está rebajado en este momento.
• Una página de evento — /sale/black-friday, /sale/summer/ — para una ocasión concreta.
• Una página de cupones — que lista sus códigos de descuento vigentes.
• Una página de liquidación u outlet — la sección permanente de «aquí siempre hay algo rebajado».

Piense en ellas como un tipo especial de página de categoría. Una página de categoría normal agrupa productos por lo que son («zapatillas de running»). Una página de ofertas los agrupa por el hecho de que están rebajados ahora mismo. Cumple las mismas dos funciones que cualquier página de categoría: posicionar para lo que la gente busca («ofertas en zapatillas de running», «cupón [marca]», «rebajas de electrónica») y actuar como el enlace que lleva a Google y a los compradores hasta los productos rebajados concretos.

La regla que le ahorrará más problemas

Reutilice una sola URL permanente; no cree una página nueva cada vez. El error tentador es crear /black-friday-2025/ y, al año siguiente, crear un nuevo /black-friday-2026/ y borrar el anterior. Cada página nueva empieza de cero, sin historial de posicionamiento, y borrar la antigua tira a la basura todos los enlaces y la autoridad que había ganado. El consejo del propio Google es usar una única URL recurrente como /sale/black-friday y limitarse a refrescar el contenido cada año: así la página se vuelve más fuerte cada temporada en lugar de reiniciarse a cero.

Y cuando termine la promoción, no borre la página ni haga que muestre un error «404: no encontrado». Manténgala activa con un aviso amable («Nuestras próximas ofertas de Black Friday llegarán pronto: vea las ofertas de hoy más abajo») y estará lista para volver a subir la próxima vez. (La parte temporal —cuándo publicar, con cuánta antelación— es en realidad un tema propio; corresponde a la estacionalidad del SEO para ecommerce.)

El mito de la insignia de cupón

Cabría esperar que, si marca un descuento con datos estructurados, Google muestre una pequeña insignia de «SALE». En general no funciona así. Google retiró sus resultados enriquecidos específicos de cupones y ofertas: no existe ningún marcado especial que coloque su código promocional en el resultado de búsqueda. Google puede mostrar una nota de «bajada de precio» en resultados de tipo shopping, pero lo deduce por su cuenta observando sus precios a lo largo del tiempo: usted no lo marca (ni puede hacerlo). Sus descuentos van sencillamente en la información normal de producto (el precio y el precio rebajado), y Google decide qué mostrar.

La lista de comprobación básica

• Use una sola URL permanente por evento recurrente; manténgala activa todo el año.
• Trate la página de ofertas como una página de categoría: asegúrese de que se llegue a cada producto rebajado mediante un enlace normal desde ella.
• Ponga los precios rebajados en sus datos de producto, no en etiquetas especiales de «cupón».
• No cree una página de cupones vacía cuyo único fin sea captar búsquedas de «cupón [marca]»: ofrezca a los compradores algo realmente útil (las ofertas reales, códigos que funcionen, condiciones claras).
• Añada breadcrumbs para que los compradores y Google vean dónde encaja la página.

¿Quiere la versión técnica: estrategia de URL duradera, mantener frente a redirigir cuando termina una oferta, cómo aparecen exactamente los descuentos en los datos estructurados Product y cómo mantenerse fuera del terreno del cupón escaso y las páginas puerta? Cambie a la pestaña Avanzado.

TL;DR — Una página de promociones/ofertas es una página de categoría cuya clasificación es «actualmente rebajado»: posiciona para consultas de ganga con intención alta y encamina rastreo

• y PageRank hacia los productos rebajados. Clasifique primero: evento recurrente, hub permanente o campaña genuinamente única — las reglas de URL y de ciclo de vida que siguen están escritas para los dos primeros. La columna vertebral de precisión para 2026: para esas páginas, el fallo dominante es crear una URL nueva por cada ocurrencia y borrarla después. Use una sola URL duradera y recurrente por evento recurrente (Google: /sale/black-friday, no /sale/2020/black-friday) y manténgala activa con un 200 entre eventos, con un motivo genuino para existir: devolver un 404 o borrarla pierde los enlaces y el historial de indexación que ganó en su pico (Google no promete una mejora de posicionamiento solo por reutilizarla), y un 404 además le dice a Googlebot que deje de rastrear esa URL. Una promoción genuinamente única se evalúa en cambio entre redirigir, conservar o retirar, y no se le aplica por defecto el mantenerla viva para siempre. Los descuentos pertenecen a los datos estructurados Product (precio + precio rebajado), no a un marcado especial de cupón: Google dejó obsoletos sus resultados enriquecidos específicos de oferta y cupón, y deduce por sí mismo las insignias de bajada de precio observando los precios a lo largo del tiempo, de modo que los datos estructurados otorgan elegibilidad para merchant listing, no hacen que posicione. Las fechas del feed de precio rebajado de Merchant Center y su programa Promotions aparte, limitado por país, son capas adicionales que no se sincronizan automáticamente con los datos estructurados de la página. Y una página de cupones que existe solo para captar «cupón [marca]» sin valor real es contenido escaso, cercano a una página puerta, que Google devalúa.

Por qué las páginas de ofertas son solo páginas de categoría disfrazadas

Casi todas las decisiones técnicas de una página de promociones son decisiones de página de categoría. Una página de categoría agrupa productos por tipo; una página de ofertas los agrupa por el atributo transitorio «rebajado ahora mismo». Ambas cumplen las mismas dos funciones: posicionar para su consulta y servir de vía de acceso —de rastreo y de transmisión de autoridad de enlaces— hacia los productos que cuelgan de ellas. Así que se aplica todo el instrumental de las páginas de categoría: URL descriptiva, un título y un H1 limpios, datos estructurados BreadcrumbList, enlaces <a href> reales a cada producto y ningún marcado de resultado enriquecido Product en el propio listado multiproducto.

Lo único que convierte a las páginas de ofertas en un tema propio es la caducidad. Una categoría como «zapatillas de running» es para siempre; unas «rebajas de Black Friday» duran un fin de semana. Esa única diferencia provoca todos los errores que siguen.

Antes de aplicar cualquier regla de URL o de ciclo de vida, clasifique qué tipo de página tiene en realidad: un evento recurrente que vuelve según un calendario (Black Friday, unas rebajas anuales de aniversario), un hub permanente cuya página es perenne aunque su contenido rote (/sale/, /clearance/, /coupons/), o una campaña genuinamente única que no se repetirá. Las pautas de URL duradera y de mantener la página viva que siguen están escritas para los dos primeros casos. Una promoción realmente única es un caso más estrecho: su expiración merece una respuesta propia, no dar por supuesto que debe seguir viva para siempre; vea la pestaña Árboles de decisión para esa rama.

La decisión central: URL duradera, mantenida activa

Aquí es donde se gana o se pierde el SEO de las páginas de ofertas, y es el mismo principio que rige las páginas estacionales. La orientación de Google es inequívoca: use «una URL recurrente, no una URL nueva para cada ocurrencia del evento… use /sale/black-friday, no /sale/2020/black-friday».

Hágalo: una URL duradera por evento recurrente, actualizada en el mismo sitio. /sale/black-friday, /deals/, /clearance/, /coupons/. La orientación de Google aquí está acotada a los eventos recurrentes: reutilice una URL para que no se reinicie a cero en cada ocurrencia. Google no promete una mejora de posicionamiento ni una acumulación garantizada de autoridad solo por reutilizarla; el beneficio documentado es evitar el costo de empezar de nuevo (sin historial de indexación, sin enlaces internos ni externos acumulados) cada vez, y da menos trabajo que reconstruirla cada año. En el intervalo entre promociones, sustituya el mensaje por uno de temporada baja y mantenga un enlace en el pie o en la sección de rebajas para que la página siga siendo rastreable, siempre que la página conserve un motivo genuino y veraz para existir entre eventos (la fecha de las próximas rebajas si se conoce, las ofertas actuales si es un hub rotativo); una página de relleno mantenida viva solo por su URL supone el mismo riesgo de contenido escaso que se trata más adelante en este artículo.

Hágalo: mantenga la página activa con un 200 cuando termine la oferta. No la borre, no devuelva un 404, no le ponga noindex. Las tres cosas tiran a la basura los enlaces y el historial de posicionamiento que la página ganó en su pico. Un 404 es además una señal potente para que Googlebot deje de rastrear esa URL, y la recuperación es lenta. Para cualquier página que volverá a alojar una promoción, la opción por defecto es: mantenerla viva y cambiar el mensaje.

Una promoción genuinamente única es un caso distinto. La orientación anterior sobre URL recurrente y mantener la página viva para siempre es para páginas ligadas a un evento recurrente o a un hub continuo: no se extiende automáticamente a una campaña que de verdad no se repetirá. Para esa página, recorra la decisión real: ¿existe un sucesor cercano que satisfaga la misma intención (redirija hacia él)?, ¿la página caducada conserva valor propio que merezca la pena mantener (consérvela, eliminando las ofertas caducadas)?, ¿o no se cumple ninguna de las dos (retírela con un 404/410)? La rama completa está en la pestaña Árboles de decisión.

Redirija solo para una retirada permanente. Un 301 es correcto únicamente cuando una promoción no va a volver nunca (la página de liquidación de una línea de producto descatalogada). Con el tiempo Google consolida el origen en el destino y deja de indexarlo de forma independiente, así que un 301 en una página que vuelve el año que viene es todo desventaja (se come un retraso de rerrastreo y pierde la URL independiente). La mecánica de la decisión entre 301 y mantener viva, y los tiempos de temporada baja —plazos de publicación, el calendario de rastreo antes del pico— son competencia de la estacionalidad del SEO para ecommerce; no lo voy a volver a discutir aquí.

Antipatrones que hay que eliminar: /black-friday-2025/ (reinicia la autoridad cada año y exige 301 anuales), URLs con fecha como /deals-december-2025/ (canibalización) y mantener páginas separadas /black-friday-2025/ y /black-friday-2026/ (duplica el contenido y parte la autoridad por la mitad).

Datos estructurados: los descuentos viven en Product, no en un marcado de cupón

Existe un mito persistente según el cual se puede marcar un código promocional o un porcentaje de descuento y conseguir una insignia en Search. No se puede, y perseguirlo es malgastar esfuerzo.

Google dejó obsoletos sus resultados enriquecidos específicos de oferta y cupón. Hoy no existe ningún marcado admitido que muestre su código de cupón ni una insignia genérica de «SALE» en un resultado orgánico. Si construyó páginas alrededor de emitir datos estructurados de cupón para obtener un resultado enriquecido, ese resultado ya no existe.

Las bajadas de precio las calcula Google; usted no las marca. La documentación de producto de Google es explícita: «las bajadas de precio las calcula Google observando los cambios de precio del producto a lo largo del tiempo». Usted no declara «esto es una bajada de precio»: mantiene datos precisos de precio y precio rebajado en el producto, y Google decide si muestra una mejora de bajada de precio en resultados de tipo shopping. La palanca que usted controla son unos precios limpios y actualizados en los datos estructurados Product, no una etiqueta especial de descuento.

Así que la postura respecto a los datos estructurados es la misma que en cualquier página de producto o categoría:

• En las páginas de producto, mantenga el marcado Product preciso —nombre, imagen, precio y moneda, disponibilidad— con un precio rebajado válido cuando corresponda. Eso otorga elegibilidad para las mejoras de merchant listing (incluido cualquier tratamiento de bajada de precio que calcule Google). No hace que la página posicione; los datos estructurados le dicen a Google qué ha cambiado, no son un impulso de posicionamiento.
• En la propia página de listado de ofertas, trátela exactamente como una página de categoría: BreadcrumbList sí; ningún marcado de resultado enriquecido Product en un listado multiproducto; ItemList/CollectionPage opcionales (sin resultado enriquecido propio). Si responde de verdad a las preguntas de los compradores («cuándo terminan las rebajas», «se acumula el código»), un bloque FAQPage integrado con naturalidad puede merecer la pena, pero solo si las preguntas y respuestas son reales.

Cuatro capas independientes tienen que mantenerse sincronizadas; los datos estructurados son solo una de ellas. Es fácil tratar los «datos estructurados» como una única cosa que hay que hacer bien, pero un descuento toca en realidad cuatro sistemas independientes, y ninguno de ellos lee de los otros ni los rellena automáticamente:

1. El texto visible de la página: el precio, el precio rebajado y las condiciones que el comprador lee de verdad.
2. Los datos estructurados Product/Offer de la página de producto: price, priceCurrency, availability y la propiedad recomendada (no obligatoria) priceValidUntil, que indica a Google la fecha en la que el precio actual deja de ser válido: el campo adecuado para un precio rebajado acotado en el tiempo.
3. El feed de productos de Merchant Center: sus propios atributos sale_price y sale_price_effective_date (un rango de fechas ISO 8601) controlan qué precio muestran los anuncios de Shopping y las fichas gratuitas. Este es un feed aparte que usted mantiene en Merchant Center, no algo derivado de los datos estructurados de su página.
4. Merchant Center Promotions: un programa opcional distinto para mostrar códigos promocionales y ofertas junto a las fichas. Solo está disponible en un conjunto concreto de países, requiere una cuenta activa de Merchant Center con una URL reclamada, y cada promoción pasa por la revisión de Google antes de poder publicarse: no es una función universal a la que toda tienda pueda dar por hecho que tiene acceso.

Si el precio rebajado de la página, la ventana de fechas efectivas del feed y cualquier envío a Promotions no coinciden, esa discrepancia es la que merece la pena perseguir, no los datos estructurados de la página por sí solos.

El modo de fallo es tratar los datos estructurados como si fueran la estrategia. Son la etiqueta, no el producto.

La trampa del cupón escaso y la página puerta

Este es el riesgo de calidad específico de las páginas de ofertas, y es fácil caer en él.

La página de cupones de una tienda es legítima cuando hace un trabajo real: lista sus códigos vigentes de verdad, expone las condiciones con claridad y enlaza a los productos a los que se aplican los códigos. El problema es la versión que existe solo para interceptar búsquedas de «cupón [marca]»: una página con un encabezado saturado de palabras clave, una lista de códigos obsoleta o vacía y ningún valor genuino para el comprador. Eso es contenido escaso y, cuando se construye una red de páginas casi idénticas de «cupón [marca]» con el único fin de captar consultas de cazadores de gangas, se acerca al terreno de las páginas puerta: páginas creadas principalmente para posicionar en muchas búsquedas similares que después canalizan a los usuarios hacia el mismo destino, algo que Google trata como un patrón de spam.

Mantenga sus páginas de cupones y ofertas en el lado correcto de la línea:

• Contenido real y actualizado. Códigos activos con caducidad y condiciones exactas, o los productos rebajados de verdad, no una carcasa que dice «vuelva pronto para ver ofertas» indefinidamente.
• Una página, no una granja de páginas puerta. No cree decenas de landing pages de ofertas casi duplicadas dirigidas a ligeras variaciones de consulta que acaben dejando al comprador en el mismo sitio.
• Utilidad genuina. Responda a las preguntas reales (cuál es el código, a qué se aplica, cuándo termina). Si la página resultaría inútil para una persona que no fuera un motor de búsqueda, es la página equivocada.
• Gestione las ofertas caducadas como cualquier contenido temporal. Cuando termine una promoción concreta, o bien intégrela en el hub duradero con el mensaje actualizado o, si de verdad ha desaparecido para siempre, trátela como trataría cualquier página retirada: no deje una página activa anunciando un código que ya no funciona ni acumule un cementerio de URLs de ofertas muertas.

Enlazado interno: la función de vía de acceso

Como una página de ofertas es una página de categoría, sus enlaces son estructurales:

• Enlace a cada producto rebajado desde la página de ofertas mediante enlaces <a href> reales (o pagine para que se pueda llegar a todos). Si un producto rebajado no está enlazado desde ningún sitio rastreable, puede que Googlebot no lo encuentre. Un sitemap o un feed de Merchant Center son un recurso de reserva, no el mecanismo principal.
• Suba los enlaces internos antes de una promoción y bájelos después. Apunte la página de inicio, la navegación principal y las páginas de categoría o de contenido relevantes hacia la página de ofertas en los días previos a las rebajas; cuando terminen, retírela de los sitios de mucha visibilidad (para dejar de malgastar presupuesto de rastreo en una página inactiva) pero conserve un enlace en el pie para que siga siendo rastreable. Los enlaces internos son la señal de prioridad de rastreo más fuerte que usted controla: la misma palanca que consigue que una página estacional se vuelva a rastrear a tiempo.
• Los breadcrumbs en la interfaz y como datos estructurados BreadcrumbList refuerzan dónde encaja la página.

Títulos, meta, H1

• Etiqueta de título: incluya la consulta de la promoción — [Category] Deals, [Brand] Coupons & Promo Codes, Black Friday [Category] Sale. Ajústese a cómo busca la gente realmente la ganga, no a la jerga interna.
• Metadescripción: apóyese en un lenguaje de decisión de compra: qué está rebajado, cuánto y la ventana real. Generarla de forma programática a gran escala está bien.
• H1: que sea paralelo al título; manténgalo limpio y único.

Las señales de frescura importan más aquí que en las páginas perennes: un comprador (y Google) que lee «Ahorre hasta un 40 % este fin de semana» quiere que eso sea cierto este fin de semana. Mantenga actualizadas las fechas, los porcentajes y las listas de códigos, y actualícelos en el mismo sitio sobre la URL duradera en lugar de acuñar una página nueva.

Monitorización

• GSC Page Indexing — vigile la acumulación de URLs de ofertas muertas o duplicadas en los grupos excluidos; eso es un problema de caducidad o de páginas puerta que se está filtrando.
• Performance report — siga la consulta y el CTR de la página de ofertas durante la ventana de la promoción; una posición estable con un CTR a la baja suele deberse al diseño de la SERP (carruseles de shopping que se expanden en el pico), no a una pérdida de posicionamiento.
• Rich Results Test / URL Inspection — valide BreadcrumbList y el marcado de producto; confirme que la página de ofertas se renderiza e indexa como se pretende.
• Merchant Center — donde se evalúan de verdad la merchant listing y cualquier tratamiento de bajada de precio; compruebe si hay desaprobaciones de precio o disponibilidad.

Dónde encaja esto

Las páginas de promociones y ofertas son una porción de la estructura de un sitio de ecommerce. Son una variante de página de categoría, así que las reglas de navegación por facetas, paginación y datos estructurados de allí se aplican íntegramente; los artículos rebajados concretos son páginas de producto; el calendario de esas mismas páginas —plazos de publicación, ventanas de mantener frente a redirigir, planificación del rastreo antes del pico— es la estacionalidad del SEO para ecommerce; y nada de esto es lo mismo que el SEO para marketplaces, donde un descuento influye en el algoritmo de posicionamiento del propio marketplace y no en el de Google. Para el panorama completo, vea SEO para ecommerce.

Resumen con IA

Una síntesis condensada de la versión Advanced:

• Una página de promociones/ofertas es una página de categoría cuya clasificación es «actualmente rebajado»: una página /sale/, /deals/, /coupons/ o de evento como /sale/black-friday. Cumple dos funciones: posicionar para consultas de ganga con intención alta y encaminar rastreo + PageRank hacia los productos rebajados.
• Clasifique antes de aplicar reglas de ciclo de vida. Evento recurrente, hub permanente (el contenido rota, la página es perenne) o campaña genuinamente única: cada uno recibe un tratamiento distinto de URL y de expiración. El fallo dominante en los dos primeros es crear una URL nueva por ocurrencia y borrarla después.
• La estrategia de URL es la decisión central para eventos recurrentes y hubs. Google: use «una URL recurrente, no una URL nueva para cada ocurrencia del evento» — /sale/black-friday, no /sale/2020/black-friday. Manténgala activa con un 200 entre eventos (con un motivo genuino para existir, no una página de relleno); borrarla, devolver un 404 o ponerle noindex pierde los enlaces acumulados de la página y su historial de indexación, y un 404 le dice a Googlebot que deje de rastrear la URL. Google no promete una mejora de posicionamiento solo por reutilizarla: el beneficio es no empezar de cero. A una promoción genuinamente única no se le aplica por defecto el mantenerla viva: redirija a un sucesor real, consérvela por su valor propio o retírela.
• Los descuentos viven en los datos estructurados Product, no en un marcado de cupón, y esa es una de cuatro capas que hay que mantener sincronizadas a mano (el texto visible, los datos estructurados Product/Offer incluida la propiedad recomendada priceValidUntil, la ventana sale_price_effective_date propia del feed de Merchant Center y el programa aparte Merchant Center Promotions, limitado por país y sujeto a revisión). Google dejó obsoletos sus resultados enriquecidos específicos de oferta y cupón, y «las bajadas de precio las calcula Google observando los cambios de precio del producto a lo largo del tiempo»: usted mantiene datos exactos de precio y precio rebajado; Google decide qué muestra. Los datos estructurados otorgan elegibilidad para merchant listing, no hacen que posicione. Ningún marcado Product en el listado multiproducto; BreadcrumbList sí.
• Evite la trampa del cupón escaso y la página puerta. Una página de cupones que existe solo para captar búsquedas de «cupón [marca]» sin valor real es contenido escaso; una granja de landing pages de ofertas casi duplicadas que canalizan a un único destino es un patrón de página puerta que Google devalúa. Códigos reales y vigentes, una página y no una granja, utilidad genuina.
• Enlaces internos a cada producto rebajado (<a href>), subidos antes de una promoción y bajados después; la frescura (fechas, porcentajes y códigos exactos) importa más que en las páginas perennes.
• El calendario (plazos de publicación, ventanas de mantener frente a redirigir, planificación del rastreo antes del pico) lo cubre la estacionalidad del SEO para ecommerce; los descuentos en marketplaces son un algoritmo totalmente aparte.

Documentación oficial

Documentación de fuente primaria relevante para las páginas de promociones y ofertas.

Google — páginas de rebajas y de eventos recurrentes

• Buenas prácticas para páginas de Black Friday y Cyber Monday (octubre de 2020) — orientación sobre la URL recurrente y sobre crear la página bastante antes de las rebajas.
• Buenas prácticas de SEO para ecommerce — el hub de ecommerce, incluido el contexto de rebajas y promociones.
• Cómo diseñar una estructura de URL para sitios de ecommerce — cómo minimizar URL duplicadas, tratar categorías vacías y usar parámetros ?key=value.
• Ayuda a Google a entender la estructura de tu sitio de ecommerce — las páginas de listado deben enlazar a todos los productos; el número de enlaces funciona como señal de importancia.

Google — datos estructurados y precios

• Datos estructurados de producto (introducción) — fragmentos de producto frente a fichas de comercio; la nota de que las bajadas de precio las calcula Google observando los cambios de precio a lo largo del tiempo.
• Datos estructurados de fichas de comercio — los campos de precio y disponibilidad que hacen que un producto comprable sea elegible para las mejoras de shopping.
• Datos estructurados BreadcrumbList — el marcado que importa en una página de listado de ofertas.
• Directrices generales sobre datos estructurados — no marque contenido que no sea visible o que resulte engañoso (relevante para descuentos falsos o caducados).

Google Merchant Center — feed y promociones

• Atributo de fecha de vigencia del precio rebajado — la ventana de rango de fechas propia del feed para un precio rebajado, independiente de los datos estructurados de la página.
• Descripción general de las promociones para comerciantes — el programa opcional, limitado por país y sujeto a revisión, para mostrar códigos promocionales y ofertas; no está disponible automáticamente para toda tienda.

Google — calidad (contenido escaso y páginas puerta)

• Política de spam contra las páginas puerta — páginas creadas para posicionar en muchas consultas similares que canalizan a los usuarios hacia un único destino.
• Directrices sobre afiliación de contenido escaso y páginas de poco valor — el hub de políticas de spam que cubre los patrones de contenido escaso y de poco valor.
• Redirecciones y Búsqueda de Google — redirecciones permanentes frente a temporales, para retirar una promoción definitivamente.

Bing / Microsoft

• Directrices para webmasters de Bing — orientación general de rastreo, indexación y calidad; se aplica la misma lógica de URL duradera y de calidad.

Citas de la fuente

Declaraciones oficiales de Google. Cada enlace es un enlace profundo que salta al pasaje citado en la página de origen, siempre que la página lo permita.

Google — URLs recurrentes para eventos de rebajas

• «Use una URL recurrente, no una URL nueva para cada ocurrencia del evento. Dé a la landing page de los eventos recurrentes una URL con sentido que refleje el evento y que se use cada año (por ejemplo: use /sale/black-friday, no /sale/2020/black-friday).» — Google Search Central Blog (octubre de 2020). Ir a la cita

Google — las bajadas de precio se calculan, no se marcan

• «Las bajadas de precio las calcula Google observando los cambios de precio del producto a lo largo del tiempo.» — Google Search Central, datos estructurados de producto. Ir a la cita

Google — las páginas de listado deben enlazar a los productos

• “If category pages don’t include direct links to all products in a category, Googlebot might not find all of your products by crawling alone.” (traducción) «Si las páginas de categoría no incluyen enlaces directos a todos los productos de una categoría, es posible que Googlebot no encuentre todos sus productos únicamente mediante el rastreo». — Google Search Central, estructura de sitios de ecommerce. Un listado de ofertas es una página de categoría a estos efectos. Ir a la cita

Lista de comprobación de páginas de promociones y ofertas

Una revisión para confirmar que una página de ofertas posiciona, encamina a los rastreadores y no perjudica a la tienda.

URL y ciclo de vida

• Una sola URL duradera y recurrente por evento recurrente (/sale/black-friday), no una URL con el año.
• Página mantenida activa con 200 entre promociones: ni borrada, ni con 404, ni con noindex.
• Mensaje de temporada baja sustituido («las ofertas vuelven en [mes]»); enlace en el pie mantenido para la rastreabilidad.
• 301 usado solo para una promoción retirada de forma permanente.

Posicionar la página (es una página de categoría)

• La etiqueta de título y el H1 incluyen la consulta de ganga ([Category] Deals, [Brand] Coupons).
• Datos estructurados BreadcrumbList presentes y válidos.
• Ningún marcado de resultado enriquecido Product en el listado multiproducto.
• Fechas, porcentajes y listas de códigos actuales y exactos.

Datos estructurados (en las páginas de producto)

• El marcado Product tiene nombre, imagen, precio + moneda, disponibilidad y un precio rebajado válido cuando corresponde.
• No está intentando marcar un cupón u oferta para un resultado enriquecido (obsoleto) ni «declarar» una bajada de precio (la calcula Google).
• Precio y disponibilidad en Merchant Center sin desaprobaciones.

Calidad (evitar contenido escaso y páginas puerta)

• La página de cupones lista códigos reales y vigentes con sus condiciones, no una carcasa vacía de «vuelva pronto».
• Una página, no una granja de landing pages de ofertas casi duplicadas que canalizan al mismo destino.
• Promociones caducadas integradas en el hub duradero o tratadas como cualquier página retirada: ninguna página activa anunciando códigos muertos.

Enlaces y monitorización

• Se puede llegar a cada producto rebajado mediante enlaces <a href> reales desde la página de ofertas.
• Enlaces internos subidos antes de la promoción y bajados después (enlace del pie mantenido).
• GSC Page Indexing vigilado por si se acumulan URLs de ofertas muertas o duplicadas.

Los modelos mentales

1. Una página de ofertas es una página de categoría con fecha de caducidad. Todo lo que es cierto de una página de categoría lo es aquí: dos funciones (posicionar + vía de acceso), BreadcrumbList sí, ningún marcado Product en el listado, enlaces <a href> reales a los productos. La única variable nueva es la caducidad, y es la que provoca todos los errores específicos de las páginas de ofertas.

2. La decisión de ciclo de vida: ¿va a volver esta promoción?

Por defecto, mantener viva.

3. Los datos estructurados son la etiqueta, no el producto. Los descuentos van en Product (precio + precio rebajado); Google calcula las insignias de bajada de precio observando los precios a lo largo del tiempo; los resultados enriquecidos de cupón ya no existen. Los datos estructurados otorgan elegibilidad para las mejoras de merchant listing: nunca hacen que la página posicione. Si está optimizando el marcado en lugar de la oferta y la página, está optimizando lo que no es.

4. La línea entre contenido escaso y página puerta. Pregúntese: ¿le resultaría útil esta página de cupones u ofertas a una persona que no fuera un motor de búsqueda? Códigos reales y vigentes, los productos rebajados de verdad, condiciones honestas → bien. Una carcasa vacía, o una granja de páginas casi duplicadas de «cupón [marca]» que canalizan a un solo sitio → contenido escaso o página puerta, que Google devalúa.

5. El calendario vive al lado. Cuándo publicar, con cuánta antelación, el calendario de rastreo antes del pico: eso es SEO estacional, no esta página. El SEO de las páginas de ofertas trata de la estructura y el ciclo de vida de la página; la estacionalidad trata de su calendario. Úselos juntos.

Páginas de promociones y ofertas — hoja de referencia rápida

La estrategia de URL de un vistazo

Cuando termina una promoción → código de estado

Datos estructurados en una página de ofertas

Descuentos: cómo aparecen realmente

Datos rápidos

• URL recurrente, no con el año (Google): /sale/black-friday.
• Mantener activa con 200; 301 solo para retirada permanente.
• Resultados enriquecidos de cupón y oferta: obsoletos.
• Bajadas de precio: las calcula Google, no se marcan.
• La página de cupones debe ser real y estar vigente, no una carcasa de página puerta.

Antipatrones: lo que mata en silencio el SEO de las páginas de ofertas

1. Una URL nueva para cada promoción. /black-friday-2025/ este año, /black-friday-2026/ el que viene, y la antigua borrada. Cada página nueva empieza de cero y la autoridad de la borrada se evapora. Solución: una sola /sale/black-friday duradera, actualizada en el mismo sitio.

2. Devolver 404 o borrar la página cuando termina la oferta. El error de ciclo de vida más dañino. Descarta la autoridad de enlaces y el historial de posicionamiento ganados, y un 404 le dice a Googlebot que deje de rastrear la URL; la recuperación es lenta. Solución: mantenerla activa con un 200 y un mensaje de «próxima oferta».

3. Hacer un 301 de una página que va a volver. Un 301 dice «desaparecida para siempre». Google acaba consolidando el origen y deja de indexarlo de forma independiente, así que una página que vuelve la próxima temporada se come un retraso de rerrastreo sin ningún beneficio. Solución: 301 solo para una retirada genuinamente permanente.

4. Perseguir los resultados enriquecidos de cupón u oferta. Construir marcado para mostrar un código promocional o una insignia de «SALE». Ese resultado enriquecido quedó obsoleto: está emitiendo datos estructurados para un resultado que ya no existe. Solución: ponga el descuento en el precio y el precio rebajado de Product y deje que Google calcule cualquier tratamiento de bajada de precio.

5. Marcado de resultado enriquecido Product en el listado de ofertas. Los resultados enriquecidos de producto son para páginas de un único producto, no para listas multiproducto. Solución: BreadcrumbList en el listado; Product solo en las páginas de producto individuales.

6. La carcasa de cupones vacía. Una página de «cupones de [marca]» con un encabezado saturado de palabras clave, una lista de códigos obsoleta o vacía y ningún valor real, que existe solo para interceptar la consulta. Contenido escaso. Solución: códigos reales y vigentes, condiciones honestas y enlaces a los productos a los que se aplican.

7. La granja de páginas puerta. Decenas de landing pages de ofertas casi duplicadas dirigidas a ligeras variaciones de consulta que canalizan a todos los compradores hacia el mismo destino. Ese es un patrón de página puerta que Google trata como spam. Solución: una página fuerte por cada intención genuina.

8. Promociones caducadas que siguen activas. Una página que meses después sigue anunciando «40 % de descuento, solo este fin de semana», o un código que ya no funciona. Erosiona la confianza y puede entrar en conflicto con la política de datos estructurados sobre contenido visible y exacto. Solución: actualice en el mismo sitio sobre la URL duradera; nunca deje una página activa vendiendo una oferta muerta.

Herramientas para páginas de promociones y ofertas

• Google Search Console — Page Indexing report — detecte URLs de ofertas muertas o duplicadas acumulándose en los grupos excluidos, la señal más clara de que se está filtrando un problema de caducidad o de páginas puerta.
• GSC — Performance report — siga la consulta, la posición y el CTR de la página de ofertas durante una ventana promocional (una posición estable con un CTR a la baja suele deberse al diseño de la SERP, no a una caída).
• GSC — URL Inspection + Rich Results Test — confirme cómo se renderiza e indexa la página de ofertas, y valide BreadcrumbList y el marcado de producto.
• Google Merchant Center — donde se evalúan de verdad la merchant listing y cualquier tratamiento de bajada de precio; vigile las desaprobaciones de precio o disponibilidad en los artículos rebajados.
• Ahrefs Site Audit — saque a la luz productos rebajados huérfanos, profundidad de rastreo, URLs de ofertas muertas o duplicadas y el número de enlaces internos por página.
• Screaming Frog SEO Spider — rastree el árbol de ofertas y rebajas, encuentre productos accesibles solo mediante JS y audite qué URLs de promoción están activas, dan 404 o redirigen.
• Ahrefs Keywords Explorer — dimensione las consultas de ganga («ofertas de [categoría]», «cupón [marca]») que merecen una página duradera antes de construirla.

¿Qué debería pasar cuando termina una promoción?

Problemas habituales en las páginas de promoción

Una página de ofertas caducada sigue apareciendo en la búsqueda

Causa probable: la página sigue siendo indexable con títulos, texto de oferta o datos estructurados obsoletos. Solución: elija el estado honesto —mantener, redirigir o retirar—; elimine las afirmaciones caducadas del contenido visible y de los datos de Product; después solicite el rerrastreo cuando proceda.

Una página de rebajas recurrente pierde visibilidad cada año

Causa probable: la tienda crea una URL nueva con fecha o elimina todos los enlaces a la página permanente entre eventos. Solución: consolide los duplicados reales en una sola URL recurrente, mantenga una ruta rastreable discreta todo el año y restablezca los enlaces destacados antes de que crezca la demanda.

Los valores de descuento no coinciden entre la página y los datos estructurados

Causa probable: las fichas de producto, las reglas de checkout, los feeds y los datos estructurados se actualizan en calendarios distintos. Solución: verifique el mismo SKU y la misma ventana de oferta en el precio visible, el JSON-LD, el feed de comerciante y el checkout; pause el marcado inexacto en lugar de publicar un precio engañoso.

El hub de ofertas está indexado pero es escaso

Causa probable: lista pocas ofertas activas o ninguna y existe principalmente para captar consultas de cupones. Solución: añada ofertas realmente vigentes, condiciones claras, navegación de categorías útil y un contexto honesto de temporada baja, o retírela de la búsqueda si no puede servir a los compradores.

Ejemplos simplificados de páginas de ofertas

URL de evento recurrente

Before: /black-friday-2025/ → expires → /black-friday-2026/
After:  /sale/black-friday/ → refreshed for each event

La URL permanente acumula señales mientras cambian las fechas y las condiciones visibles. La página se mantiene en 200 entre eventos, con alternativas exactas en lugar de promesas caducadas.

Página de cupones útil frente a una página puerta

Thin:   "Brand coupon codes" + no working offers + generic affiliate copy
Useful: active code, exclusions, expiry, eligible products, and checkout instructions

La versión útil ayuda al comprador a completar una transacción real. Una página no debería afirmar que un código está activo cuando la tienda no puede verificarlo.

Oferta de producto coherente

{
  "@type": "Offer",
  "price": "79.00",
  "priceCurrency": "USD",
  "availability": "https://schema.org/InStock"
}

Este fragmento ilustrativo solo sirve cuando el precio visible del producto, la moneda, el estado de stock y la experiencia de checkout coinciden con él.

Prompts para el control de calidad de páginas de promoción

Comprobar la coherencia de la oferta

Pegue el texto visible de la oferta, los precios de producto, el JSON-LD renderizado, la fila del feed y las condiciones de la promoción.

Compare these representations of one ecommerce promotion. Report mismatches in SKU,
price, currency, availability, eligibility, start/end dates, coupon requirements, and
exclusions. Separate missing evidence from actual contradictions. Do not assume that valid
structured data guarantees a search enhancement.

Elegir el estado de la URL después de la promoción

Pegue la URL, si el evento se repite, los enlaces y el tráfico actuales, el sucesor disponible y el contenido que quedaría.

Recommend keep at 200, 301 redirect, or retire with 404/410 for this expired promotion
page. Apply these rules: recurring events keep a durable URL; redirects require a close
intent-matched successor; unrelated pages must not be redirected to the homepage. List the
evidence supplied and identify any missing fact that prevents a confident choice.

Demuestre que un cambio de promoción se ha implementado correctamente

Prueba de limpieza de ofertas caducadas

Prueba que ejecutar: rastree la URL de la promoción y productos representativos y compare después el texto visible, el checkout y los datos de oferta Product renderizados. Resultado esperado: los códigos, fechas y precios caducados están ausentes o marcados claramente como inactivos en todas partes. Interpretación del fallo: algún sistema está sirviendo un estado de oferta obsoleto. Ventana de monitorización: inmediata al final de la campaña y tras el siguiente ciclo de caché. Disparador de reversión: los compradores pueden ver, o los motores de búsqueda leer, una oferta activa inexacta.

Prueba de URL duradera

Prueba que ejecutar: compruebe la página recurrente y las variantes con fecha conocidas con el Redirect Chain Mapper. Resultado esperado: la URL recurrente responde con 200; los duplicados reales llegan a ella en un solo salto. Interpretación del fallo: las URLs anuales siguen compitiendo o la consolidación está incompleta. Ventana de monitorización: inmediata tras desplegar las redirecciones. Disparador de reversión: bucles, cadenas o redirecciones a destinos no relacionados.

Prueba de paridad del marcado de oferta

Prueba que ejecutar: use el PDP SEO Checker en productos rebajados. Resultado esperado: el precio, la moneda y la disponibilidad visibles y los estructurados coinciden. Interpretación del fallo: las plantillas, los feeds o las reglas de promoción están desincronizados. Ventana de monitorización: en el lanzamiento, tras cambios de precio y al final de la campaña. Disparador de reversión: los datos estructurados exponen una oferta materialmente inexacta.

Métricas permanentes de páginas de promoción

Visibilidad orgánica de la página de ofertas

Métrica: clics, impresiones y posición media de las URLs de promoción y de las consultas de ofertas relevantes. Qué le indica: si las páginas duraderas conservan y recuperan visibilidad entre campañas. Cómo obtenerla: Search Console filtrado por página de promoción y grupo de consultas. Referencia / rango realista: compare los eventos recurrentes con su propio periodo equivalente anterior, porque la demanda de marca y la profundidad del descuento varían. Cadencia: semanal antes del lanzamiento, diaria durante los eventos grandes y una vez después.

Conversión de la landing page de promoción

Métrica: sesiones orgánicas, clics en productos, transacciones, ingresos y tasa de conversión de las entradas a la página de ofertas. Qué le indica: si la página encamina la intención de ganga hacia los productos disponibles. Cómo obtenerla: informes de landing page y eventos de ecommerce de la analítica, con las fechas de campaña anotadas. Referencia / rango realista: compare con campañas anteriores y controle el inventario, la fuerza de la oferta y los cambios de medición. Cadencia: diaria durante la campaña y después de ella.

Tasa de errores por ofertas caducadas

Métrica: muestra de páginas de promoción y de producto con precios, códigos, fechas o datos estructurados obsoletos. Qué le indica: si el cierre de la campaña funciona en todos los sistemas. Cómo obtenerla: un rastreo programado más comprobaciones puntuales del checkout y de los datos estructurados. Referencia / rango realista: el estado previsto es cero ofertas activas inexactas conocidas. Cadencia: en el lanzamiento, en la expiración y tras actualizaciones de caché o de feed.

Recursos que merecen su tiempo

Mis artículos relacionados

• Guía para principiantes sobre SEO técnico — dónde encajan el rastreo, la indexación y los datos estructurados en el panorama general.
• Cómo gestionar productos agotados: depende del caso — la misma lógica de ciclo de vida entre mantener y retirar, aplicada a productos.
• SEO para ecommerce: guía para principiantes — cómo encajan las páginas de ofertas y categorías en el conjunto de la tienda.

Mis ponencias

• How Search Works (SlideShare) — mi recorrido por el rastreo, el renderizado, la indexación y el posicionamiento, que sustenta los argumentos de URL duradera y de mantener la página viva de este artículo. (Descargo de responsabilidad habitual: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no va a ser 100 % completa ni exacta».)

Del resto del sector

• Buenas prácticas para páginas de Black Friday y Cyber Monday (Google) — la fuente oficial principal de la regla de la URL recurrente.
• Datos estructurados de producto (Google) — confirma que Google calcula las bajadas de precio; no se marcan explícitamente.
• Política contra el abuso de páginas puerta (Google) — el patrón en el que caen las granjas de cupones y ofertas de poco valor.
• Datos estructurados de fichas de comercio (Google) — los campos de precio y disponibilidad que permiten mejoras de compra.
• La estacionalidad del SEO, explicada (Search Engine Land) — el complemento temporal de esta guía estructural.
• ¿Debes mantener activas todo el año tus páginas de Black Friday? (Koozai) — aborda directamente si conviene mantener o eliminar las páginas de rebajas.

En este sitio

• SEO de páginas de categoría — una página de ofertas es una página de categoría especializada; las reglas de facetas, paginación y datos estructurados de allí se aplican íntegramente.
• Estacionalidad del SEO para ecommerce — el calendario de estas mismas páginas (plazos de publicación, planificación del rastreo, ventanas de mantener frente a redirigir).
• SEO de páginas de producto — donde vive realmente el descuento, en los datos estructurados Product. Para el panorama completo, SEO para ecommerce.

Póngase a prueba: SEO para páginas de promociones y ofertas

Cinco preguntas rápidas sobre cómo construir, estructurar y conservar las páginas de ofertas. Elija una respuesta para cada una y después compruebe.

Registro de cambios