LINE Harnessを調べていて、「これ、規約的に大丈夫なのか」と手が止まった方に向けて書いています。
結論を先に書きます。LINE Harnessというツールが危険なのではありません。危険な構成を選べてしまうことが、リスクの正体です。
有料ツールを使っているとき、私たちはインフラ構成を選べません。ベンダーが決めた形の上に乗るだけです。ところがLINE HarnessはOSSで、自分のCloudflareアカウントに自分でデプロイします。構成の自由が手に入る代わりに、規約に適合しているかを判断する責任も自分に移ります。
私は2つの公式LINEアカウント（友だち計約5,000人）をUTAGEからLINE Harnessへ移行し、運用しています。移行前の調査では、この規約の問題に長く時間を使いました。この記事では、どこに境界線があり、私が何を選んだかを書きます。
先に断っておくと、私は法律や規約の専門家ではありません。ここに書くのは、規約原文と公式ドキュメントを自分で読んで判断した記録です。最終判断はご自身で、必要なら専門家と行ってください。
もくじ[ タップで開閉 ]
規約は「アカウント毎に管理」を求めている
出発点は、LINE公式アカウントAPIの利用規約です。ここに、利用者情報は「LINE公式アカウント毎に管理」することを求める趣旨の定めがあります。
素直に読むと、こうなります。アカウントAで得た友だちの情報と、アカウントBで得た情報は、分けて扱う。片方で得た情報を、もう片方の運用に流用しない。
「技術的にできる」と「規約上してよい」は別
複数のアカウントを1つの管理画面でまとめて見られたら、運用は圧倒的に楽です。同じ人が両方に登録していれば、それも把握したくなります。
しかし、技術的な実現可能性は、規約上の可否とは無関係です。ここを混同すると、便利さを追った結果、気づかないうちに境界線を越えます。
「できるか」ではなく「してよいか」が先。実装の前に規約原文を読む、が唯一の正解です。
横断管理の機能は、標準で載っている
ここが、この記事でいちばん伝えたい部分です。
LINE Harnessの公式リポジトリの機能一覧には、複数アカウントの扱いについて明確な記述があります。
| 機能 | 記載内容 |
|---|---|
| マルチアカウント | 複数のLINE公式アカウントを1つのダッシュボードで管理（標準搭載） |
| 友だち重複検出 | プロフィール画像のトークン照合で、複数アカウント間の同一ユーザーを自動タグ付け |
| BAN検知・自動切替 | BANを検知したら、次のアカウントへ友だちを移行する仕組み |
出典: LINE Harness 公式リポジトリ（2026年8月時点で確認）
2番目の「友だち重複検出」に注目してください。複数アカウントにまたがって同一人物を突き止め、タグを付ける機能です。
実は私は、移行前の調査記事でこう書いていました。「アイコン画像などを使い、複数アカウントの友だちを同一人物として横断表示する設計は、規約の趣旨に抵触するおそれがある」と。
リスクとして想定して書いた設計が、標準機能として実在していたわけです。
1環境に相乗りさせる構成が、既定になっている
もう一つ、構成そのものの話です。
LINE Harnessのマルチアカウント機能は、1つのデプロイ環境（Worker・データベース）で複数のアカウントを処理する設計です。有料ツールでは別契約になる部分を標準で内包しているのが、売りの一つになっています。
便利さは本物です。ただし、これは複数アカウントの利用者情報が同じデータベースに同居する構成でもあります。「アカウント毎に管理」という規約の要求と、正面から向き合う必要が出てきます。
BAN検知・自動切替は、使わない判断をした
機能一覧にある「BAN検知→自動で次のアカウントへ友だち移行」について、私の立場を明確に書いておきます。
この機能は使っていません。
BANされたら別のアカウントへ移す、という発想は、BANの原因そのものには触れていません。プラットフォーム側から見れば、規制を回避する動きとして扱われる可能性があります。
万が一そう判断されれば、失うのは1アカウントでは済みません。集客導線そのものが止まります。私たちは事業者さんのアカウントを預かって運用する立場なので、その賭けはできません。
切替の自動化は対策ではなく、リスクの先送りです。
私は「分離」を選んだ
調査の結果、選択肢は3つに整理できました。
| 選択肢 | 内容 | 判断 |
|---|---|---|
| 照会する | LINEヤフーに問い合わせ、可否の回答を得る | × 見送り（回答を待つ間、移行が止まる） |
| 分離する | アカウントごとにデータと環境を分ける | ◯ 採用 |
| 受容する | リスクを理解したうえで横断管理を使う | × 見送り |
私が選んだのは分離です。1つの環境に相乗りさせず、アカウントごとに独立した環境を立てました。実際に片方のアカウントは、後から独立環境へ切り出す作業を行っています。
分離にも、コストと副作用がある
正直に書きます。分離は無料ではありません。
- 運用の手間が増える — 管理画面がアカウントの数だけ増え、更新作業も並列になる
- 横断分析ができない — 「両方に登録している人」を把握する機能を、自分で手放すことになる
- 移行作業で事故が起きうる — 実際、独立環境へ切り出した副産物として、無効なIDのレコードが数百件混入しました（詳細は移行の実行編に書いています）
それでも分離を選んだのは、便利さは取り戻せるが、BANされたアカウントは取り戻せないからです。
タグ名の衝突は、分離しても残る
分離してもう一つ注意が要るのが、タグの命名です。
「社会人」「申込済み」のような汎用的なタグ名は、アカウントをまたいで重複します。タグの付与をきっかけに自動配信が動く設計だと、意図しないシナリオが起動する危険があります。
私たちはアカウント識別用のプレフィクスを付けて、タグの名前空間そのものを機械的に分けました。見た目を整えるためではなく、誤配信を防ぐ安全装置としてです。
まとめ：構成の自由は、責任とセット
- 規約は利用者情報を「LINE公式アカウント毎に管理」することを求めている
- LINE Harnessには複数アカウントを横断管理する機能が標準で載っている。便利さと規約要求は緊張関係にある
- 標準構成は「安全な構成」という意味ではない。デプロイ前に自分のケースで規約原文を読む
- BAN検知・自動切替に頼るのは対策ではない。BANされない運用が本筋
- 私は分離を選んだ。運用コストは増えたが、失うものの大きさが違う
なお、本記事は2026年8月時点の規約と公式ドキュメントに基づく、私の解釈と判断の記録です。規約もツールの実装も変わります。実行前には必ず最新の原文をご自身で確認してください。
おしらせ
複数アカウント運用の設計、相談できます
規約の線引きとツールの構成は、事業の集客導線そのものを左右します。実際に分離構成で運用している立場から、あなたの環境での判断材料を整理するお手伝いができます。
公式LINEの導線設計や移行の相談は、ハヤラボまでどうぞ。