Variantes

Registro, campo e entrada

Em um modelo com variantes ativadas, um registro tem um padrão e pode ter várias variantes. Uma variante no nível do registro substitui o conteúdo inteiro do registro e tem seu próprio estado de publicação e histórico de versões. Uma variante no nível do campo sobrescreve um campo para um público e deixa o resto do registro como está. Dentro de um campo de prosa ou de uma lista, uma única entrada ou item pode variar sozinho.

A segmentação vem do catálogo

Para quem é uma variante é definido por uma entrada do catálogo de variantes: um conjunto nomeado e reutilizável de regras de segmentação com uma prioridade. Editar uma entrada redireciona todas as variantes que a referenciam. As regras leem dimensões de contexto e segmentos.

Como o servidor escolhe

As regras de cada variante são avaliadas contra a requisição e, entre as que correspondem, vence a de maior prioridade no catálogo. Um empate vai para a variante padrão do registro. Quando nenhuma variante pode ser servida, o conteúdo do próprio registro é devolvido.

O que o chamador fornece e o que o servidor deduz

Uma leitura passa seu contexto no argumento contexts que recebe dispositivo, plataforma, locale e qualquer dimensão personalizada que você tenha definido. Uma dimensão que o chamador omite fica ausente, então uma regra que a testa não corresponde.

Status de login, participação em segmentos e dados de perfil de um usuário nunca são tomados do chamador. O servidor os deduz a partir do token do usuário logado e ignora uma requisição que tente enviá-los.

O que volta

Os valores da variante vencedora chegam mesclados nos campos comuns do registro, e _variant indica qual variante foi servida. Uma resposta que contém um registro resolvido por variante é marcada como privada, para que um cache compartilhado não a armazene.