リアルタイムマーケティングとは？タイムリーな配信を決める3つの起点と、広告・メール・通知の時間設定

リアルタイムマーケティングは、何かが起きた瞬間にメッセージを合わせて届ける手法です。起点は2種類あります。世の中の出来事と、顧客一人ひとりの行動。どちらを起点にするかで、必要な体制もツールも変わります。この記事では、総務省の令和7年度調査で時間帯別のメディア接触を確かめて広告枠を逆算する手順、Google広告の広告のスケジュールの上限と入札単価調整の範囲、メールとアプリ通知の送信時刻を決める仕組み、時間帯別の成果を読み違えない集計コードまでを扱います。最後に、タイミングを合わせても逆効果になる場面を挙げます。

まとめ：リアルタイムマーケティングと配信タイミング設計の要点

リアルタイムマーケティングには、ニュースやイベントに反応する型と、顧客の行動データに反応する型があります。前者の代表は2013年のスーパーボウル停電中に投稿されたオレオの「You can still dunk in the dark」で、後者はMAツールのトリガー配信です。

配信時刻の起点は「時刻」「顧客の行動」「外部の出来事」の3つに分かれます。広告枠を時刻で決めるなら、まず生活時間の統計で仮説を置きます。令和7年度の総務省調査では、平日のインターネット利用は21時台が40.1%で最も高く、昼の12時台にも34.2%の山があります。Google広告ではキャンペーンごとに1日6個まで広告のスケジュールを作れ、入札単価調整は-90%から+900%。ただしスマート自動入札では、時間帯に対する手動の入札単価調整は使われません。

時間帯別の成果は、件数でなく率で比べ、UTCを日本時間に直してから集計してください。1時間あたり800件程度のセッションでは、真の購入率がどの時間帯も同じでも、集計した値は偶然のばらつきで1ポイント以上ずれます。人の安全が確認できない出来事には乗らない、承認経路を事前に決めておく。この2つを守れない組織は、出来事起点の施策を見送るべきです。

リアルタイムマーケティングの意味と、反応する対象で分かれる2つの型

リアルタイムマーケティングは、あらかじめ決めた年間カレンダーではなく、起きたことに合わせて訴求の中身や配信時刻を変える考え方です。反応する対象が「世の中」か「個人」かで、別の仕事になります。

出来事に反応する型：オレオのスーパーボウル停電投稿

2013年2月3日、ニューオーリンズのスーパードームで行われた第47回スーパーボウルの最中に停電が起きました。オレオの公式アカウントは同日夜（Digidayの記述では8:48 p.m.）に「Power out? No problem.」という一文と、「You can still dunk in the dark.」の文字を載せた画像を投稿します。Digidayが関係者の証言をまとめた記事「The definitive oral history of the Oreo tweet」（2017年）によると、リツイートは1万5,000を超え、投稿に関わったのは約15人でした。

証言で目を引くのは、速さの中身です。制作側の担当者は「1分もかからずに投稿をまとめた」と話していますが、その場にはブランド側の担当者が同席し、事前に合意した承認の仕組みがありました。さらに、投稿前にスーパードームの状況に問題がないかを確かめています。速く出せたのは、判断する人と手順を前もって揃えていたからです。

顧客の行動に反応する型：MAのトリガー配信とリアルタイムジャーニー

もう一方は、資料請求、カート放棄、アプリの起動といった個人の行動をきっかけに、次のメッセージを自動で送る型です。Microsoftは自社のマーケティング製品 Dynamics 365 Customer Insights - Journeys で、この方式を「リアルタイムジャーニー」と呼んでいます。2021年8月にリリースされ、2023年8月から新規顧客の既定の機能になり、従来の一括配信型だったアウトバウンドマーケティングは2026年5月に全環境から削除されました。

ただし、リアルタイムジャーニーにも、顧客の行動を起点にするトリガー型と、条件に合う顧客の集団へ配信するセグメント型の両方があります。製品名に「リアルタイム」とあっても、すべての配信が行動の直後に届くわけではありません。トリガーを検知して処理を自動で始めることと、行動から配信までの遅れが短いことは別の要件で、待機ステップや送信時刻の指定を入れれば到達は数時間後にも翌日にもなります。データ処理の側から見たリアルタイム性の要否はリアルタイム分析とは？バッチとの違いと導入を見送る判断基準で整理しています。

配信タイミングを決める3つの起点：時刻・顧客の行動・外部の出来事

配信の時機を設計するときは、何を起点に送るかを最初に決めます。混ぜると、同じ人に同じ日に3通届くような事故が起きます。

資料請求やカート投入など、関心が明確な行動への応答を優先します。アプリを起動しただけの場合などは、販促への関心があると即断しません。時刻起点は行動データが無い新規層への広告で使い、外部の出来事は体制を組める組織だけが扱う、という順で考えると無理がありません。同じ人に複数の起点から送る場合は、行動起点の配信を優先して時刻起点の配信を止める抑制ルールを先に書いておきます。

広告枠の時間帯から逆算する配信設計の手順

時刻を起点にする場合の手順は、統計で仮説を置く、広告の設定に落とす、自社の実績で検証する、の3段です。

総務省調査で読む時間帯別のメディア接触

総務省情報通信政策研究所が2026年6月26日に公表した「令和7年度情報通信メディアの利用時間と情報行動に関する調査」は、13〜79歳の1,800人を対象に、時間帯ごとに各メディアを使っていた人の割合（行為者率）を出しています。平日・全年代の主な値は次のとおりです。

出典：総務省情報通信政策研究所「令和7年度情報通信メディアの利用時間と情報行動に関する調査報告書」表1-1-2-1（年代別の値は表1-1-2-5）

テレビの山は20時台、インターネットの山は21時台で、1時間ずれています。昼の12時台はテレビが12.1%に落ちる一方、インターネットだけが34.2%まで跳ねる。この数値だけでは、利用端末や昼休み中の利用かどうかまでは分かりません。年代別に見ると差はさらに大きく、平日のインターネット利用は20代が12時台47.7%・21時台53.9%、10代は22時台が55.4%で最も高く、70代は20時台の21.0%が最大です。同じ「夜」でも、狙う年代で1〜2時間ずれます。

Google広告の広告のスケジュールと入札単価調整

Google広告では、キャンペーンごとに曜日と時間帯を指定する「広告のスケジュール」を1日最大6個まで作れます。時刻は閲覧者の現地時刻ではなく、広告アカウントに設定したタイムゾーンが基準です。時間帯ごとの入札単価調整は-90%から+900%の範囲で設定できます（Google広告ヘルプ）。

注意したいのは自動入札との関係です。目標アクション単価などのスマート自動入札では、時間帯に付けた手動の入札単価調整は使われません。配信する曜日・時間帯の指定だけが守られます。スマート自動入札を使うなら、時間帯の入札調整を細かく作り込んでも効きません。「この時間帯は出さない」という配信の可否だけを決め、入札の強弱はシステムに任せるのが筋です。時間帯の入札単価調整は、手動入札や「クリック数の最大化」など、対応する入札戦略で設計します。

Meta広告の時間帯指定

Meta（FacebookとInstagram）の広告では、時間帯の指定は広告セット単位です。Metaは2014年に開発者向けブログで、この機能を通算予算の広告セットに限って提供し、日予算の広告セットでは使えないと告知しました。同じ告知では、スケジュールを広告アカウントではなく広告を見る人のタイムゾーンで適用すると説明していました。Google広告はアカウントのタイムゾーン基準なので、複数のタイムゾーンにまたがる配信では、両方に同じ時刻を入れても表示される時刻が揃わない可能性があります。この告知は2014年のもので、現在の予算の条件とタイムゾーンの扱いは、設定前に広告マネージャの表示で確認してください。

時間帯別の成果を読み違えない集計の方法

時間帯を絞る判断は、自社データで確かめてから下します。ここで起きやすい誤りは3つあります。

1つ目は、件数で比べること。21時台に購入が最も多いのは、21時台に来訪が最も多いからかもしれません。比べるべきは購入件数ではなく、セッションあたりの購入率です。2つ目はタイムゾーン。GA4のBigQueryエクスポートでは、event_timestamp はイベントを受信したUTC時刻のマイクロ秒で入っています。一方、events_YYYYMMDD テーブルの日付と event_date はプロパティに設定したレポート用タイムゾーンが基準です。時刻だけUTCのまま時間帯を切ると、日本時間と9時間ずれます。

3つ目が標本の小ささです。下のコードは、GA4のイベントを書き出したCSVから、セッション開始の日本時間ごとに、購入があったセッションの割合を出します。CSVには user_pseudo_id と、event_params から取り出した ga_session_id を列として入れておき、2つの組でセッションを識別します。11時前に始まって11時過ぎに購入したセッションは開始した10時台に数え、同じセッションの2回目以降の購入は数えません。集計期間の外で始まったセッションの購入と、識別子が空の行も対象外です。識別子の欠損が多いデータでは、出てきた購入率を全体の代表値として扱わないでください。この例では表示上の仮の下限として200セッションを置きますが、200件以上でも時間帯の優劣を判断できるとは限りません。

import csv
from collections import defaultdict
from datetime import datetime, timezone
from zoneinfo import ZoneInfo

JST = ZoneInfo("Asia/Tokyo")
MIN_SESSIONS = 200  # 表示上の仮の下限。これ以上なら優劣を判断できるという意味ではない

start_hour = {}   # (user_pseudo_id, ga_session_id) -> 開始の時間帯（日本時間）
purchased = set() # 購入があったセッション
with open("events.csv", newline="") as f:
    for row in csv.DictReader(f):
        if not row["user_pseudo_id"].strip() or not row["ga_session_id"].strip():
            continue  # セッションを識別できない行は集計対象外
        key = (row["user_pseudo_id"], row["ga_session_id"])
        if row["event_name"] == "session_start":
            # event_timestamp はUTCのマイクロ秒
            ts = datetime.fromtimestamp(int(row["event_timestamp"]) / 1_000_000, tz=timezone.utc)
            start_hour[key] = ts.astimezone(JST).hour
        elif row["event_name"] == "purchase":
            purchased.add(key)

sessions, converted = defaultdict(int), defaultdict(int)
for key, hour in start_hour.items():
    sessions[hour] += 1
    converted[hour] += key in purchased  # 同じセッションの複数購入は1回と数える

for h in range(24):
    s, c = sessions[h], converted[h]
    rate = f"{c / s:.2%}" if s >= MIN_SESSIONS else "n<200"
    print(f"{h:02d}時台 セッション{s:>6} 購入あり{c:>4} 購入率 {rate}")

このコードを、各セッションの購入確率をどの時間帯も3%に揃えて乱数で作った擬似データ（1週間・20,000セッション、Pythonの乱数シード1）に通すと、1時間帯あたり789〜891件のセッションで、時間帯別の購入率は最低2.03%から最高4.53%に分かれました。どの時間帯も真の購入率は同じ3%です。独立な800セッションで真の購入率が3%なら、標本購入率のばらつきは正規近似で約95%が3%±1.2ポイントに入ります。これは1つの時間帯の値が揺れる幅で、2つの時間帯の差の検定や、24時間帯を同時に比べるときの基準ではありません。この幅に収まる差だけでは、時間帯の優劣は判断できません。偶然の揺れに合わせて配信を止めないよう、時間帯間の差の不確実性も確かめてください。必要な件数の見積もり方はABテストとは？必要サンプル数の計算コードと検証期間・判定を誤らせる条件で扱っています。

メールとアプリ通知の送信時刻を決める仕組み

メールやプッシュ通知では、受け手ごとの反応履歴があれば送信時刻の調整に使えます。ただし、履歴が乏しい場合や一斉告知が必要な場合は、固定時刻での配信も選択肢です。BtoB・BtoC別のメルマガの配信時間帯と、配信時刻を変えるABテストの手順はメルマガ配信のやり方・方法｜手順6工程と配信時間・効果測定の実務ガイドにまとめています。ここでは、Mailchimpのキャンペーン単位の送信時刻調整と、Brazeの受け手単位の送信時刻調整を比べます。

送信時刻の最適化機能：MailchimpとBrazeの違い

MailchimpのSend Time Optimizationは、Standardプラン以上で使える機能です。指定した送信日から24時間以内で、受信者が開封しやすい時刻を探します。日付は人が決め、その日の中の時刻を機械が決める設計で、公式ヘルプはBrazeのように受け手一人ひとりへ別々の時刻を割り当てる機能としては説明していません。使える条件も限られます。送信時刻を計算できるだけの過去の送信データがあること、送信日を48時間以上先に指定すること、自動送信のメール（オートメーション）には使えないこと。行動の直後に送る配信には向かない機能です。

BrazeのIntelligent Timingは、アプリのセッション、プッシュ通知の開封、メールの開封・クリック、SMSのクリックといった過去の行動から、チャネル別・ユーザー別に送信時刻を出します。送ってはいけない時間帯をquiet hoursとして指定でき、最適な時刻がその中に入ると、最も近い許可時刻へずらします。個人の行動データが足りない場合は、アプリ全体で最も利用の多い時刻か、指定した時刻に送ります。アプリ全体のデータも足りなければ受信者の現地時刻17時、現地のタイムゾーンも分からなければ会社のタイムゾーンの17時です。キャンペーンでは、時間帯ごとの配信予定人数をプレビューのグラフで確認でき、フォールバック時刻で送られる人は赤で表示されます。赤の割合が大きいなら、個人別の時刻はまだ機能していません。もう1つの制約は開始のタイミングです。Brazeは送信予定日の48時間以上前にキャンペーンを開始するよう求めており、開始時点で最適時刻を1時間超過ぎていたユーザーには送信されません。出来事の直後に送る配信とは相性が悪い機能です。SDKとREST APIの組み込み方はBrazeとは｜SDK実装とREST API設計から見た導入判断で、Intelligent Timingの仕様はBrazeの公式ドキュメントで確認できます。

iOS通知の割り込みレベル：時間指定の通知を目立たせる条件

アプリ通知では、届く時刻に加えて、届いたときの割り込み方を選べます。iOS 15で導入された UNNotificationInterruptionLevel は4段階です。

timeSensitiveを使うには、Xcodeで「Time Sensitive Notifications」のCapabilityを有効にします。criticalは com.apple.developer.usernotifications.critical-alerts のentitlementが必要で、申請フォームからAppleの承認を受けなければなりません。販促の通知はpassiveかactiveで十分です。予約時刻の直前や配送の到着など、受け手にとって時間が意味を持つ通知だけをtimeSensitiveにします。AppleはWWDC21のセッションで、Time Sensitive通知を使いすぎないよう求め、利用者はアプリのTime Sensitive通知も、通知そのものもオフにできると説明しています。セール告知を集中モードの制御を越えて届けると、利用者が通知をオフにする理由になり得ます。

タイミングより先に揃えるレレバンシーの条件

時刻が合っていても、中身が受け手の状況に合っていなければ反応は起きません。広告やメールが受け手にとってどれだけ関連があるかを表す言葉がレレバンシーで、Google広告の品質スコアも「広告の関連性」を構成要素の1つにしています。定義と測り方はレレバンシー（relevancy）とは？意味とrelevanceとの違い・広告で高める方法を参照してください。

実務の順番は、レレバンシーが先、タイミングが後です。カート放棄の通知を最適な時刻に送っても、その商品がすでに別の経路で買われていれば無意味どころか不快です。購入済みの人への不要な通知を避けるため、時刻の調整より先に、送信直前の購入確認と配信除外を設計してください。受け手の置かれた状況から訴求を組み立てる考え方はコンテクストマーケティングとは？意味と原典の定義、事例・進め方とCookie規制の影響、検索の瞬間ごとに意図を分ける見方はマイクロモーメントとは？Googleの定義と4つの瞬間、AI検索時代の実務が参考になります。

リアルタイム施策を見送るべき場面と失敗パターン

速く出すことは目的ではありません。次の条件に当てはまるなら、出来事起点の施策はやめてください。

人の安全が確認できない出来事。停電、地震、事故、システム障害の直後は、被害の有無が分からない時間があります。オレオの例でも、Adweekの記者は停電直後について「技術的な問題なのか、もっと深刻な事態なのか分からなかった」と振り返っており、チームはスーパードームの状況を確かめてから投稿しています。被害の可能性が残る出来事に商品を絡めると、謝罪対応のほうが大きな仕事になります。そうなったときの対応の型はクライシスコミュニケーションとは何か？で整理しています。

承認経路が事前に決まっていない組織。投稿のたびに法務や上長の確認を一から取るなら、話題が過ぎてから出すことになります。誰が最終承認者で、どの種類の話題なら担当者の判断で出してよいか。ここを文書にしてから始めます。決めないまま始めると、承認待ちによる遅延や、確認を省いた投稿による誤情報・不適切表現のリスクが高まります。SNS運用の体制づくりはSNSマーケティングとは？主要SNSの特徴・手法・始め方と外注判断を参照してください。

時刻を最適化するだけのデータが無い段階。前述のとおり、Brazeでも個人のデータが足りなければ全体の傾向や固定の時刻に戻ります。Brazeのプレビューでフォールバック対象が多い、Mailchimpで最適時刻を計算できないと表示される。こうした段階では、固定時刻での配信を時間帯ごとに比べる作業を先に積み上げ、個人別の時刻調整はその後に入れます。

自動入札と手動の時間帯調整の二重管理。スマート自動入札のキャンペーンに時間帯ごとの入札単価調整を作り込んでも使われません。設定画面には調整値が残るため、担当者が交代すると「効いている」と誤解されます。使わない設定は消しておきます。

よくある質問

タイムリーとリアルタイムは何が違いますか？

タイムリーは「時機がちょうどよい」ことで、必ずしも即時である必要はありません。リアルタイムは出来事と対応の間に遅れがほとんど無いことを指します。マーケティングでは、即時に送っても受け手の状況に合わなければタイムリーとは言えません。配信の時機を設計する目標はタイムリーであることで、リアルタイムはそのための手段の1つです。

リアルタイムマーケティングの代表的な例は？

出来事に反応する型では、2013年のスーパーボウル停電中にオレオが投稿した「You can still dunk in the dark」が代表例の一つです。顧客の行動に反応する型では、カート放棄の後に送るリマインドメールや、資料請求の直後に送る案内メールがあたります。

SNSでリアルタイムマーケティングを行うときに先に決めることは？

最終承認者と、担当者の判断だけで出してよい話題の範囲です。加えて、事故・災害・訃報など乗ってはいけない出来事の種類を文書にしておきます。投稿の速さは、この準備でほぼ決まります。

広告は何時に出すのが効果的ですか？

決まった正解はありません。総務省の令和7年度調査では、平日のインターネット利用は21時台が40.1%で最も高く、12時台にも34.2%の山がありますが、20代と70代では山の時刻が違います。統計で仮説を置き、自社のデータで時間帯別の率を比べ、標本が足りない時間帯は判断を保留してください。

メルマガの配信時間は何時がよいですか？

読者がBtoBかBtoCかで起点が変わります。時間帯の目安と、自社リストで配信時刻を比べるABテストの手順はメルマガ配信のやり方・方法で解説しています。受け手ごとに時刻を変えるならBrazeのIntelligent Timingのような機能を、キャンペーンの送信時刻だけを任せるならMailchimpのSend Time Optimizationを使います。

関連記事

• レレバンシー（relevancy）とは？意味とrelevanceとの違い・広告で高める方法
• メルマガ配信のやり方・方法｜手順6工程と配信時間・効果測定の実務ガイド
• ABテストとは？必要サンプル数の計算コードと検証期間・判定を誤らせる条件
• マイクロモーメントとは？Googleの定義と4つの瞬間、AI検索時代の実務【2026年版】