Quick context: ATS doesn't "read" your resume the way a human does. It parses it — extracts structured data from unstructured text using pattern matching. Format choices that look great on screen can destroy that parsing process. This guide covers what the parser actually needs. For keyword matching specifically, see our guide to resume keywords that pass ATS. For the full optimization picture, read how to beat ATS filters in 2026.
Why Format Matters for ATS (More Than You Think)
There are two ways to fail an ATS screen: keyword failure (your content doesn't match the job) and format failure (the parser can't extract your content at all). Most job seekers focus entirely on keywords and ignore format — then wonder why a strong resume gets no responses.
Format failure is worse than keyword failure because it's invisible. A keyword mismatch gives you a low score. A parsing failure gives you corrupted or empty data — your work history might read as blank, your skills might be attributed to the wrong job, or your contact info might vanish entirely.
The fix is straightforward, but it requires abandoning some formatting choices that look professional to humans. ATS doesn't care about visual design. It cares about clean, predictable structure it can reliably extract.
Single-Column vs Multi-Column: The Real Answer
Use single-column. Full stop.
Multi-column layouts — two side-by-side columns for experience and skills, sidebar contact info, split sections — are the most common format choice that destroys ATS parsing. Here's why: most ATS parsers read left-to-right, line by line. A two-column layout puts content from column A and column B on the same visual line. The parser reads across that line, interleaving your job title with your phone number, your company name with a skill from the sidebar.
The result is a database record that looks like noise. Recruiters who pull up your ATS profile see a jumbled mess — not because your resume was bad, but because the parser couldn't handle the layout.
The designer resume problem: Resume templates that look visually impressive on Canva, Etsy, or Pinterest are almost universally multi-column. They're optimized for human aesthetics, not machine parsing. If you're applying through an ATS portal (LinkedIn, Greenhouse, Workday, Taleo), these templates actively hurt you.
When Multi-Column Is Acceptable
One situation where multi-column is safe: when you're delivering a PDF directly to a human — handing it to someone at a networking event, emailing a hiring manager directly (not through a portal), or submitting to a small company with no ATS. In those cases, the visual impression matters more than machine parsability.
The practical approach: maintain two versions. An ATS-friendly single-column version for portal submissions, and a visually polished version for direct human delivery. Most job applications go through portals — default to the single-column version.
Which Fonts ATS Can Actually Read
ATS parsers handle standard system fonts reliably. Decorative, custom, or embedded fonts cause extraction failures — especially in older enterprise systems. The safe list:
- Calibri — default in Word, widely tested, parses cleanly
- Arial — universal, zero parsing issues across all systems
- Georgia — readable serif, well-supported
- Garamond — clean, professional, safe
- Times New Roman — older but completely safe
- Helvetica — reliable on Mac; Arial is the Windows equivalent
Avoid: any Google Font loaded via CDN (they may not embed correctly in PDF export), decorative display fonts, script fonts, and anything that requires the reader to have the font installed.
Font size: 10–12pt for body text, 14–16pt for your name, 11–12pt for section headers. Anything smaller than 10pt may fail OCR-based parsing in older systems.
PDF vs DOCX: The Debate Settled
The honest answer: it depends on the ATS, but DOCX wins more often than PDF.
| ATS Platform | PDF Support | DOCX Support | Recommendation |
|---|---|---|---|
| Greenhouse | Good | Good | Either works |
| Taleo (Oracle) | Unreliable | Good | DOCX strongly preferred |
| Workday | Good | Good | Either works |
| Lever | Good | Good | Either works |
| iCIMS | Inconsistent | Good | DOCX preferred |
| BambooHR | Good | Good | Either works |
The default rule: submit DOCX unless the application explicitly asks for PDF. DOCX parses natively in all major ATS without the rendering overhead PDF requires. When an application says "attach your resume" with no file type specification — DOCX.
Exceptions: some companies (particularly in finance, law, and consulting) have cultural expectations of PDF submission because it preserves formatting across systems. If you know the industry leans this way, or the application says PDF, comply. But for most corporate applications, DOCX is the safer default.
The PDF trap: PDFs created by exporting from Google Docs or Mac Pages sometimes embed fonts incorrectly or create text as image layers — both of which fail ATS parsing. If you're submitting PDF, export from Microsoft Word directly and test it with a plain-text paste first.
Section Headers ATS Expects
ATS parsers categorize your resume content by looking for known section header strings. Deviate from these, and your content gets categorized incorrectly — or ignored entirely.
The headers that parse reliably across all major ATS systems:
- Work Experience or Experience or Professional Experience — all work; avoid "Career History," "Professional Journey," "Where I've Been"
- Education — straightforward; avoid "Academic Background"
- Skills or Technical Skills or Core Competencies — all parse correctly
- Summary or Professional Summary or Profile — any of these work
- Certifications or Licenses & Certifications
- Volunteer Experience — if included
- Projects — widely recognized by modern parsers
Creative headers are a liability: "What I've Built," "My Expertise," "Things I Know" — these are invisible to ATS parsers. The content underneath might be excellent. The parser skips it anyway.
Section Order Matters
For experienced candidates: Summary → Experience → Skills → Education → Certifications. ATS systems weight content at the top of each section more heavily. Recruiters also read top-down — put your strongest qualifications first.
For new graduates or career changers: Summary → Education → Skills → Projects → Experience. Lead with what's strongest for the role.
Common Formatting Mistakes That Kill Applications
These aren't edge cases — they appear in a majority of resumes that fail ATS screens.
- Contact info in the header or footer. Most ATS parsers ignore headers and footers entirely. Your name, phone, email, and LinkedIn URL belong in the body of the document at the very top. Not in a header element.
- Tables for layout. Using Word tables to create columns, align dates to the right, or organize a skills grid — all broken by ATS parsers that treat table cells as separate parsing contexts and scramble the order.
- Text boxes. Same problem. If your resume template puts content in a text box (common in visually-designed templates), that content may not parse at all.
- Inline images or icons. Skill-level indicators (filled dots, progress bars), headshots, company logos, social media icons — completely ignored by parsers. They waste space and don't add information.
- Non-standard bullet characters. Fancy symbols (❖, ▸, ◈) sometimes fail to encode correctly, producing garbage characters in the parsed output. Use standard dashes (–) or plain bullets (•).
- Inconsistent date formats. Mix of "January 2024," "Jan '24," "01/2024," and "2024" in the same document confuses date parsers and breaks employment timeline extraction. Pick one format — "Month YYYY" or "MM/YYYY" — and use it throughout.
- Spelling out job title abbreviations differently. "Sr. Software Engineer" in one place and "Senior Software Engineer" in another — these may parse as different job titles. Consistency matters.
How to Test Your Resume Format Before You Apply
You don't need access to an ATS to test whether your format will parse correctly. Three tests that catch most issues:
Test 1: The Plain-Text Paste
Select all text in your resume, copy it, and paste into a plain text editor (Notepad on Windows, TextEdit in plain-text mode on Mac). Does it read in logical order, top to bottom? Is all your content there? If sections are scrambled, columns are interleaved, or content is missing — your layout has a parsing problem.
Test 2: The LinkedIn Upload
Upload your resume to LinkedIn's "Easy Apply" flow (you don't have to submit — just upload and watch how it auto-fills your profile). LinkedIn's parser uses Sovren under the hood, the same technology many ATS systems use. If your job titles, dates, or employers populate incorrectly, an ATS will make the same mistakes.
Test 3: The File Conversion Check
Open your DOCX in Google Docs. Does formatting hold up? Run your PDF through Adobe Acrobat's "Export PDF to Word" — does the resulting Word document look correct? If either conversion produces scrambled text or layout issues, the file format has structural problems that ATS parsers will encounter too.
Most reliable self-test: The plain-text paste catches 80% of format issues. If your resume reads cleanly in Notepad — sections in the right order, all content present, dates adjacent to the correct employers — it will parse correctly in most ATS systems.
Format is the foundation. Get it wrong and keyword optimization is irrelevant — the ATS doesn't have clean data to score. Get it right and you've removed the biggest invisible barrier between your qualifications and the recruiter who needs to see them. For the keyword and content side of ATS optimization, see our resume keywords guide and how to beat ATS filters in 2026.