ChronometricaとApify Instagram Scraperの比較：コメントに適用される日付フィルターは？

必要なレコードの日付を確認する

投稿日とコメント日は、それぞれ別の問いに答えます。八月に公開された投稿に、九月のコメントが付くことがあります。九月の投稿に、十月になって別のコメントが付くこともあります。投稿を選んだだけでは、そのコメントの日付は確定しません。

この比較のきっかけとなった公開の課題は、コメント取得と`onlyPostsNewerThan`に関するものでした。メンテナーは、この項目が投稿日に適用されることを説明し、課題を終了しました。これは、現在の不具合を示す証拠ではありません。終了済みの公開課題

入力項目を選ぶ前に、必要な出力を1文で書きます。たとえば、「収集したトップレベルコメントのうち、9月1日から9月30日までの、両日を含む期間のコメントを残す」とします。この文で、必要なレコード、確認する日付、期間の両端が明確になります。

次に、収集元に関する別の条件を定めます。公開日に関係なく、あらかじめ決めた公開投稿の一覧を対象にする場合があります。調査によっては、投稿日とコメント日の両方を制限する場合もあります。この2つは別々に確認します。両方に適用されるという根拠がない限り、1つの日付項目で両方を指定することはできません。

必要な出力に照らして2つの収集方法を比較する

この表を使って収集方法を選びます。「必要な項目」に挙げたものは、採用可否の確認に必要な項目です。エクスポートファイルを調べ、実際の列名を確認してください。

製品の入力項目と対象範囲の参照先：Chronometrica、Apify。

最初に、1行で何を表すかを決めます。トップレベルコメントは、投稿の直下に付くコメントです。返信は、コメントのスレッド内で相手に応答するものです。人と人の議論を調べるなら、返信本文が不可欠な場合があります。投稿への直接の反応を調べるなら、トップレベルコメントの本文で要件を満たせる場合があります。

日付設定が便利という理由だけで、対象範囲の狭い出力を選ばないでください。その出力で調査の問いに答えられる場合にだけ選びます。

Chronometricaのコメント日付入力でできること

`commentsFrom`は、対象とするコメント日の開始日を設定します。その日付のトップレベルコメントも対象になり得ます。`commentsUntil`は、対象とするコメント日の終了日を設定します。その日付のトップレベルコメントも対象になり得ます。どちらも、空欄にした項目の境界は適用されません。Chronometricaの入力ドキュメント

九月を対象にするなら、`2026-09-01`と`2026-09-30`を指定します。これは、コメントの日付条件を表します。収集元の投稿自体が九月に公開されている必要はありません。

結果件数の上限は、別の設定です。`maxCommentsPerPost`は、各投稿について保存する、重複のないトップレベルコメントの最大件数を設定します。文書に記載された既定値は100で、最小値は1、最大値は999999です。結果件数の上限を解除した場合、この設定は無視されます。Chronometricaの入力スキーマ

これらの項目を設定するときは、次の3つの問いを分けて考えます。

1. どの公開投稿を対象にするか。
2. どの日付のコメントを対象にするか。
3. 条件に合うコメントを、投稿ごとに最大何件保存するか。

日付範囲では、3番目の問いに答えられません。結果件数の上限では、2番目の問いに答えられません。両方の設定を記録してください。これにより、エクスポートにその行が含まれる理由を、ほかの人も理解できます。

日付フィルターだけでは網羅性を確認できない

Chronometricaは、収集した公開サンプルを絞り込み、並べ替えます。日付の入力によって別のフィードを要求するわけではありません。`collectAllAvailable`で結果件数の上限を解除しない限り、日付による絞り込みと古い順の並べ替えで確認する公開コメントは、投稿ごとに最大250件です。この上限を解除しても、すべてを網羅した証拠にはなりません。日付の境界を設定すると、日付のないコメントはスキップされます。Chronometricaの収集制限

走査件数の上限と保存行数の上限は、収集の異なる部分を表します。走査件数の上限は、日付処理で確認できる公開コメント数に関するものです。保存行数の上限は、条件に合うコメントをActorが何件残せるかに関するものです。

結果を説明するときは、この違いが重要です。最大100件のコメントを保存するよう指定しても、日付のあるコメントが100件存在するとは限りません。エクスポートの件数が少なくても、条件に合うコメントがほかに存在しないとは限りません。実際に保存した件数と、調べたいと考えていたコメント総数を分けて記録します。

「指定期間内にある、収集済みのトップレベルコメント」のように説明します。網羅性について別の証拠がない限り、その月のすべてのコメントがファイルに含まれると主張しないでください。

調査では、これも方法の一部です。日付条件は、収集したレコードのうち、どれが条件に合うかを定めます。収集制限は、その条件をどこまで適用できるかを定めます。

実用的な採用可否の確認方法

採用可否の確認とは、保存した各行が調査条件に合うかを調べることです。エクスポートから確認できない事項も記録します。

1. 必要なレコードを定義します。トップレベルコメントの本文、返信本文、または両方のどれが必要かを明記します。収集元の投稿に関する条件と、コメントの日付条件を分けて書きます。収集前に、両日を含む開始日と終了日を記録します。
2. 入力を確認します。各日付設定が、必要なレコードに適用されることを確認します。Chronometricaでトップレベルコメントを収集する場合は、`commentsFrom`と`commentsUntil`を入力します。`maxCommentsPerPost`の値と、結果件数の上限を解除したかどうかを記録します。
3. 最初に少量をエクスポートして調べます。出典の参照情報、コメントを識別する情報、本文、コメント日を探します。ファイル内の実際の項目名を使います。別のツールがある項目を使っているという理由で、このエクスポートにも必要な項目があると思い込まないでください。行を出典と結び付けられない場合や、日付を確定できない場合は、分析前にその制限を記録します。
4. 日付の境界を確認します。期間の開始日と終了日の日付を調べます。タイムスタンプがある場合は、確認に使うタイムゾーンを記録します。出典から確定できないタイムゾーンを推測で設定しないでください。境界に当たるレコードの扱いが不明な場合は、採用前に確認が必要です。
5. 採用する行と除外する行を分けます。期間外、日付欠損、レコードの種類が違うなど、除外した理由を各行に残します。コメントを識別する情報があれば、それを使って重複レコードを確認します。本文だけでは不十分な場合があります。2人が同じ言葉を書くこともあるためです。
6. 件数と不明な値を記録します。保存された行数と、確認で採用した行数を記録します。利用できる証拠から件数が分かる場合は、スキップされた件数や日付が欠損した件数も記録します。収集結果に件数が示されない場合は、不明と記します。ワークシートを埋めるために0を入力しないでください。

この方法では、定めた問いに対してファイルを使えるかどうかを確認します。速度、精度、信頼性、網羅性を比較測定するものではありません。ここで確認したドキュメントからは、これらの指標でどちらが優れているかは判断できません。

採用したファイルとともに、収集記録を保管します。記録には、収集元一覧、収集日、選択した日付範囲、結果の設定、保存件数、採用件数、未解決の不足点を含めます。この記録により、後で読む人は、調査条件と収集で実際に確認できた範囲を区別できます。

表計算ファイルの扱いと調査記録の詳しい方法は、論文用にInstagramの公開コメントをExcelへエクスポートするを参照してください。その前に、ここでの判断が必要です。レコードの種類と日付入力が、調査の問いに合う収集ツールを選びます。

Taskを出発点に、確認済みの入力を適用する

Taskとは、Actorの入力設定を保存したプリセットです。公開されているInstagramコメントをCSVにエクスポートするTaskを出発点にできます。このページは確認済みですが、その確認では現在保存されている入力内容までは確定していません。実行前に設定を確認してください。

以下の入力は、この比較のために提供された公開スキーマに対する静的チェックに合格しています。静的チェックとは、入力の構造と、許可された値かどうかを確認することです。収集を実行するものではなく、例の投稿が現在も利用可能だと確認するものでもありません。

{
  "postUrls": [
    "https://www.instagram.com/reel/DIwcCZgxVZP/"
  ],
  "maxCommentsPerPost": 100,
  "commentsFrom": "2026-09-01",
  "commentsUntil": "2026-09-30"
}

例のURLを、対象にする公開投稿またはリールのURLに置き換えます。日付は、調査対象の期間に置き換えます。提供されたスキーマでは、`postUrls`に少なくとも1件の項目が必要です。この例は、日付条件と収集制限の範囲内で、投稿ごとに最大100件の、重複のないトップレベルコメントを保存するよう指定しています。Chronometricaの入力スキーマ

開始前に、4つの項目を1つの収集指定として読みます。収集元、最大保存件数、コメント日の開始日、コメント日の終了日です。実際に使う入力を、そのまま収集記録とともに保存します。Task名だけでは、使用した設定は分かりません。

架空の例：九月のコメント調査

これは架空の例です。判断条件を机上で確認するためのものであり、収集テスト、顧客の成果、実測データではありません。

ある研究者は、2026年九月1日から30日までのトップレベルコメントを必要としています。選択した投稿には、九月にコメントが付いた可能性のある八月の投稿が含まれています。必要なのはコメントの日付です。そのため、八月に公開されたという理由だけで、その投稿を調査対象から除外しません。

研究者は、`commentsFrom`を`2026-09-01`に、`commentsUntil`を`2026-09-30`に設定します。机上の確認用に、5件の架空の候補レコードを作ります。それぞれの日付は、8月31日、9月1日、9月30日、10月1日、不明です。

両端の日付を含むため、境界日に当たる二件は日付条件を満たします。八月と十月のレコードは条件を満たしません。日付不明のレコードは、日付条件に適合したサンプルに入れられません。この架空の確認では、採用が二件、期間外が二件、日付不明が一件となります。

これらの数字は、条件を説明するためのものです。Actorが収集するレコード数を予測するものではありません。Chronometricaで実際に日付の境界を指定して収集すると、日付のないコメントはスキップされます。研究者は、この机上の例からスキップ件数を推測してはいけません。Chronometricaの日付フィルターのドキュメント

研究者は、最終データを「収集した九月のサンプル」と説明します。走査と結果の設定も記録します。「九月のすべてのコメント」とは呼びません。調査が参加者間の返信を調べるものに変わった場合は、収集方法を変更し、後から同じ日付の採用条件を適用します。