Skip to main content

​
概要

夏時間（DST）とは、夕方の日照時間を延ばすために季節に応じて時計を調整する制度です。多くの地域で一般的ですが、このような時刻の変更はマーケティングのスケジュールを乱す可能性があります。キャンペーンの正確性を保つために、MoEngage は特定の機能で DST を自動的にサポートし、手動で操作しなくても意図した現地時間にメッセージが配信されることを保証します。

​
ユースケース

DST の自動サポートは、グローバルで時間に左右されるコミュニケーションに関するいくつかの主要な課題にマーケターが対処するのに役立ちます。
  • グローバルキャンペーンの調整: フラッシュセールなどの時間に左右されるプロモーションを、すべての地域で意図した現地時間に正確に配信できます。たとえば、ニューヨークとロンドンの両方で午前 10:00 に予定された製品発表は、両都市が異なる日付で DST を実施していても、それぞれの都市の現地時間の午前 10:00 に公開されます。
  • 正確なパフォーマンス分析: 分析期間中に DST の変更が発生した場合でも、一貫性があり信頼できるレポートを維持できます。データが正規化されており 1 時間の時刻変更によって歪められないため、DST の切り替え前後の週のユーザーエンゲージメントを安心して比較できます。
  • 正確なオーディエンスターゲティング: 季節による変化を気にすることなく、時間ベースのフィルターを使用して信頼性の高いセグメントを構築できます。「過去 24 時間にアクティブだったユーザー」のセグメントは、DST の開始日や終了日でも正確さを保ち、リアルタイムキャンペーンが正しいオーディエンスに届くようにします。
  • 信頼性の高い自動化ジャーニー: オンボーディングシーケンスなど、Flows への時間ベースのエントリーを時間どおりにトリガーできます。午前 9:00 に開始するように設計されたオンボーディングフローは、常に正しい現地時間にトリガーされ、一貫したユーザー体験を維持します。
  • 運用負荷の軽減: キャンペーンスケジュールを手動で追跡・調整する必要がなくなります。マーケターはプラットフォームが DST の切り替えを自動的に処理することを信頼でき、時間を節約してエラーを防止できます。

​
DST サポートの概要

次の表は、DST に合わせて自動的に調整される機能を示しています。

​
サポートされる機能の動作

DST 機能は、以下のモジュールで自動的に有効になっています。操作は必要ありません。

​
Analytics

すべてのレポートとダッシュボードは DST の切り替えを自動的に考慮し、データの正確性を確保します。エンゲージメントやコンバージョンなどの時間に左右される指標は、レポート期間中にいつ DST の変更が発生したかに関係なく、現地時間を反映するように正しく調整されます。

​
Campaigns（One-Time および Periodic）

サポートは、特定の名前付きタイムゾーン（例: “America/New_York”）で固定時刻にスケジュールされた One-Time キャンペーンと Periodic キャンペーンにのみ適用されます。MoEngage は、選択したタイムゾーンの現地時間に合わせて、キャンペーンの送信時刻を自動的に調整します。 例: “America/Chicago” で毎週月曜日の午前 9:00 に Periodic キャンペーンをスケジュールしたとします。DST が始まると、プラットフォームは自動的に調整して CDT の午前 9:00 に送信します。送信時刻を手動で変更する必要はありません。

​
Flows（時間トリガーによるエントリー）

DST サポートは、One-Time および Periodic の Flows のエントリー条件で有効になっています。時間トリガーのイベントに基づいてユーザーがフローに入るようにスケジュールされている場合、MoEngage は DST に対応するためにエントリー時刻を自動的に調整します。

​
Segmentation

セグメンテーションで使用される時間ベースのフィルターは DST に対応しています。時間データに依存するフィルター（“last interacted at” など）は DST の切り替えを自動的に考慮し、セグメントの正確性を維持します。

​
特定のシナリオにおける手動調整

MoEngage はほとんどの DST 調整を自動化していますが、特定の構成では手動での確認が必要です。特に、DST が終了して時計が「戻る」場合です。この切り替え前に作成されたキャンペーンや Flows が影響を受ける可能性があります。 確実に配信されるように、次のシナリオを確認してください。

​
「User’s Timezone」で送信されるキャンペーン

キャンペーンが複数のタイムゾーン（DST を実施している地域と実施していない地域が混在）のユーザーをターゲットにしている場合、スケジュールがずれる可能性があります。DST の終了後、DST を実施している地域（米国、カナダなど）では意図した時刻より 1 時間早くキャンペーンが配信される可能性がありますが、DST を実施していない地域（インドなど）の配信時刻は変わりません。 例: 午前 10:00 にスケジュールされたキャンペーンは次のようになります。
  • インドでは引き続き午前 10:00 に実行されます。
  • 米国では DST の終了後、午前 9:00 に実行されます。

​
Best Time to Send（BTS）キャンペーン

MoEngage の BTS アルゴリズムは、DST の変更から 1 週間以内に新しいユーザーエンゲージメントのパターンに自動的に適応します。ただし、特定の配信ウィンドウを設定している場合は、手動で調整する必要があります。 必要なアクション: DST の終了後も同じ現地時間の範囲を維持するには、配信ウィンドウを 1 時間早めます。 例: 配信ウィンドウが午前 9:00～午後 9:00 の場合、午前 8:00～午後 8:00 に更新します。

​
Flows における時間ベースの「Wait Until」ステップ

DST の影響を受ける地域では、「Wait Until a specific time of day」ノードは、「時計を戻す」期間の終了後、スケジュールより 1 時間遅れてトリガーされます。 必要なアクション: ステップが意図した現地時間に実行されるようにするには、待機時間を 1 時間早めるように調整します。 例: ユーザーを午後 2:00 まで待機させるには、ノードを午後 1:00 に設定します。
秋に DST が終了したときは、実行中のすべてのキャンペーンとフローでこの変更を元に戻す必要があります。正しい配信を維持するには、スケジュールを元の時刻に戻す必要があります（例: 午前 8:00 から午前 9:00 に戻す）。

​
FAQ

MoEngage プラットフォームの動作は、キャンペーンのタイムゾーン設定によって異なります。
  • 単一の特定のタイムゾーンのキャンペーンの場合: MoEngage は送信時刻を自動的に調整します。午前 9:00 にスケジュールしたキャンペーンは、常に現地時間の午前 9:00 に送信されます。
  • タイムゾーンベースのキャンペーンの場合: DST 地域のユーザーには、現地時間で 1 時間遅れてキャンペーンが届きます。たとえば、午前 10:00 のキャンペーンは午前 11:00 に届くようになります。
いいえ。DST のない地域のユーザーをターゲットとするキャンペーンは影響を受けません。送信時刻は変わりません。スケジュールの調整は、DST を実施しているゾーン（米国、ヨーロッパなど）のユーザーにのみ適用されます。