Why Your CV Fails ATS, and What Actually Happens Instead

You have probably read that seventy-five per cent of CVs are rejected by a machine before a human ever sees them. It appears in career blogs, on LinkedIn, in videos, and in the marketing of almost every product in this category.

We went looking for the source. It traces back to a sales pitch made in 2012 by a company called Preptel, which sold résumé optimisation software. Preptel went out of business in 2013. No methodology was ever published. A search of the academic literature for an ATS rejection rate returns nothing that supports the figure.

The citation chain is worth understanding, because it explains why the number feels so well established. An uncited mention in one major outlet was picked up by others, and then by hundreds of blogs, each citing the one above it. Every link eventually points back to the same defunct vendor with no data underneath it.

We are telling you this at the top of an article published by a company that sells ATS friendly CV templates, knowing it removes the fear most of this category sells on. We would rather you trusted the rest of the page.

What an applicant tracking system actually does

An applicant tracking system is primarily a database and a workflow tool. It receives applications, extracts the text from them, files that text into fields, and gives recruiters a way to search and move candidates through stages.

The extraction step is the one that affects you, and it is mechanical rather than clever. Text comes out of your document in the order the document presents it, and gets mapped into fields such as name, contact details, employer, job title, dates and skills.

The search step is where keywords matter. A recruiter sitting on four hundred applications filters them, and the language of your CV determines whether you appear in that filter. This is the real mechanism, and it is far less dramatic than automatic rejection.

The decision is almost always made by a person, under time pressure, looking at a shortlist that a search produced.

So the honest version of the risk is not that a robot rejects you. It is that your CV is filed badly, or does not surface in a search, and a human therefore never sees it. That is a formatting problem and a language problem. Both are fixable.

The two things that genuinely cost people interviews

Structure that breaks the extraction, so your experience lands in the wrong field or vanishes entirely.

Language that does not match how the employer describes the role, so you never appear in the recruiter's search.

Everything else you have read about beating the system is, as far as we can establish, either folklore or someone selling something.

The one principle every formatting rule follows from

A parser reads your document from top to bottom, in the order the file stores the text, and then decides which field each piece belongs to.

Every rule below is a consequence of that single fact. Once you hold the principle, you can work out the right answer for a layout nobody has written a rule about.

Where CVs break

• Contact details in the header or footer. Many parsers never read the header and footer regions at all. Your phone number and email belong in the body of the first page. This is the single most common and most expensive mistake, because a CV that parses perfectly and cannot be contacted is worse than one that parses badly.
• Experience laid out in two columns. The parser does not see columns. It sees a stream of text, and a two column experience section interleaves your job titles with whatever sits beside them. Sidebars are fine for skills, languages and contact blocks. Your employment history should run in a single column.
• Text inside images. A name rendered as a graphic is invisible. So is a skills wheel, an infographic bar, or a scanned signature block.
• Text boxes that float. Some floating elements are read out of sequence and some are skipped. If a text box carries information that matters, it needs to sit in the reading order.
• Tables used for layout. A table used to hold a date beside a job title often reads as a single run of concatenated text.
• Non standard section headings. Call it Professional Experience or Work Experience. A parser is looking for the words it knows. Creative headings such as My Journey or Where I Have Made an Impact cost you the mapping.
• Dates in an unusual format. Month and year, consistently, is the format every parser handles. A date range expressed as a graphic timeline is not a date range.

What is fine, despite what you have read

• Colour. Parsers read text, not colour. A well designed CV with an accent colour is not penalised.
• A photo, in the markets where photos are expected. It is simply ignored. It is a cultural question, not a technical one.
• Two pages. There is no length penalty in the extraction.
• PDF, in almost every case. Modern parsers handle PDF well. The exception is a PDF exported as an image, or one produced by a design tool that outlines its text.
• Bullet points, bold text and standard fonts. All read cleanly.

The five minute test you can run yourself

You do not need a paid scanner, and you should be sceptical of any tool that tells you your score in a named system. Workday, Taleo, Greenhouse, Lever, SuccessFactors and iCIMS all behave differently, none of them publishes its algorithm, and every one is configured separately by each employer that licenses it. Anyone claiming to know your score in a named system is guessing.

Here is a test that costs nothing and tells you most of what matters.

1. Open your CV as a PDF.
2. Select all of the text, copy it, and paste it into a plain text editor such as Notepad or TextEdit.
3. Read what comes out.

That output is close to what a parser sees. If your phone number is missing, it was in the header. If your job titles are tangled up with your dates, you have a table or a column problem. If a whole section is absent, it was an image or a floating box. If the order is scrambled, your reading order is wrong.

Fix what the paste reveals, then run it again. Most CVs need one pass.

The language half of the problem

Formatting gets you filed correctly. Language gets you found.

Read the job advert and note the exact words the employer uses for the things you have done. If they say stakeholder management and your CV says client liaison, you are describing the same work in a vocabulary the recruiter is not searching for. If they say P&L responsibility and you say budget ownership, same problem.

This is not keyword stuffing. A block of keywords in white text at the bottom of the page is a trick that stopped working a long time ago, and it reads badly to the human who eventually opens the file. It is simply using the employer's vocabulary for work you genuinely did.

Three practical moves:

• Mirror the job title where it is honest to do so. If the advert says Operations Manager and your title was Operations Lead, put the advert's phrasing in the summary line.
• Put your hard skills somewhere a parser will map them, in a clearly headed Skills section rather than scattered through prose.
• Spell out acronyms once, with the acronym in brackets. A recruiter might search either.

Where to go from here

Every CV template we build follows the structural rules above by default. Single column experience, contact details in the body, real text rather than graphics, standard section headings, and a design that still looks like something a person made deliberately. You can browse the full range in our CV templates collection, and every download includes an ATS keyword worksheet and a hard skills list by industry.

If you would rather not do the rebuild yourself, our done for you resume update takes your existing content, rebuilds it into any of our designs, tightens the wording and runs the ATS pass for you.

Either way, the important thing is this. The machine is not the enemy. A badly filed CV is.