← 全記事
ガイド

1つのLINE公式アカウントでMessaging APIツールを併用するチェックリスト

1つのLINE公式アカウントで複数のMessaging APIツールを併用できます。ただし、ツールごとに独立したチャネルが作られるわけではありません。チャネルアクセストークンの発行上限、1つのWebhook URL、APIレート制限、機能別上限を共有します。新しいツールを追加する前に、受信イベントの担当、利用するトークン種別、共有上限の監視方法を決めてください。

要点

  • 複数ツールがAPIを呼び出しても、LINE公式アカウントに紐づくMessaging APIチャネルは1つです。
  • 設定できるWebhook URLは1つだけで、2つのツールへLINEから直接同じイベントを送れません。
  • 長期チャネルアクセストークンは1つだけで、再発行すると既存トークンが無効になります。
  • レート制限やメッセージ数、リッチメニュー、オーディエンスなどの上限はチャネル単位で共有されます。
  • 複数システムで受信イベントが必要なら、1つの受信口で検証・保存してから内部配信します。

LINE公式アカウントで複数ツールを併用できるか

LINEが2026年7月23日に公開した開発者向け解説では、1つのLINE公式アカウントに紐づくMessaging APIチャネルを複数ツールから利用できると明記されています。たとえば、配信ツール、リッチメニュー管理ツール、カスタマーサポートシステムを組み合わせられます。

ただし、追加ツールは隔離された新規統合ではありません。全ツールが同じチャネル境界の中で動きます。

共有対象LINE公式の制約運用上の意味
Messaging APIチャネル公式アカウントに紐づくのは1つ設定と上限を共有する
Webhook URL1チャネルにつき1つ受信担当か内部fan-outを決める
APIレート制限endpoint別・チャネル別全ツールのリクエストを合算する
機能別上限メッセージ、リッチメニュー、オーディエンスなど容量と変更権限を割り当てる

これは分析用途を扱うLINEリッチメニューインサイトや、AI agentのaction layerを扱うLINE Bot MCP Serverとは別の設計課題です。

他ツールを停止させないトークン設計

LINEは4種類のチャネルアクセストークンを案内しています。追加前に、各ツールの種別、担当者、有効期限、失効手順を台帳にします。

トークン種別有効期間チャネルごとの発行上限上限到達時
長期固定の期限なし1再発行で既存トークンが無効
短期30日30追加発行で最も古いものが無効
v2.1（有効期限指定）最大30日30追加発行が拒否される
Stateless15分発行数上限なし発行後に失効できない

選択肢はvendorの対応状況で変わります。依存ツールを洗い出す前に共有の長期トークンを再発行しないでください。有効期限付きトークンでは更新担当を明確にし、旧トークンが失効する前に新しい認証情報をテストします。

1つのWebhook URLの担当を決める

LINEは、友だち追加やメッセージイベントをLINE Developers Consoleに設定したWebhook URLへ送信します。新ツールがこのURLを上書きすると、既存システムへの受信が止まる可能性があります。

ツールの要件推奨構成
送信やリッチメニュー管理だけ適切なトークンを渡し、Webhook担当は変更しない
全受信イベントが必要で、既存受信系を置き換えるrollbackと配信テストを用意してURLを移行する
2つのシステムが受信イベントを必要とする1回受信し、LINE署名を検証・保存して内部配信する
vendorが直接Webhookを必須とし、転送イベントを受け取れない受信担当を1つにするか、別の公式アカウントを使う

LINEは署名検証と非同期処理を推奨しています。再配信では重複や到着順の変化が起こり得るため、webhookEventIdで重複排除し、必要に応じてeventのtimestampで状態を組み立てます。Webhook受信後にテキストを再取得するAPIはないため、受信境界での永続化が重要です。

新しいツールを追加する前の6項目

  1. 機能を棚卸しする。 各ツールが使うendpoint、webhook event、リッチメニュー、オーディエンス、統計機能を列挙します。
  2. トークン担当を決める。 種別、有効期限、更新担当、secret保管場所、緊急失効手順を記録します。
  3. Webhook担当を明記する。 承認済みの移行手順なしにinstallerがURLを変更しないことを確認します。
  4. 共有上限を予算化する。 リクエスト量を合算し、429 Too Many Requests、月間メッセージ数、リッチメニュー、オーディエンスを監視します。
  5. 相互作用を試験する。 新しいevent typeを既存receiverが処理でき、片方の設定変更が他方を壊さないことを確認します。
  6. rollbackを受け入れ試験する。 管理されたメッセージを送り、永続レコードが1件できること、下流配信、旧URLとトークンへの復旧を確認します。

UnifyPortが適合する範囲

UnifyPortは、一般のLINEアカウントからの受信や、LINE・WhatsApp・Telegram・TikTok・Zalo・Xを横断する正規化キューが必要なチーム向けの別経路です。LINE公式アカウントのMessaging APIチャネル、チャネルアクセストークン、リッチメニュー、オーディエンス、公式Webhook設定を共有しません。

公式ドキュメントのQR flowでLINEを接続すると、登録済みendpointへ正規化されたmessage.received eventを配信します。signing_secretを有効にした場合、X-Device-TimestampとX-Device-Signatureが付きます。保存やroutingの前にraw bodyでHMAC-SHA256署名を検証します。LINE認証ガイドはログイン境界を、Webhook配信ガイドは署名、retry、順序、idempotencyを説明しています。

クロスチャネル受信を簡潔にできますが、LINE公式アカウントのMessaging APIチャネルを共有する2つ目のツールではありません。2つの構成を明確に分けてください。

制限とトレードオフ

公式アカウントの一斉配信、リッチメニュー、オーディエンス、アカウント連携イベントなどが必要なら、公式Messaging APIが適しています。fan-out serviceには運用、セキュリティ、監視が必要です。vendorによっては転送eventを認めず、Webhookの直接管理を求めるため、契約と技術要件を確認してください。

UnifyPortの非公式インターフェースは、LINE公式アカウントのcampaign、audience、rich menuを管理しません。公式ツールのチャネル単位上限も変更できません。役割は一般アカウントとクロスチャネルのメッセージ受信です。

FAQ

2つのツールで同じLINE Messaging APIチャネルを使えますか？

はい。対応するチャネルアクセストークンで同じチャネルを利用できますが、設定、レート制限、機能別上限は共有です。

LINEから2つのWebhook URLへ同じイベントを送れますか？

いいえ。Messaging APIチャネルに設定できるWebhook URLは1つです。2システムで必要なら、1回受信して内部配信します。

新しいチャネルアクセストークンの発行で既存ツールは止まりますか？

止まる場合があります。長期トークンの再発行は既存トークンを無効にし、短期トークンを上限以上に発行すると最も古いものが無効になります。

複数ツールには別々のレート制限がありますか？

ありません。Messaging APIのレート制限はAPI機能ごと、チャネルごとに適用され、callerやIPアドレスでは分離されません。

UnifyPortは同じLINE公式アカウントの2つ目のWebhookですか？

いいえ。一般アカウントと正規化された受信のための別経路であり、公式アカウントのMessaging APIチャネルに2つ目のURLを追加しません。

次のステップ

まずLINE公式の複数ツール併用時の確認事項に沿って、現在のトークンとWebhook担当を記録してください。要件が一般アカウントまたはクロスチャネル受信なら、別構成としてUnifyPort LINE認証ガイドを確認します。

参照元

2026年8月4日に確認した公式情報：