Fuseaux horaires, comptes et facturation
%Y-%m-%dT%l:%M:%S%z. Le fuseau horaire du compte de l’annonceur détermine l’heure exacte à laquelle les chiffres de facturation officiels sont arrêtés.
Lors de l’interrogation de l’API au niveau du compte (GET accounts), vous obtenez des informations de fuseau horaire qui ressemblent à ceci :
timezone (voir timezones sur Wikipedia pour une vue d’ensemble) et timezone_switch_at. Notez que timezone_switch_at est fourni dans le fuseau horaire UTC (+00:00), mais représentera toujours minuit dans le fuseau horaire indiqué.
Le fuseau horaire de l’annonceur n’est pas modifiable via l’API. Cet attribut est défini au niveau contractuel/de facturation par le gestionnaire de compte X de l’annonceur.
Veuillez tenir compte de la valeur timezone_switch_at lors de la création de rapports et de l’interrogation de nos endpoints d’analytics, car il y aura une discontinuité dans les données le jour où le compte passera du fuseau horaire America/Los_Angeles à la nouvelle valeur locale.
Spécifier les valeurs de date-heure avec fuseau horaire
Z à la fin de la valeur de date-heure). Les dates-heure peuvent être spécifiées dans n’importe quel fuseau horaire dans une commande POST ou PUT en utilisant le format de fuseau horaire de la norme ISO 8601. Par exemple, 2017-07-10T08:00:00-0800 est une valeur d’entrée acceptable et sera automatiquement convertie en valeur UTC 2017-07-10T16:00:00Z.
Lorsque vous utilisez les endpoints analytics avec une granularity de DAY ou TOTAL, la valeur start_time doit être spécifiée à minuit du jour souhaité dans le fuseau horaire local du titulaire du compte. Le décalage de fuseau horaire à utiliser sera celui du jour actuel, et non celui du jour en question. Par exemple, pour un compte publicitaire situé en America/Los_Angeles pendant l’heure d’été du Pacifique, le décalage UTC est -0700. Ainsi, dans une requête analytics, l’heure doit être spécifiée comme suit : start_time=2017-05-21T07:00:00Z ou start_time=2017-05-21T00:00:00-0700. Si le compte publicitaire se trouvait en Asia/Tokyo, où le décalage est toujours +09:00, les valeurs seraient spécifiées comme suit : start_time=2017-05-20T15:00:00Z ou start_time=2017-05-21T00:00:00+0900.
Formats de décalage UTC acceptés
Z, -HHMM, +HHMM, -HH:MM, +HH:MM, -HH, +HH