履歴書・職務経歴書がATSを通過するか確認する方法｜個人情報をアップロードせずにチェック

履歴書・職務経歴書に何時間もかけました。経験は十分。資格も募集要件に合っている。それなのに、なぜ誰からも連絡が来ないのでしょうか。

答えは、あなたが「書いた内容」にはないのかもしれません。「機械がそもそも見られなかったもの」にあるのかもしれないのです。あなたの書類は、人間の採用担当者に届く前に、ATS（応募者追跡システム） というソフトを通過します。ATSは書類のキーワード・書式・構造をスキャンします。ここでATSが書類を正しく解析できないと、誰かが読む前にふるい落とされてしまいます。

求職者の多くは、これが起きていることに気づいていません。中身は本当に優れた書類かもしれないのに、ATSが書式でつまずいた瞬間に、応募したことすら採用側に伝わらないのです。

結論から先に： 履歴書・職務経歴書がATSに対応しているかは、Resumy（無料、Windows上でローカルに動作、アップロード不要）のようなオフラインツールや、Jobscan・Resume Wordedといったクラウド型のチェッカーで確認できます。おすすめの手順は、まず書式を直し、それから応募先の実際の求人票（求人情報）と照らし合わせて検証すること、です。

ATSによる選考の仕組み

ATSは賢くありません。そこが根本的な問題です。行間を読んだり、応用の利くスキルを見抜いたり、ちょっとした書式の癖を大目に見たりできる採用担当者と違い、ATSは融通が利かず、文字どおりで、ルールに従って動きます。

書類が届くと、システムはテキストを解析し、項目ごとに分けようとします——連絡先、職務経験、学歴、スキル。そしてキーワードを抽出し、求人票と照合します。一致したキーワードの数、構造が想定どおりのパターンに従っているか、内容に欠けがないか、といった基準でスコアを付けます。一定の点数に満たない書類はふるい落とされ、残った書類が採用担当者の確認用にランク付けされます。

本当に厄介なのは、その「もろさ」です。ATSは2段組みのレイアウト、珍しいフォント、表、画像が苦手です。標準的でないファイル形式にも手を焼きます。「エンジニア5名のチームを率いた」という記述が「リーダーシップ」を意味すると理解できず、「リーダーシップ」という語が実際に書かれていなければ拾えません。見出しが「職務経験」ではなく「これまでの歩み」となっていれば、その部分の内容を丸ごと飛ばしてしまうこともあります。

その結果、有能な候補者が毎日ふるい落とされています——書類が悪いからではなく、ATSがそれを読めないからです。

正直なところ： ある業界推計では、応募の75％以上が人間の確認に進む前に自動で不採用になっているとされます。候補者の大半が要件を満たしていないからではありません。書式とキーワードの一致が、何の通知もないまま失敗しているからです。

採用担当者の側に見えているもの

採用担当者の視点に立つと、問題がより鮮明になります。採用担当者がATSの管理画面——Workday、Greenhouse、Lever、Taleo、あるいは別の何か——を開いたとき、目にするのは、あなたが美しく整えたPDFではありません。ATSが解析した、プレーンテキスト版の書類です。多くの場合、ATSが作る標準化されたレイアウトで表示されます。

つまり、こだわって選んだフォント、丁寧に決めた配色、2段組みのレイアウト——どれも、あなたが設計したとおりの形では採用担当者の目に届きません。届くのは、ATSがどうにか抜き出せた内容だけです。解析がうまくいけば、内容はそのまま整って残ります。失敗すれば、文字化けした文章、欠けた項目、3秒で読み飛ばされるぐちゃぐちゃの塊が見えるだけです。

採用担当者の多くは、1つの求人につき何十、何百という書類に目を通します。最初のふるい分けにかける時間は、平均でほんの6〜8秒程度です。ATSが内容をきれいに抜き出せていれば、その数秒が活きます。そうでなければ、はじめからチャンスはなかったことになります。

キーワードの一致が「合格ラインを超える」以上の意味を持つのも、このためです。ATSのふるいを通過したあとでも、採用担当者は同じシステムで候補者を検索します。データエンジニアを採用したい担当者は、ATSで「Spark」「Airflow」「dbt」などを検索するかもしれません。それらの語が解析後のあなたの書類に入っていなければ——たとえ実務経験があっても——検索結果に出てこないのです。

ATSがチェックする項目

キーワードの一致

ATSは求人票からキーワードを抽出し、あなたの書類の中に一致するものを探します。求人が「Pythonプログラミング」を求めていて、書類に「Pythonの経験あり」とあれば一致です。「プログラミング言語に精通」と書いてあると、システムはまったく拾えないことがあります。

重みづけも重要です。スキル欄や職務のヘッドラインに出てくるキーワードは、文章の中に埋もれた語より重く扱われる傾向があります。業界標準の用語は、独創的な言い回しより高く評価されます。繰り返しはある程度は効きますが、自然に読める範囲に限ります——キーワードの詰め込みは、不自然なものとして警戒されます。

ATSの文脈では、ハードスキルとソフトスキルの違いも大切です。ハードスキル（Python、Salesforce、財務モデリング、特定の業界資格など）はほぼ文字どおりに照合されます。ソフトスキル（リーダーシップ、コミュニケーション、課題解決など）も照合されますが、ほとんどの書類に書かれているため、多くのシステムでは重みが小さくなります。求人票が特定のハードスキルを強調しているなら、スコアにいちばん効くのはそれらのキーワードです。

書式と解析

システムは、分析の前に書類をプレーンテキストへ変換します。フォント、色、段組み、余白といった見た目の要素は、すべて取り除かれます。2段組みのレイアウトに頼っていると、テキスト抽出の際に両方の段の文章が混ざってしまうことがよくあります。表は予測のつかない形で解析され、日付や役職名が説明文から切り離されることもあります。日付・電話番号・メールアドレスは、標準的な形式でないとそもそも抽出されないことがあります。

ヘッダーとフッターも、よくある落とし穴です。氏名や連絡先を文書のヘッダーに入れる人がいますが、多くのATSはヘッダーとフッターを完全に無視します。つまり、解析後の版から氏名やメールアドレスが消えてしまうのです。

項目の構造

ATSは、連絡先・自己PR（職務要約）・職務経験・学歴・スキルがあることを想定しています。これらは寸分たがわぬ見出しである必要はありませんが、近い表現にする必要があります。「職務経歴」なら問題ありません。「私の旅路」「これまでの歩み」は、おそらく通用しません。

順番は、多くの人が思うほど重要ではありません。特定の項目順を強く勧めるガイドもありますが、最近のATSの多くは、どこにあっても項目を識別できます。それよりも、項目が存在し、わかりやすい見出しが付いていることの方が大切です。

ファイル形式

クリーンなPDFと.docx（Word）がいちばん安全な選択です。一部のPDF——特にCanvaやInDesignといったデザインツールから書き出したもの——は文字のエンコードでATSがつまずくことがあるため、最も汎用的に通りやすいのは.docxであることが多いです。Googleドキュメントの書き出しや.pages形式のような凝った形式は、解析そのものに失敗することがよくあります。

見落とされがちな点：PDF/A（長期保存用のPDF形式）は、フォントを埋め込み、より厳密な構造を持つため、標準のPDFよりうまく解析されることがあります。お使いのPDFツールにPDF/Aで書き出す選択肢があれば、試してみる価値があります。

内容の完全性

多くのシステムは、想定される項目がすべてそろっているか、職歴に空白期間がないか、連絡先が完全か、といった点でスコアを付けます。学歴の項目が抜けている書類は、その職に学位が不要でも、低く評価されることがあります。中身が最小限でも、項目を入れておく方が、省くよりは良いのです。

舞台裏のシステムたち

ATSはどれも同じではありません。企業がどのシステムを使っているかを知っておくと、対策の参考になります。

Workday は、大企業や大手グローバル企業で広く使われています。書式に厳しく、構造化された入力欄に強く依存する傾向があります。書類をアップロードしたあとに職歴を手で入力し直すよう求められる応募ポータルを経験したことがあれば、それはたいていWorkdayです。この手入力は実際に重要で、Workdayはアップロードした文書より構造化フィールドを重く扱うことがよくあります。

Greenhouse は、中堅のIT企業やスタートアップで人気です。書式に寛容で、最近の履歴書スタイルの解析が得意な傾向があります。IT企業に応募しているなら、裏側はGreenhouseであることがよくあります。

Lever は、IT企業での採用という点でGreenhouseに似ています。ATSにCRM機能を組み合わせており、採用担当者は複数の求人をまたいで候補者を追跡できます。最初に提出してから数か月後に、あなたの書類が検索されることもあります。

Taleo（Oracle）は、官公庁・医療・大手の伝統的な企業で多く使われています。古いシステムの一つで、書式に寛容でない傾向があります。官公庁や病院グループに応募するなら、Taleoレベルの厳しさを想定しておきましょう。

iCIMS は、小売・サービス業・中堅企業で広く使われています。標準的な書式はそれなりに扱えますが、ほかのシステムと同様、画像や表でつまずきます。

応募前に、企業がどのATSを使っているかを知ることは、たいていできません。実用的な結論は、いちばん厳しい共通項に合わせて最適化すること——クリーンな書式、標準的な項目、明確なキーワード。Taleoを通る書類は、ほかのすべても通ります。

ATSで落ちる、よくある失敗

凝ったテンプレートや画像。 カスタムフォント、色付きのサイドバー、アイコン、スキルのバーグラフが入った美しい履歴書テンプレート。人間には見栄えがしますが、ATSにとってはノイズです。テキスト抽出の結果、連絡先が真ん中に紛れ込み、大事なキーワードが壊れた書式の中に埋もれた、ぐちゃぐちゃの内容になります。

2段組みのレイアウト。 ATSは左から右、上から下へと直線的に読みます。2段組みの書類は両方の段が交互に混ざって解析され、あなたの経歴がアルゴリズムには読めなくなります。

表。 経歴をきれいに整理しようと表を使うと、かえって裏目に出ます。ATSは表を予測のつかない形で解析するからです。内容の順序が入り乱れ、日付や役職名が、本来結びつくはずの説明文から切り離されることがあります。

用語のずれ。 求人票が「アジャイル開発」と書いていて、書類が「スプリントベースの開発」となっていれば、近くても一致しないことがあります。「AWS」とあるのに「クラウド基盤」と書けば、抽象的すぎます。いちばん安全なのは両方を使うこと——「AWS」と明記したうえで「クラウド基盤（AWS、GCP）」と補足します。これで、完全一致の検索にも、もっと広い検索にも対応できます。

説明のない職歴の空白。 ATSは日付の空白を要注意点として扱います。経歴に説明のない半年があると、システムが書類の順位を下げることがあります。育児・学習・療養・旅行などで意図的に離れていたなら、短い一文を添えるだけで、言いたくない詳細まで明かさずに空白を埋められます。

連絡先をヘッダーに入れる。 先に触れたとおり、多くのATSは文書のヘッダーを飛ばします。氏名・メール・電話・SNSやポートフォリオのURLは、ヘッダーやフッターではなく、本文の中に入れましょう。

📊 オフライン型とクラウド型のATSチェッカー比較

書類を確認して直す手順

ステップ1：求人票を用意する

応募する求人情報の本文を、まるごとコピーします。これが必要なのは、ATSのスコアが相対的だからです——その職の具体的な要件と、あなたの書類を照らし合わせて評価します。ある職で85％のスコアの書類が、別の職では40％ということもあります。似た職に見えても、です。

ステップ2：検証の前に書式を直す

どのチェッカーを使う前にも、基本を押さえます。1カラム（1段組み）のレイアウトにする。表・画像・アイコンを取り除く。Arial、Calibri、Times New Roman、游ゴシック、メイリオなど標準的なフォントを使う。一般的な項目の見出しを使う。連絡先はヘッダーではなく本文に入れる。.docxまたはクリーンなPDFで保存する。

このステップだけで、ATSの解析失敗の大半が解消します。地味な作業ですが、いちばん効果の大きい改善です。

ステップ3：ATSチェックを実行する

オフラインツールかクラウド型チェッカーを使い、書類を求人票と照らし合わせます。確認するのは、総合の適合スコア、不足しているキーワード、そして書式の問題が指摘されていないか、の3点です。

オフラインで確認するなら、Resumy が、何もアップロードせずにパソコン内で分析を実行します。クラウド型では、キーワード一致ならJobscanが定番、Resume Wordedはより幅広い文章面のフィードバック、ReziはATSチェックとAIによる書類作成を組み合わせています。

ステップ4：不足キーワードを自然に足す

不足と指摘されたキーワードを見て、それがどこに収まるべきかを考えます。技術的なスキルはスキル欄へ。不足キーワードが過去の職で実際にやったことを表しているなら、その経歴の箇条書きに織り込みます。求人が「部門横断の連携」を強調しているのに書類で触れていないなら、「マーケティングとエンジニアリングのチームと連携し、3つの新機能をリリース」といった一文を足すのは自然で、嘘もありません。

うまくいかないやり方：キーワードの一覧を書類末尾に白い文字で貼り付ける、自己PRで同じ語を5回繰り返す、など。隠し文字を見抜くATSもあります。ATSの先で読む採用担当者なら、間違いなく見抜きます。

役立つ考え方：求人票を読み、書かれている具体的なスキル・技術・手法・資格をすべてマークします。次に、書類でそのひとつひとつを確認します。持っているのに書いていなければ足す。持っていないなら飛ばす——ない専門性を主張してはいけません。

ステップ5：応募ごとに最適化する

これがいちばん大切な気づきです。1通の書類はすべての求人には合いません。同じ分野でも、職によって強調されるスキルや用語は異なります。フィンテック系スタートアップの「プロダクトマネージャー」と、医療系企業の「プロダクトマネージャー」とでは、重なりつつも意味のある違いのあるキーワード構成になります。

応募ごとにスキル欄を調整します。最も関連する成果が先頭に来るよう、経歴の箇条書きを並べ替えます。自己PRを、その求人の言葉づかいに合わせて書き換えます。どの書類をどこに出したか追えるよう、版ごとにわかりやすいファイル名で保存します。

これは不誠実なことではありません。文脈に応じて、自分の経験について「本当のこと」の違う側面を強調しているだけです。会話で経歴を語るとき、誰もが同じことをしています——相手によって、どの面を前に出すかを変えているのです。

ステップ6：再チェックする

修正したら、もう一度ATSチェックを実行します。70％を超えていれば、おおむね十分に強い書類です。100％を追い求めないでください——たいてい、職務書類ではなくキーワードの一覧のように読める書類になってしまいます。目標は自動のふるいを通ることであり、高得点を取ることではありません。通過したあとは、あなたの実際の中身と経験こそが効いてきます。

ATSの重要度が下がる場面

すべての応募が自動のふるい分けを通るわけではありません。

社員の紹介（リファラル）なら、書類が採用マネージャーに直接届くことがよくあります。従業員50名未満の小さな会社では、すべての応募を手作業で確認することが多くあります——ATSを導入するほどの応募数がないからです。クリエイティブ系の職は、書類のキーワードよりポートフォリオを重く見る傾向がありますが、最初のふるい分けは自動のこともあります。研究・教育系の職は手動の確認が多いものの、大学でもATSの導入が進んでおり、特に事務系や教員以外の職で使われています。

経営層・役員クラスの採用は、たいてい専任のエージェントやエグゼクティブサーチが担い、すべての書類を一人ひとり読みます。このレベルでは、キーワードの密度より人脈と評判の方が重要です。

こうした場面では、厳密なATS最適化よりも、見た目のデザインや人柄を伝えることに時間をかけた方が良い場合もあります。とはいえ迷ったら、まずはATSに安全な書式から始めましょう。すっきり整った書類は、機械にも人間にも読めます。美しくデザインされていてもATSが解析できない書類は、先に人間が見てくれた場合にしか機能しません。

添え状（カバーレター）はどう扱うか

多くのATSは、書類本体ほどの厳密さでは添え状を解析しません。まったく無視するものもあります。保存はしてもスコアには反映しないものもあります。

だからといって、添え状が無意味なわけではありません。ATSのふるいを越えた先で読む採用担当者は、添え状に目を通すことが多く、実力が拮抗した候補者がいるとき、出来の良い一通が差をつけることもあります。実用的なアドバイスは、添え状は必ず付けること——付けて損はなく、人間が確認する段階で役立つからです。ただし、書類本体に足りないキーワードを添え状で補おうと当てにしてはいけません。ATSのふるいは、その手前で行われます。

応募ポータルに添え状用の入力欄やアップロード枠が別にあるなら、それを使います。1ファイルしか受け付けないなら、添え状と書類を1つにまとめると解析を混乱させないか、よく考えましょう。多くの場合、別々にアップロードする方がすっきりします。

トラブルシューティング

関連する経験があるのにスコアが低い。 いちばん多い原因は、経験の書き方が抽象的すぎることです。「マーケティング担当」は、「MetaとGoogle広告で運用型ソーシャル広告を担当し、四半期で240万インプレッションを創出」より低く出ます。具体的に書きましょう。求人票と同じ言葉を使うこと。「プロジェクトマネジメント」と書かれているなら、「プロジェクトを管理」で近いだろうと決めつけず、その語句をそのまま入れてください。

書類がチェッカーに取り込めない。 たいていは、PDFが検索可能なテキストではなくスキャン画像になっているためです。PDF内の文字をカーソルで選択してみてください。単語を1つずつハイライトできないなら、その文書は画像ベースで、テキスト文書として作り直す必要があります。代わりに.docxで書き出すか、表や複雑なレイアウトを使わずに作り直しましょう。

キーワードがあるのに不足と指摘される。 おそらく、解析が届かない表・画像・標準でない項目の中に閉じ込められています。標準的な項目の中の、プレーンなテキストへ移しましょう。表記の違いも確認を——「JavaScript」「Javascript」「Java Script」は、文字どおりに照合するシステムでは違いが出ることがあります。

あるツールでは正しく解析されるのに、別のツールでは失敗する。 ATSもチェッカーも、テキストの解析方法はそれぞれ異なります。いちばん安全なのは、特定のシステムに合わせて最適化するのではなく、どこでも通用するクリーンでシンプルな書式を優先することです。2つ3つの異なるチェッカーをきれいに通る書類なら、現実のATSの大半に対応できます。

よくある質問（FAQ）

ATSは本当に履歴書の75％を不採用にするのですか？

業界推計は、出典や企業規模によって75％から90％超まで幅があります。正確な数字より、その含意の方が大切です——応募のかなりの割合が、人間の目に触れていないということ。適切な書式とキーワードの整合は、あなたの確率を意味のある形で高めます。

すべての求人に同じ書類を使ってもいいですか？

使えますが、すべきではありません。応募ごとに最適化すること——スキル欄を調整し、経歴の箇条書きを並べ替え、用語を合わせること——は、多くの求職者にとって最も効果の大きい改善です。1応募あたり15〜20分で済み、マッチ率を大きく高めます。

キーワードの詰め込みは良くないですか？

良くありません。求人票から関連キーワードを入れることは重要ですが、不自然に繰り返すと読みやすさを損ない、ATSにも採用担当者にも作為的だと判断されかねません。キーワードは、実際の経験の中で自然に収まる場所に足しましょう。

ATSスコアはどれくらいあれば十分ですか？

多くのシステムでは60〜70％が合格ラインとされます。70％を超えていれば十分に強い書類です。100％を追い求める価値はなく、たいてい機械には読みやすく人間には読みにくい、ぎこちない書類になってしまいます。

キーワードに合わせてスキルを偽るべきですか？

いいえ。面接や入社後に必ず露見します。一部しか経験がないなら、正直にそう書きましょう——「Tableauの基本操作の経験あり」は、「Tableauのエキスパート」より良いのです。本当に持っているスキルに集中し、それを明確に示してください。

CanvaやGoogleドキュメントで書類を作ってもいいですか？

ATS対策としてはおすすめしません。どちらも、ATSが解析しにくいPDFを生成することがあります。見た目は良くても、内部のテキスト構造が乱れていることが多いのです。従来型のワープロソフトか、クリーンでATS互換のファイルを書き出せる専用の書類作成ツールを使いましょう。

履歴書の写真はどう扱えばいいですか？

日本では、履歴書に顔写真を貼るのが一般的です。一方で、米国などでは偏見につながりうるとして避けられる傾向があるなど、国や地域によって慣習が異なります。ATSの観点では、解析の際に写真は無視されます——システムが見るのはテキストだけです。ただし、埋め込み方によっては、写真がテキスト抽出を妨げることがまれにあります。貼る場合は小さめにし、本文の流れの外に配置しましょう。

どれくらいの頻度で書類を確認すべきですか？

意味のある違いのある職に応募するたびに、です。求人票のキーワードが前回の応募と違うなら、書類もそれを反映すべきです。すべての経験を載せた「マスター版」を1つ持っておき、応募ごとに版を最適化するのが、最も効率の良い進め方です。

参考リンク

• doda：中途採用の履歴書・職務経歴書で一番見られているのはどこ？
• ミドルの転職：書類選考に通る、職務経歴書の作り方
• Jobscan：ATS Parsing Research and White Papers
• Greenhouse：How Applicant Tracking Systems Work

まとめ

ATSのふるい落としは、直せる問題です。あなたの書類が通らないのは、資格が足りないからではありません。それを読むソフトが、あなたの書式・用語・構造を扱えないからです。

まずは基本を直しましょう：1段組み、標準的なフォント、一般的な項目の見出し、本文に入れた連絡先、クリーンなファイル形式。それから、Resumy のようなツールやクラウド型チェッカーで、実際の求人票と照らし合わせて検証します。応募ごとに最適化し、再チェックする。

システムをだまそうとしているのではありません。あなたの資格を、システムが実際に読める形に「翻訳」しているのです。書類がATSを通れば、人間の目に届きます。そして、あなたの経験が物を言い始めるのは、まさにそこからです。