ATS を通過する履歴書の作り方 — キーワード設計と形式の正解

ATS とは何ですか?

ATS (Applicant Tracking System) は、応募書類を一元管理し、一次スクリーニングを自動化する採用管理システムです。大手求人媒体 (リクナビ NEXT / マイナビ転職 / doda / Green 等) 経由の応募はほぼ全て ATS を経由し、指定キーワードとの一致度で並び替えられた状態で人事に届きます。

2026 年現在、日本の中堅以上の中途採用市場で ATS 非導入企業は 15% 未満 (HR 業界団体調査)。つまり『ATS 対策をしない』選択肢は実質存在しません。

ATS はどうやってテキストを抽出するのですか?

ATS は PDF を直接読むのではなく、PDF からテキストレイヤーを抽出 → テキストに対して正規表現・NLP で分類・スコアリングします。この抽出で失敗すると、どれだけ優れた内容でも『空欄の応募書類』扱いになります。

抽出で失敗しやすい構造は次の 5 つです:

• 画像埋め込み文字 (スキャン PDF / スクショ貼付) — OCR 精度が不安定
• 2 段組 / 3 段組レイアウト — 抽出時に列が横に結合されて文が壊れる
• ヘッダー・フッター内の重要情報 — 多くの ATS が除外する
• PDF に埋め込まれていないフォント — 文字化け / 空白抽出の原因
• 表 (Table) 内の長文 — セル結合があると抽出順が予測不能

JD からキーワードをどう抽出しますか?

応募先の求人票 (Job Description) に 3 回以上登場する語は、ATS スコア設計上の重要語である可能性が高いです。次の 4 ステップで抽出します:

• ① 求人票を全文コピー → テキストエディタにペースト
• ② 手作業 or 形態素解析ツール (例: Mecab) で名詞 / 技術名を抽出
• ③ 出現頻度順にソートし、業界用語・技術名・職種名で上位 10 語を採用
• ④ その 10 語のうち自分の経歴に合致するものを 5-7 語、書類本文に自然な形で織り込む

キーワード詰め込みはなぜバレるのですか?

ATS 通過を狙って『SEO スパム』のようにキーワードを並べると、人間の採用担当レビュー時に必ず不自然さが露呈します。最もバレやすいパターン:

• 箇条書きに同義語を 3 連続 (例: 『リーダー / マネジメント / チーム管理』)
• 文末を無理やりキーワードで閉じる (『このプロジェクトを React / TypeScript / Next.js で推進しました』)
• 経歴と関係ない技術を『興味がある』欄に羅列
• 文法的に破綻した『名詞 + 名詞』の連続

PDF 設計の 5 原則は?

ATS で抽出される前提でも、人間が読んで綺麗な PDF にするための 5 原則:

• 1 段組 × 固定幅レイアウト (2 段組は NG)
• 全フォント埋め込み (Noto Sans JP などが無難)
• 画像ではなく生テキストで全文記載
• ヘッダー・フッターには PII (氏名・連絡先) のみ、本文は避ける
• A4 縦 × 2 枚以内 × ページ番号明記

ATS スコアリングの精度はどれくらいですか?

2026 年現在、日本の主要 ATS はキーワード一致度 + 経歴年数 + 学歴フィルタで 1 次スコアを出すのが主流で、AI による意味解析は導入企業が 30% 未満。つまり『表記揺れ』が致命傷になります。

例: JD が『Next.js』と書いているのに応募書類が『NextJS』『Next.JS』だと、ATS はマッチ判定しないケースがあります。JD の表記を正確にコピーするのが最も安全です。ResumeForge の ATS スコアカードは、求人票をペーストすると表記ゆれ込みで一致率を測定します。