DEV Community

Cover image for Resume Section Headings: What ATS Parsers Recognize
Muhammad Ali Mughal
Muhammad Ali Mughal

Posted on

Resume Section Headings: What ATS Parsers Recognize

A resume parser does not read your resume the way a recruiter does. Before it extracts a single skill or date, it has to decide which lines belong to which section, and the main signal it uses is the heading text. Rename "Work Experience" to "Where I Made an Impact" and a human still understands it. A heading dictionary does not, and every line under it can land in the wrong bucket or in no bucket at all.

I build Smart Resume Analyzer, an ATS checker and resume parser preview, and section detection is one of the first things it has to get right. I wrote this with help from AI tools and checked every command and claim myself. The extraction outputs below come from three test files I created and ran today.

Which resume section headings do ATS parsers recognize?

Direct answer: Parsers reliably recognize plain, conventional headings: Work Experience (or Experience, Professional Experience, Employment History), Education, Skills, Certifications, Projects and Summary. Creative names, letter-spaced headings, headings inside images, and headings in sidebars or text boxes often fail to match, which leaves your jobs, degrees and skills unassigned or misfiled.

Why section detection happens before everything else

Every ATS parser follows roughly the same pipeline, even if the internals differ by vendor:

  1. Convert the file to text (PDF or DOCX to a stream of lines).
  2. Segment that text into sections by finding heading lines.
  3. Run section-specific extractors: date and employer patterns inside Experience, degree and school patterns inside Education, a skills taxonomy inside Skills.
  4. Map the results into the candidate profile fields a recruiter sees and searches.

Step 2 sets the context for step 3. A date range inside Experience becomes a job tenure; the same range inside an unknown block may be ignored or attached to the wrong record. That's how a strong resume ends up with an empty Experience field in the recruiter's view.

Nobody outside Workday or Taleo can see their parser code. What you can observe is the result: the autofill form, the recruiter-side profile, and how text extraction behaves on your file. That is what I tested.

The test: same resume, three heading styles

I made three Word files with identical content and only the headings changed, converted them to PDF with LibreOffice, and extracted the text with pdftotext, a standard open-source extractor.

  • Standard: Work Experience, Education, Skills, Certifications
  • Creative: Where I Made an Impact, Learning Journey, My Toolbox, Badges & Credentials
  • Tracked: EXPERIENCE, EDUCATION, SKILLS, CERTIFICATIONS in bold caps with wide letter spacing (the look many design templates use)

Here is what the extractor returned for the tracked version:

Sara Khan

sara.khan@example.com | +92 300 1234567 | Karachi, Pakistan

E X P E R I E N C E
Senior Backend Engineer, Northwind Payments — Mar 2022 – Present

Cut p95 checkout API latency from 840 ms to 210 ms by moving fraud checks to an async queue.

E D U C A T I O N
BS Computer Science, University of Karachi — 2016
Enter fullscreen mode Exit fullscreen mode

The letter spacing that looks elegant on screen came out as literal spaces between characters. To a program, E X P E R I E N C E is not the word "experience".

Then I ran all three text files through a minimal section segmenter I wrote, modeled on the heading-dictionary approach that open-source resume parsers use (normalize the line, compare it with a list of known headings):

standard.txt   sections=['certifications', 'education', 'experience', 'skills']  unassigned_lines=2
creative.txt   sections=[]  unassigned_lines=11
tracked.txt    sections=[]  unassigned_lines=11
Enter fullscreen mode Exit fullscreen mode

The standard file mapped all four sections; the two unassigned lines are the name and contact line, which is expected. The creative and tracked files mapped nothing. Every job, degree, skill and certificate fell into an unassigned pile.

Commercial parsers are more forgiving than a 20-line script and can sometimes infer a section from its content. "Sometimes" is not a strategy; a conventional heading removes the guesswork for every parser at once.

How the major ATS platforms use your sections

The platforms differ in how visible parsing errors are to you:

Platform What you see after upload Where a heading failure shows up What to check
Workday "My Experience" autofill with Work Experience, Education, Skills blocks Empty or merged job entries, degrees missing Review every autofilled block before you click Next
Greenhouse Usually just a file upload; parsed profile is recruiter-side You don't see it; the recruiter sees blank fields Test parse your file elsewhere first
Lever Upload with optional autofill of basic fields Parsed profile on the recruiter side Keep headings standard; check basic fields that autofill
iCIMS Profile builder that pre-fills from the resume Jobs or education missing from pre-filled steps Correct pre-filled steps manually
Taleo Multi-step form, often with a resume upload step that pre-fills Long manual re-entry, misplaced dates Expect to fix fields by hand; keep headings plain

When you can see the autofill, heading mistakes are fixable. When you can't, as on many Greenhouse and Lever forms, the error is silent and lands on the recruiter's screen.

An open filing drawer full of paper files, representing resume sections a parser has to file correctly
AI-generated image.

Weak vs ATS-optimized headings

These are real patterns I see in resumes run through parsers. The fix is almost always a rename, not a redesign.

Weak heading Why it fails ATS-optimized heading
Where I Made an Impact No dictionary term; content looks like free text Work Experience
Career Story Ambiguous: could be summary or experience Professional Experience
Learning Journey Not a recognized education synonym Education
My Toolbox / Superpowers No match for a skills section Skills (or Technical Skills)
Badges & Credentials "Badges" is not a standard term Certifications
Things I've Built Not standard; may merge into experience Projects
About Me Sometimes recognized, often not Summary (or Professional Summary)
E X P E R I E N C E (tracked caps) Extracts as spaced letters EXPERIENCE (normal letter spacing)

Before (header plus first lines):

MY TOOLBOX
Laravel · Vue · Postgres · Redis

WHERE I MADE AN IMPACT
Northwind Payments | 2022–now
Enter fullscreen mode Exit fullscreen mode

After:

SKILLS
PHP, Laravel, Vue.js 3, PostgreSQL, Redis, AWS

WORK EXPERIENCE
Senior Backend Engineer, Northwind Payments — Mar 2022 – Present
Enter fullscreen mode Exit fullscreen mode

The "after" version also swaps decorative middots for commas and puts title, employer and month-year dates on one line, the pattern experience extractors look for.

Placement and format rules that matter as much as the words

The heading text is only half of section detection. Where and how the heading sits matters too:

  • Put the heading on its own line. "Experience: Northwind Payments" on one line can be read as a job entry, not a heading.
  • Keep headings in the main body. Headings inside Word header areas, floating text boxes or a two-column sidebar can extract out of order or not at all. In earlier tests on formatting mistakes that break ATS parsing, sidebar text regularly came out interleaved with the main column.
  • Use text, not images or icons. A briefcase icon next to "Experience" is fine. A briefcase icon instead of the word is invisible to a parser.
  • Use normal character spacing. Make headings stand out with bold, size or a rule line, not letter spacing.

Certifications and education have their own quirks once they are detected. I covered those in how ATS parses education and certifications, and date handling inside the experience block in how ATS parsers read work experience dates and gaps.

A safe heading set to copy

For most professional resumes, this order and naming works across every parser I've tested:

  1. Name and contact line (no heading needed)
  2. Summary
  3. Skills
  4. Work Experience
  5. Projects (optional, common for engineers)
  6. Education
  7. Certifications (optional)

Moving Skills below Work Experience is fine; the names matter more than the order.

The 8-step heading diagnostic

Run this in about ten minutes before your next application:

  1. Extract the text. Run pdftotext -layout resume.pdf - or copy everything from the PDF into a plain text editor.
  2. Find every heading. Each should appear on its own line, spelled normally, with no spaces between letters.
  3. Compare against the safe set. Rename anything that isn't Summary, Skills, Work Experience, Projects, Education or Certifications (or a close standard synonym).
  4. Check the order of extraction. If a sidebar heading appears in the middle of a job entry, move the sidebar content into the main column.
  5. Check header and footer areas. Nothing that matters, including headings, should live in the Word header or footer.
  6. Remove image-only headings. Replace icons or graphic labels with real text.
  7. Test parse the file. Upload it to a parser preview and confirm each section populates with the right content.
  8. Check the real autofill. On Workday, iCIMS and Taleo, review every pre-filled block. If a section comes out empty, the heading above it is the first thing to fix.

Frequently asked questions

Can I use "Professional Experience" instead of "Work Experience"?

Yes. Professional Experience, Experience, Work History and Employment History are widely recognized synonyms. The risk is inventive phrasing, not ordinary variations.

Do all-caps headings break ATS parsing?

No. Caps are fine. The problem is wide letter spacing, which can extract as separate letters. In my test, tracked caps came out as E X P E R I E N C E.

Is a "Projects" section recognized by ATS?

It's recognized by many parsers, though not all map it to a dedicated field. If a project is real work experience, such as freelance or contract work, put it under Work Experience so dates and titles are parsed as a job.

Do section headings affect keyword matching?

Indirectly. Recruiter searches in most ATS platforms look at the skills, titles and employers extracted into fields. If a section isn't detected, those fields can stay empty even though the words are in your file.

What about creative industries where design matters?

Keep a designed version for your portfolio and direct emails, and send a plain-heading version through ATS portals. The parser doesn't reward design, and recruiters can still open the original file.


Follow & Connect

Top comments (0)