# Instagramコメントの購入に関する質問を確認する方法

購入に関する質問を確認するには、公開コメントを元の投稿と併せて読みます。何を尋ねているかを分類し、役立つ返信を手作業で行うために次に必要な事実を記録します。価格、在庫状況、配送可否、商品の適合性に関する質問は、既存注文のサポートと分けます。価格を尋ねた人が購入者とは限りません。商品に関する事実を確認し、担当者を決め、投稿前に返信を承認します。

まず、ブランド自身のInstagramアカウントと商品記録を使います。コメントが少なければ、手作業で作る表で十分な場合があります。確認用にコメントの行を保存する必要があるときは、収集ツールを使います。ツールは公開テキストと取得元の詳細を提供します。投稿の内容や会話の流れを確認し、返信内容を決めるのは人の仕事です。

この作業で作るのは返信確認表です。公開された質問、確認済みの状況、不足している事実、承認された対応を記録します。確認済み購入者の一覧や売上予測ではありません。

## 1. 確認する範囲を決める

ブランドが所有する、把握済みの公開の商品投稿を選びます。始める前に、投稿リンクと短い確認対象期間を書き留めます。コメントを1回だけ確認するのか、後日再確認するのかも明記します。

トップレベルコメントとは、投稿に直接付いたコメントです。返信は別のコメントの下に付きます。この方法では、公開のトップレベルコメントを使います。状況を把握するために、表示されている返信を人が確認することはできます。ただし、以下の収集用の入力設定では、返信本文は書き出されません。

次の項目を含む短い対象範囲メモを作ります。

1. 選んだ公開の商品投稿。
2. その投稿を選んだ理由。
3. 確認対象期間。
4. 投稿ごとに収集するコメントの上限件数。
5. 商品に関する事実の確認担当者。
6. 個人の注文情報を扱う通常のサポート手順。

このガイドのきっかけとなった読者の質問は、「InstagramのDMやコメントから見込み客をどう見極めるか」というものです。ここでの「見極める」とは、役立つ返信をする前に、その質問に答えるために何が必要かを確認することです。DMはダイレクトメッセージのことです。この収集方法の対象には含まれません。提示された質問は、ベンダー関係者による1件の公開の議論から得られたものです。この作業について質問した人がいたことは示します。需要、製品の利用実績、支払い意思を示すものではありません。[読者の質問。2026年7月2日公開。ベンダー関係者に関連する観察1件](https://www.reddit.com/r/socialmedia/comments/1uldmg5/founderscreators_how_are_you_qualifying_leads/)。

いいね、アカウント名、プロフィール情報から、誰が購入するかを推測しないでください。質問の文面と商品の状況に基づいて判断します。

## 2. 必要な場合にだけ少量のサンプルを収集する

Actorとは、サーバー上で動作し、データを収集するプログラムです。[Instagram Comments Scraper](https://apify.com/chronometrica/instagram-comments-scraper)の文書に記載された用途は、把握済みの公開投稿やリールから、公開のトップレベルコメントを保存することです。DM、返信本文、購入意向、売上は返しません。これらの制限は、提示されたビルド0.1.21の公開仕様の確認に基づきます。このガイドのための有料実行は行っていません。[公開のデフォルトビルド。2026年10月25日確認。仕様の確認のみ](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)。

まずは、この少量収集用の入力設定をひな型にします。

```json
{
  "collectAllAvailable": false,
  "commentSortMode": "default",
  "maxCommentsPerPost": 10,
  "postUrls": ["https://www.instagram.com/reel/DIwcCZgxVZP/"]
}
```

2. 必要な場合にだけ少量のサンプルを収集する

サンプルのリールURLを、自社ブランドが所有する把握済みの公開の商品投稿に差し替えます。サンプルURLは、自社商品に関する証拠ではありません。この入力設定は、公開の入力ルールに適合することを確認済みです。この記事のために実行したものではありません。

`postUrls`には投稿リンクを入れます。`maxCommentsPerPost`は、投稿ごとに重複のないトップレベルコメントを最大10件収集する設定です。10件は上限であり、取得件数の保証ではありません。

`commentSortMode`を`default`にすると、取得元の標準の順序を維持します。最新のコメントや無作為なサンプルを取得できるという保証はありません。文書に記載された他の選択肢では、収集したサンプルを日付順に並べ替えます。

`collectAllAvailable`をfalseにすると、件数の上限を維持します。trueにすると上限がなくなり、費用が大幅に増える可能性があります。それでも、公開フィードの終端、制限時間、取得元の障害によって実行が止まることがあります。上限をなくしても、すべてを収集できた証明にはなりません。

Actorでは、任意の日付フィールドである`commentsFrom`と`commentsUntil`も指定できます。この例では使っていません。日付を追加する場合は、その設定を確認メモと一緒に保存します。

Taskとは、Actorの入力設定を保存したものです。公開の[Instagram Customer Feedback Comment Dataset Task。2026年10月25日確認。存在の確認のみ](https://apify.com/chronometrica/instagram-comments-scraper/examples/instagram-customer-feedback-comments)を、作業を始めるためのページとして使えます。公開されていることは確認済みです。保存された入力設定は、認証済みアカウントでは読み取っておらず、実行もしていません。利用前に設定を確認し、サンプル値を差し替えてください。

## 3. 取得元フィールドと確認時の判断を分ける

ラベルを追加する前に、元の書き出しデータを保存します。フィールドとは、保存された行に含まれる、名前の付いた1つの値です。1行は、収集したトップレベルコメント1件を表します。

文書に記載された次の取得元フィールドを残します。

| 取得元フィールド | 記録する内容 | 残す理由 |
| --- | --- | --- |
| `postUrl`, `postId`, `postShortCode` | 投稿リンク、投稿の識別子、リンクに含まれる短いコード | 商品投稿を再び見つけるため |
| `commentId` | 取得元でコメントを識別するID | 複数回の取り込みで同じコメントを照合するため |
| `text` | 公開コメントの文面 | 投稿者が書いた内容を保持するため |
| `createdAt` | 取得元でのコメント公開日時 | コメントが確認対象期間に含まれるか確認するため |
| `ownerId`, `ownerUsername`, `ownerVerified` | 取得可能な場合の公開アカウント情報 | 購入者である証拠として扱わずに、取得元のアカウント識別情報を保持するため |
| `likesCount`, `repliesCount` | 取得可能な場合の、取得元が示すいいね数と返信数 | 購入の証拠として使わずに、取得元の値を保持するため |
| `collectedAt` | その行を収集した日時 | コメントを観察した日時を示すため |

これらはActorのフィールドです。質問のラベルや承認状態は、別に設ける手作業用のフィールドです。公開の出力仕様には、上記の取得元フィールドが記載されています。[公開のデフォルトビルド。2026年10月25日確認。実行テストなし](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)。

表計算ソフトでは、識別子を文字列として保持します。識別子は記録を特定するためのもので、計算用の数値ではありません。ファイルの扱いについては、[Instagramコメントの書き出しガイド](/ja/articles/%E8%AB%96%E6%96%87%E7%94%A8-instagram%E5%85%AC%E9%96%8B%E3%82%B3%E3%83%A1%E3%83%B3%E3%83%88%E3%81%AE%E6%8A%BD%E5%87%BA%E3%81%A8excel%E5%87%BA%E5%8A%9B/)を参照してください。ここでは、質問と、その回答に必要な事実の確認に集中します。

取り込みの重複は`commentId`で除きます。文面が同じでも、IDが異なる2件のコメントは残します。IDが欠けている行は未解決のままにします。両方のIDが空欄であることや、本文が同じであることを理由に、行を統合しないでください。

欠損値はそのまま残します。null値は、その値を取得できなかったことを示します。ゼロは、観察された数値です。`repliesCount`がnullでも、返信がゼロという意味ではありません。返信数がゼロでも、返信本文が得られるわけではありません。どちらの値からも、役立つ商品への返信に何を書くべきかは分かりません。

## 4. 質問にラベルを付ける前に投稿を読む

元の商品投稿を開きます。キャプションを読み、写っている商品を確認します。次に、その質問に必要な最新の商品ページ、価格条件、在庫情報、配送条件を確認します。

短い質問には、複数の意味が考えられます。「いくらですか？」は、同じ投稿にある単品、セット商品、バリエーションのいずれを指す場合もあります。「これは合いますか？」に答えるには、商品と用途を明確にする必要があります。「ここに配送できますか？」には、配送先が書かれていません。

コメントごとに、何をいつ確認したかを記録します。可能な場合は、確認に使った情報源のリンクを添えます。投稿に複数の商品がある場合は、どの商品に関する質問と思われるかと、その理由を書きます。判断できなければ、商品の特定は未解決のままにします。

役立つ場合は、表示されているコメントと返信の流れを手作業で読みます。コメントが、書き出しデータには含まれない以前の返信を指している可能性があります。その内容を想像で補わないでください。投稿や関連する返信を確認できなければ、その不足を記録し、手作業での確認を担当者に割り当てます。

回答案には、商品の現在の販売条件を使います。コメントの投稿日と収集日時は、役割が異なります。前者は質問が投稿された日時を示します。後者はツールが保存した日時を示します。どちらの日時も、現在の価格や在庫が以前の販売条件と同じである証拠にはなりません。

## 5. 質問にラベルを付け、次に必要な事実を明記する

ラベルの種類は少数にします。ラベルは、求められている情報を表します。その人の価値を評価したり、購入を予測したりするものではありません。

| 手作業で付けるラベル | コメントが尋ねていること | 次に確認する事実 |
| --- | --- | --- |
| 価格 | 商品、選択肢、セット商品の価格 | 正確な商品、現在の価格、通貨、関連する販売条件 |
| 在庫状況 | 商品やバリエーションが入手可能か | 正確なバリエーションと現在の在庫情報 |
| 配送可否 | 配送を利用できるか | 承認された手順で配送先を確認し、その後に現在の配送条件を確認する |
| 商品の適合性 | 商品が示された用途に合うか | 正確な商品と、関連するサイズ、用途、互換性の情報 |
| 既存注文のサポート | 過去に注文したという申告に対する支援 | 承認されたサポート窓口と、必要に応じた非公開での注文確認 |
| 対象外 | 商品やサービスに関する質問の範囲外の文面 | ブランドの通常の運用に照らして、何らかの対応が必要か |
| 不明確 | 要望が明確に分からない文面 | 意味を明確にするために必要な最小限の確認 |

これらは、分析担当者が付けるラベルの提案です。分析担当者とは、各行を確認する人です。Actorはこれらのラベルを提供しません。

1件のコメントに複数のラベルが必要な場合もあります。「青い方はいくらで、ここに配送できますか？」には、価格と配送の両方の確認が必要です。コメントは1行のままにし、両方のラベルを記録します。購入者2人として扱わないでください。

次に必要な事実は、具体的な作業として書きます。「青いバリエーションの価格を確認する」なら、担当者が何をすべきかが明確です。「フォローアップする」では明確になりません。

共有する公開質問の表には、配送先、注文番号、その他の個人情報を記載しないでください。作業にその情報が必要なら、ブランドで通常使う承認済みのサポート手順に従います。公開質問の表には、詳細をコピーせず、非公開での確認が必要であることを記録できます。

既存注文への苦情も慎重に扱います。コメントが伝えているのは、注文に問題があるという申告です。それだけで、注文の存在や、その人が購入者であることを独立して確認できるわけではありません。

## 6. 手作業で使う返信確認表を作る

取得元フィールドは変更せず、その横に確認用の列を追加します。他の人が判断内容を理解できるだけの詳細を記録します。

| 確認用の列 | 保存する内容 |
| --- | --- |
| 質問のラベル | 明記したルールに基づく1つ以上のラベル |
| 確認済みの状況 | 確認した商品、バリエーション、投稿の詳細、表示されている会話の中の事実 |
| 状況の確認元と確認日時 | それらの事実をどこで、いつ確認したか |
| 次に必要な事実 | 不足している具体的な事実、または意味を明確にするための確認事項 |
| 回答の根拠となる情報源 | 返信案の根拠となる、現在の商品情報やサポート情報の参照元 |
| 担当者 | その行の問題を解決する担当者またはチーム |
| 確認状態 | 手作業による判断の現在の状態 |
| 返信対応案 | 担当者が承認すべき内容 |
| 承認記録 | 誰がいつ対応を承認したか |
| 対応記録 | 実際に行った内容と日時、または対応の記録がないこと |

「状況の確認が必要」「商品情報の確認が必要」「承認待ち」「承認済み」「対応記録済み」などの状態を使います。「商品に関する返信は不要」も選べるようにします。これらは手作業で設定する状態です。Actorの出力フィールドではありません。

相手が購入するか分からなくても、明確な質問には返信する価値があります。正確で役立つ回答かどうかで、承認を判断します。

コメントごとに、判断の経緯を追えるようにします。[プレゼント企画の確認ガイド](/ja/articles/%E3%82%A4%E3%83%B3%E3%82%B9%E3%82%BF%E3%82%B0%E3%83%A9%E3%83%A0-%E3%83%97%E3%83%AC%E3%82%BC%E3%83%B3%E3%83%88%E4%BC%81%E7%94%BB-%E5%BF%9C%E5%8B%9F%E4%B8%80%E8%A6%A7%E3%81%AE%E4%BD%9C%E3%82%8A%E6%96%B9/)でも、目的は異なりますが、同じ記録管理の原則を使っています。ここで判断するのは、次に行う返信対応です。無理に承認せず、未解決の質問が分かる状態にしておきます。

## 7. 作業例：コメント6件、確認済み購入者数は未確定

独自の創作例：この例のコメント、ID、状況、確認時の判断は、すべて説明のために作った架空のものです。Actorの取得結果や、実在するブランドの記録ではありません。

この架空の事例では、商品投稿に標準の商品と青いバリエーションが写っています。投稿に価格の記載はありません。確認担当者は、この架空の投稿を確認済みです。ただし、現在の価格やコメント投稿者の配送先はまだ確認していません。

| 架空のID | 架空の公開コメント | 手作業で付けるラベル | 確認済みの状況 | 次に必要な事実 |
| --- | --- | --- | --- | --- |
| C1 | 「いくらですか？」 | 価格 | 投稿に2つの選択肢が写っている | どちらを指す質問かを確認し、その後に現在の価格を確認する |
| C2 | 「青い方はいくらですか？」 | 価格 | 投稿に青いバリエーションが写っている | そのバリエーションの現在の価格と販売条件 |
| C3 | 「ここに配送できますか？」 | 配送可否 | コメントに配送先の記載がない | 承認された手順で配送先を確認し、その後に配送条件を確認する |
| C4 | 「注文した商品が届きません。」 | 既存注文のサポート | 文面は注文の問題を伝えている | 通常のサポートを通じた非公開での注文確認 |
| C5 | 「これ、すてき！」 | 対象外：好意的な感想 | 文面に商品に関する質問はない | 商品について回答するための事実確認は不要 |
| C6 | 「そちらですか？」 | 不明確 | 投稿に2つの選択肢が写っている | どちらの選択肢について、何を知りたいのか |

対応案と完了済みの対応は分けて記録します。

| 架空のID | 担当者 | 手作業による対応案 | 確認状態 |
| --- | --- | --- | --- |
| C1 | 商品担当者 | 意味を明確にするための短い確認質問を承認する | 承認待ち |
| C2 | 商品担当者 | 現在の価格を確認してから回答案を作る | 商品情報の確認が必要 |
| C3 | 配送担当者 | 通常の手順で配送先を確認するための次の対応を承認する | 承認待ち |
| C4 | サポート担当者 | 通常のサポート手順への案内を承認する | 承認待ち |
| C5 | コミュニティ担当者 | 商品に関する返信は不要と記録する | 商品に関する返信は不要 |
| C6 | コミュニティ担当者 | 意味を明確にするための短い確認質問を承認する | 承認待ち |

この例では、返信を投稿済みとはしていません。対応案は承認ではなく、承認も投稿の証拠にはなりません。

以下の計算で数えているのは、コメントの行数です。

- 商品に関する質問の行数 = 価格の2行 + 配送の1行 = 3行。
- 既存注文のサポートの行数 = 1行。
- 対応不要の好意的な感想の行数 = 1行。
- 未解決の行数 = 1行。
- 合計 = 3 + 1 + 1 + 1 = コメント6行。

商品に関する質問の割合は、その質問に該当する3行を、確認したコメント6行で割って求めます。この架空のサンプルでは、コメント行の50%に当たります。購入者の割合や購入率ではありません。

確認済み購入者数は確定していません。購入者かどうかを確認していないため、「購入者ゼロ」とは書かないでください。商品に関する質問が3行あるだけなので、「購入者3人」とも書かないでください。この例からは、6件のコメントを何人が書いたかも分かりません。

C3では、配送先の確認がまだ必要です。「ここに配送できますか？」という文面だけでは、配送可能である証拠にはなりません。

## 8. 対応を承認する前に不足を確認する

各行について、次の問題がないか確認します。

1. 取得元の識別情報がない：使えるコメントIDがない行は、未解決のままにします。同じ文面が繰り返されていても、それを根拠に同じコメントだと推測しないでください。
2. 状況を確認できない：見つからない投稿、特定できないバリエーション、表示されない返信を記録します。手作業での確認や、意味を明確にするための質問を担当者に割り当てます。
3. 商品に関する事実が不足している：担当者が最新の情報源を確認するまでは、価格、在庫、配送、適合性についての記述を保留します。
4. 個人に関するサポート情報が必要：共有の表には、承認済みのサポート対応だけを記録します。個人情報は通常のサポート手順の中で管理します。
5. 収集上限に達した、または収集範囲が不確か：保存したサンプルについてのみ説明します。商品に関するすべての質問を含むとは記載しないでください。
6. 保存された行がない：投稿に質問がなかったとは結論付けないでください。空の結果が何を意味するかを判断する前に、取得元を手作業で確認します。
7. 対応状況が不明：対応は未確認のままにします。下書きや承認は、返信を投稿した証拠にはなりません。

投稿前に、担当者はコメントをもう一度開いてください。商品の状況、回答の根拠となる最新の情報源、返信案が今も適切かを確認します。これは対応前の確認です。書き出しデータにすべての返信が含まれるという意味ではありません。

その後の購入やサポートの結果は、それぞれの証拠とともに、担当者だけが扱う記録で管理します。公開された価格の質問だけでは、売上をそのやり取りの成果とみなす根拠にはなりません。不完全な記録を確実に見せるために、売上スコアを追加しないでください。

## 1件の投稿から始め、次の対応を承認する

把握している公開の商品投稿を1件選びます。まずは手作業で確認します。表を作り、担当者が確認すべき事実を特定します。コメントの行を保存しておくと役立つ場合は、サンプルURLを差し替え、[Instagram Comments Scraper](https://apify.com/chronometrica/instagram-comments-scraper)で少量収集用の入力設定を使います。

次に、返信対応を承認するための確認済み情報が、各行に十分そろっているかを判断します。そろっていれば、対応を担当者に割り当て、記録します。不足していれば、足りない事実とその確認担当者を明記します。担当者が別途管理する記録で裏付けられるまでは、購入者かどうかは未確認のままにします。

## 出典と参考資料

- [Instagram Comments Scraperの公開デフォルトビルド0.1.21 — 2026年10月25日確認。公開仕様の確認のみ。有料の実行テストなし](https://api.apify.com/v2/acts/2LMMaJNlotnjVt3iw/builds/default)
- [Instagram Customer Feedback Comment Dataset Task — 2026年10月25日確認。公開ページの存在確認のみ。保存された入力設定は認証済みアカウントで未確認。実行なし](https://apify.com/chronometrica/instagram-comments-scraper/examples/instagram-customer-feedback-comments)
- [Instagramの見込み客確認に関する質問 — 2026年7月2日公開、2026年8月11日観察。ベンダー関係者による質問1件。市場や購入の証拠ではない](https://www.reddit.com/r/socialmedia/comments/1uldmg5/founderscreators_how_are_you_qualifying_leads/)