2 列の履歴書は ATS に合格しますか?テーブル、テキスト ボックス、およびパーサーのリスク

場合もありますが、雇用主のパーサーを制御できない場合、2 列の履歴書はフォーマットの賭けになります。 抽出されたレコードではスキルと日付が混合されたり、職歴の前にサイドバーが配置されたり、図形内にテキストがドロップされたりする一方で、ビジュアル ファイルはあなたにとって完璧に見えるかもしれません。

そのため、最も安全な ATS 履歴書は通常、標準の見出し、実際のテキスト、および上から下へ意味のある読み順を備えた 1 列の文書です。

ATS が実際に読み取る必要があるもの

申請者追跡システムは通常、次のようなフィールドを抽出します。

• 名前と連絡先の詳細
• 役職、雇用主、雇用日
• スキル、資格、教育
• 箇条書きテキストとセクション見出し
• 要求された場合の場所と作業の承認の詳細

パーサーは人間のようにページを調べません。ドキュメントを検索可能なフィールドに変換します。読み上げ順序を変更したり、テキストを非表示にしたりするレイアウト要素は、採用担当者がファイルを開く前にエラーを引き起こす可能性があります。

CareerOneStop の履歴書の書式設定に関するガイダンスでは、シンプルな 1 列のレイアウトを推奨しており、ATS によってコンテンツがスクランブルされる可能性があるため、表、テキスト ボックス、ロゴ、画像、およびグラフィックについて特に警告しています。

2 つの列がリスクを生み出す理由

読む順序があいまいになる可能性がある

人間には左側のサイドバーと右側の職歴列が見えます。パーサーは最初の行を読み取ってサイドバーを下に進み、日付にジャンプしてからメイン列に戻ることがあります。結果として得られるテキストにはすべての単語が含まれている可能性がありますが、間違ったスキルが間違った役割に関連付けられてしまいます。

テキスト ボックスは必ずしもテキスト レイヤーの一部であるとは限りません

デザイン ツールでは、テキスト ボックスをドキュメントの通常の段落フローに配置せずに視覚的に配置することがよくあります。エクスポートでその要素がフラット化されるか、パーサーがその要素をスキップすると、コンテンツは ATS から見えなくなります。

アイコンは検索可能なラベルを置き換えます

電話のアイコンは、人にとっては明らかでも、解析者にとっては意味のないものかもしれません。星の評価、スキルバー、ロゴ、装飾的なタイムラインにも同じことが当てはまります。情報が重要な場合は、「電話」、「電子メール」、「スキル」などのテキスト ラベルを使用します。

PDF エクスポートでは、その下のファイルが変更される可能性があります

PDF は必ずしも信頼できるテキスト文書であるとは限りません。一部の PDF にはクリーンなテキスト レイヤーが含まれています。他のものは画像のみであったり、珍しいグリフを使用したり、文字を順序どおりに配置していません。視覚的に同一のファイルをエクスポートしても、同一の解析が保証されるわけではありません。

より安全な ATS 履歴書フォーマット

単一の縦読み順序を使用し、すべての重要な詳細を実際の選択可能なテキストにします。

推奨される構成

1. 名前と連絡先情報
2. 専門的な短い要約
3. スキルまたは技術的スキル
4. 専門的な経験
5. 教育と資格
6. オプションのプロジェクト、出版物、またはボランティア活動

見慣れた見出しを使用します。 「プロフェッショナルな経験」は、「私が物事を起こした場所」などのクリエイティブな見出しよりも、パーサーにとって分類しやすいです。弾丸の内容は依然として独特に聞こえます。

フォーマットのデフォルト

• 送信されたバージョンに対して 1 つの列を使用します。
• 一般的なフォントと読みやすいサイズを選択してください。
• 日付を一貫した月年形式に保ちます。
• 装飾的な記号ではなく、標準的な箇条書きを使用します。
• 重要な情報のヘッダーとフッターは避けてください。
• 雇用主が要求した形式で保存します。
• 設計されたポートフォリオのバージョンを ATS バージョンとは別にしてください。

5 分間のパーサー テスト

送信する前に、ページだけを見るのではなく、データとしてファイルをテストします。

テスト 1: すべてを選択する

エクスポートされた PDF を開き、すべてのテキストをプレーンテキスト エディターにコピーします。シーケンスがランダムなサイドバーではなく、自分の名前、概要、経験で始まっているかどうかを確認してください。

テスト 2: 高価値の用語を検索する

対象となる役職、3 つの必須スキル、各雇用主、資格を検索します。用語が表示されていても選択できない、または見つからない場合は、ソース文書を修正してください。

テスト 3: 日付と役職を調べる

各役職が正しい雇用主と日付に関連付けられていることを確認します。これらのフィールドを分離するパーサーにより、強力な職歴が矛盾して見える可能性があります。

テスト 4: ATS ギャップ スキャンの実行

職務内容を プライベート ATS スキャナー に貼り付け、解析された履歴書テキストと役割要件を比較します。自分の重要なスキルが備わっているかどうか、弱い動詞によって証拠が薄められていないか、文書に明らかな欠落が含まれているかどうかを、提出する前に確認できます。

テーブルについてはどうでしょうか?

表はスプレッドシートでは便利ですが、履歴書のレイアウト システムとしては危険です。 2 セルのテーブルはきちんとしたスキル セクションのように見えるかもしれませんが、そのテキストの順序はパーサーによって異なる場合があります。また、表を使用すると、日付が上のエクスペリエンス エントリに属しているのか、その横の列に属しているのかがわかりにくくなります。

スキル リストが必要な場合は、通常の見出しの後にカンマ区切りの行または単純な箇条書きを使用します。

TECHNICAL SKILLS
Python, SQL, dbt, Snowflake, Tableau, Git, AWS

これは評価グリッドほど装飾的ではありませんが、検索、コピー、検証が簡単です。

デザインされた履歴書が依然として役立つ場合

人間が特にポートフォリオ形式の文書を要求する場合、または役割がプレゼンテーションを重視し、応募ルートがレイアウトを維持することがわかっている場合には、視覚的な履歴書が適している可能性があります。第 2 バージョンとして保存してください。

実際的なルール: 申請手順を満たす最も単純で正確なファイルを提出してください。 1 つのドキュメントをポートフォリオとパーサーに適したレコードの両方にすることを強制しないでください。

提出前のチェックリスト

• 1 列と通常の読み取り順序
• 重要なテキストを含む表、テキスト ボックス、サイドバー、またはグラフィックはありません
• 名前、役職、スキル、雇用主、日付を検索可能
• 標準セクション見出し
• 一貫した日付形式
• アプリケーションの正しいファイルタイプ
• 履歴書のテキストと対象となる職務内容の比較

ATS が行う前に履歴書がどのように読まれるかをテストする →

重要なポイント

• 2 列の履歴書は正しく解析できますが、雇用主のシステムが視覚的な順序を保持するとは想定できません。
• 単一列の選択可能なテキストは、リスクの低いデフォルトです。
• コピーアンドペーストのテストにより、レイアウトの失敗の多くがすぐに検出されます。
• 人間向けに設計されたバージョンは、アプリケーションのコンテキストがサポートしている場合にのみ使用してください。