Web訪問者へのLINE配信。トラフィックオーディエンスの条件と設計

Webトラフィックオーディエンスは、サイトの訪問やイベントに基づく対象集団を、LINE配信へ利用する仕組みです。例えばサービス紹介ページを見た人へ補足情報を案内する施策が考えられます。ただし、サイトを訪れた全員へ、企業が個人を特定してLINEを送れる機能ではありません。

この記事は2026年9月8日時点の公式資料を基に、導入条件と運用設計を整理します。掲載する施策は設計案で、タグの設置、訪問者の追跡、実際の配信を行った結果ではありません。

2026年の変更は「計測タグにも対応した」こと

2026年1月21日には、従来のLINE Tagに加えて、計測タグを使うWebトラフィックオーディエンスも利用できるようになりました。機能自体がその日に初めて作られたわけではありません。公式の計測タグ対応案内

既存サイトにタグが入っているなら、新しく増やす前に、どの組織・サービスが管理し、何を計測しているかを確認します。名称が似ていても、タグの管理元や共有設定を確認せず差し替えないようにします。トラッキングの公式マニュアル

確認するもの	導入前に記録する内容
タグの種類	計測タグかLINE Tagか
管理する主体	自社、別部門、広告運用会社など
設置するサイト	対象ドメインと対象ページ
計測する内容	ページ訪問、申込完了などのイベント
利用する公式アカウント	どの配信元で対象を使うか
説明・同意等の扱い	サイトの利用者に何を説明し、どう設定へ反映するか

タグ設置の技術的な確認と、データを利用する目的・範囲の確認は別です。自社の説明内容や適用する条件に合わせ、必要な同意管理や停止の動作を設計します。

作成する場所と、利用するAPIを分ける

WebトラフィックオーディエンスはLINE Official Account Managerで作成します。Messaging APIで情報を確認したり配信に利用したりできますが、通常のAPIオーディエンス作成処理で、あらゆる種類を作れるわけではありません。公式の機能追加案内とオーディエンスの公式ガイド

作業	担当と確認の例
タグの設定・設置	Web担当が対象ページと計測イベントを確認する
オーディエンス作成	配信担当が目的・期間・対象条件を設定する
利用可能な状態の確認	配信担当またはAPI処理が対象と条件を確認する
メッセージ配信	対象、除外、原稿、上限を承認する
結果の評価	Web側の目的行動と配信側の集計を比較する

誰かがタグを設置した後、配信担当が対象を作るまでを別の作業として見積もると、導入後に「データがあるはずなのに使えない」という行き違いを減らせます。

訪問者数と、配信できる人数は一致しない

公式マニュアルでは、Webトラフィックオーディエンスを配信に利用するにはサイズ50以上という条件があります。さらに、送信方式や他の絞り込みとの組み合わせによる条件も確認します。標準オーディエンスの条件

ナローキャストは公式アカウントの友だちが対象であり、ブロックや友だちではない状態などは送信対象から除外されます。そのため、Webアクセス解析の訪問者数を、そのままLINE配信可能人数とは見なしません。ナローキャストの公式送信条件

「50人の訪問があれば必ず配信できる」「タグを置けば誰でも追跡できる」という説明は避けます。計測の状態、対象条件、アカウントとの関係を通して、利用できる集団になるか確認します。

URL条件は、書き方まで確認する

管理画面では、ページ訪問や特定イベントなどを対象にできます。URL条件には注意事項があり、複数URLはAND条件で結び付きます。また、同じページへのタグ・イベント設置と完全一致の組み合わせで蓄積されない場合があるため、公式の設定条件に従います。URL条件に関する公式説明

実装担当には「料金ページを見た人」とだけ依頼せず、対象URL、条件の一致方法、クエリ文字列や末尾スラッシュの扱い、旧URLからの転送を確認してもらいます。テストでは対象となるページと、対象に含めないページの両方を用意します。

設計した条件	受入時の確認
サービス紹介ページ	対象ページの訪問を正しく計測する
申込完了イベント	入力画面の表示だけで完了扱いにしない
複数URL	意図するAND・ORと設定結果が合う
URLの変更	新旧ページで条件の漏れがない
情報を含むURL	氏名・電話番号・契約情報を計測へ渡さない設計になっている

申込済みの除外には、更新の遅れを考慮する

料金ページを見た人へ申込案内を送るなら、既に申し込んだ人を除く設計が考えられます。対象と除外の条件、対象期間、更新タイミングを同時に決めます。

ただし、Webのオーディエンスは業務DBの最新状態をその瞬間に保証するものではありません。申込直後から確実に止める必要がある案内は、自社の申込DBで送信直前に確認する方式も検討します。

目的が一般的な補足情報なら、多少の反映差があっても使える原稿にする案もあります。例えば「まだお申し込みいただいていません」という断定を避け、利用手順と申込内容の確認先を案内します。設計上の許容範囲は業務担当者と合意します。

推測した属性を個人へ結び付けない

訪問ページは関心の手がかりにはなっても、購入意図やその人の事情を確定する情報ではありません。価格ページを見た理由は、比較、既存契約の確認、家族の代理などさまざまです。

また、みなし属性を使った配信において、属性別の遷移先や追跡情報等で利用者の属性を識別する行為は、公式ガイドラインの禁止事項に含まれます。推計された属性を、URL経由で個人の会員情報へ書き戻すような設計にはしません。公式ガイドライン

分析では、取得できる集計と自社で正当に確認した情報を分けます。オーディエンスを使えたことを、メンバー全員の閲覧履歴や個人IDを取得できることとは扱いません。

実務例：見学ページを見た人へ、比較材料を案内する

架空の貸し倉庫サービスで、施設の見学案内ページを見た人へ、見学時に確認できる内容を届ける設計を考えます。既に見学を申し込んだ人には、募集を繰り返すより予約内容を確認できる導線が役立ちます。

開始前に、見学ページ、申込完了イベント、対象期間、除外条件を整理します。十分な対象が得られない場合は、条件をむやみに広げて無関係な人へ送らず、通常の案内ページや友だち向け配信で対応する案を比較します。

効果を見るときは、訪問者数、配信の対象・結果、案内ページの利用、見学申込を区別します。別の広告や季節要因もあるため、申込増加の全量をこの施策の成果とは断定しません。

導入時の受入確認表

場面	合格の判断
タグを設置する	管理元、用途、対象ページが明確になっている
同意等の設定を変える	自社の方針に沿って計測動作が変わる
対象・対象外のページを見る	意図した条件だけに合致する
対象が少ない	人数条件で利用できないことを説明できる
申込が完了する	除外の反映時点と限界を確認している
URLやイベントを変更する	計測の漏れや誤った完了を検出できる
配信後に評価する	訪問、送信、申込の定義と期間を揃えて報告できる

タグ導入だけで作業を終えず、対象を作る担当と、配信内容・結果を確認する担当まで決めることが、運用を続ける前提になります。

よくある質問

サイトを訪れた人全員にLINEで送れますか？

送れません。計測とオーディエンスの利用条件に加え、配信方式の対象条件があります。Webの訪問者数を、そのままLINEで配信できる人数として扱わないでください。

2026年1月に新しく始まった機能ですか？

2026年1月21日の変更は、従来のLINE Tagに加えて計測タグも使えるようになったことです。Webトラフィックオーディエンス自体の新設とは異なります。

Messaging APIだけでWebトラフィックオーディエンスを作れますか？

作成はLINE Official Account Managerで行います。作成した対象の情報確認や配信での利用と、対象そのものを作成する作業を分けて設計します。

申込済みの人を直ちに除外できますか？

オーディエンスの更新が業務DBの最新状態を瞬時に保証するわけではありません。直前の除外が必須なら、申込DBでの確認を含む通知方式を比較し、更新の遅れが許される範囲を決めます。

この記事に関連するサービス

Webの計測とLINE配信を、対象条件・除外・申込完了の確認までつなげたい方は、LINEアプリ開発のサービスをご覧ください。

LINEアプリ開発のサービス・相談窓口を見る