Tony Wang9 分で読めますリモート求人47,807件は下限——リモート市場シェアではない
Jobsのremote_openはフリーテキスト推論後に約2.7万→47,807。Ashby約59%・Workday約2%。その差はデータ品質であり市場ではない。
「リモートワークは死んだ / リモートワークが戻った」という主張には、いずれもデータソースが要ります。キャリアボードのクロールは客観的に見えます——remote フィールドを開くまで。ホスト型ATSボード上で、そのbooleanは任意で、不整合に埋まり、量の大半を担うプロバイダでは歴史的に欠けています。
CrawloraのJobsデータセットはいま、remote=true のオープンポスティングを 47,807 件報告します(GET /datasets/jobs/facets 上の remote_open)。素朴な読者は約525,000で割って「求人の約9%がremote」と言います。算術が正しくても、その文は偽です。 本投稿はシリーズに欠けていた手法ノートです——2026-07-19のパーサ修正の前後付きであり、労働経済の予測ではありません。
ヘッドライン数字と、それでも嘘をつく理由
| 指標 | 値 | 使い方 |
|---|---|---|
remote_open | 47,807 | remote=true のオープンポスティング件数 |
| プロバイダ合計オープンポスティング | ~524,976 | このクロールの最良の分母 |
| 素朴なシェア | ~9.1% | 市場シェアとして公開しない |
推論前の remote_open | ~26,926 | 歴史的な過小カウント下限 |
約27kから約48kへのジャンプは本物です。エンタープライズボードはremoteをフリーテキスト(US-Remote、Remote in the US、Canada Remote、Remote - France のようなoffice名)にエンコードし、booleanを空のままにしていました。そのギャップを埋めることは下限を改善します。下限をセンサスにはしません。
なぜ市場シェアではないのか?
- プロバイダミックス。 このクロールでWorkday単独がオープンポスティングの約49%を占め、それでも
remote=trueは約2%だけ。スタートアップ寄りAshbyは量の約3.5%で約59%がremoteフラグ。ベンダーミックスを変えれば、労働市場が動かなくてもグローバル%は動きます。 - エンコーディングは二重。 Remoteはboolean、location文字列、office名、workplace_typeに現れます。それらの信号のいくつかをunionしますが、PDFや本文HTMLのあらゆる「fully flexible」同義語まではまだ読んでいません。
- カバレッジの枠。 Common Crawl / フィンガープリント発見からのホスト型ATSボード——LinkedIn、Indeedのみ、社内ATSではない。WorkdayシェアとBengaluru地理と同じシリーズの注意点です。
- ハイブリッドはremoteではない。 推論は素の「hybrid」を意図的に
remote=trueとして扱いません。hybridは存在すればworkplace_typeに残ります。
ATSプロバイダ別remote率(本当の物語)
この投稿から1つだけチャートを覚えるならこれです。remoteフラグ密度はATS統合と雇用主ミックスの性質であり、単一の国家remote率ではありません。
| Provider | Open | remote=true | Rate | テキストremote・フラグfalse |
|---|---|---|---|---|
| Workday | 255,630 | 5,016 | 2.0% | 34 |
| Greenhouse | 115,575 | 15,283 | 13.2% | 3 |
| Workable | 38,882 | 9,742 | 25.1% | 0 |
| Oracle | 21,535 | 194 | 0.9% | 0 |
| SmartRecruiters | 19,440 | 2,748 | 14.1% | 15 |
| Ashby | 18,211 | 10,766 | 59.1% | 0 |
| Teamtailor | 13,503 | 168 | 1.2% | 0 |
| Recruitee | 10,897 | 1,481 | 13.6% | 1 |
| Personio | 9,931 | 584 | 5.9% | 0 |
| Rippling | 8,034 | 1,691 | 21.0% | 0 |
| iCIMS | 7,447 | 3 | ~0% | 0 |
| UKG | 3,542 | 54 | 1.5% | 0 |
| Eightfold | 2,236 | 46 | 2.1% | 0 |
| Lever | 113 | 31 | 27.4% | 0 |
| All (sum) | 524,976 | 47,807 | 9.1% | 53 |
表を左から右へ読んでください。 Ashbyの59%は「Ashby企業がWorkday企業より30倍remote」を意味しません。Ashbyの公開APIが構造化remoteシグナルを露出する(そしてスタートアップボードが使う)一方、Workdayの公開ジョブボードは職場タイプを主にフリーテキストに置き、私たちはそれを部分的にしか回復しない、という意味です。Greenhouseはlocation/office推論後に中間(約13%)に座ります。
量加重の真実:Workday + Greenhouse合わせてオープンポスティングの約71%。 率が「低く」見えても、それらのremoteフラグの合計がグローバル下限を支配します。スタートアップATSの%はプロダクト分析には面白いが、「市場はX% remote」ヘッドラインには毒です。
何が壊れ、何を直し、何が残るか
Before
Workdayのlist/detailとGreenhouseボード正規化がしばしば remote を未設定のままにしました。構造化フラグはAshby、Workableなどで機能。結果として remote_open はすでにうまくパースできていたプロバイダ上の下限であり、市場上のものではありませんでした。シリーズ投稿は正しくremoteシェアを拒否しました(roles投稿、Bengaluru)。
After(2026-07-19)
- ATS正規化全体で共有の
inferRemote/applyInferredRemote(location、title、workplace、multi-location、office名)。 - locationがremoteでないときの「Remote Monitoring / Sensing / Operations / …」向けトピック偽陽性ガード。
- ワンショットESワーカー
jobs-dataset-backfill-remote-flagsが、すでにremoteっぽいフリーテキストを持つオープンドキュメントを書き換え。 - 品質ゲージ: プロバイダごとの
remote_trueとlocation_says_remote_flag_false、約15分ごとにスクレイプ。 - Greenhouseボードlistが常にoffice名をロード(upstreamは
officesにcontent=trueが必要)し、都市がlocationにあってもDatadog型のRemote - Franceofficeがフラグを立てるように。
Residual(誠実な残り)
- トピックタイトル: 「Remote Monitoring Technician」は職場remoteでなくても粗いテキスト検索にマッチし得ます。ガードと残差ゲージが大半を捕捉;永遠に小さな非ゼロ残差を予期してください。
- 説明文のみのremote: location言語なしに「this role is fully remote」と言う本文HTMLは、構造化フラグがなければ依然ミスし得ます。
- ハイブリッド ≠ remote(設計どおり)。
- ボード再クロールのラグ: 新しいポスティングは書き込み時に推論;歴史的にクローズしたドキュメントはバックフィル対象ではありませんでした。
バックフィル後の remote=true ポスティングのランダムサンプルは、title/location/workplace上のフリーテキストremote言語と高い一致を示しました。陽性クラス上の一致は、陰性クラスの完全性を証明しません。
嘘をつかずにフラグを使うには
する
- 構造化または私たちがパースするフリーテキストフィールドのどこかでラベルされたremoteロールが欲しいとき
remote=trueでフィルタする。 - 統合品質と雇用主ミックスのためにプロバイダスコープのremote率(Ashby vs Workday)を比較する。
- 下書き日に
remote_openを再取得する——クロールは動く。
しない
remote_open / provider_sumを「remoteである求人のパーセント」として公開する。- 手法段落なしに私たちの下限をBLS / 世帯調査と比較する(宇宙が異なる)。
- このbooleanだけで都市を「最もremoteな求人」でランクする(不完全な2フィールドの合成)。
同じシリーズ、異なる単位
| 投稿 | 単位 |
|---|---|
| Workday市場シェア | ATSベンダー量 |
| 採用パワーロー | 雇用主オープンreq集中 |
| Roles / 雇用形態 | department + employment_type ラベル |
| Bengaluru地理 | 都市location文字列 |
| 本投稿 | Remote boolean品質 + プロバイダ率 |
ATS JSON上にremote求人プロダクトを作るなら、remote を employment_type のように扱ってください。汚くて価値の高いシグナルであり、推論、残差モニタリング、過大主張の拒否が要ります。
これが何ではないか
- リモートワークのトレンド研究ではない。 1クロールスナップショット、推論後の1 boolean。
- 「エンタープライズはremoteを嫌う」ではない。 Workdayの2%はフィールド投入率であり、Workday顧客の方針センサスではありません。
- 完全ではない。 LinkedInのみと社内ボードは枠の外です。
- ハイブリッド測定ではない。 workplace_typeとフリーテキストのhybrid言語を別途使ってください。
上記はすべて再照会可能です。グローバル下限にはFacet、プロバイダ別率には品質ゲージ、remote=true サンプルには無料の求人検索ツール。次の再クロールで remote_open が動いたら下限を更新してください——その%がかつて市場だったかのように装わないでください。
偏りを知ったうえで remote=true でライブポスティングをフィルタ
14のATSプロバイダにわたるオープンロールを検索し、remote_open をFacetし、プロバイダ別remote密度を検査。月2,000無料クレジット、カード不要。
よくある質問
CrawloraのJobsデータセットはリモート求人を何件報告するか?
2026-07-19のFacetプル時点で、remote_openはremote=trueのオープンポスティング47,807件——プロバイダ合計で約525,000オープンポスティングの約9.1%。これはフリーテキスト推論とESバックフィル後のboolean上の下限であり、リモートワーク市場シェアではありません。
なぜremote_openは約27,000から47,807に跳ねたのか?
WorkdayとGreenhouseの公開ボードはしばしばremoteを未設定のままにし、職場をlocationやoffice名にエンコードします(US-Remote、Remote - France)。共有フリーテキスト推論とオープンポスティングのワンショットESバックフィルでそれらを回復しました。修正前のremote_openは同じクロール期で約26,926でした。
求人の約9%がremoteなのか?
いいえ。remote_openをプロバイダ合計分母で割るのは、偏ったフィールド上の算術です。Workdayはオープン量の約半分でremoteフラグは約2.0%のみ;Ashbyははるかに小さいスライスで約59%がremoteフラグ。プロバイダミックスが、労働市場が動かなくてもグローバル%を動かします。
どのATSプロバイダがremoteを最も多く/少なくフラグするか?
2026-07-19の品質プロファイルでは、大きめのプロバイダのうちAshbyが約59% remote=true(18,211中10,766)で先頭。Workable約25%、Rippling約21%、Greenhouseは推論後約13%、Workday約2.0%(255,630中5,016)。率はAPIフィールドと雇用主ミックスを反映し、純粋なremote方針センサスではありません。
remote推論修正後に残る残差ギャップは?
品質残差location_says_remote_flag_falseは小さい(オープン行で数十、Remote Monitoringのようなトピックタイトルを含む)。説明文のみのremote、ハイブリッド vs remote、非ホストボード(LinkedInのみ、社内ATS)は依然対象外。ハイブリッドは設計上remoteとして扱いません。
プロダクトビルダーはremoteフィルタをどう使うべきか?
Crawloraがパースする構造化またはフリーテキストフィールドでremoteとラベルされたロール向けの偏ったフィルタとしてremote=trueを使ってください。統合品質のためにプロバイダスコープの率を比較してください。remote_openを全求人の%として公開せず、このbooleanだけで都市をremoteでランクしないでください。