人材紹介会社の求人票レビューをClaude Codeで自動化する: 応募率を落とす表現の直し方

人材紹介会社で求人票レビューが詰まるとき、原因は文章のうまさだけではありません。営業担当が聞いた魅力、企業が出した条件、候補者が知りたい不安、そして法令上の表示項目が1枚の求人票で混ざります。ここを整理しないまま「応募が増える感じで直して」とClaude Codeに渡すと、求人票は読みやすくなっても危ない表現が残ります。

2024年4月から、求人企業や職業紹介事業者などが募集・職業紹介を行う場合、労働条件として明示すべき事項に「従事すべき業務の変更の範囲」「就業の場所の変更の範囲」「有期労働契約を更新する場合の基準」が追加されています。厚生労働省は、年齢制限の原則禁止や、性別を理由にした募集・採用差別についても案内しています。

この記事では、人材紹介会社がClaude Codeで求人票レビューを半自動化する手順を書きます。対象は、RA/CAが求人票を作り、企業確認、候補者紹介、求人媒体掲載、JobPosting構造化データまで扱うチームです。PV狙いの求人SEOだけではなく、応募率、面談化率、表示リスク、企業確認の手戻りを減らす話にします。

この記事の要点

• 求人票レビューでは、魅力づけより先に、労働条件、変更範囲、年齢・性別表現、賃金表示を確認します。
• Claude Codeには、求人票の穴、候補者が知りたい情報、NG表現候補、JobPosting項目の差分を表にさせます。
• 人が見る範囲は、法令判断、賃金、雇用形態、年齢例外、性別要件、企業承認、非公開情報です。
• 応募率を上げるには、抽象的な魅力ではなく、仕事内容、評価、リモート、残業、選考フローを候補者の順番で出します。
• ROIは応募数だけでなく、求人票修正回数、企業確認の差し戻し、面談化率、辞退理由で見ます。

現場で起きる失敗シーン

人材紹介会社の求人票は、営業資料、求人企業の採用ページ、過去の推薦文、担当者の口頭メモをつなぎ合わせて作られます。営業担当は「若手が活躍」「女性も働きやすい」「裁量が大きい」「成長環境」と書きたくなります。候補者に響きそうだからです。

ただし、候補者が知りたいのはもう少し具体的です。どの顧客を担当するのか、入社後3か月で何を任されるのか、評価指標は何か、リモートは週何日か、残業はどこで発生するのか、給与レンジの上限はどんな人か。ここが見えないと、求人票は華やかでも応募につながりません。

さらに、人材紹介会社は求人企業と候補者の間にいます。求人票に年齢、性別、給与、勤務地、契約更新、業務変更範囲の表現ミスがあると、候補者の信頼だけでなく、企業との関係にも傷がつきます。Claude Codeを使うなら、文章を盛る前に、確認漏れを止める設計が必要です。

業務フロー: 求人ヒアリングから候補者応募まで

求人票レビューは、文章の校正ではなく、情報の交通整理です。企業から受け取った求人票、営業メモ、採用背景、募集要件、選考フロー、過去の辞退理由、候補者質問を一つの表に置きます。

入力する資料	求人票に戻す内容	人が確認する点
求人企業の求人票	職種、仕事内容、賃金、勤務地	労働条件、変更範囲、契約更新
RAのヒアリングメモ	採用背景、組織課題、魅力	企業確認済みか
CAの候補者質問	不安、比較条件、辞退理由	個人情報を混ぜないか
過去の推薦実績	刺さった訴求、面談化要因	再現性と誇張
求人媒体原稿	タイトル、タグ、検索語	年齢・性別・誤認表現
JobPosting JSON-LD	title、location、salary、datePosted	本文との一致

Claude Codeに渡す前に、候補者名、現職名、面談評価、年収交渉メモ、企業の非公開情報は消します。残すのは、候補者が求人票で判断するための情報です。

Claude Codeに任せる範囲と人が見る範囲

Claude Codeに任せる範囲は、求人票の抜け漏れチェック、曖昧表現の指摘、候補者質問への変換、JobPosting項目の照合、企業確認リストの作成です。「若手歓迎」を「入社後に任される業務」「必要経験」「育成体制」に分解するような作業は任せやすいです。

人が見る範囲は、法令と事実です。年齢制限の例外に当たるか、性別表現が差別的に見えないか、給与レンジが事実か、残業時間が最新か、勤務地変更の範囲が企業確認済みか、有期契約の更新基準が書けるか。ここはClaude Codeの判断で公開しません。

厚生労働省は、令和6年4月から募集時などに明示すべき事項が追加されると案内しています。年齢制限についても、求人票は年齢不問でも実際には年齢で断ると法の規定に反すると説明しています。GoogleのJobPosting structured dataも、求人ページ本文と構造化データを一致させる設計が前提です。

3つのUse case

Use case 1: 応募率を落とす曖昧表現を直す

入力は、求人票本文、候補者からの質問、過去の辞退理由です。Claude Codeには、候補者が読んでも判断できない表現を抜き出させます。出力は「曖昧な表現」「候補者が知りたい質問」「求人票へ戻す具体情報」の3列です。

たとえば「裁量が大きい」は、候補者には何も決められません。担当する顧客数、決裁範囲、提案内容、評価指標、上長レビューの頻度に変えます。人は、企業が本当に確認済みの範囲だけを残します。

Use case 2: 年齢・性別・経験要件の危ない表現を検出する

入力は、求人タイトル、募集要件、歓迎条件、求人媒体のタグです。Claude Codeには「20代歓迎」「女性向け」「男性限定」「若手だけ」のような候補を拾わせます。出力は、NG候補、理由、代替表現、企業確認が必要な項目です。

年齢や性別に関する表現は、文脈で判断が変わります。だからAIに公開判断を任せません。AIは赤旗を出し、人が厚生労働省資料、例外事由、企業の事情を見て、書くか消すかを決めます。

Use case 3: JobPostingと求人票本文のズレを直す

入力は、求人票本文、求人ページURL、JSON-LD、求人媒体原稿です。Claude Codeには、title、hiringOrganization、jobLocation、baseSalary、employmentType、datePosted、validThroughを照合させます。出力は、本文と構造化データの差分表です。

求人票では、本文の勤務地が「東京本社」、JSON-LDが「全国」、媒体が「リモート可」のようにずれがちです。候補者にも検索エンジンにも混乱が出ます。人は、最終的な掲載URL、公開期限、給与、勤務地を承認します。

コピペで使えるプロンプト

人材紹介会社の求人票レビュー担当として作業してください。

目的:
応募率を落とす曖昧表現、候補者の不安、法令・表示リスク、JobPostingのズレを公開前に見つける。

入力:
- 求人企業名:
- 職種名:
- 求人票本文:
- 採用背景:
- 必須条件:
- 歓迎条件:
- 賃金:
- 勤務地:
- 業務の変更範囲:
- 就業場所の変更範囲:
- 契約更新基準:
- 選考フロー:
- 候補者から多い質問:
- 過去の辞退理由:
- JobPosting JSON-LD:

出力:
1. 求人票の抜け漏れ表
2. 応募率を落とす曖昧表現
3. 年齢・性別・誤認表現の赤旗
4. 候補者向けに上へ移す情報
5. JobPostingと本文の差分
6. 企業に確認する質問リスト

制約:
- 法令判断を断定しない
- 年齢、性別、給与、勤務地、契約更新を推測しない
- 候補者名、現職名、面談評価を本文に入れない
- CTAは「候補者に紹介する」または「企業確認へ戻す」のどちらか1つにする

動く確認コード

求人票レビューの下書きに、最低限の確認項目が入っているかを見るNode.jsコードです。

const jobPostDraft = {
  clientName: "サンプルSaaS株式会社",
  roleTitle: "カスタマーサクセス",
  businessScope: "導入支援、利用状況の確認、更新提案",
  workLocation: "東京都渋谷区 / リモート週2日",
  locationChangeScope: "本社、会社が定める拠点、在宅勤務場所",
  workChangeScope: "カスタマーサクセス、営業企画、サポート業務",
  salaryRange: "年収 4,800,000円〜6,500,000円",
  contractRenewal: "期間の定めなし",
  workingHours: "9:30〜18:30 / 休憩60分",
  overtime: "月平均20時間",
  requiredSkills: ["法人顧客対応", "SaaSまたはITサービスの利用経験"],
  preferredSkills: ["SQLの基礎", "Salesforce利用経験"],
  reviewText: "B2B customer success role. The person handles onboarding, usage review, renewal proposals, and customer questions.",
  ctas: ["candidateApply"],
};

const riskyPhraseExamples = ["20s welcome", "women only", "men only", "young team only", "guaranteed growth"];

const requiredFields = [
  "clientName",
  "roleTitle",
  "businessScope",
  "workLocation",
  "locationChangeScope",
  "workChangeScope",
  "salaryRange",
  "contractRenewal",
  "workingHours",
  "overtime",
];

const missing = requiredFields.filter((field) => !jobPostDraft[field]);
const draftText = jobPostDraft.reviewText;
const riskyHits = riskyPhraseExamples.filter((phrase) => draftText.includes(phrase));
const hasSalary = /円|年収|月給|時給/.test(jobPostDraft.salaryRange);
const hasOneCta = jobPostDraft.ctas.length === 1 && jobPostDraft.ctas[0] === "candidateApply";

if (missing.length || riskyHits.length || !hasSalary || !hasOneCta) {
  console.error("求人票レビューで人が見るべき項目があります。");
  console.error({ missing, riskyHits, hasSalary, hasOneCta });
  process.exit(1);
}

console.log("Recruitment agency job posting review checklist is ready for human review.");

このコードは法務レビューではありません。求人票の空欄、危ない表現候補、給与表示、CTAのブレを早めに見つけるための確認です。

Pitfall: よくある落とし穴と直し方

落とし穴1: 応募率だけを見て求人票を強くする
原因は、候補者の不安と表示リスクを分けていない点です。直し方は、魅力づけ、労働条件、法令確認、JobPostingを別の表で見ます。

落とし穴2: 「若手歓迎」を便利な言葉として残す
原因は、営業現場の言い回しをそのまま求人票に移す点です。直し方は、年齢ではなく、任せる業務、育成体制、必要経験に分解します。

落とし穴3: 給与レンジの上限だけが目立つ
原因は、上限年収に該当する条件を書いていない点です。直し方は、上限に必要な経験、役割、評価条件を企業に確認します。

落とし穴4: JSON-LDだけ最新で本文が古い
原因は、求人媒体と自社ページと構造化データを別々に更新する点です。直し方は、本文、媒体、JSON-LDを同じチェック表で見ます。

ROIの見方

人材紹介会社では、求人票レビューのROIを応募数だけで見ないほうがよいです。求人票修正回数、企業確認の差し戻し、候補者からの追加質問、応募率、面談化率、推薦後の辞退理由、求人公開までの日数を見ます。

たとえば、応募率は上がったのに面談化率が下がるなら、求人票が候補者を広く集めすぎています。企業確認の差し戻しが多いなら、AIの下書きより前に確認項目が足りません。Claude Codeには週次の数字を渡し、「求人票に戻す情報」と「企業確認に戻す質問」を分けさせます。

よくある質問

Q. 年齢や性別に触れる表現は全部消すべきですか。
全部を機械的に消すのではなく、赤旗として出します。最終判断は厚生労働省資料、例外事由、業務上の必要性、企業確認を見て人が行います。

Q. 候補者向けに給与を強く見せてもよいですか。
給与レンジは事実と条件がセットです。上限だけを見せると期待差が出ます。上限に必要な経験、役割、評価条件を確認してから書きます。

Q. JobPosting構造化データは人材紹介会社にも必要ですか。
求人ページを自社サイトに持つなら検討できます。ただし、本文に見えない情報を構造化データだけに入れません。本文、媒体、JSON-LDを一致させます。

Q. Claude Codeに法務チェックを任せられますか。
任せるのは赤旗の抽出までです。公開可否、例外事由、企業確認、求人表現の最終判断は人が持ちます。

相談へ進むなら

人材紹介会社の求人票レビューは、RAのヒアリング、CAの候補者質問、求人媒体、企業確認、構造化データがつながっています。自社で試すなら、直近の求人票、辞退理由、候補者質問、JobPosting JSON-LD、企業確認の差し戻しメモをそろえてください。

複数担当者で求人票レビューを標準化するなら、研修・相談で「Claude Codeに任せる赤旗抽出」と「人が承認する求人条件」を分けて設計できます。採用ページの情報設計は介護・福祉事業所の採用ページや学習塾の体験授業LPとも近いです。

実際に試した結果

この記事では、厚生労働省の令和6年4月からの募集時明示事項、年齢制限禁止の案内、男女均等な採用選考ルール、Google Search CentralのJobPosting structured dataを確認しました。さらに、本文中の確認コードをNode.jsで実行し、求人企業名、職種、賃金、勤務地、業務・場所の変更範囲、契約更新、危ない表現候補、CTAを確認しました。

ローカルではfrontmatter、内部リンク、外部リンク、コードブロック、10言語のslug、build対象HTMLを確認します。初心者が今日やる1手は、求人票を「労働条件」「候補者の不安」「赤旗表現」「JobPosting差分」の4列に分けることです。そこから企業確認の差し戻しと面談化率を見ます。