Les enchérisseurs peuvent utiliser la ressource pretargetingConfigs
pour ne recevoir que les demandes d'enchères pour les impressions qui correspondent à leurs critères de ciblage.Vous pouvez avoir jusqu'à 10 configurations de préciblage à la fois.
Chaque configuration de préciblage répartit les demandes d'enchères sur tous les points de terminaison. Les demandes d'enchères ne sont pas toujours réparties uniformément entre tous les points de terminaison. Par exemple, une configuration de préciblage pour des ID géographiques spécifiques dans une région donnée peut générer moins de correspondances dans les zones d'échange les plus éloignées de cette région. Les points de terminaison situés à proximité de ces zones d'échange peuvent recevoir moins de demandes d'enchères.
Bonnes pratiques
Pour recevoir des demandes d'enchères, vous devez créer au moins une configuration de préciblage. Voici quelques conseils pour gérer vos configurations de préciblage:
- Définition du champ d'application
Le préciblage est semblable au filtrage. Vous devez utiliser des critères de préciblage pour filtrer les demandes d'enchères en fonction de celles qui sont pertinentes pour votre cas d'utilisation. Si vous ne définissez aucun critère de préciblage, vous pouvez recevoir des demandes d'enchères pour toutes les impressions.
Si vous ne recevez pas suffisamment de demandes d'enchères associées à une configuration de préciblage donnée, vous pouvez élargir vos critères de préciblage.
- Logique
Les valeurs des champs de ciblage de premier niveau sont traitées selon la logique
OR
. Cela signifie que vous pouvez recevoir des demandes d'enchères comportant au moins l'une des valeurs que vous spécifiez dans le champ de premier niveau. Par exemple, si votre configuration de préciblage comporte les valeurslanguageCodes
en
,de
etsv
, vous pouvez recevoir des demandes d'enchères dont la langue détectée esten
,de
ousv
.Différents champs sont traités avec la logique
AND
. Vous ne recevez que les demandes d'enchères avec une correspondance pour au moins une valeur dans chaque champ de préciblage que vous avez défini. Par exemple, si votre configuration comporte les valeurslanguageCodes
en
,de
etsv
, et la valeurincludedPlatforms
PERSONAL_COMPUTER
, vous ne recevrez que les demandes d'enchères dont la langue détectée esten
,de
ousv
, et le type d'appareilPERSONAL_COMPUTER
.En raison de la logique
AND
des champs de préciblage, vous ne pouvez pas inclure de critères contradictoires. Par exemple, si vous incluez la même valeur dansincludedIds
etexcludedIds
dans un critèreNumericTargetingDimensions
, cela génère une erreur.- Chevauchement
Les demandes d'enchères peuvent être éligibles pour plusieurs configurations de préciblage.
Vous pouvez créer jusqu'à 10 configurations de préciblage pour cibler différents types d'inventaires. Les configurations de préciblage peuvent se chevaucher. Une même demande d'enchère peut donc être éligible pour plusieurs configurations de préciblage. Dans ce cas, le champ
billing_id
de la demande d'enchère contient l'identifiantbillingId
de chaque configuration applicable. Si plusieurs n° compte facturation sont détectés dans la demande d'enchère, vous devez spécifier celui sur lequel vous enchérissez dans le champbilling_id
de la réponse à l'enchère.
ID géographiques
Certains ID géographiques ne peuvent pas être ciblés pour des raisons de non-respect des règles. Par exemple, certaines régions comptant une petite population ne peuvent pas être ciblées, car cela enfreindrait nos règles de confidentialité. Nos règles sont susceptibles d'être modifiées. Si vous spécifiez un ID géographique dans le geoTargeting
de votre configuration de préciblage qui n'est plus valide par la suite, l'ID apparaît alors dans le champ invalidGeoIds
. Les ID géographiques inférieurs à invalidGeoIds
n'ont aucune incidence sur le ciblage. Si un ID goegraphic dans invalidGeoIds
devient valide, il est ajouté au champ geoTargeting
de votre configuration de préciblage.
Le fichier geo-table.csv répertorie les ID géographiques pouvant être ciblés. Il est mis à jour régulièrement à mesure que des ID sont ajoutés ou supprimés.
Nombre de demandes d'enchères
Vous devez configurer le nombre maximal de RPS pour les points de terminaison de votre système d'enchères et autoriser le système de quotas d'appel à gérer le trafic envoyé à vos points de terminaison pour chacune de vos configurations de préciblage.
Voici les cas particuliers dans lesquels la gestion du nombre maximal de RPS au niveau de la configuration de préciblage avec maximumQps
peut s'avérer utile:
- Réception d'un trop grand nombre de requêtes
- Si le système de quota d'appels envoie un nombre anormalement élevé de demandes d'enchères aux points de terminaison du système d'enchères pour une configuration de préciblage donnée, vous pouvez ajuster manuellement le nombre de demandes à l'aide de
maximumQps
. - Tester une configuration pour un nouvel inventaire
- Si vous essayez d'accepter un nouvel inventaire, comme un nouveau format de création, vous pouvez implémenter une configuration de préciblage ciblant uniquement cet inventaire avec un faible
maximumQps
.
Pour l'inventaire ciblé par plusieurs configurations de préciblage, les demandes d'enchères sont envoyées aux points de terminaison de l'enchérisseur, y compris le billingId
pour chaque configuration, à condition qu'au moins une des configurations n'ait pas atteint sa limite maximumQps
.