프로그래매틱 전송의 지속적인 미디어 요청, 노출, 클릭 및 도달 범위

프로그래매틱 광고에서는 미디어 요청에 요청아이디가 존재하며, 요청아이디는 각 미디어마다 고유합니다. 미디어 요청은 다음과 같습니다.

미디어가 DSP에 요청을 한 후, DSP가 입찰 또는 먹기를 결정하면 미디어에 노출할 소재에 대한 정보를 반환합니다. 여기에는 노출 모니터링 링크와 클릭 모니터링 링크가 포함됩니다. 노출 모니터링 링크와 클릭 모니터링 링크를 다시 미디어에 노출할 수 있나요? 다음과 같이 요청Id를 연결할 수 있습니다.

소재가 노출과 클릭을 트리거하면 미디어는 해당 노출 및 클릭 모니터링 링크를 트리거하므로 노출 및 클릭 모니터링 링크에서 요청Id를 다음과 같이 얻을 수 있습니다.

요청Id를 통해 미디어 요청, 노출, 클릭 로그를 함께 연결할 수 있습니다. .

다음 단계는 랜딩 페이지 도착, 랜딩 페이지 이벤트, 클릭을 연결하는 것입니다. 이 단계에서는 어려운 작업이며, 동기식 클릭 모니터링과 비동기식 클릭 모니터링이라는 두 가지 주요 모니터링 모드에 대한 솔루션이 있습니다.

여기서는 동기식 클릭이 무엇이고 비동기식 클릭이 무엇인지 설명할 필요가 있습니다.

동기 클릭: 모니터링되는 링크에 랜딩 페이지 링크가 포함되어 있으면 미디어가 모니터링 링크를 직접 트리거한 다음 모니터링되는 링크에서 랜딩 페이지로 리디렉션합니다. 요청이 먼저 모니터링 측에 도착한 다음 다음과 같이 모니터링 측이 랜딩 페이지로 이동합니다.

비동기 클릭: 사용자가 광고를 클릭하면 미디어가 랜딩 페이지로 바로 이동하면서 동시에 모니터링 링크를 트리거합니다. 트리거된 로그인 페이지와 모니터링 링크는 아래 그림과 같이 동일한 링크에 있지 않습니다.

이를 위해 쿠키를 사용합니다. 사용자가 동기화된 클릭을 트리거하면 요청이 클릭 모니터에 도착하여 쿠키에 요청Id를 이식하고, 랜딩 페이지가 모니터링될 때 랜딩 페이지 모니터는 쿠키에 이식된 요청Id를 가져올 수 있으며, 쿠키를 사용하면 클릭과 도착을 연결할 수 있습니다.

여기서 한 가지 유의해야 할 점은 쿠키 필드입니다. 쿠키를 심을 때 설정한 도메인이 최소한 랜딩 페이지 모니터가 쿠키를 가져올 수 있도록 허용해야 합니다. 쿠키에 대해 잘 모르겠다면 먼저 쿠키에 대해 조금 알아두면 됩니다.

비동기 클릭은 쿠키로 기록할 수 없기 때문에 더 문제가 되는데, 클릭 모니터가 쿠키를 심어도 실제 랜딩 페이지로 이동하지 않기 때문에 클릭 모니터가 심은 쿠키를 랜딩 페이지에서 볼 수 없기 때문에 비동기 클릭 모니터의 경우 IP+타임스탬프 형태로 처리하는 방식을 사용합니다. 전반적으로 이 방법의 정확도는 아쉬운 점이 있습니다.

클릭 모니터링은 시간 + IP를 얻은 다음 해당 시간 + IP를 랜딩 페이지 모니터링에서 얻을 수 있습니다. 클릭 모니터링의 경우 랜딩 페이지 모니터링의 IP는 클릭 모니터링의 IP와 동일하며 가장 가까운 시간을 해당 클릭에 대한 랜딩 페이지 모니터링으로 간주할 수 있습니다. 여기서 정확성을 보장하기 위해 랜딩 페이지 모니터링은 획득한 랜딩 페이지 모니터링 로그가 프로젝트와 관련이 있는지 확인하기 위해 해당 프로젝트 ID 및 채널 필터링을 수행해야 합니다.

실제로 여기서는 Ip+ua+타임스탬프를 사용하여 일치시킬 수 있으므로 일치 정확도가 더 높아집니다. 그러나 실제 개발 과정에서 클릭 모니터링에서 미디어가 제공한 ua가 실제 ua와 다르게 처리되어 랜딩 페이지에서 모니터링한 ua와 불일치하는 것으로 나타났습니다(일부 미디어의 문제일 수 있으며, 아직 입증해야 함).

공식 환경에서는 원래 동기 클릭 방식을 사용하여 프로젝트를 수행했지만, 랜딩 페이지 모니터링의 쿠키가 해당 요청아이디를 얻지 못했습니다. 이 문제는 오랫동안 우리 팀을 괴롭혀 왔습니다.

다양한 시도 끝에 일부 미디어의 동기식 클릭 시나리오가 실제로 동기식 클릭이 아닌 비동기식 클릭을 가져와 쿠키에 요청Id가 없는 것을 발견했습니다.

그런 다음 비동기식 클릭, 즉 IP+타임스탬프를 사용하여 데이터 연결을 수행하고 전반적인 정확도를 평가한 결과 정상으로 확인되었습니다.

이후 다른 방법, 즉 미디어가 실제로 비동기 클릭만 지원하는 경우 미디어가 DSP에 요청하고 DSP가 미디어에 반환한 랜딩 페이지에서 요청Id를 스플라이스하여 모니터링에서 다음과 같이 랜딩 페이지의 URL을 통해 해당 요청Id를 얻을 수 있도록 하는 방법을 찾았습니다.

일부 미디어는 매크로 대체를 지원합니다. ext의 콘텐츠는 암호화되어 있으며 요청Id를 통해 복호화를 얻을 수 있습니다.

일부 미디어는 직접 스플라이싱을 지원하며 다시 스플라이싱해야 합니다.

현재 몇 가지 미디어를 테스트해 본 결과 모두 이 솔루션을 지원하지만 모든 미디어가 이 솔루션을 지원할지는 아직 지켜봐야 합니다.

위와 같은 방법으로 요청, 노출, 클릭, 도착 데이터를 연결할 수 있습니다. 이러한 시나리오는 아직 대략적인 결과일 수 있으며, 새로운 결과가 나오면 여기에서 업데이트될 것입니다.

클릭 도착 로그는 다음과 같이 연결됩니다.

동기 클릭을 사용할 수 있습니다.

1. IP+시간

2. 클릭 모니터의 쿠키에 요청Id를 이식하고 랜딩 페이지 모니터에서 요청Id를 얻습니다.

3. 동기 클릭이 트리거되면 해당 랜딩 페이지 Url 요청Id와 연결되고, 랜딩 페이지 모니터는 랜딩 페이지를 통해 요청Id를 가져옵니다.

비동기 클릭:

1. IP+시간

2. 미디어 요청 후 미디어에 반환된 요청에서 요청Id는 랜딩 페이지 URL과 연결되고, 랜딩 페이지 모니터는 랜딩 페이지를 통해 요청Id를 가져옵니다.

3. 페이지를 통해 요청Id를 가져옵니다.

.