Como o serviço de identidade da Experience Cloud solicita e define IDs how-the-experience-cloud-id-service-requests-and-sets-ids

Uma visão geral da solicitação de ID e do processo de resposta. Esses exemplos cobrem a atribuição de ID em sites individuais, em sites diferentes e para sites gerenciados por clientes diversos da Experience Cloud com suas próprias IDs da organização.

Solicitar uma Experience Cloud ID section-0b5e261fbd0547d9b9a1680e5ce536cc

Os exemplos a seguir demonstram como o serviço de ID solicita e recebe a ID de visitante da Experience Cloud. Esses exemplos usam duas empresas fictícias, a Food Company e a Sports Company, para demonstrar os fluxos de dados das solicitações e respostas da ID. Cada empresa tem uma ID de organização exclusiva da Experience Cloud e implementou o código do serviço de ID em todos os sites. Esses casos de uso representam fluxos de dados para uma implementação de serviço de ID genérica sem o Analytics, IDs herdadas ou navegadores que bloqueiam cookies de terceiros.

Primeira solicitação

Neste exemplo, um novo visitante chega ao site de pizza gerenciado pela Food Company. A Food Company tem o código do serviço de ID no site de pizza. Quando o site de pizza é carregado, o código do serviço de ID verifica o cookie AMCV no domínio do site de pizza.

Primeira resposta

Na resposta, o DCS retorna a Experience Cloud ID (MID) e o cookie demdex. O código do serviço de ID grava o valor MID no cookie AMCV. Por exemplo, digamos que o DCS retorne um valor MID de 1234. Ele estaria armazenado no cookie AMCV como mid|1234 e definido no domínio principal do site de pizza. O cookie demdex também contém um identificador exclusivo (vamos chamá-lo de 5678). Este cookie é definido no domínio demdex.net de terceiros, que é separado do domínio do site de pizza.

Como você verá no próximo exemplo, a ID demdex e a ID da organização permitem que o serviço de ID crie e retorne a MID correta quando o visitante for para outro site pertencente à Food Company.

Respostas e solicitações entre sites section-15ea880453af467abd2874b8b4ed6ee9

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 section-ba9a929e50d64b0aba080630fd83b6f1

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.