← 全記事
ガイド

LINE公式アカウントなしでLINEメッセージを受信する方法 — UnifyPort

LINEをカスタマーサポートのフローに加えることにしました。LINEは日本・タイ・台湾・東南アジアに2億人以上のアクティブユーザーを持つ、多くのユーザーにとって主要なコミュニケーションツールです。LINE DevelopersドキュメントでWebhookの設定方法を調べ始めると、数分で最初の壁にぶつかります——Messaging APIを利用するには、LINE公式アカウントが必要です。

そこで申請を始めると、「LINE公式アカウントの登録」が思っていた以上に複雑なプロセスだとわかります。

最初のメッセージを受信するまでにLINEが求めること

LINE Messaging APIは、一般の開発者に開放されていません。すべてのインバウンドWebhookは公式アカウント（OA）に紐づいており、LINEがアクセスを管理しています。OAには2つのタイプがあります。

未認証公式アカウントは、企業・団体・個人を問わず誰でも作成できます。ただし、友だち数の上限が500人に制限されています。500人に達すると新しいユーザーは友だち追加できなくなります。カスタマーサポートの用途では、実際にトラクションが出始めた時点でこの上限にすぐに達します。

認証済み（プレミアム）公式アカウントは友だち上限が撤廃され、認証バッジも付与されますが、正式な審査が必要です。会社登記証明書、税務登録証、所有権証明書などを提出し、LINE側の審査チームが確認します。公式ドキュメントには、審査に最大60営業日かかる場合があると明記されています。

地域制限もあります。認証済み公式アカウントを申請できるのは、日本・台湾・タイ・インドネシアの4か国のみです。この4か国以外に法人が登記されている場合——シンガポール法人でタイの顧客にサービスを提供している、タイ市場を狙う海外の小規模チーム、日本のバイヤーと取引するベトナムのサプライヤー——認証アカウントの申請すらできない可能性があります。

さらに重要なのは、個人LINEアカウントの扱いです。2億人以上が利用する通常のLINEアプリ——あなたのユーザーが実際にメッセージを送っている個人アカウント——は、どのような手続きをしてもMessaging APIに接続することができません。

このアーキテクチャが生む問題

あなたが日本のECブランドのサポートを担当する3人チームだとします。顧客はLINEで連絡してきます。日本ではLINEがメインの連絡手段だからです。顧客からのメッセージを受け取り、チケットシステムに振り分け、必要に応じて自動応答したいと考えています。

Messaging APIが公式の手段です。しかし利用するには認証済みOAが必要で、認証OAには日本・台湾・タイ・インドネシアの法人登記が必要です。外国法人を通じて運営している場合は申請資格がありません。資格があっても新参者であれば、最初のWebhookイベントを受け取るまで2〜3か月待つことになります。

未認証OAで始めて500友だちの上限に当たる、現地法人にOA登録を委託する、すでにOAインフラを持つLINEパートナー代理店を使う——それぞれに月額費用や通数課金がかかります。

これらすべての手段に、大量の時間とコストが必要です。目的はただ一つ、「この顧客が何を送ってきたのか知りたい」というシンプルな問いへの答えを得ることなのに。

本質的な視点：受信だけならOAは必要ない

LINE公式アカウントの要件は、送信目的には合理的です——プッシュ配信、リッチメニュー、ブランドの公式プレゼンス。これらは本人確認と責任構造が必要なユースケースです。

しかしインバウンドメッセージの受信は別の話です。顧客が自分の個人LINEアカウントからあなたにメッセージを送る場合、連絡を開始するのは顧客側です。そのアクションを技術的に完結させるために必要なこと——メッセージを検知してWebhookに届ける——は、あなたのアカウントに認証バッジがあるかどうか、友だちが500人を超えているかどうか、特定の国の税務証明書があるかどうかとは無関係です。

OAの審査制度は本質的に、送信側のアカウンタビリティを担保するための仕組みです。受信専用のユースケースにそれを適用すると、小さなチームをプラットフォームから締め出すだけの参入障壁になります。

公式アカウントなしでLINEメッセージを受信する

非公式LINE受信インターフェースは、LINEアカウント——通常の個人アカウントも含む——に直接接続し、OA登録プロセスを経ずに動作します。LINEユーザーからのメッセージは正規化されたイベントとしてWebhookに届きます。OA申請不要、60営業日の待機不要、地域制限もありません。

UnifyPortを使ったLINE受信の実際の流れは以下の通りです。

  1. LINEアカウント（個人・ビジネス問わず）をUnifyPortに接続——数分で完了
  2. バックエンドのエンドポイントをWebhook URLとして設定
  3. LINEユーザーからのメッセージが正規化されたペイロードとして届く：
{
  "platform": "line",
  "event": "message",
  "from": "U4af4980629...",
  "display_name": "田中太郎",
  "text": "注文の状況を確認したいのですが",
  "timestamp": 1749168000,
  "message_id": "line_msg_8f3a2c"
}

このスキーマはWhatsApp・Telegram・Zalo・TikTok・Xからのメッセージと同一です——すべてのプラットフォームのメッセージが同じエンドポイントに届きます。バックエンドはプラットフォーム固有の処理が必要な場合にのみplatformフィールドを参照し、それ以外のロジックはすべて共通化できます。

通数課金なし、審査待ちなし、友だち上限なし。当日から稼働できます。

向いているユースケース・向いていないユースケース

非公式LINE受信インターフェースが向いている場面：

  • 既存のLINEアカウントでメッセージを受信したい（OAのオーバーヘッドを避けたい）
  • 法人が認証OA対象の4か国以外に登記されている
  • 当日稼働が必要で、60営業日の審査を待てない
  • LINEのインバウンドメッセージをCRM・チケットシステム・AIエージェントに振り分けたい
  • WhatsApp・Zalo・Telegramと統合して単一のマルチプラットフォームWebhookにまとめたい

向いていない場面：

  • 1万人以上のフォロワーへの一斉送信が必要（OAのブロードキャスト・リッチメニュー機能はこのために設計されている）
  • 公式ブランドプレゼンスを構築し、LINE認証バッジが必要
  • Flex MessageやカルーセルテンプレートなどのLINE固有UIが必須

顧客からのLINEメッセージを受け取って処理することが目的の大多数のチームにとって、OA登録要件は実際のゴールに対して余分なコストでしかありません。

次のステップ

既存のカスタマーサポートや自動化フローにLINE受信を追加したいのであれば、最も直接的な方法は：LINEアカウントをUnifyPortに接続し、Webhook URLを設定して、イベントの受信を始めることです。今日中に稼働できます——書類の提出も、地域の審査キューも必要ありません。

その後ビジネスが成長して、OAの機能——マーケティング配信、公式ブランドプレゼンス、インタラクティブなリッチメニュー——が必要になれば、並行してOAを申請することもできます。両者は排他的ではありません。ただし「今日中にLINEのメッセージをシステムで受け取りたい」という今すぐの要件に対して、OAの審査は前提条件ではありません。