Varianti

Record, campo e voce

Su un modello con le varianti attive, un record ha una versione predefinita e può avere più varianti. Una variante a livello di record sostituisce l'intero contenuto del record e ha un proprio stato di pubblicazione e una propria cronologia delle versioni. Una variante a livello di campo sovrascrive un campo per un pubblico e lascia il resto del record com'è. All'interno di un campo prose o di un elenco, una singola voce o un singolo elemento può variare da solo.

Il targeting viene dal catalogo

A chi è destinata una variante lo stabilisce una voce del catalogo delle varianti: un insieme di regole di targeting con nome, riutilizzabile, con una priorità. Modificare una voce cambia i destinatari di ogni variante che la referenzia. Le regole leggono dimensioni di contesto e segmenti.

Come sceglie il server

Le regole di ogni variante vengono valutate rispetto alla richiesta e, tra quelle che corrispondono, vince quella con la priorità più alta nel catalogo. Un pareggio va alla variante predefinita del record. Quando nessuna variante può essere servita, viene restituito il contenuto del record stesso.

Che cosa fornisce il chiamante e che cosa ricava il server

Una lettura passa il suo contesto con l'argomento contexts che contiene: dispositivo, piattaforma, locale e qualsiasi dimensione personalizzata che hai definito. Una dimensione che il chiamante omette è assente, quindi una regola che la verifica non corrisponde.

Lo stato di login, l'appartenenza a un segmento e i dati del profilo di un utente non vengono mai presi dal chiamante. Il server li ricava dal token dell'utente autenticato e ignora una richiesta che prova a inviarli.

Che cosa torna indietro

I valori della variante vincente arrivano uniti ai normali campi del record, e _variant indica la variante servita. Una risposta che contiene un record risolto con una variante è contrassegnata come privata, quindi una cache condivisa non la memorizza.