Les notes d'utilisation ci-dessous devraient vous aider à comprendre les règles de ciblage dans Tap.
Voir également :
Faites preuve de prudence et de logique lors de la création des règles de ciblage ; il n'y a pas de contrôles de validation pour vous assurer que vos règles ne se contredisent pas.
Lorsque vous faites correspondre ou non des éléments, gardez à l'esprit les différences entre tous les éléments répertoriés et tous les éléments susceptibles d'exister. Par exemple, si vous souhaitez inclure toutes les familles d’appareils à l’exception des enceintes intelligentes, trois méthodes s'offrent à vous :
Option (a) : Sélectionnez Match pour toutes les familles d’appareils, à l’exception de Smart speaker.
Option (b) : Sélectionnez Not match pour Smart speaker. C’est l’approche recommandée.
Option (c) : une combinaison des deux qui sélectionne Match pour toutes les familles d’appareils à l’exception de Smart speaker, et une autre règle qui sélectionne Not match pour Smart speaker.
Voici pourquoi :
Option (a) : sélectionner faire correspondre pour toutes les familles d'appareils à l'exception de Smart speaker signifie que le moteur de ciblage ne ciblera que les éléments sélectionnés, ce qui, dans ce cas, inclut Unspecified. Il ne ciblera pas les appareils inconnus qui ne sont pas inclus dans la liste des éléments Match. De plus, il ne ciblera aucun élément d'une nouvelle famille d'appareils ajouté au système après la création de la règle. Étant donné que votre objectif est d'exclure uniquement les enceintes intelligentes, ce qui revient par extension à inclure tout le reste, cette règle ne répond pas à vos besoins.
Option (b) : sélectionner Not match pour Smart speaker n’a aucun effet sur ce qui est inclus. Toutes les familles d’appareils rencontrées par le moteur de ciblage, même celles qu’il ne reconnaît pas, sont incluses, à l’exception des enceintes intelligentes.
Option (c) : la combinaison de ces deux règles est inutilement compliquée et redondante, et elle pose les mêmes problèmes que ceux décrits dans l'option (a).
Utiliser l’éditeur JSON
L’éditeur JSON est destiné aux développeurs et praticiens expérimentés en matière d’API. N’essayez pas d’utiliser l’éditeur JSON si vous n’êtes pas familier avec le formatage JSON et l'API de réservation Triton Digital.
L’éditeur JSON offre un accès direct au code JSON sous-jacent (JavaScript Object Notation) qui définit les règles de ciblage dans l’API de réservation Triton Digital. Cela peut être utile pour voir les valeurs et les dimensions sous-jacentes, comme lorsque vous souhaitez découvrir un ID de programme ou d'épisode spécifique. Il peut être utilisé par les codeurs expérimentés pour insérer les règles à partir de leurs propres modèles.
Pour accéder au code JSON d’une règle, sélectionnez Passer à l’éditeur JSON dans le menu des options ⋯ .
La règle s'ouvre dans l'éditeur JSON. Si vous n’avez pas encore créé de règle, la fenêtre de l’éditeur JSON sera vide.
Pour revenir, sélectionnezSwitch to UI editor dans le menu des options ⋯ .
Modifier JSON
Les modifications apportées au code JSON sont validées au fur et à mesure que vous tapez.
Un JSON valide ne signifie pas nécessairement que la règle est valide.
Si vous introduisez un JSON invalide, un avertissement s'affiche en haut de l'éditeur JSON. Vous ne pouvez pas revenir à l'éditeur IU jusqu'à ce que vous corrigiez l'erreur de JSON.
Si vous ne parvenez pas à résoudre l’erreur JSON, vous pouvez abandonner la règle en revenant à la liste des vagues ou à la liste des campagnes. Un message vous demande de confirmer votre souhait de quitter la page. Lorsque vous quittez la page, les modifications de votre règle de ciblage après votre dernière sauvegarde sont annulées.
Si vous créez une règle non valide qui utilise un JSON valide, puis revenez à l'éditeur de l'interface utilisateur avant d’enregistrer la vague, le résultat est imprévisible. Vous verrez probablement un écran noir ; actualisez la page pour revenir à la vague. Il est possible que vous obteniez une règle qui empêche la diffusion ou que la règle invalide soit supprimée.
Si vous créez une règle non valide qui utilise un JSON valide, puis que vous essayez d'enregistrer la vague pendant que vous êtes toujours dans l’éditeur JSON, dans la plupart des cas, la règle non valide est signalée et la vague n’est pas enregistrée.
TAP détecte les erreurs de règle telles que l’utilisation de valeurs non valides, mais il ne détectera pas nécessairement les erreurs logiques telles que la correspondance ou le non-respect de la même valeur. Faites preuve de prudence lorsque vous codez des règles de ciblage au format JSON.
