ChronometricaとTechforce Facebook Public Comments：取得できるコメント日時を保存できるのは？

まず、保存する必要がある日時を決める

読者の質問は明確です。Facebookのコメントの正確な時刻を保存するには、どうすればよいのでしょうか。公開された質問は、「何分前」「何時間前」という相対表示だけでなく、コメントの日時を残す方法を尋ねています。これは、日時を保存するための課題です。読者による元の質問

Actorを選ぶ前に、この作業で「時刻」が何を指すのかを書き出してください。日時は、次の2つの異なる出来事に対応します。

• 利用者がコメントを投稿した。
• 収集プログラムがコメントを保存した。

この2つの出来事には、数日から数か月の間隔がある場合があります。収集日時から、利用者がコメントを書いた日時を知ることはできません。

次に、作業に必要な日時の細かさを決めます。日ごとの確認なら、年月日だけで十分かもしれません。出来事の順序を確定するには、正確な時刻が必要かもしれません。前者の要件を満たす値でも、後者の要件は満たさない場合があります。

データを収集する前に、要件を明確にしてください。たとえば、「採用するコメントには、公開された投稿日時が必要。投稿日時がないコメントは、別の確認グループに残す」と定めます。このルールなら、日時のある有用な記録を使いながら、日時が欠けていることも把握できます。

より厳しいルールでは、すべての行に正確な投稿時刻を求めることもあります。その場合は選択が変わります。欠損値を許すフィールドだけでは、そのルールを満たせないためです。まず、公開元でどの情報が公開されているかを確認してください。次に、保存された値が、必要な細かさを備えているかを確認します。

要件に照らして仕様を比較する

ここでいう仕様とは、Actorについて文書に記載された入力、出力フィールド、制限を指します。この比較は、2026年10月20日に確認した公開仕様に基づきます。新たな収集の実行結果や、性能の測定結果を報告するものではありません。

出典：Chronometricaの公開仕様、Techforceの公開仕様。

まず必要なフィールドを確認し、次に入力方法を確認してください。対応する収集元を指定できなければ、日時フィールドがあっても役に立ちません。収集元に対応していても、判断に必要なフィールドが出力されなければ役に立ちません。

すべての要件を満たすなら、機能を絞った仕様を選んでください。本文だけが必要な作業に、日時の処理を追加する必要はありません。同様に、別の方法のほうが手軽にエクスポートできるからといって、日時の要件を取り除かないでください。

投稿日時と収集日時を分けて扱う

Chronometricaには、意味の異なる2つのフィールドがあります。`publishedAt`には、取得できたコメントの投稿日時が入ります。`scrapedAt`には、収集日時が記録されます。エクスポートを最初に確認するときは、両方のフィールドを元の名前のまま残してください。Chronometricaの出力フィールド

コメントにルールを満たす日時があるかどうかは、`publishedAt`で判断します。収集がいつ行われたかを記録するには、`scrapedAt`を使います。後者は収集作業の管理に役立ちます。ただし、前者の欠損値を埋めることはできません。

`null`は欠損値として扱ってください。表計算ソフトでは、空のセルとして表示してもかまいません。ただし、作業メモや後のエクスポートでも、その意味を明確にしてください。0や収集日時、作り出した既定の日時に置き換えないでください。

相対表示と正確な日時も区別してください。「2時間前」のような表示は、別の時点を基準にした時間を示します。公開された正確なタイムスタンプと同じ根拠にはなりません。収集日時から2時間を引いた値を、コメントの正確な投稿時刻として示さないでください。

保存された日時に時刻が含まれる場合は、別の日時と比較する前に、タイムゾーンの情報を確認してください。その情報がなければ、不確かであることを記録します。表示された2つの時刻が同じタイムゾーンだと決めつけないでください。

これらの確認は、データの意味を正しく保つために必要です。空のセルを埋めると列が完全に見えても、実際の投稿日時は不明なままかもしれません。次に扱う人が結果を正しく判断できるよう、不明な日時がわかる状態を保ってください。

既知のスレッドから少量の収集を設定する

この作業でChronometricaを使うには、収集対象のコンテンツURLが必要です。入力には、公開投稿、リール、動画、写真のリンクを1～100件指定できます。確認した入力スキーマは、短縮リンクと共有リンクにも対応しています。ページ、グループ、プロフィール、ストーリーズ、非公開リンクは、この入力方法の対象外です。Chronometricaの入力スキーマ

公開されているFacebookコメントと返信のエクスポートTaskには、開始用のプリセットがあります。Taskとは、Actorの入力設定を保存したプリセットです。Taskのページを開くだけでは、現在どの入力値が保存されているかを確認したことにはなりません。実行前に入力内容を確認してください。

次の例は、提供された公開スキーマに照らした静的チェックに合格しています。静的チェックとは、入力の構造と、許可された値かどうかを確認することです。コメントを収集するものではなく、例の収集元が現在利用できることを証明するものでもありません。

{
  "startUrls": [
    "https://www.facebook.com/reel/1733966934399341"
  ],
  "maxResultsPerPost": 100,
  "includeReplies": false
}

例のURLを、実際に使う公開収集元のURLに置き換えてください。ここでは、`maxResultsPerPost`が、そのURLで保存する結果の上限を100件に設定しています。100件の結果が得られるという保証ではありません。確認したスキーマでは、上限を1～10,000件の範囲で設定できます。Chronometricaの入力上限

この例では、`includeReplies`を`false`に設定しています。返信も必要なら、`true`に変更してください。返信は別の課金対象行となり、URLごとの同じ結果上限に含まれます。調べたい範囲に応じて、この設定を選んでください。トップレベルのコメントを確認する場合と、会話全体を確認する場合では、必要なものが異なります。Chronometricaの返信設定

エクスポートを利用する前に4つの受け入れ確認を行う

受け入れ確認とは、出力が要件を満たすかどうかを判断するためのルールです。最初の実行前に、これらのルールを書いてください。データを見た後で基準を変えることを防げます。

1. 必要な日時を明示する

必要なのは投稿日時か収集日時かを書いてください。投稿日時が必要なら、ルールに`publishedAt`を明記します。`scrapedAt`は、別の目的である収集日時の記録に使ってください。

必要な細かさも明記してください。「年月日だけで十分」と「正確な時刻が必要」は異なるルールです。タイムゾーンが必要なら、それもルールに含めてください。

小規模な確認なら、短い1文で十分です。共同作業では、エクスポートにルールを添えてください。そうすれば、ほかの人も推測せずに適用できます。

2. 保存された値を変更する前に確認する

元の出力のコピーを残してください。`publishedAt`と`scrapedAt`を別々の列で確認します。少量のサンプルで、値が入っている日時をいくつか確認し、投稿日時が欠けているものはすべて確認してください。

表計算ソフトで、保存データと異なる表示になり得る値を確認してください。セルの表示が省略されると、時刻の詳細が見えなくなることがあります。空のセルでは、元の値が`null`だったことがわからなくなる場合もあります。意味を判断する前に、保存された値を確認してください。

表示形式を変更する場合も、元の値を保ってください。見やすくするために、収集元が提供していない精度を加えてはいけません。

3. 投稿日時が欠けている行を把握する

保存された行数を数えてください。次に、投稿日時がルールを満たす行と、満たさない行を数えます。不確かな値は、解決するまで別に分けてください。

これらのグループを合わせると、エクスポート全体の行数になる必要があります。これにより、フィルター処理で抜け落ちた行を見つけられます。結果も説明しやすくなります。日時を使う作業に利用できるコメントもあれば、日時がない、または不確かなままのコメントもあります。

サンプルの完全性を示す数値は、そのサンプルについて説明するものです。別のスレッドで得られる結果を保証するものではありません。1つのサンプルで成功したからといって、今後の収集元についても保証しないでください。

4. 受け入れの判断を明確にする

日時の欠損を許容する場合は、欠損値を持つコメントもそのまま残してください。後の分析に含めるか、除外するかを明記します。

すべての行に条件を満たす日時が必要なら、欠損値や未解決の値が1つでもあると、そのエクスポートはルールを満たしません。収集する行を増やしても、既存の行で欠けている日時は解決しません。

後の作業で、質問に回答が付いたかどうかによってコメントを分類する場合は、Facebookのコメントから未回答の質問を見つける方法を参照してください。このガイドでは、より広い確認手順を説明しています。調べたい内容に時刻が関係する場合は、先に日時の確認を終えてください。

架空の例：3件のコメントと、利用できる2件の日時

これは架空の例です。製品テスト、購入者の成果、実際のデータセット、費用の測定結果ではありません。以下の日時は、受け入れの判断を説明するためのものです。実際のActorの応答形式を示すものではありません。

ある調査担当者が、保存された3件のコメントを日時順に並べたいと考えています。ルールでは日時の欠損を許容します。ただし、日時のないコメントは、日時順の並びから外す必要があります。

1. 架空の1件目のコメントには、`publishedAt`の値として2026年10月18日09:15 UTCが入っています。`scrapedAt`には、2026年10月20日12:00 UTCに収集したことが記録されています。
2. 2件目の`publishedAt`の値は、2026年10月18日10:05 UTCです。`scrapedAt`には、同じ収集日時が記録されています。
3. 3件目は`publishedAt: null`です。`scrapedAt`にも、同じ収集日時が記録されています。

UTCは、共通の時刻基準です。この架空の例では、両方の投稿時刻がUTCを使っているため、調査担当者はそのまま比較できます。

1件目のコメントは、2件目より前に投稿されています。3件目がその並びのどこに入るかは不明です。収集日時があるからといって、ほかの2件より後に投稿されたとは判断できません。

この確認では、三行すべてを把握できています。二行には利用できる投稿時刻があり、一行は投稿時刻が欠けています。調査担当者は、三行目を日時なしのグループに残します。真夜中や同月20日を割り当てることはしません。

定めたルールの下では、このエクスポートを使って2件のコメントを日時順に並べられます。3件目も、別途確認するために残せます。ルールを変更し、3件すべてに正確な投稿時刻を求めるなら、このエクスポートはその要件を満たしません。

この架空の作業で、日時は不要で、ページを起点とした本文とユーザー名だけが必要なら、本文の収集に絞ったTechforceの仕様が適しています。Techforce Facebook Public Comments

日時が欠けている場合のルールに基づいて選ぶ

対応する公開コンテンツのURLがあり、取得できるコメントの投稿日時を保存したく、欠けている日時を`null`のまま残せるなら、Chronometricaは今回確認した要件に適しています。日時フィールドが分かれているため、投稿と収集の違いを保てます。Chronometrica Facebook Comments Scraper

選択を変える主な条件は、取得できない投稿日時を許容できるかどうかです。許容できるなら、欠損値を許すフィールドを作業に利用できます。すべてのコメントで、マウスポインターを重ねたときに表示される正確な日時が必須なら、確認した文書だけでは、その要件を満たせると判断するには不十分です。

速度、精度、収集範囲、費用で有利だと推測して選ばないでください。この比較では、同じ条件での実行も、承認済みの料金計算も行っていません。根拠をもって比較できる違いは、入力、文書に記載されたフィールド、日時が欠けている場合の扱いです。