PDF or Word for ATS: The File Format Is Not What Breaks Your Resume
The advice to avoid PDFs because "the ATS can't read them" has outlived the software it was written about. We went through the published documentation for the applicant tracking systems that state their accepted formats, and every one of them takes both PDF and Word. On that evidence, the format you pick is rarely what decides whether your resume gets read.
Two things do decide it, and neither is the file extension. The first is whether your PDF contains real text or a picture of text. The second is a file size ceiling that is far lower than most people expect, and which rejects your application before a parser is ever involved. Both are checkable in under a minute, and this article shows you how.
What the applicant tracking systems actually accept
These are the formats each vendor lists in its own documentation. We only included systems that publish a specific list we could open and read, which is why this table is shorter than it might be.
| System | Accepted formats | Size limit |
|---|---|---|
| Greenhouse | .doc, .docx, .pdf, .rtf, .txt | 100 MB |
| Workable | .pdf, .doc, .docx, .rtf, .html, .odt | 5 MB |
| SmartRecruiters | PDF, DOC(X), RTF, JPG, PNG | 2 MB |
Three things stand out. PDF appears on every list. None of these vendors expresses a preference between PDF and Word, or warns against either. And SmartRecruiters accepts JPG and PNG, which is worth pausing on: a system accepting a format is not the same as a system being able to read it. Nothing can extract text from a photograph without running character recognition over it first.
That last point is the whole argument in miniature. The list of accepted formats tells you what the upload form will take. It tells you almost nothing about what happens next.
The real dividing line: does your PDF contain text or a picture?
A PDF is a container. It can hold characters that software can read directly, or it can hold an image of a page with no characters in it at all, and both arrive with the same .pdf on the end.
You get the readable kind when you export from Word, Google Docs, Pages, LaTeX, or any tool that had your text as text to begin with. You get the unreadable kind when the file is a scan, a photograph, or an export that flattened everything to pixels. Adobe's own guidance on scanning documents makes the mechanism plain: a scanned file needs optical character recognition run over it before its contents become searchable and editable at all.
To a parser, an image-only resume is a blank page. Not a badly formatted page, not a page with odd margins. Blank. This is the failure people are reaching for when they blame the PDF format, and it explains why the old advice sounded right to whoever first gave it. The conclusion drawn from it was simply too broad.
The five-second test you can run right now
You do not have to trust any of this. You can check your own file faster than you can read an article about it.
Open your resume PDF. Press Ctrl+A (Cmd+A on a Mac) to select everything, copy it, and paste it into a plain text editor — Notepad, TextEdit in plain text mode, or any code editor.
What lands in that window is close to what a parser receives.
Nothing pastes Your PDF is an image. No applicant tracking system can read a word of it, and neither can a recruiter searching their database for your name. Re-export it from the original document, or rebuild it if the original is gone.
Text pastes but arrives scrambled The text layer is fine and the layout is fighting you. Two-column designs commonly interleave, so your skills column lands mid-sentence inside your work history. Dates drift away from the roles they belong to. Anything you put in a header or footer may not appear at all.
Text pastes cleanly and in order Your file is fine. Send the PDF.
This test costs nothing and settles the question for your specific file, which is more than any general rule can do. If the paste comes back scrambled and you would rather not diagnose the layout yourself, our free resume review reads the extracted text back to you and points at what moved.
The size ceiling nobody warns you about
Look again at the right-hand column of that table. Greenhouse allows 100 MB. Workable allows 5 MB. SmartRecruiters allows 2 MB.
A resume that is mostly text sits comfortably under 1 MB, so for most people this never comes up. It comes up for exactly the people most likely to be caught out by it: anyone using a designed template. A full-bleed background, an uncompressed headshot, or an embedded icon set can carry a two-page resume past 2 MB without looking any different on screen.
What makes this failure nastier than a parsing problem is where it happens. A badly parsed resume still reaches a human who might read it anyway. A file that exceeds the limit is refused at the upload form, and the usual result is a candidate re-trying the same file, assuming the site is broken, and giving up. Nothing about the rejection tells you it was the photograph.
If your file is over a couple of megabytes, the fix is almost always one image. Re-export at a lower resolution, or drop the photo entirely — which for most markets is the better call anyway, as we covered in our guide on whether to put a photo on your resume.
What actually costs you, once the text layer is fine
With a readable file of a reasonable size, the remaining problems are all about structure, and they hit PDF and Word equally:
- Multi-column layouts. Parsers read in the order the text sits in the file, which for a two-column design is often not the order your eye reads it.
- Contact details in the header or footer. Some extractors skip these regions entirely. Your phone number belongs in the body of the page.
- Tables and text boxes. A table of skills can come out as one run-on line, or not at all.
- Job titles and dates in the same visual row. Dates are frequently dropped or attached to the wrong employer, which is why a resume can arrive looking like you never left your first job.
- Graphical skill ratings. Five filled circles next to "Python" convey nothing to software. Write the level in words if it matters.
Different systems fail at these in different ways, which is worth knowing if you can tell who you are applying through. We broke down the specific behaviour of the most common enterprise systems on our ATS resume checker, which has a page for Workday, Taleo, Greenhouse and the rest.
So which one do you send?
- If the posting names a format, use it. This beats every general rule on this page. An explicit instruction is also the one piece of evidence you have about that specific employer's system.
- Otherwise send a text-based PDF. It is accepted everywhere we could verify, and it is the only option that guarantees the recruiter sees the layout you built.
- Send Word if you cannot verify your PDF. A .docx contains real text by construction, so it cannot silently turn out to be an image. If you have inherited a PDF and lost the original, this is the safer path.
- Never send a scan or a photograph. Of anything, for any reason, at any stage.
- Keep it under 2 MB. That clears the tightest documented limit we found, so you never have to think about it again.
What we could not verify
In the spirit of the ATS statistics we went back and sourced, here is what this article deliberately does not claim.
We could not open the published documentation for Lever or iCIMS: both help centres render through JavaScript and returned nothing to read. They are widely reported to accept PDF, and we have no reason to doubt it, but we are not going to state their supported formats as fact on the strength of other people's blog posts.
You will also find articles citing "2026 test results" that rank applicant tracking systems by parsing accuracy. We looked at several. None published a methodology, a sample size, or which systems were actually tested, and several repeat each other's numbers word for word. There may be a real study behind them somewhere; we could not find it, so none of it is in this article.
Finally, we have not measured how any of these systems rank a resume once it has been parsed. Accepting a file and reading it well are two different things, and reading it well and scoring it highly are two more.
Frequently asked questions
Should I send my resume as a PDF or a Word document?
Send a text-based PDF unless the job posting asks for something else. Every applicant tracking system whose published documentation we could check accepts both PDF and Word, so the choice between them is rarely what decides whether your resume is read. A PDF also looks the same on every screen, which Word cannot promise. The one rule that overrides this: if the posting names a format, use that format.
Can an ATS read a PDF resume?
Yes, if the PDF contains a real text layer. A PDF exported from Word, Google Docs, Pages or LaTeX does. A PDF that is a scan or a photograph of a document does not, because it holds an image rather than characters, and optical character recognition has to be run over it before any software can read a word of it. That distinction, not the file extension, is what determines whether a system can parse your resume.
How do I check whether my resume PDF can be read?
Open the PDF, press Ctrl+A or Cmd+A to select everything, copy it, and paste it into a plain text editor. What you get back is close to what a parser sees. If nothing pastes, your PDF is an image and no system can read it. If the text pastes but arrives scrambled, with columns interleaved or your job titles separated from their dates, the layout is the problem rather than the format.
Is there a file size limit for uploading a resume?
Yes, and it is tighter than most people expect. SmartRecruiters documents a 2 MB per file limit and Workable a 5 MB limit, while Greenhouse allows up to 100 MB. A text-only resume is usually well under 1 MB, but a template exported from a design tool with a full-page background or an uncompressed photo can pass 2 MB easily and be refused at the upload step, before anything has read it.
Does a Word resume ever parse better than a PDF?
A Word file has one practical advantage: it cannot accidentally be an image. Every .docx contains real text by construction, so the failure mode where a PDF turns out to be a scan does not exist. Against that, Word documents reflow differently across versions and can arrive at the recruiter looking unlike what you sent. If you are confident your PDF has a text layer, that advantage disappears.
The short version
The PDF-versus-Word argument is a decade-old answer to a question that has moved. Every system we could verify accepts both. Send a text-based PDF, follow the posting's instructions when it gives any, keep the file under 2 MB, and spend the time you would have spent agonising over the extension on the two things that actually decide the outcome: whether your file contains real text, and whether its structure survives being read in a straight line.
Both take a minute to check. Select all, copy, paste. If your own words come back in the right order, the software will manage it too.
Sources, all opened and checked on 2026-08-20: Greenhouse Support, supported formats for candidate uploads; Workable Help, file types on the application form; SmartRecruiters developer documentation, posting an application; Adobe, scanning and OCR in Acrobat.