Descripción general

¿Qué son las páginas de marca?

Las páginas de marca son experiencias de página de destino personalizadas que aparecen en su sitio web y muestran contenido de marca específico. Están alojadas en su dominio y se renderizan con sus componentes de interfaz de usuario.

Brand Pages are managed separately from standard ad campaigns in the Epsilon platform.
Although they use a similar creation and review workflow, they represent branded landing page experiences on a retailer’s site, not traditional advertisements.

Ejemplo: Un usuario visita yoursite.com/brands/nike y ve una página de la marca Nike con productos Nike, pero se observa y se capta como parte de su sitio web.

¿Qué va a crear?

Como ingeniero de minoristas, debe:

Añada una ruta para las URL de las páginas de marca (por ejemplo, /brands/{slug}).

📘
Los minoristas no están obligados a proporcionar una URL para cada página de marca. La plataforma gestiona automáticamente las URL.
Sin embargo, la URL base de la página de marca (incluido el prefijo) debe configurarse durante la incorporación (por ejemplo, en la Guía de estilo del minorista). Si no se proporciona la URL o el prefijo completos, la URL de la página de marca no aparecerá en la página de configuración.

Llame a la API de Brand Pages utilizando el slug extraído.
Renderizar los módulos de contenido devueltos.
Implementar el seguimiento de impresiones, clics y acciones de añadir al carrito.
Configurar un proxy inverso para el seguimiento de primera parte.

📘
Este paso solo es necesario para el seguimiento del lado del cliente.

Sus responsabilidades frente a las de Epsilon

Usted maneja	Epsilon proporciona
✅ Integración de API para obtener contenido	✅ Contenido y plantillas para la página de marca
✅ Visualización de contenido en su sitio	✅ Infraestructura de seguimiento
✅ Configuración del proxy inverso	✅ Análisis e informes
✅ Provisión de su guía de estilo	✅ Herramientas de gestión de campañas
✅ Pruebas y validación	✅ Soporte técnico

Cómo funcionan las páginas de marca

Flujo de extremo a extremo

📘
El contenido de la página de marca se configura y previsualiza en la interfaz de usuario de Epsilon. Los minoristas integran las páginas de marca exclusivamente a través de las API y son responsables de renderizar la experiencia final en sus sitios.

Durante el proceso de revisión, los minoristas pueden previsualizar el contenido configurado de la página de marca antes de su aprobación.

Plantillas y módulos

Durante la incorporación, Epsilon trabaja con su equipo para crear plantillas que definan:

The content modules available (such as hero, product grid, text, and images), with module names configurable in the UI to align with your retailer taxonomy.
The constraints for each module (character limits, image dimensions, etc.).
Un estilo que se ajuste a las directrices de su marca.

Las marcas seleccionan una plantilla cuando crean su campaña y, a continuación, rellenan el contenido dentro de esos límites.

📘
La API de las páginas de marca devuelve módulos de contenido y URL de seguimiento. Los minoristas son responsables de aplicar el estilo utilizando sus propios componentes de interfaz de usuario y sistema de diseño.

Ejemplos

Los siguientes ejemplos ilustran cómo pueden las marcas completar módulos de contenido comunes cuando crean una página de marca. Se trata únicamente de entradas de muestra que pueden ajustarse en función de la plantilla seleccionada y de los objetivos de la campaña.

Módulo PRINCIPAL

Titular: Descubra la última colección de verano
Subtítulo: estilos nuevos para cada ocasión
CTA: Compre ahora

Módulo de texto

Descubra nuestras últimas novedades diseñadas para ofrecer comodidad, estilo y rendimiento, perfectas para el uso diario.

Módulo de IMAGEN

Caption: New arrivals now available
Alt text: Model wearing the summer collection
URL: https://example-cdn.com/summer-collection.jpg

Módulo PRODUCT_GRID

Utilice una cuadrícula de productos para mostrar los productos más vendidos o de temporada y fomentar la interacción y las conversiones.

Configuración del módulo:

Módulo	Descripción	Elementos configurables (Resumen)
Destacado	Banner de ancho completo con imagen, titular y llamada a la acción	Titular, subtítulo, CTA, imagen, superposición
CUADRÍCULA_DE_PRODUCTOS	Cuadrícula o carrusel de productos	Productos, título de sección, descripción, CTA
Texto	Text content block (headline, body copy)	Text fields, CTA
Imagen	Imagen única con enlace opcional	Imagen, leyenda, texto alternativo, enlace opcional
GALERÍA_DE_IMÁGENES	Múltiples imágenes en diseño de cuadrícula	Images, captions, alt text, section title, description
MENÚ_DE_FILTRO	Pestañas de filtro horizontales para cuadrículas de productos	Filtrar etiquetas y ordenación
DISEÑO_DIVIDIDO	Multi-column layout with nested modules	Layout structure and nested modules

📘
Cada elemento configurable puede establecerse como obligatorio u opcional (permitido) o mostrase desactivado, dependiendo del módulo y los requisitos del minorista.
Es posible que algunos campos también impongan unos límites en el número máximo de caracteres si están marcados como obligatorios o permitidos.

Module Tags

Templates may include an optional tags field on each module — a list of short string labels (e.g., ["header"]) that your integration can use for layout decisions, analytics, or mapping modules to your own components.

How tags work in the API response

When a module has tags, they appear as a tags array on the corresponding item in contentData.
When a module has no tags, the tags property is omitted entirely from the response - it will not appear as "tags": [].
Treat a missing tags field the same as "no tags" - do not throw an error if it is absent.
Tags are also supported on nested modules within SPLIT_LAYOUT - not only on the root split module.

📘
Importante
Tags are opaque labels agreed upon between the retailer and their integration team. They are not related to ad tracking tags or any other system — always refer to these as "module tags" or "brand page module tags" to avoid confusion.

Example response module with a tag

{
  "id": "image-1",
  "contentType": "IMAGE",
  "order": 1,
  "tags": ["header"],
  "imageUrl": "https://example.com/images/banner.jpg"
}

Example response module with no tag (tags property omitted):

{
  "id": "image-2",
  "contentType": "IMAGE",
  "order": 2,
  "imageUrl": "https://example.com/images/promo.jpg"
}

What this means for the API response

The POST /ads/v3/brand-pages response reflects these same rules: a module type only appears in contentData when it is part of the live template and the brand page has configured content for that module.

Fields inside a module may be missing from the JSON, null, or empty when the template marks them optional or disabled, or when the brand leaves them unset - this is expected and does not indicate a defective payload.

Implement rendering with optional types and safe accessors - for example, only render a CTA block when ctaText and a navigation target are present; hide hero media when mediaUrlis absent.

trackersat the page level or on a node may be omitted when there is no trackable interaction. Compose URLs only when you have both an applicable template key from trackingTypes and the corresponding trackers..params, when provided by the API.