Topics 기반 솔루션의 테스트, 배포, 확장

이 페이지에서는 Topics API를 사용하여 프로덕션을 위한 구현을 빌드, 테스트, 확장하는 방법을 설명합니다.

Topics 백엔드 구현

백엔드 구현은 브라우저에서 계산된 주제를 사용하는 방법에 따라 다릅니다. 광고 기술 솔루션에서는 Topics를 추가 IBA 신호로 사용하는 것이 좋습니다.

// Use the language/framework/stack of your preference
function processTopicsBackendAPI(topics) {
 // If the list is not empty, continue
 // Use topics as an additional signal
}

주제를 추가 신호로 사용

주제 데이터는 URL, 키워드, 기타 메타데이터와 같은 다른 신호와 함께 잠재고객에 대한 추가 신호로 간주될 수 있습니다.

서드 파티 쿠키 사용 후 광고 관련성 극대화에서 설명한 것처럼 Topics를 활용하여 관련성 있는 광고를 게재하는 방법에는 여러 가지가 있습니다. Topics를 사용하여 잠재고객을 구축하는 방식도 있고, 또 다른 접근 방식에서는 Topics를 다른 신호 중 하나로 사용하여 잠재고객의 추가 관심분야를 추론하거나 입찰 로직을 최적화하는 데 사용할 머신러닝 모델을 학습시키는 것을 제안합니다.

빌드 및 배포

  1. 프로덕션에서 사용자를 관찰하여 주제를 수집합니다 (예상 구현 시간: 약 1주일). <ph type="x-smartling-placeholder">
      </ph>
    • 옵션을 알아봅니다. HTTP 헤더 또는 iframe 및 JavaScript를 사용하여 Topics를 호출하는 방법입니다.
    • Topics API를 호출할 iframe의 도메인을 정의합니다.
    • 헤더 데모 또는 JavaScript 데모를 코드 참조로 사용하여 솔루션을 빌드합니다.
    • 게시자가 사이트 (예: 광고 iframe)에 삽입하는 코드에 Topics를 통합합니다. 삽입된 동영상에서 주제를 호출해야 합니다.
    • 사용자 주제를 관찰하려면 프로덕션 웹사이트에 최신 버전의 스크립트를 삽입하세요. 월간 방문 수가 적은 웹사이트에서 먼저 구현을 테스트하는 것이 좋습니다. 이 단계에서는 새로운 주제 기반 솔루션을 5개 이상의 사이트에 삽입하는 것이 좋습니다.
    • 이 시점에서 API는 결과로 빈 배열을 반환할 것으로 예상됩니다. 아직 사용자에 대한 주제가 관찰되지 않았기 때문입니다. 사용자 주제를 받기 시작하는 데 최대 3주가 걸릴 수 있습니다.
    • 기능 테스트 및 검증 수행 솔루션은 수동 또는 자동으로 테스트할 수 있습니다. 예를 들면 다음과 같습니다.
      • 브라우저가 주제를 더 빨리 다시 계산하도록 플래그를 사용하여 브라우저를 열고 에포크를 15초로 설정합니다.
      • 스크립트가 삽입된 사이트를 방문합니다.
      • chrome://topics-internals/에서 스크립트가 주제를 관찰하는지 확인합니다.
      • 예상되는 결과를 확인하세요.
  2. Topics 데이터를 다른 문맥 시그널(예: URL, 메타데이터 등)과 함께 사용 (예상 소요 시간: 약 3일)
    • 프로덕션 3주 후에는 스크립트가 일부 사용자의 참조하세요 이제 Topics 데이터를 추가 신호로 사용할 수 있습니다.
    • 비어 있지 않은 주제 목록을 수신하기 시작하면 다른 문맥 시그널과 함께 해당 목록을 백엔드로 전송할 수 있습니다.

대상 사이트에 배포

Topics 호출을 스크립트에 통합한 후에는 첫 번째 테스트를 위해 일부 프로덕션 사이트에 삽입해야 합니다. 구현이 예상대로 작동하는지 확인합니다.

  • Topics API가 호출됩니다.
  • 주제는 이렇게 통제된 환경에서 관찰할 수 있습니다.
  • 주제에 액세스할 수 있습니다 (API가 사용자에 대해 관찰된 주제를 반환함).

타겟 사이트 선택

게시자 사이트에 솔루션을 배포하기 전에 소유한 웹사이트에서 제어된 환경에서 테스트하는 것이 좋습니다. 다음과 같이 타겟 웹사이트를 선택하는 것이 좋습니다.

  • 사이트의 월간 방문수가 적음 (월 방문수 약 100만회 미만): 먼저 소수의 잠재고객에게 API를 배포해야 합니다.
  • 사이트를 소유하고 관리: 필요한 경우 복잡한 승인 없이 구현을 빠르게 사용 중지할 수 있습니다.
  • 비즈니스상 중요한 사이트가 아님: 위험도가 낮은 타겟 사이트부터 시작합니다.
  • 사이트 총 5개 이하: 지금은 그 정도의 트래픽이나 노출이 필요하지 않습니다.
  • 타겟 사이트의 주제가 다름: 다양한 카테고리 (예: 스포츠, 뉴스, 식음료 관련 주제)를 사용하는 웹사이트를 선택합니다. Chrome의 내부 주제 도구를 사용하여 도메인과 주제 머신러닝 분류기에 의해 도메인이 분류되는 방식을 검증할 수 있습니다.

기능 테스트 및 검증

제한된 환경에서 Topics API를 호출할 때 다음과 같은 결과가 예상됩니다.

  • 이 기기의 첫 번째 호출인 경우 이 사이트 및 발신자에 대한 지난 7일 동안의 빈 주제 배열 []입니다.

  • 이 사용자의 관심분야를 나타내는 0~3개의 주제 목록입니다. 7일간의 관찰 후 다음과 같은 결과를 받게 됩니다.

    • 사용자의 상위 5개 주제 중에서 선택된 주제 1개로, 해당 주에 호출자가 주제를 관찰한 페이지의 호스트 이름에서 계산됩니다.

  • 이전의 모든 Topics API 호출과 동일한 API 응답입니다. 동일한 호출자, 사용자, 최상위 사이트에 대해 API는 전체 에포크 동안 동일한 주제를 반환합니다. 이렇게 하면 사용자의 관심사가 너무 많이 노출되는 것을 방지할 수 있습니다. GitHub에서 자세한 내용을 확인하세요.

  • 관찰 후 4주 후에 Topics를 호출하는 경우 이전 주제 3개 중 하나를 대체하는 새 주제입니다.

  • 지난 3주 이상 사용자의 주제가 관찰되지 않으면 Topics API는 빈 배열 []를 다시 반환합니다.

실적 측정항목을 수집하여 사용자 환경을 평가합니다.

  • 교차 출처 iframe 내부의 Topics API에 대한 JavaScript 호출의 런타임은 향후 성능 분석에 사용할 수 있도록 측정되어야 합니다.
  • 주제를 수신한 후 iframe 및 postMessage() 주제를 만드는 데 걸린 시간입니다.

문제 해결은 지원 섹션을 참고하세요.

프로덕션으로 확장

이제 통제된 환경 (소유한 일부 사이트)에서 Topics를 테스트했어야 합니다. 모든 것이 예상대로 작동하면 이 구현을 확장할 때입니다. 동일한 코드를 더 많은 대상 웹사이트에 배포합니다. 이렇게 하면 더 많은 사용자를 관찰하고, 더 많은 주제 데이터를 수집하고, 잠재고객에 대한 이해를 높일 수 있습니다.

다음은 프로덕션으로 확장하는 방법을 단계별로 요약한 내용입니다.

  1. 더 많은 양의 트래픽에서 주제 기반 솔루션을 테스트합니다.
    • 더 많은 방문수로 소유한 더 많은 사이트에 iframe을 추가하고 아래 안내에 따라 부하 테스트를 수행하세요.
  2. 게시자 사이트에 솔루션을 배포합니다.
    • 솔루션이 자체 테스트 환경에서 제대로 작동하면 게시자와 협력하여 iframe을 해당 웹사이트에 통합하세요. 예를 들어 iframe이 포함된 라이브러리를 업데이트해야 할 수 있습니다.
  3. 주제 데이터를 처리하고 사용합니다 (예상 소요 시간: 약 4주).
    • 주제 데이터를 다른 데이터와 함께 가산적 신호로 통합합니다.
    • 실시간 입찰 테스트 파트너를 찾습니다.
    • 주제를 사용하여 다른 데이터에 대한 추가 신호로 유틸리티 테스트를 실행하세요.

부하 테스트

시스템에서 트래픽을 처리할 수 있도록 게시자에게 주제 기반 솔루션을 배포하기 전에 부하 테스트를 수행하는 것이 좋습니다. 사이트

  1. 소유하고 있는 더 많은 타겟 사이트, 특히 트래픽 규모가 큰 사이트에 점진적으로 배포합니다.
  2. 예상 트래픽에 따라 주제 데이터의 부하 테스트를 실행합니다.
    • 주제 정보를 iframe에서 백엔드로 전송해야 합니다. 이렇게 하면 Topics API 결과를 추가로 처리하고 이를 사용자와 더 관련성이 높은 광고를 선택하는 데 도움이 되는 추가 신호로 사용할 수 있습니다. 삽입한 콘텐츠를 통합하는 사이트가 많을수록 백엔드에 대한 호출 수도 크게 증가합니다. 백엔드가 iframe에서 대량의 호출을 처리할 수 있는지 확인합니다.
    • 분석을 위한 측정항목 수집 및 로그를 설정합니다.
  3. Topics API를 배포한 직후 측정항목을 확인하여 심각한 최종 사용자 문제를 감지합니다. 측정항목을 정기적으로 확인하세요.
  4. 서비스 중단 또는 예상치 못한 동작이 발생하면 배포를 롤백하고 로그를 분석하여 문제를 파악하고 해결합니다.

참고 항목

웹에서 Topics API를 더 잘 이해하려면 리소스를 확인하세요.