Dalam due diligence, papan jawatan semasa ialah pandangan yang paling kurang berguna tentang pengambilan pekerja syarikat sasaran. Ia hanya menunjukkan apa yang dibuka hari ini. Soalan yang penting ialah tentang perubahan: adakah pengambilan jurujual terhenti dua bulan sebelum proses bermula, jawatan mana yang sudah diiklankan semula tiga kali, dan adakah wilayah baharu dalam deck pernah mendapat walau satu requisition?
API iklan jawatan untuk due diligence perlu menjawab soalan itu, sedangkan anda cuma ada beberapa minggu, bukan setahun syot kilat. Cara membaca papan semasa syarikat sasaran sebagai JSON diterangkan dalam catatan iklan jawatan untuk perunding. Catatan ini merangkumi bahagian yang dikatakan tidak dapat dilakukan oleh catatan itu: sejarah sebelum syot kilat pertama anda.
Di manakah sejarah pengambilan pekerja syarikat sasaran?
Selalunya dalam Wayback Machine, yang sering sudah bertahun-tahun menangkap papan itu. Indeks CDX-nya menyenaraikan setiap tangkapan bagi sesuatu URL, dan collapse=timestamp:6 mengekalkan satu sebulan:
curl -X POST https://crawlforge.dev/api/v1/tools/fetch_url \
-H "X-API-Key: cf_live_your_key_here" \
-H "Content-Type: application/json" \
-d '{
"url": "https://web.archive.org/cdx/search/cdx?url=job-boards.greenhouse.io/target-co&output=json&fl=timestamp,statuscode&filter=statuscode:200&collapse=timestamp:6&from=2025"
}'Panggilan itu berharga 1 credit dan memulangkan baris seperti ["20250320221034","200"], satu bagi setiap bulan. Bagi satu papan Greenhouse yang kami semak, halaman HTML-nya mempunyai tangkapan pada setiap 20 bulan terakhir, manakala endpoint JSON-nya hanya ada tiga tangkapan yang berjaya sepanjang tahun. Liputan arkib berbeza mengikut URL, jadi jalankan indeks pada setiap alamat yang pernah digunakan oleh papan itu dan pilih yang paling padat.
Bagaimana membaca papan yang diarkibkan?
Tambah id_ selepas cap masa. Arkib kemudian memulangkan kandungan asal tanpa bar alat main semulanya:
{
"url": "https://web.archive.org/web/20250320221034id_/https://job-boards.greenhouse.io/target-co",
"max_inline_chars": 1000000
}Setiap tangkapan berharga 1 credit melalui fetch_url. Tangkapan API yang diarkibkan ialah JSON papan itu seperti yang dihidangkan pada hari tersebut. Halaman HTML Greenhouse yang diarkibkan juga membenamkan jawatannya sebagai data, setiap satu dengan published_at, updated_at dan requisition_id. Naikkan max_inline_chars, kerana tangkapan HTML yang kami semak bersaiz kira-kira 550 KB, jauh melebihi lalai 40,000 aksara.
Apakah yang patut ditunjukkan oleh perbandingannya?
Kumpulkan setiap tangkapan mengikut requisition_id, bukan id jawatan, jika syarikat mengisinya. Satu requisition (kelulusan untuk mengisi satu jawatan) sering diiklankan di beberapa bandar, masing-masing dengan id jawatannya sendiri, jadi mengira iklan akan membesar-besarkan pengambilan. Kemudian susun bulan-bulannya sebelah-menyebelah:
| Corak merentas tangkapan | Soalan untuk pihak pengurusan |
|---|---|
| Requisition jualan atau kejuruteraan hilang dalam bulan-bulan sebelum proses | Adakah berlaku pembekuan pengambilan, dan mengapa? |
| Requisition yang sama diiklankan semula dengan id jawatan baharu | Adakah jawatan itu sukar diisi, atau sudah diisi lebih daripada sekali? |
| Satu jawatan dibuka sejak tangkapan pertama | Adakah jawatan itu masih ada bajet, atau sekadar iklan jawatan sepanjang tahun? |
| Wilayah pengembangan dalam deck tiada requisition | Bilakah pengembangan itu mendapat bilangan pekerja (headcount)? |
| Satu jawatan kepimpinan muncul, hilang dan muncul semula | Siapa yang pergi, dan siapa yang memangku tugas itu? |
Membandingkan bilangan semasa jawatan jualan dengan deck ialah semakan yang berbeza, yang dibincangkan dalam catatan due diligence komersial.
Berapakah kosnya?
Satu panggilan CDX, dua belas tangkapan bulanan dan papan semasa berjumlah 14 credits bagi setiap syarikat sasaran. Tambah lima syarikat setanding dan jumlahnya menjadi 84 credits, kira-kira 25 sen AS pada kadar $3 bagi setiap seribu. Peruntukan sekali sahaja bagi akaun baharu cukup untuk kira-kira 70 syarikat sasaran.
Di manakah kekurangan API iklan jawatan untuk due diligence?
- Jurang itu milik arkib, dan anda tidak boleh mengisinya. Papan yang tidak pernah ditangkap tiada sejarah, dan bulan tanpa tangkapan ialah ruang kosong, bukan sifar.
- Iklan jawatan bukan bilangan pekerja. Requisition menunjukkan sesuatu jawatan pernah diperuntukkan bajet, bukan bahawa sesiapa telah diambil bekerja atau bahawa jawatan itu benar-benar wujud.
- HTML mungkin hanya memuatkan satu halaman. Tangkapan yang kami semak membenamkan 50 jawatan; papan yang lebih besar mungkin memerlukan tangkapan API-nya.
- Tangkapan awam sahaja. Tiada apa-apa di sini yang sampai ke CIM (memorandum maklumat sulit) atau akaun pengurusan.
robots.txtarkib itu sendiri dipatuhi seperti mana-mana laman, dan permintaan yang ditolak tidak dicaj.
Cipta akaun percuma dan tarik sejarah setahun papan jawatan syarikat sasaran semasa anda sebelum mesyuarat dengan pihak pengurusan. Setiap parameter ada dalam rujukan fetch_
