Indeedから採用企業への応募リンクを確認する方法

設定とデータ収集

まず、対象を絞って手作業で確認できるように、データスクレイパーを設定します。Indeed Apply Link Audit Taskの初期設定には、広い範囲を対象とする検索語が含まれています。

{
  "balanceKeywordCoverage": true,
  "country": "us",
  "followApplyRedirects": true,
  "jobType": "any",
  "maxItems": 100,
  "maxPagesPerSearch": 5, "postedWithinDays": "7",
  "remoteOnly": false,
  "requestDelayMillis": 2500,
  "saveOnlyUniqueItems": true,
  "scrapeCompanyDetails": false,
  "searchTerm": "software engineer\ndata analyst\nproduct manager",
  "sortBy": "date"
}

`searchTerm`にある職種の例を、探している1つの職種に置き換え、`country`と`location`に正確な対象の国と勤務地を設定します。`maxItems`を2、`maxPagesPerSearch`を1に設定し、対象範囲を制限してください。`saveOnlyUniqueItems`が`true`になっていることを確認し、`followApplyRedirects`を`false`に変更します。Actorの検索入力では、求人掲載ページのURLを直接指定するのではなく、検索語と勤務地を指定します。既知の求人掲載ページのURLから始める場合は、そのページを手作業で確認するか、検索で実際に取得した行と照合してください。

応募者管理システムとは、採用企業が求人への応募を管理するために使う、外部事業者のソフトウェアプラットフォームです。テナントとは、応募者管理システム上に設けられた、特定の組織専用のワークスペースまたはサブドメインです。

このプログラムは、標準の出力フィールドとして、`jobId`、`title`、`companyName`、`locationRaw`、`jobUrl`、`applyUrl`、`finalApplyUrl`、`applyUrlRedirected`、`applyUrlResolveStatus`、`descriptionText`、`descriptionStatus`、`scrapedAt`などを返します。`followApplyRedirects`を`false`に設定した場合、受け入れ確認が済んでいない自動リダイレクト関連のフィールドである`finalApplyUrl`や`applyUrlResolveStatus`などは、引き続き任意項目または不明のままです。

収集の実行が完了したら、`OUTPUT`のメタデータフィールドである`requestedMaxItems`、`candidateItemsSeen`、`jobsSaved`、`pagesParsed`、`blockedPages`、`failedRequests`、`stopReason`を確認します。上限を2件にした対照実行では、スクレイパーは求人の詳細全文を含む2行を保存しました。1件ではWorkday上の採用企業への経路が返され、もう1件ではIndeed上の経路が返されました。日付が記載された公開求人の職種、求人管理ID、勤務地を、採用企業の公式採用ページと照合することで、Workdayのテナントリンクを確認できました。これは特定の求人について応募経路を検証できたことを示しますが、情報源を完全に網羅していること、リンク先を自動で解決できること、または採用企業への経路に共通の方針があることを証明するものではありません。

応募リンクを確認する手順

1. 既知の求人を選ぶか、小規模な検索を行います。情報源の求人ID、職種名、企業名、勤務地、収集時刻を保存してください。過去の事例だけを根拠に、Indeedの応募経路に関するルールが変わったと判断しないでください。
2. maxItemsを2、maxPagesPerSearchを1、saveOnlyUniqueItemsをtrue、followApplyRedirectsをfalseに設定し、小規模な入力内容でTaskを実行します。実行結果を確認してください。実行が成功しても有用な行がなければ、情報源を手作業で確認する必要があります。
3. 情報源の求人掲載ページと応募先候補のURLの組み合わせごとに、応募経路の記録を1件作成します。取得したままの応募URLと求人URLは分けて管理してください。最初のホスト、経路の種類、確認時刻、確認状態を保存します。
4. 取得した公開の応募経路を開きます。最終的なリンク先を記録し、同じ職種、採用企業、求人管理番号、勤務地が表示されているか確認してください。この確認中に応募を送信しないでください。
5. 採用企業の公式公開採用ページを別途開きます。公開されている求人検索または応募者管理システムへのリンクをたどってください。同じ組織のテナントと求人に到達するかを確認します。
6. 記録には明確な状態を使います。「確認済みの採用企業サイトへの経路」「確認済みの応募者管理システムへの経路」「求人サイト経由」「欠損」「利用不可」「求人の同一性を確認できず」から選んでください。確認済みの経路とは、記録した時刻に公開のリンク先が対象の求人と一致していたことを意味します。
7. 応募経路の記録を求人管理シートに追加します。実際に応募する直前に、公開のリンク先を再確認してください。過去の1回の確認だけでは、現在の状態を証明できません。
8. 確認済みの採用企業サイトまたは応募者管理システムへの経路が、目的の求人に対応していれば、その経路を選びます。それ以外の場合は、元の求人サイトの経路を使うか、リンク先を未確認として記録してください。

応募経路の点検を具体例で確認する

注：以下の5つの事例と表の各行は、学習用に作成した明確な架空の例です。

事例J1では、Indeedに掲載されたGreen Labsのオースティン勤務のソフトウェアアナリストの求人に、求人管理番号GL-42が記載されています。`jobUrl`は`https://jobs-board.example/view/J1`、`applyUrl`は`https://ats.example/green/jobs/GL-42`です。手作業で確認すると、公開のリンク先にGreen Labs、ソフトウェアアナリスト、オースティン、GL-42が表示されています。Green Labsの公式採用ページを開くと、そのテナントと求人に直接つながるリンクがあります。これを`checked_applicant_system_route`として記録します。

事例J2では、`applyUrl`が`https://jobs-board.example/apply/J2`を指しており、元の求人サイト内にとどまります。これを`board_route`として記録します。事例J3では、`applyUrl`がnullで返されます。これを`missing`として記録します。応募経路の欠損は、情報源のデータに不足があり、求人掲載ページを手作業で確認する必要があることを示します。求人が存在しないという証拠ではありません。

事例J4では、`applyUrl`は採用企業のサイトにつながりますが、リンク先には想定した求人ではなく、別の都市の求人管理番号GL-99が表示されます。この不一致を理由に、`unresolved_identity`として記録します。事例J5では、応募リンクからページを利用できないというエラーが返されます。これを`unavailable`として記録します。

この5件の架空の記録では、確認済みの応募者管理システムへの経路が1件、求人サイト経由が1件、データの不足が3件あります。この1/5という内訳は学習用の表であり、一般的な利用可能性の基準ではありません。特定の時刻にリンク先を確認できたとしても、不正がないことの認証、現在も採用中であることの保証、応募の成功の証明にはなりません。実際に応募を送信する前に、必ず情報源を最終確認してください。J1が翌週に利用できなくなった場合は、元の確認済み記録を上書きせず、新たな確認時刻を追記します。