LINEのLong-lived Channel Access Tokenはどこにある？代替トークンとの使い分け
LINEの long-lived channel access token を探しているなら、LINE公式ドキュメント上の答えは明確です。これは LINE Developers Console の Messaging API channel で発行し、場所はその channel の Messaging API タブです。LINE Official Account Manager の通常チャット画面ではありません。また、再発行すると現在有効な long-lived token は無効になります。
重要ポイント
- long-lived channel access token は Messaging API channel の資格情報であり、LINE公式アカウントのチャット設定ではありません。
- LINEは、Messaging API channelごとに有効な long-lived token は1つと説明しています。再発行すると既存のトークンは無効になります。
- 本番運用では、channel access token v2.1、short-lived token、stateless token も比較すべきです。
- 目的が「LINEの入信メッセージを受け取って社内キューへ流すこと」なら、Official Account token ではなく、署名付きWebhookの層を分けた方が整理しやすい場合があります。
LINE Developers Consoleでの場所
一般的な手順は次の通りです。
- LINE Developers Console を開く。
- 対象channelを持つ provider を選ぶ。
- LINE公式アカウントに紐づく Messaging API channel を開く。
- Messaging API タブに移動する。
- そこで long-lived channel access token を発行または確認する。
LINEの「Build a bot」ドキュメントでも、channel access tokenの準備はMessaging APIタブの作業として扱われています。同じ流れでWebhook URLの設定や、テスト用に公式アカウントを友だち追加する手順も出てきます。Basic settingsやLIFF設定しか見えない場合は、見ているchannelの種類が違う可能性があります。
同じ公式アカウントに複数ツールをつないでいる場合は、再発行の前に 1つのLINE公式アカウントを複数ツールで使うためのチェックリスト を確認してください。1つのトークン更新が、同じchannelを使う別ツールに影響することがあります。
long-lived、v2.1、short-lived、statelessの違い
この選択は「どこにあるか」だけでなく、「障害範囲をどう小さくするか」の問題です。
| トークン種別 | LINE公式ドキュメントで確認できること | 実務での使いどころ |
|---|---|---|
| Long-lived channel access token | Messaging APIタブで発行。Messaging API channelごとに有効な長期トークンは1つ | 既存連携や短期検証。ただし再発行前に依存先を確認 |
| Short-lived channel access token | 有効期間は30日。channelごとに最大30個 | 定期ローテーションするサーバー運用 |
| Channel access token v2.1 | 有効期限を最大30日まで指定可能。channelごとに最大30個 | JWTベースで明示的な期限管理をしたい本番環境 |
| Stateless channel access token | LINEドキュメント上、固定のchannel別発行数上限は示されていない | 永続トークン管理を減らしたい構成 |
日本ではLINEが顧客接点の中心になりやすいため、公式アカウントにCRM、MAツール、社内bot、問い合わせ管理などが重なりがちです。その状態で long-lived token を再発行すると、影響範囲が見えにくくなります。
Official Account tokenが正しい層ではないケース
LINE channel access token は、サーバーがLINE公式アカウントとしてMessaging APIを呼び出すためのものです。reply message、push message、rich menu、template、audience、MINI App service message を使うなら、この公式経路が適しています。LINE Service Messages と Messaging API の比較 でも、通知系とチャット系を同じものとして扱わない方がよい理由を整理しています。
一方で、小規模チームが本当に必要としているのは「既存のLINEアカウントに届いた問い合わせを、共有キュー、CRM、AI一次対応、チケット管理へ流すこと」だけかもしれません。その場合、Official Account channelを作り、トークン種別を選び、シークレットを保護し、単一Webhook URLの所有者を決める作業は、目的に対して重すぎることがあります。
UnifyPortを置く場所
UnifyPortは、LINE入信メッセージのための非公式インターフェースを提供します。LINE Official Accountのchannel access tokenを入口にするのではなく、ドキュメントにあるQR認証フローでLINEアカウントを接続し、正規化されたWebhookイベントを受け取ります。同じイベント形状はWhatsApp、Telegram、TikTok、Zalo、Xにも使えます。
関連ドキュメント：
- LINE認証：Provider guide: LINE authorization
- 入信イベント：
message.received - 配信セキュリティ：
signing_secretによるHMAC-SHA256検証
判断の目安は次の通りです。
| 目的 | 合う選択肢 |
|---|---|
| 公式OAから配信、rich menu、テンプレート、MINI App通知を使う | LINE Messaging API token |
| 1つの公式アカウントに複数ツールを追加する | token種別、Webhook所有者、channel制限を先に確認 |
| LINEの入信メッセージを共有キューへ送るだけ | UnifyPortの署名付き入信Webhook |
| LINEに加えてWhatsApp、Zalo、Telegram、TikTok、Xも同じ形で受ける | UnifyPortの正規化Webhook |
LINE公式アカウントを新たに用意するか迷っている場合は、Official Accountを登録せずにLINEメッセージを受ける選択肢 も合わせて確認してください。公式トークンが悪いのではなく、解いている問題が「公式アカウントAPI」であって、必ずしも全ての入信サポートではない、という切り分けです。
制限とトレードオフ
公式アカウントを送信者として使う、LINE管理のテンプレートやrich menuを使う、MINI App service messageを送る、といった要件があるならLINE Messaging APIを使うべきです。非公式インターフェースは、LINEの公式ビジネス機能を置き換えるものではなく、特定の製品やchannel種別に限定された権限を付与するものでもありません。
UnifyPortが向いているのは、既存アカウントの入信メッセージを受け取り、検証し、保存し、ルーティングする層です。公式APIは公式OA機能へ、署名付きイベントストリームはクロスチャネル入信へ、という境界を保つのが安全です。
FAQ
LINEのlong-lived channel access tokenはどこにありますか？
LINE Developers Consoleで対象のMessaging API channelを開き、Messaging APIタブで発行または確認します。LINE Official Account Managerの通常チャット画面ではありません。
long-lived tokenが見えないのはなぜですか？
見ているchannel種別が違う、Messaging API channelへの権限がない、または対象の公式アカウントでMessaging APIが有効になっていない可能性があります。
long-lived tokenを再発行すると他ツールに影響しますか？
影響する可能性があります。LINEは、Messaging API channelごとに有効なlong-lived tokenは1つと説明しており、再発行すると既存のトークンは無効になります。
v2.1 tokenはlong-lived tokenより本番向きですか？
多くの本番システムでは検討する価値があります。LINEはv2.1について、最大30日までの有効期限指定とJWTベースの発行を説明しており、ローテーション境界を作りやすくなります。
UnifyPortでLINEメッセージを受ける場合もLINE channel access tokenが必要ですか？
不要です。UnifyPortの入信経路では、LINE認証ガイドに従ってアカウントを接続し、署名付きWebhookで message.received イベントを受け取ります。
次のステップ
目的がLINE公式アカウント機能の開発ではなく入信サポートなら、まず UnifyPort LINE authorization から始め、下流ツールを接続する前に署名付きWebhookを用意してください。
Sources checked on 2026-08-31
- LINE Developers: Channel access token
- LINE Developers: Build a bot
- LINE Developers: Messaging API reference
- LINE Developers: Using the Messaging API from multiple tools with a single LINE Official Account
メッセージ連携を安定したプロダクトパイプラインへ。
まずは 1 つの API で送信を始め、標準イベントですべての inbound メッセージを業務システムへ戻しましょう。