Respostas e solicitações entre sites

Neste exemplo, nosso visitante da Food Company navega até o site de tacos do site de pizza. A Food Company tem um código de serviço de ID no site de tacos. O visitante nunca esteve no site de tacos.

Dadas estas condições, não há cookie AMCV no site de tacos. Além disso, o serviço de ID não pode usar o cookie AMCV definido no site de pizza porque ele é específico ao domínio de pizza. Como resultado, o serviço de ID deve chamar o DCS para verificar e solicitar uma ID de visitante. Nesse caso, a chamada DCS inclui a ID de organização da Food Company e a ID demdex. E lembre-se, a ID demdex é retirada do site de pizza e armazenada como um cookie de terceiros sob o domínio demdex.net.

Depois que o DCS recebe a ID de organização e a ID demdex, ele cria e retorna a MID correta para o visitante do site. Como a é derivada matematicamente da ID da organização e da ID demdex, o cookie AMCV contém o valor da MID mid = 1234.

Solicitações de ID de outros sites

Neste exemplo, nosso visitante deixa os sites da Food Company e navega até o site de futebol pertencente à Sports Company. Quando o visitante chega ao site de futebol, o processo de solicitação e verificação de ID funciona da mesma forma descrita nos exemplos anteriores. No entanto, como a Sports Company tem sua própria ID de empresa, o serviço de ID retorna uma MID diferente. A nova MID é exclusiva ao domínio controlado pela Sports Company e permite que a empresa rastreie e compartilhe os dados do visitante em todas as soluções da Experience Cloud. A ID demdex permanece a mesma para esse visitante porque ela está contida no cookie de terceiros e continua por diferentes domínios.

Página anteriorCookies e o serviço de ID
Próxima páginaComo entender a sincronização e taxas de correspondência

Experience Cloud Services