求人掲載
作成し、公開前にスコアリングを行い、Expertiniの各国のサイトおよびGoogle for Jobsへ無料で公開できます。スクリーニングの質問、パイプラインのステージ、マッチング基準をすべて同一ページで設定可能です。
求人掲載はすべての採用チームが行う業務であり、成果の大半がそこで決まります。曖昧な職種名、給与の未記載、構造化されていない応募要件の羅列は、その後の選考では取り戻せないほど応募者を逃す原因になります。Expertini ATSは、職務記述、給与、選考用の質問、連携するパイプライン、スコアリング対象となるマッチ基準など、求人掲載の全体を1ページに集約します。これにより、3週間後に問題に気付くのではなく、最初から計画的に決定を下すことができます。
掲載はすべてのプランに含まれており、掲載ごとの料金や同時に掲載できる職種数の上限はありません。求人は該当するExpertiniの国別サイトに届き、Google for Jobsに送信されます。有料チャネルは必要なときにいつでも利用でき、掲載自体の前提条件となることはありません。
このページ内
01このページが実際に行うこと
1つのフォームで求人掲載のすべてをカバーします:役職名、勤務地、雇用形態、給与範囲、職務内容の全文、および表示時に付け足されるのではなく公開テキストに組み込まれるオプションの「企業情報/福利厚生/雇用機会均等(EEO)」ブロック。これにより、求人情報を読み取る求人ボードも候補者と同じ内容を閲覧できます。
役職レベル、主要スキル、待遇に関する簡単なメモからインテリジェントにドラフトを作成できます。スコアリングエンジンが後で根拠として読み取る表現である「必須(must)」、「歓迎(preferred)」、「あれば尚可(a-plus)」の記述を意図的に用いて作成されるため、この形式で作成された求人票によって、その後に集まるすべての職務経歴書をより公平にスコアリングしやすくなります。
02最初の応募者が集まる前に、候補者のスコアリング方法を決定
デフォルトでは、スコアリング時にインテリジェント機能が職務記述書からマッチング基準を自動抽出し、事前の設定は一切不要です。独自に固定したい場合は、基準項目の命名、1〜100での重み付け、必須条件の指定が可能です。インテリジェント機能はお客様の基準に沿ってのみ各履歴書を読み取り、公開された決定論的数式に基づいて算出が行われます。
その判断は後からではなく求人掲載時に行う価値があります。候補者を1人も見ていない段階で設定された基準は、職務の要件そのものに基づいて設定された基準となります。これは、特定の人物を念頭に置いて調整された基準とは根本的に異なります。
03無料での配信、有料配信はご希望の場合のみ
求人を公開すると、該当するExpertiniの国別サイトに掲載され、無料トライアルを含む全プランで追加料金なしでGoogle for Jobsに送信されます。そこからさらに、Google Ads、Microsoft Ads、またはプログラマティック求人広告を追加することも可能です。これらは別途請求される従量課金型のクリック単価制広告であり、サブスクリプション枠に含まれることも、求人を閲覧可能にするために必須となることもありません。
04最初から最後まで同一のレコードです
公開された求人は、単にどこかへコピーされるだけの文書ではありません。応募はその求人のパイプラインに直接届き、ここで設定された基準に沿ってスコアリングが実行され、Job Analyticsが同一のレコードに基づいてレポートを出力します。求人票を編集すると、別のバージョンが複製されるのではなく、公開中の求人がそのまま更新されます。
すでにExpertiniのカントリー求人サイトに広告を掲載している場合、既存の掲載情報は重複作成されるのではなく引き継がれて統合されます — 単一のレコード、単一の応募フローとなり、ページがすでに獲得している検索の視認性も維持されます。詳細はExpertini Job Site Importをご覧ください。
05一度に複数件を掲載
大量掲載には求人の一括掲載をご利用いただけます — 1つのCSVから最大100件の職種を登録でき、1行ずつ検証され、手動で掲載したものと同じ配信および同じパイプラインが適用されます。一括掲載は入力した品質をそのまま何倍にも拡大するため、まずこのページで1件の掲載を正確に作成し、それをテンプレートとして使用することをお勧めします。
06Before you publish
Job Scoreは、給与の透明性、明瞭さと構成、現実的な応募要件、偏りのない表現、福利厚生のアピール度、候補者にとっての魅力度に基づいてドラフトを評価し、減点対象となった具体的な文章を提示します。1か月後に応募者が集まらなかった理由を説明するよりも、求人票を事前に修正する方がはるかに迅速です。
プラットフォームアーキテクチャ & 運用
A1アーキテクチャ:プラットフォーム内での位置づけ
求人掲載 is a first-class module of the Sourcing & Job Ads suite inside the authenticated Expertini ATS workspace. 本プラットフォームは意図的にサーバーサイドレンダリングを採用しています。すべてのビューはアプリケーションサーバーで準備され、完全なHTMLとして配信されます。クライアントサイドのフレームワークやサードパーティのCDNスクリプト、データとページ間のビルドパイプラインは一切介在しません。描画される内容はサーバーが計算した結果そのものであり、この特性によってインターフェースの監査性が担保されます。
すべての永続データは単一の検索ネイティブなドキュメントストアで管理され、すべてのクエリは最下層のクエリレイヤーで組織識別子を必須フィルターとして保持します。したがって、テナントの分離は、アプリケーションコードによるチェック漏れに依存する運用ポリシーではなく、すべてのリクエストの構成方法による構造的な仕様となっています。
Availability is governed by the platform's tool registry: this tool is registered from the Trial plan, and access is enforced server-side by the registry gate on every request — never by hiding a button. Plans also carry a monthly distinct-tool quota (3 / 5 / 15 / 30 / 45 across Trial→Business, unlimited on Enterprise), counted at the same chokepoint. The pricing page states both honestly: what is available, and how much of it the month includes.
A2データモデルおよび依存関係マップ
In production the tool reads and writes job requisitions (ats_jobs). Documents are plain, explicitly-mapped fields — mappings are provisioned ahead of first write, so term filters and aggregations behave deterministically instead of depending on inferred types.
開封ごとの個別の動作はツールアクティビティストアに記録され、並行する別のアナリティクスシステムではなく、この記録をレポートセクションが集計します。表示される利用統計は、プラットフォームが実際に記録した正確な数値です。
通知の一斉送信、Webhook配信、アクティビティログの記録、メール送信など、リクエストパスから外れる処理はすべて非同期のバックグラウンドスレッドで実行されます。外部エンドポイントの応答が遅くてもインターフェースがフリーズすることはなく、失敗した副作用はログに記録され、不整合を引き起こすようなサイレントな再試行は行われません。
A3運用上の考慮事項
組織レベルの設定、データの削除を伴う操作、連携設定はオーナーおよび管理者権限に制限されています。採用担当者は閲覧権限のあるレコードに対してツールを操作します。ロールの変更は次のリクエストから即時適用され、メニュー上だけでなくルートレベルでアクセス制限が適用されます。
障害は隠蔽されることなく表面化されます。サーバーサイドの検証によって正確なフィールドと理由が返され、連携が関係する場合はベンダーのエラーがそのまま引用され、すべての書き込みは確認または報告されます。エクスポートはキャッシュされずリクエスト時に再生成されます — ダウンロードするレポートには、昨夜のスナップショットではなくリクエストした瞬間のデータストアが反映されます。
記録されたすべてのデータはお客様のものです。CSVエクスポートとData Exportアプリは、製品自体が読み取るのと同じデータストアを対象としています。データの取り出しは取り込みと同様に自由に行えるよう設計されており、これは妥協ではなく意図された仕様です。
A4Interaction contract
インターフェースはプラットフォームの検索・選択規則に従っています。実際のレコード(候補者、クライアント、求人など)を指定するフィールドはすべて、フリーテキストではなくライブデータに対する入力検索ピッカーであり、これによりアクティビティ履歴と重複排除の信頼性が維持されます。静的な選択肢は標準のドロップダウンではなく入力時に絞り込まれるコンボボックスであり、状態遷移は明確なフィードバックを提供します。サーバーの確認応答はトーストとして表示され、検証エラーは対象フィールドを正確に特定し、サーバーが確認していない処理が完了として表示されることはありません。
以下のワイヤーフレームとフローは、ピクセル単位のデザインではなく、サーフェスの構造的コントラクト(存在するパネル、状態が発生する順序、各エッジでの挙動)を文書化したものです。レイアウトはネイティブなCSSグリッドとflexboxで構成されており、個別のモバイルビューを必要とせず、ワイドデスクトップからシングルカラムまで適応します。
依存関係マップ
インターフェース設計図
インタラクションフロー — 状態、検証、フィードバック
Neighbouring tools — Sourcing & Job Ads
よくある質問
求人を掲載するのに費用はかかりますか?⌄
求人はどこに掲載されますか?⌄
職務記述書は自分で作成する必要がありますか?⌄
候補者のスコアリング方法を自分で決定することはできますか?⌄
すでにExpertiniの国別求人サイトに掲載していますが、再投稿する必要がありますか?⌄
複数の求人を一度に掲載できますか?⌄
概要
- すべてのプランで掲載無料 — 求人ごとの掲載料やリスト料金はありません
- Expertiniの国別ネットワークおよびGoogle for Jobsに掲載されます
- 数点のメモから、評価者が根拠として読み取れる言葉で自動ドラフトを作成
- 最初の応募者が到着する前に、マッチング基準と重み付けを設定する
- スクリーニングの質問とカスタムパイプラインステージを同一ページに集約
- 既存の国別サイトの掲載情報が引き継がれ、重複することはありません
- 公開前にドラフトをスコアリングし、応募者を逃す要因を修正