LINE公式アカウントに問い合わせフォームがない問題をどう埋めるか｜フォーム→スプレッドシート→自動通知の実装

「LINE公式アカウントに問い合わせフォームを作りたい」という相談は、予約以外の受付を増やしたい店舗からよく届きます。修理依頼、資料請求、見積もり相談。チャットのやり取りだけでは、氏名・希望内容・写真といった項目がバラバラに送られてきて、対応がスタッフの記憶と気合いに頼った状態になります。

結論から書きます。LINE公式アカウントの管理画面には、メールフォームのように複数項目を並べて送信させる機能がありません。これは仕様であって、不具合ではありません。実務での正解は、LINEの中だけで完結させようとせず、外部のフォームで項目を揃えて受け取り、その内容をスプレッドシートに蓄積したうえで、必要なタイミングだけLINEで担当者に知らせる、という設計に切り替えることです。

この記事では、実際にフォーム送信をスプレッドシート経由でスタッフの共有LINEに自動通知する仕組みを構築した記録をもとに、構成・実装の勘所・つまずきやすいポイントを解説します。

LINE公式アカウントに「問い合わせフォーム」がない、を正しく理解する

LINE公式アカウントの標準機能でお客様とやり取りできるのは、1対1のチャット、リッチメニュー、カード型メッセージまでです。「送信ボタンを押すと、入力した複数項目がまとめて届く」というフォームの概念自体が存在しません。

この前提を知らずに管理画面を探し続けると、時間だけが過ぎます。実際に必要なのは「フォーム機能」そのものではなく、「項目を揃えて受け取りたい」「誰が何を求めているかを一覧で管理したい」という要望であることがほとんどです。だとすれば、フォームはLINEの外に置き、受け取った結果だけをLINEに渡す設計で要望は満たせます。

実例：修理受付をフォーム→スプレッドシート→グループLINE自動通知に載せた設計

名古屋の革製品を扱うEC事業者で、実際にこの構成を構築しました。目的は、お客様からの修理依頼フォームの内容を、スタッフが共有する「グループLINE」に自動で流すことです。

構成は次の通りです。

“`

LINE運用ツールのフォーム → 既存のスプレッドシート → GAS → LINE公式アカウント → グループLINE

“`

スプレッドシート側は既にフォーム連携済みで、列は以下のように設計しました。

• 回答日時
• LINE名
• システム表示名
• ご希望のメニュー
• 依頼内容の詳細
• 写真1〜3

画面を開かなくても内容が把握できるよう、テキスト項目だけでなく写真の列まで含めています。GAS側は役割ごとに4つの関数に分けて実装しました。新着行を検知する処理、通知文を整形する処理、LINEへ送信する処理、処理済みの行数を記録する処理です。トリガーはスプレッドシートの変更時に発火する設定にしています。処理済み行を記録しておかないと、実行のたびに過去の依頼まで再通知してしまうため、この記録処理は省略できません。

この構成を組むときの原則は、通知処理を自作する前に、今使っているLINE運用ツールの標準機能で足りないかを確認することです。この実例でも、フォーム連携から先の通知部分はGASで作り込む設計を検討していましたが、実際にはツール側の標準のグループ通知機能だけで要件を満たせることが分かり、自作のpush処理は最終的に使わずに済んでいます。作り込む前に標準機能を確認する一手間が、実装工数をまるごと省く結果になりました。

手順:自社で組む場合の流れ

1. 集めたい項目を先に決める。問い合わせ種別、氏名、連絡先、依頼内容の詳細、写真の要不要など

2. 今使っているLINE運用ツールに、フォーム→通知の標準機能がないか確認する。あれば自作するより早く、保守の手間も減る

3. 標準機能で足りない場合のみ、Googleフォームなどの外部フォーム→スプレッドシート連携を組む

4. スプレッドシートの新着行をトリガーに、GASからLINE Messaging APIへpushする処理を実装する

5. 通知先を「担当者個人のLINE」にするか「共有グループLINE」にするかを決める。グループに送る場合は後述の注意点がある

6. スプレッドシートの列は「あとで検索・絞り込みたい単位」で最初に決める。運用が始まってから列を増やすと、過去データと突き合わせづらくなる

判断基準:自作するか、ツールの標準機能に寄せるか

判断基準はシンプルです。使っているLINE運用ツールにフォームや通知の機能が備わっているなら、まずそちらを試します。自作は「ツールに存在しない機能」だけに絞るのが結果的に早く、壊れにくくなります。

通知量による判断基準もあります。月に数件から数十件程度であれば、スプレッドシートとGASの組み合わせで十分に運用できます。月に数百件を超えるような量になってきたら、ツール側のワークフロー機能や、専用の問い合わせ管理システムへの移行を検討したほうが、後々の保守が軽くなります。

実装前に知っておきたいリスクと予防策

グループLINEへの自動通知は、実装を始める前に押さえておくと安全な注意点が3つあります。

1つ目は、push送信が失敗する可能性です。あるLINE公式アカウントに対して、フォームツールなど別のサービスがすでにWebhookを使用している状態で、そこへ別ルートから直接pushしようとすると、送信に失敗するケースがあります。これを避けるには、通知ルートを追加する前に、そのLINE公式アカウントのWebhookを現在どのツールが使っているかを確認しておくことです。競合を避けたいのであれば、通知専用の別チャネルを用意してグループに招待し、経路そのものを分離するのが安全な設計になります。

2つ目は、通知先グループの取り違えです。トークリストの表示名だけを見て「同じグループのはずだ」と判断してしまうと、実際には別のグループに設定していて通知が届かない、という原因調査に時間を取られます。グループIDはWebhookのイベントログなど機械的な情報から取得し、目視の名前一致だけで確定させないようにします。

3つ目は、メッセージの通数上限です。無料プランには月間の送信通数に上限があります。届いたフォームをすべて通知する設計にすると上限の消化が早くなるため、優先度の高い依頼だけを通知するなど、通知する条件を最初から絞っておくと安心です。

いずれも、起きてから直すより、設計段階で経路と条件を決めておけば避けられるものです。

まとめ

LINE公式アカウントにフォーム機能がないのは仕様であり、探しても見つからないのは当然です。無理にLINEの中だけで完結させようとせず、項目を揃える部分は外部フォームに任せ、結果をスプレッドシートに集約し、必要な人にだけLINEで知らせる。この「外で受けて、必要な形にしてLINEに渡す」設計に切り替えることで、予約以外の問い合わせも取りこぼさずに拾えるようになります。

まず確認すべきは、今使っているLINE運用ツールの標準機能で足りるかどうかです。足りない部分だけを組み足す。遠回りに見えて、これが一番早い進め方です。

graciautoでは、LINE公式アカウントの構築から、フォーム・スプレッドシート・通知の連携設計まで、要件整理を含めて支援しています。「うちの問い合わせ、LINEでどう受ければいいのか分からない」という段階のご相談でも、実際の構築事例をもとに判断材料をお出しできます。

FAQ

Q. エンジニアがいなくても構築できますか?

フォームとスプレッドシートの連携部分は、多くのLINE運用ツールやGoogleフォームの標準機能で完結します。スプレッドシートからLINEへの自動通知部分だけはGoogle Apps Scriptでの実装が必要になるため、ここは制作会社やエンジニアへの依頼を検討したほうが確実です。

Q. 個人チャットとグループチャット、どちらに通知すべきですか?

担当者が1人であれば個人チャットで十分です。複数人で対応する場合や、誰か1人が休んでも他のスタッフが気づける体制にしたい場合は、共有のグループLINEに通知する設計のほうが取りこぼしを防げます。

Q. 通知が来ないときは何を疑えばいいですか?

まずスプレッドシート側に新着行が正しく記録されているかを確認します。記録されているのに通知が来ない場合は、GASのトリガーが有効になっているか、次にLINE側のWebhook競合やグループIDの設定違いを疑う順番で確認すると、原因の切り分けが早くなります。