일반적인 세 가지 통합 옵션을 사용할 수 있으며, 사용자의 필요에 맞게 사소한 변화를 지원합니다. CitrusAd는 소매업체의 백엔드를 통해 통합된다는 점에 유의하십시오.

표준 통합

CitrusAd의 표준 통합은 결과가 고객의 브라우저에 빠르게 제공되기 때문에 최상의 최종 사용자 경험을 보장합니다.

📘
목록은 병합될 때까지 최종 사용자에게 표시되지 않습니다.

워크플로

광고가 제공되기 전:

API나 일일 파일 동기화를 통해 제품 카탈로그를 CitrusAd와 동기화합니다.
(선택 사항) API 또는 일일 파일 동기화를 통해 고객 데이터를 CitrusAd와 동기화합니다.

광고가 제공되는 경우:

고객이 웹사이트를 로드한 다음 CitrusAd가 통합된 페이지로 이동합니다.
웹 사이트는 페이지의 내부 컨텍스트에 따라 백엔드 서버에서 데이터를 요청하며 이 경우에 카테고리 페이지(customerId, sessionId, productFilters)입니다.
백엔드 서버가 CitrusAd API를 호출하고 고객 페이지의 '컨텍스트'와 광고 게재위치에 필요한 광고를 요청합니다.
CitrusAd는 배너 광고를 위한 제품 코드 및 URL 형식으로 백엔드에 대한 요청에 필요한 가장 연관성 있는 광고를 반환합니다.
사용자의 백엔드는 CitrusAd의 응답을 조직적인 콘텐츠와 병합합니다.
사용자의 서버는 하나의 응답으로 광고의 일반 검색 콘텐츠를 웹사이트로 전송합니다.
웹사이트는 모든 콘텐츠를 한 번에 고객에게 제공합니다.

광고를 제공한 후:

고객이 브라우저의 뷰포트에서 광고를 보면 각 고객에 대한 노출 수가 CitrusAd에 보고됩니다 adId
고객이 광고를 클릭하면 각 고객에 대한 클릭 수가 CitrusAd에 보고됩니다 adId
고객이 주문을 결제하면 다음이 CitrusAd에 보고됩니다. 주문 품목, 가격, 수량, 고객의 customerId 및 sessionId.

변형 1: 개별 브라우저 요청

이 변형에서는 일반 검색 제품에 대한 백엔드 서버를 개별적으로 호출하고 브라우저에서 결과를 병합하기 전에 새 백엔드 서비스를 구현하여 CitrusAd 서버를 쿼리합니다. 이로 인해 CitrusAd 요청을 분리함으로써 기존 요청에 대한 변경 필요성이 줄어들기 때문에 개발 자원이 감소할 수 있습니다.

📘
병합하기 전에 백엔드 서버와 CitrusAd에 대한 두 개의 개별 호출이 발생하여도, 목록은 병합될 때까지 최종 사용자에게 표시되지 않습니다.
사용자는 여전히 CitrusAd 응답에서 반환된 제품 코드를 위해 모든 관련 제품 정보를 불러와야 합니다.

워크플로 변형(1)

광고가 제공되는 경우:

기존의 백엔드 서비스가 CitrusAd에 요청을 하는 대신, 새로운 소매업체 서비스에 대한 새로운 요청이 이루어지며, 이 서비스는 관련된 게재위치 정보를 사용하여 CitrusAd에 대한 백엔드 호출을 발생시킵니다.
브라우저는 일반 검색 목록과 CitrusAd를 병합한 다음 고객에게 컨텐츠를 제공합니다.

변형 2: 고객에게 표시 후 병합

이 변형에서 사용자는 위와 같은 유사한 워크플로를 따르지만, 사용 가능한 경우 일반 검색 제품 결과를 고객에게 제공하게 됩니다. 그런 다음 CitrusAd에서 콘텐츠를 수신한 후 결과를 병합하고 재정렬합니다 이러한 통합 방법은 최소한의 개발 자원을 요구하므로 통합하는 데 가장 적은 시간이 소요될 수 있습니다.

📘
제품 광고가 병합되고 재정렬되기 전에 최종 사용자에게 일반 검색 목록이 간헐적으로 표시됩니다.
사용자는 여전히 CitrusAd 응답에서 반환된 제품 코드를 위해 모든 관련 제품 정보를 불러와야 합니다.

워크플로 변형(2)

광고가 제공되는 경우:

일반 검색 목록이 표시되고, 브라우저가 목록을 수신하면 CitrusAd 응답이 병합됩니다.