
収集設定とフィールドの限界
収集を設定するには、`searchTerm`に3つの職種が指定され、`startUrls`が`[]`、`saveOnlyUniqueItems`が`true`になっている現在のプリセット入力を変更します。職種リスト全体を、目的とする1つの`searchTerm`と勤務地に置き換え、`maxItems`を`3`、`maxPagesPerSearch`を`1`、`fetchJobDetails`を`true`に設定してください。
公開ビルド0.2.19では、各行に`jobId`、`jobUrl`、`title`、`companyName`、`applicantsRaw`、`postedAtRaw`、`postedAt`、`scrapedAt`の各フィールドが含まれます。`applicantsRaw`フィールドは、nullを許容する文字列型です。取得元の文字列である「35 applicants」「72 applicants」「88 applicants」などから確認できるのは、このフィールドの値を取得できることだけです。派生フィールドの`postedAt`は相対的な日時表記から算出されるため、正確な公開日時の証拠にはなりません。`requestedMaxItems`、`jobsSaved`、`candidateItemsSeen`、`pagesParsed`、`detailRequests`、`detailFailures`、`blockedRequests`、`failedRequests`、`stopReason`などの実行結果は、収集処理の実行状況を示します。`stopReason`が`max_items_reached`であれば、取得件数の上限に達したことは確認できますが、市場全体を網羅したことは確認できません。
値の型を明示した表とは、各列の値の型を1つに定めた表です。整数表示は、画面に見える整数を正確に転記したものですが、実際に何を数えているかは不明のままです。「2K」のような丸め表示は、正確な値も、丸め前の値が取り得る範囲も確認できていません。「Over 100」のような下限表示は、100を超えることを示しており、ちょうど100という意味ではありません。
収集方法の手順
- 実際に知りたいことを明確にします。表示されたカウンターからは、応募者のスキル、応募資格、重複を除いた人数、応募フォームの記入完了件数は分かりません。この方法で作るのは、根拠を明確にした記録です。採用可能性のスコアでも、応募を諦めるよう勧めるものでもありません。
- 公開求人を1件、サンプルとして収集します。求人IDとURLを確認し、応募者数の表示原文を取得時刻とともに保存してください。表示は後から変わったり、消えたりすることがあります。採用担当者向けの非公開レポートは、公開データに含めないでください。
- 表示状態を分けます。文言を、整数表示、丸め表示、下限表示、件数を示さない文言、取得不可に分類してください。文言をそのまま残し、解析ルールも保存します。整数は表示された文字列の転記にすぎず、集計対象のイベントが正確に数えられていることや、重複がないことの証拠にはなりません。overやplusなどの表現を削除しないでください。
- 文言が示す範囲だけを解析します。「35 applicants」は整数の35を示します。「Over 100 applicants」は100を超えるという下限を示し、ちょうど100という意味ではありません。「2K applicants」は省略表記で、丸め方のルールは確認できていません。「Be among the first 25 applicants」のような文言は応募を促すものであり、件数を直接示すものではありません。null値は取得不可を意味し、0ではありません。
- 集計対象のイベントの定義が分かっているかどうかと、その根拠を付記します。この公開ページについての公式な定義がなければ、集計対象のイベントは不明のままにしてください。Campaign Managerのクリック数と応募件数は別のツールの指標であり、この公開カウンターを定義するものではありません。
- 公開からの経過期間と収集時刻を分けて扱います。「3 days ago」のような相対表記と1回分の観測記録だけでは、正確な1日当たりの件数は分かりません。後の観測との差を示せるのは、求人IDと表示ルールが一致する場合だけです。それは市場が成長した証拠にはなりません。
- この記録を使い、仕事選びの判断に使える情報の限界を把握します。1を表示件数で割って採用確率を求めないでください。応募者はそれぞれ異なり、集計対象のイベントは不明で、選考過程も測定していません。公開表示による順位を信用するのではなく、求人の詳細を読み、自分の適性を裏付ける根拠を評価してください。
- 表示原文、表示状態、数値としての根拠、集計対象のイベントの定義、日時の根拠、未確定である理由を含め、各列の値の型を明示した表にまとめます。実際の応募者数を推測せず、不明な点を明示してください。
独自に作成した架空の表示原文台帳(全件)
以下の例と表の各行は、独自に作成した架空のものです。
| 求人ID | 取得元の参照ID | 表示原文 | 表示状態 | 数値としての根拠 | 集計対象のイベントの定義 | 日時の根拠 | 観測時刻(UTC) | 未確定である理由 |
|---|---|---|---|---|---|---|---|---|
| J1 | fictional_src_01 | 35 applicants | integer_display | 35 | unknown | 3 days ago | 2026-10-13T06:00:00Z | 集計対象のイベントの種類が未定義 |
| J2 | fictional_src_02 | Over 100 applicants | lower_bound_display | 100超 | unknown | 1 week ago | 2026-10-13T06:00:00Z | 下限のみが示されている |
| J3 | fictional_src_03 | 2K applicants | rounded_display | 未検証 | unknown | 2 weeks ago | 2026-10-13T06:00:00Z | 丸めた値の省略表記 |
| J4 | fictional_src_04 | Be among the first 25 applicants | nonnumeric_phrase | なし | unknown | 4 days ago | 2026-10-13T06:00:00Z | 応募を促す文言 |
| J5 | fictional_src_05 | null | unavailable | なし | unknown | 5 days ago | 2026-10-13T06:00:00Z | フィールドが欠損 |
| J6 | fictional_src_06 | 0 applicants | integer_display | 0 | unknown | 6 days ago | 2026-10-13T06:00:00Z | 件数は0であり、欠損ではない |
この架空のデータには6行の観測記録があり、整数表示が2件、下限表示が1件、丸め表示が1件、件数を示さない文言が1件、取得できないフィールドが1件あります。ここに、応募者数が判明している6件のデータがあるわけではありません。これらの異なる状態の値を合計して、市場全体の規模を求めないでください。不明な値は0と分けたまま扱います。
同じ求人であることを確認したJ1を2026-10-14T06:00:00Zに観測し、「40 applicants」と表示されていれば、比較可能な表示上の差はプラス五です。新たに重複のない五人が応募を完了したと確認できたわけではありません。代わりに「Over 100」と表示されていれば、正確に比較できる差は求められません。公開から三日という相対的な経過期間を根拠に、35を三で割って日当たり十一件の応募があると主張することはできません。
出典と参考資料
著者 Chronometrica · 更新日
ページの先頭へ ↑

