Facebookコメントで未回答の質問を見つける方法

Facebookのコメントスレッドがサポートチームを混乱させる理由

公開コメント欄は、一般的なカスタマーサポート用メールの受信トレイとは仕組みが異なります。Facebookでは、同じ公開投稿の中で複数の会話が同時に進みます。1件の販促投稿に、顧客、ファン、スパム投稿者から何千語ものコメントが集まることもあります。本当に回答を求めている質問を見つけるには、扱いにくいプラットフォームの挙動に対処しながら、必要な情報と無関係な情報を見分ける必要があります。

公開の場での回答状況を確認する際、チームが誤りやすい点には、次のようなものがあります。

• アカウントIDではなく表示名を確認する：公開の表示名は、誰でもブランド名やサポート担当者名と同じ名前に設定できます。名前だけを見ていると、偽アカウントや似た名前の顧客による返信を、会社の正式な回答と誤認するおそれがあります。
• ルートスレッドだけでまとめる：最上位のコメントがスレッドの起点となりますが、質問はその下に階層化された返信の中にもよくあります。顧客がスレッドの途中で新たな質問をした場合、起点のコメントだけを見ても、具体的にどの質問に回答したのかは分かりません。
• 丁寧な一言を実質的な回答として数える：コメントへのお礼や絵文字のリアクションは親しみのある対応ですが、商品のサイズ、返金規定、配送の遅れに関する質問への回答にはなりません。
• データの欠損を顧客の放置と取り違える：データ収集ツールには限界があります。収集処理が上限に達していなくても、公開ソースから取得できる情報は完全ではありません。ファイルにデータがないからといって、チームが実際のサイトで一度も返信しなかった証拠にはなりません。

ブランドの評判を守り、確認リストを正確に保つには、各質問の正確な親コメントと起点のコメントをたどり、ブランド公式の投稿者IDを確認し、返信が実際にその質問へ答えているかを読む必要があります。

階層化されたスレッドで重要な情報

階層化された会話の中で質問を正確にたどるには、Facebookが内部でコメントと返信をどのように構造化しているかを理解する必要があります。投稿に付いた各テキストには、構造を示す特定の情報が付随しています。

公開スレッドのレコードに付随する主な情報は、次のとおりです。

• コメント識別子：最上位の各コメントや階層化された各返信に付与される、一意のID番号。
• コンテンツ識別子：会話が行われているFacebookの投稿、動画、写真そのもののID番号。
• 投稿のウェブアドレス：Facebook上の元の投稿にアクセスするための公開ウェブリンク。
• コメント本文：ユーザーが実際に書き込んだメッセージ。
• 投稿者識別子：コメントを投稿したプロフィールやFacebookページに付与される、一意のID番号。
• 返信判定：そのレコードが階層化された返信なのか、最上位のコメントなのかを示す真偽値。
• 親識別子：その返信の直接の返信先に当たるメッセージのコメントID。
• ルート識別子：スレッド全体の起点となった、最初の最上位コメントのコメントID。
• 投稿日時：取得できる場合に、コメントが投稿された時点を示すタイムスタンプ。

Facebook Comments Scraperでスレッドデータを収集する際、すべての返信を収集する設定を有効にすると、階層化されたレコードでも親とルートへのつながりが保持されます。親とルートへのつながりがなければ、返信への返信は文脈を失い、ブランド担当者が具体的にどの質問へ答えていたのかを判断できなくなります。

誤判定を防ぐ4状態の確認キューを作る

公開スレッドから書き出した未加工のデータを、チーム向けの正確で整理されたタスクリストにするには、標準的な手順に沿って進めます。

ステップ1：文脈を含めてスレッドデータを収集する

確認したい投稿の公開リンクを集めます。親とルートへのつながりを保持できるように、階層化された返信を含める収集設定になっていることを確認してください。技術的な制限にも注意が必要です。収集処理には、投稿ごとにコメント500件や10,000件などの最大取得件数が設定されています。投稿のコメント数がその上限を超えると、古い返信や深い階層の返信がファイルに含まれないことがあります。途中で切れたファイルを、チームが回答しなかった証拠として扱ってはいけません。

ステップ2：起点のコメントと返信から、回答を求める質問を見つける

最上位のコメントと返信への返信の両方を含め、データセット内のすべてのレコードを確認します。本文をよく読み、本当に回答を求めている質問を、単なる交流の書き込みと区別します。対象となる質問は、具体的な情報、支援、店舗の詳細、問題解決の手助けを求めるものです。会社に何も尋ねず、友人をタグ付けしただけの書き込みは除外します。また、回答や行動を求めずに、喜びや不満を表すだけの修辞的な書き込みも除外します。

ステップ3：親とルートのつながりをたどり、確認済みのブランドアカウントIDと照合する

回答を求める質問を見つけたら、コメントID、親ID、ルートIDをたどり、その周辺の会話全体を確認します。その親IDまたはルートIDの配下に、その後投稿された返信をすべて調べます。それらの返信の投稿者IDを、自社の公式Facebookページとプロフィールであることを確認したIDだけのリストと照合します。表示名だけを信用してはいけません。確認済みリストにあるアカウントIDからの返信であれば、そのスレッドには公式アカウントによる回答の試みが含まれると記録します。

ステップ4：その具体的な質問に回答したかを確認する

スレッド内にブランドのアカウントIDがあるだけでは不十分です。ブランドの返信が質問の後に投稿され、実際にその具体的な質問を解決しているかを判断する必要があります。質問またはブランドの返信のどちらかに投稿日時がない場合、正確な前後関係は確認できません。このように投稿順序が不確かな組み合わせは、「判定不能」に分類します。

確認できた証拠だけに基づき、見つけた各質問を、キュー内の次の4つの明確な状態のいずれかに分類します。

• 回答済み：確認済みのブランドアカウントIDから、求められた事実や明確な次の手順を直接示す返信が投稿されており、その投稿日時が質問より後であることも確認できている。
• 一部回答済み：確認済みのブランドアカウントIDから、メッセージを受け取った旨の返信や、複数の内容を含む質問の一部への回答はあるが、主な依頼は未解決である。
• ブランドの回答を確認できず：会話のツリー構造は取得されているが、質問より後のどこにも、確認済みのブランドアカウントIDからの返信が見当たらない。
• 判定不能：収集件数の上限到達、投稿者IDの欠損、投稿日時の欠損、親レコードの欠損により、スレッドデータが不完全である。

ステップ5：サポートチームにタスクを割り当てる

対応が必要な項目を、コミュニティ担当者向けの確認キューに入れます。「ブランドの回答を確認できず」の項目を優先し、次に「一部回答済み」の項目を扱います。サポート担当者は、「ブランドの回答を確認できず」と「判定不能」の項目について、新たな返信を投稿する前に、リンク先のFacebookを開いて実際のサイト上の状態を確認する必要があります。チームのメンバーが実際のFacebookスレッドを安全に開けるように、投稿への直接リンクを必ず含めてください。

手順を追った具体例：6件の質問を分類する

この確認キューを実務でどのように使うか、詳しい架空の例で見てみましょう。Apex Hardwareという電子機器販売店が、販促投稿のコメントを確認しているとします。同社の公式Facebookページとして確認済みのアカウントIDは、PAGE_APEX_OFFICIAL_99です。

以下は、キャンペーン投稿から選んだ6件の質問のコメントIDです。最上位の起点コメントと、階層化された返信の両方に含まれています。各質問IDの評価と分類は、それぞれ1回だけ行います。

質問1（コメントID 101）

• 質問本文：「この充電器はModel Xのスマートフォンで使えますか？」（ルートコメント101、投稿者User_Alpha、ID 1001）。
• 確認できた返信：子返信201（投稿者Apex Hardware、ID PAGE_APEX_OFFICIAL_99、親101、ルート101、101より後の有効なタイムスタンプあり）：「はい！すべてのModel X端末で、急速充電機能に完全対応しています。」
• 分析：ブランドの返信は、確認済みの投稿者ID PAGE_APEX_OFFICIAL_99から投稿されています。投稿の前後関係も確認でき、質問に直接答えています。
• 分類：回答済み。

質問2（コメントID 102）

• 質問本文：「注文8841の荷物が3日遅れています。誰に相談すればよいですか？」（ルートコメント102、投稿者User_Beta、ID 1002）。
• 確認できた返信：子返信202（投稿者Apex Hardware、ID PAGE_APEX_OFFICIAL_99、親102、ルート102）：「お問い合わせありがとうございます！私たちはお客様を大切にしています。」
• 分析：ブランドは確認済みのアカウントID PAGE_APEX_OFFICIAL_99から返信していますが、本文は一般的な受け付けの挨拶にとどまり、注文の詳細やサポートを受ける手順を示していません。
• 分類：一部回答済み。

質問3（コメントID 204）

• 質問本文：「アラスカへの配送には追加の送料がかかりますか？」（階層化された返信204、親203、ルート103、投稿者User_Gamma、ID 1003）。
• 文脈：ルートコメント103では、アラスカへの配送全般について質問していました。User_Deltaが返信203で回答しました。その後、User_Gammaが返信204で、それとは別の追加質問をしました。
• 確認できた返信：返信204より後には、親204またはルート103の配下のどこにも返信がありません。
• 分析：階層化された返信204で、具体的な質問が投稿されました。収集したデータセットに、ブランドからの返信は見当たりません。
• 分類：ブランドの回答を確認できず。

質問4（コメントID 104）

• 質問本文：「卓上スタンドの正確な寸法を教えてください。」（ルートコメント104、投稿者User_Epsilon、ID 1005）。
• 確認できた返信：この投稿では、収集件数がmaxResultsPerPostの上限である500レコードに達し、スレッド104はコメント104の直後で途切れています。
• 分析：深い階層の返信が、収集件数の上限によって切り捨てられました。ブランドの返信があるかどうかは確認できません。
• 分類：判定不能。

質問5（コメントID 105）

• 質問本文：「この電源アダプターは、変換プラグを使えばヨーロッパで安全に使えますか？」（ルートコメント105、投稿者User_Zeta、ID 1006）。
• 確認できた返信：子返信205（親105、ルート105）：「はい、ヨーロッパの標準的な電圧に対応したデュアルボルテージ仕様です。」返信205の投稿者IDフィールドは欠損しています。
• 分析：返信205の投稿者が誰なのかは不明です。ブランド担当者なのか、別の顧客なのかを確認できません。
• 分類：判定不能。

質問6（コメントID 106）

• 質問本文：「ブルーのモデルは、カナダで今月再入荷しますか？」（ルートコメント106、投稿者User_Eta、ID 1007）。
• 確認できた返信：データセットでコメント106の配下に記録された返信は0件です。
• 分析：データセットでは、ブランドの回答を確認できませんでした。収集が上限で制限されていないことや、返信が見当たらないことは、実際のプラットフォーム上で誰も回答していない保証にはならないため、実際のページを確認する必要があります。
• 分類：ブランドの回答を確認できず。

確認キューの集計と計算

回答実績を正確に評価するには、評価対象であることが明確な質問と、判定が不確かなレコードを分けます。不確かなレコードを未対応のサポート案件として数えると、チームの実績指標が歪みます。

確認キューの分類表

運用指標の計算

計算を順に確認しましょう。

• 評価した個別の質問IDの総数：6件
• 評価対象であると確認できた質問：4件（質問ID 101、102、204、106）
• 判定が不確かなため除外した質問：2件（質問ID 104、105）

評価対象であると確認できた4件の質問の内訳は、次のとおりです。

• 完全に回答済みの質問：1件（質問ID 101）
• 一部回答済みの質問：1件（質問ID 102）
• ブランドの回答を確認できず：2件（質問ID 204、106）

確認結果に基づく回答率を計算するには、完全に回答済みの質問数を、評価対象であると確認できた質問の総数で割ります。

1 ÷ 4 ＝ 25％です。

全体の応答カバー率（ブランドが応答を試みた質問の割合）を計算するには、完全に回答済みの質問数と一部回答済みの質問数を足し、評価対象であると確認できた質問の総数で割ります。

1 ＋ 1 ＝ 2。2 ÷ 4 ＝ 50％です。

不確かな行と確認できた行を分けることで、チームは質問ID 102、204、106にすぐに対応を集中できます。同時に、質問ID 104と105については、リンク先のFacebookで手早く現状を確認する予定を組めます。

公開の場で安全に顧客対応を行うためのルール

公開コメントへの回答キューを設ける際は、データの取り扱いと運用の安全性に関する厳格なルールを定め、守ってください。

顧客のプライバシーを守る

顧客は助けを求める際に、個人的な番号、メールアドレス、自宅の住所を公開コメント欄に書き込むことがよくあります。

• 公開の返信に、非公開のアカウント情報を決して記載しないでください。個人の注文や記録に関する質問には、安全な非公開メッセージ窓口や公式サポートサイトへ案内する返信を公開の場で投稿します。
• 未加工の本文データの保存を制限します。顧客の個人情報を含む未加工のコメント書き出しデータは、権限を持つサポート担当者だけが読めるように、社内データベースへのアクセスを制限してください。確認タスクが完了したら、未加工の本文データを削除します。

プラットフォームの制約を理解する

公開スレッドのデータを抽出すると、サポートチームは公開のやり取りを整理して把握できます。ただし、実際の運用には次の明確な制約があります。

• 見当たらないことは、存在しないという確実な証拠ではない：書き出したファイルにブランドの返信がなくても、Facebook上で誰も回答していないとは限りません。書き出しの後に返信が投稿された、自動フィルターで非表示になった、投稿者が削除した、といった可能性があります。
• 日付フィルターでは、親とつながらない返信が除外される：日付フィルターを使う場合、返信自体が指定期間内に投稿されていても、親コメントが期間外に投稿されて保存されていなければ、その返信は取得対象から除外されます。収集ツールは、親とつながらない返信を出力しません。
• 投稿日時の欠損により、前後関係が不確かになる：質問または返信のどちらかの投稿日時がnullの場合、返信が質問より後に投稿されたことを証明できません。投稿順序が不確かな組み合わせは、「判定不能」として扱います。
• 意図や感情は自動的には確認されない：データ収集ツールは、本文と構造上のつながりを抽出します。感情の調子を判断したり、自動ボットのアカウントを見つけたり、スパムを除去したりはしません。本当に回答を求めている質問の特定と、回答が役立つかどうかの判断には、人による確認が必要です。
• コメント数は個々の顧客数ではない：繰り返し書き込む1人が、5つのスレッドにわたって10件の質問を投稿することもあります。個々のコメントを別々の顧客サポート案件として数えると、実際の顧客数を過大に集計してしまいます。

階層化された会話を見失わずに、大量のやり取りが発生するソーシャルメディアのキャンペーンを管理するには、Facebook Comments Scraperを使って確認手順を整えてください。一意の投稿者IDとともに、親コメントとルートコメントの文脈を取得することで、公開された質問をチームが正確に確認するために必要な構造化データを得られます。

サポート対応の確認チェックリスト

サポート担当者にタスクを渡す前や、チームの実績レポートを公開する前に、このチェックリストで出力ファイルを確認してください。

1. ブランド投稿者の確認：「回答済み」としたすべてのレコードで、表示名ではなく公式アカウントのID番号を使って確認していますか？
2. 対象の質問への回答確認：確認担当者は、ブランドの返信が質問より後に投稿され、同じルートスレッド内の前の質問ではなく、その質問の具体的な内容に答えていることを確認しましたか？
3. 回答内容の実質性の確認：丁寧な挨拶や一般的なお礼を、「完全に回答済み」ではなく「一部回答済み」としていますか？
4. データ制限の明示：収集件数の上限、投稿者IDの欠損、投稿日時の欠損の影響を受けた質問を、「判定不能」としていますか？
5. 実際のページを確認するルール：サポート担当者は、「ブランドの回答を確認できず」と「判定不能」の項目について、対応する前にFacebook上の現状を確認していますか？
6. 非公開窓口への案内：個人的なアカウント情報を扱う公開の返信では、安全な非公開のサポート窓口へ利用者を明確に案内していますか？