ブランドページとは？
ブランドページとは、ウェブサイト上に表示される特定のブランドコンテンツを紹介するカスタマイズされたランディングページのことです。それらはドメインでホストされ、UIコンポーネントを使用してレンダリングされます。
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.
例：ユーザーがyoursite.com/brands/nikeにアクセスすると、Nike製品が掲載されたNikeブランドのページが表示されますが、そのルックアンドフィールはお客様のウェブサイトの一部ようです。
構築する内容
小売業界のエンジニアとして、お客様は以下を担当します。
- ブランドページのURLにルートを追加する（例：
/brands/{slug}）。
小売業者は、各ブランドページごとにURLを用意する必要はありません。URLはプラットフォームによって自動的に管理されます。
ただし、ブランドページのベースURL（プレフィックスを含む）は、オンボーディング時（例：小売業者スタイルガイド内）に設定する必要があります。完全なURLまたはプレフィックスが指定されていない場合、設定ページにブランドページURLは表示されません。
-
抽出したスラッグを使用してブランドページAPIを呼び出す。
-
返されたコンテンツモジュールをレンダリングする。
-
インプレッション、クリック、カート追加に関するトラッキングを実装する。
-
ファーストパーティトラッキング用にリバースプロキシを設定する。
このステップはクライアント側トラッキングにのみ必要です。
お客様の責任とEpsilonの責任
| お客様が対処 | Epsilonが提供 |
|---|---|
| ✅ コンテンツ取得のためのAPI統合 | ✅ ブランドページのコンテンツとテンプレート |
| ✅ サイト上でのコンテンツのレンダリング | ✅ インフラストラクチャーのトラッキング |
| ✅ リバースプロキシの設定 | ✅ 分析とレポート |
| ✅ スタイルガイドの提供 | ✅ キャンペーン管理ツール |
| ✅ テストと検証 | ✅ テクニカルサポート |
ブランドページの仕組み
エンドツーエンドのフロー
ブランドページのコンテンツは、Epsilon UIで構成およびプレビューされます。小売業者は、APIを通じてのみブランドページを統合し、自社サイト上での最終的なエクスペリエンスの表示に責任を負います。
審査プロセス中、小売業者は承認前に構成されたブランドページのコンテンツをプレビューできます。
テンプレートとモジュール
オンボーディングの際、Epsilonはお客様のチームと協力して、以下の内容を定義するテンプレートを作成します。
-
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.).
-
ブランドガイドラインに沿ったスタイリング。
ブランドはキャンペーンを作成する際にテンプレートを選択し、その制約の中でコンテンツを入力します。
ブランドページAPIは、コンテンツモジュールとトラッキングURLを返します。小売業者は自社のUIコンポーネントやデザインシステムを使ってスタイリングを適用する責任があります。
例
以下の例は、ブランドページを作成する際に、ブランドが共通コンテンツモジュールにコンテンツを入力する方法を示しています。これらはあくまで入力例であり、選択したテンプレートやキャンペーンの目的に応じて調整可能です。
HEROモジュール
- ヘッドライン：最新のサマーコレクションをご覧ください
- サブヘッドライン： あらゆる場面に合った新鮮なスタイル
- CTA： 今すぐお買い物
テキストモジュール
快適さ、スタイル、パフォーマンスを追求してデザインされた最新アイテムをご覧ください。普段使いに最適です。
画像モジュール
- Caption: New arrivals now available
- Alt text: Model wearing the summer collection
- URL: https://example-cdn.com/summer-collection.jpg
PRODUCT_GRIDモジュール
商品グリッドを活用して、売れ筋商品や季節商品を効果的に紹介し、エンゲージメントとコンバージョン率を高めます。
モジュールの構成：
| モジュール | 説明 | 構成可能な要素（概要） |
|---|---|---|
| ヒーロー | 画像、ヘッドライン、CTAを含む全幅バナー。 | ヘッドライン、サブヘッドライン、CTA、画像、オーバーレイ |
| PRODUCT_GRID | 商品のグリッド表示またはカルーセル | 製品、セクションタイトル、説明、CTA |
| テキスト | Text content block (headline, body copy) | Text fields, CTA |
| 画像 | 任意のリンク付きの単一画像 | 画像、キャプション、代替テキスト、任意のリンク |
| IMAGE_GALLERY | グリッドレイアウトの複数の画像 | Images, captions, alt text, section title, description |
| FILTER_MENU | 商品グリッド用の水平フィルタータブ | フィルターラベルと順序 |
| SPLIT_LAYOUT | Multi-column layout with nested modules | Layout structure and nested modules |
各構成可能な要素は、モジュールおよび販売店の要件に応じて、必須、オプション(許可)または無効に設定できます。
一部のフィールドでは、必須または許可としてマークされている場合に最大文字数制限が適用される場合もあります。
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
tagsarray on the corresponding item incontentData. - When a module has no tags, the
tagsproperty is omitted entirely from the response - it will not appear as"tags": []. - Treat a missing
tagsfield 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.
重要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.