Microsoft キュレーション - レポートの日付と時刻

  • [アーティクル]

このページでは、レポート システムがタイム ゾーンや夏時間などの時刻と日付に関する考慮事項を処理する方法について説明します。 また、メンバーまたは広告主の既定のタイム ゾーンを変更する方法についても説明します。

タイム ゾーン

現在、キュレーション オブジェクトのほとんどのタイム ゾーンは、既定では米国東部時間 (夏時間に応じて UTC - 4 時間または UTC - 5 時間) に設定されています。 このタイム ゾーンは、ネットワークまたはメンバー全体、または個々の広告主に対して変更できます。

  • [タイムゾーン] メニュー ([基本] の下) を使用して、任意のレポートに別のタイム ゾーンを選択できます。
  • 課金データは常に UTC です。 ただし、レポートを実行するときは、いつでも目的のタイム ゾーンを選択できます。

メンバー タイム ゾーン

ネットワーク メンバーのタイム ゾーンを変更するには、Microsoft Advertising サポートに問い合わせるか、 メンバー サービス API を使用する必要があります。 メンバーのタイム ゾーンを変更すると、既存のオブジェクト (広告申込情報など) のタイム ゾーンは変更 されないこと に注意してください。 ただし、新しく作成されたオブジェクトは、(広告主が別のタイム ゾーンを指定していない限り) メンバータイム ゾーンを自動的に継承します。

アカウント内のすべての既存のオブジェクトのタイム ゾーンを変更するには、各広告主のタイム ゾーンを変更します。 これは、その広告主のすべての子オブジェクトにメンバー タイム ゾーンへの変更を反映するために使用できます。 広告主のタイム ゾーンを変更する方法については、「 広告主を作成する」を参照してください。

広告主のタイム ゾーン

広告主は、作成時に別のタイム ゾーンが選択されていない限り、メンバーの最初の作成時にタイム ゾーンを継承します。 広告主のタイム ゾーンを設定する方法については、「 広告主を作成する」を参照してください。

広告主のタイム ゾーンを変更する場合は、既存の子オブジェクトに変更を適用できます。 変更後に作成された新しいオブジェクト (広告申込情報、クリエイティブ) は、親広告主のタイム ゾーンを継承します。

東部夏時間 (EDT) と東部標準時 (EST) に関する注意

レポート システムでは、ET (東部標準時) によって夏時間が自動的に考慮されます。 東夏時間 (EDT) は常に UTC - 4 時間を意味します。 東部標準時 (EST) は常に UTC - 5 時間を意味します。

夏時間とレポート

重要

一部のリージョンでは、年間の変更に対して異なる名前付け規則があります。 わかりやすくするために、夏時間などの変更を参照します。

夏時間 (DST) の変更により、レポートの結果が混乱する可能性があります。 これは、これらの変更によって、特定のリージョンで毎年 2 日が余分に 1 時間または 1 時間少なくなるという事実に起因します。 DST レポートの明確なベスト プラクティスはありませんが、季節ごとの時間の変化から何が期待できるかを文書化する価値があると考えています。

すべての Microsoft Advertising バックエンド レポート データは UTC で格納されます。 最も簡単なケースでは、一年中一貫した UTC オフセットをレポートしている可能性があります。 たとえば、アルゼンチン時刻 (ART) では DST は観察されません。 このような場合、それ以上のタイム ゾーン分析は必要ありません。

ただし、DST を観察する場合は、2 つの年次変更ごとに、レポートに 1 時間の追加または 1 時間未満が表示される場合があることに注意してください。 これは、レポート システムでは、2 つの時間のメトリックを 1 つの行にグループ化する代わりに、レポートの開始日/時刻によって管理される UTC オフセットを使用するためです (つまり、1 つのレポートに 2 つのタイム ゾーン オフセットを組み合わせる)。

注:

統計は変更時 (11 月 4 日 02:00 EDT) に切り替わりますが、変更が反映されるまでに数時間かかる場合があります。 必要な処理時間は、統計と ET レポートの間に一時的な不一致が生じる可能性があります。

例: DST の開始

2018 年 3 月にヨーロッパの Microsoft Advertising データセンターを 1 か月間訪れたとします。 2018 年 3 月 25 日の 01:00 UTC で、02:00 CET から 03:00 CEST までのフリップを確認し、その日 (つまり 23 時間) が 1 時間少なくなることに注意してください。 00:00 CET で始まる変更日 (2018-03-25) のレポートを実行すると、レポートの最後に 2018-03-25 23:00 CET (2018-03-26 00:00 CEST) に対応する "欠落" 時間が表示されます。

例: DST の終了

ニューヨーク市の例を見てみましょう。 2018 年 11 月 4 日 (日) 06:00 UTC、02:00 EDT は 01:00 EST に戻ります。 そのため、2018 年 11 月 4 日は 25 時間です。 EDT の 00:00 から始まる変更日 (2018-11-04) のレポートを実行すると、レポートの最後に余分な時間 (2018-11-05 00:00 EDT) が表示されます。

DST のさらに複雑な問題

異なるリージョンでは、DST の変更が毎年異なる時刻に観察されます。 さらに、特定のサブリージョンが、その管理リージョンのポリシーに準拠していない場合があります。 たとえば、アリゾナ州もハワイ州も、米国の他の個々の州のように夏時間を観察しません。 Microsoft Advertising レポートは、地域ではなくタイム ゾーンを使用して DST に準拠しているため、タイム ゾーン内のこれらの個々のリージョンの違いを考慮することはできません。

また、一部のリージョンでは、UTC からのオフセットが 1 時間の割合です。 たとえば、インドは UTC + 05:30 であり、夏時間は観察されませんが、Microsoft Advertising レポートは時間単位の粒度で動作することに注目する価値があります。 したがって、1 日 05:30 UTC から 05:29 UTC は、実際には 05:00 UTC - 04:59 UTC としてレポートに表示されます。

注:

夏時間とその地域への影響の詳細については、「 時刻と日付」サイトを参照してください。