Most advice about applicant tracking systems is written by people selling something to get past them, which is why so much of it is wrong. An ATS is not an artificial gatekeeper scoring your worth. It is a database with a parser on the front, and almost everything that goes wrong is a parsing problem you can fix in twenty minutes.
What an ATS actually does
An applicant tracking system stores applications and makes them searchable. When you upload a CV, a parser reads the file and tries to split it into structured fields: name, contact details, work history with employers and dates, education, skills. Those fields become rows a recruiter can search and filter.
The important consequence is that your CV is not read as a document. It is read as an attempt to populate a form. A section the parser cannot identify becomes a field it cannot fill, and a candidate whose work history is empty in the database is invisible to every search that filters on experience β regardless of how good the CV looks to a human.
This also means the common fear is misplaced. Very few systems reject a CV outright. What happens is quieter: you are stored, you are just not found.
The formatting choices that break parsing
Parsers read left to right, top to bottom, on a single flow of text. Anything that disrupts that flow risks scrambling the output.
- Multiple columns. A two-column layout can be read across the columns rather than down them, producing sentences that interleave your skills with your job titles.
- Tables. Some parsers handle them, many flatten them into unreadable runs of text. A skills table is the most common casualty.
- Text inside headers and footers. Several parsers ignore these regions entirely, which is a problem when that is where your phone number lives.
- Images and text boxes. Anything rendered as a graphic contains no extractable text. A CV built in a design tool can arrive completely empty.
- Unusual section names. "My Journey" instead of "Work Experience" is a stylistic choice that a parser reads as an unrecognised heading.
- Dates written only as years, or in inconsistent formats. Employment timelines are computed from these, and an unparseable date can drop the role.
Keyword matching, and why stuffing backfires
Recruiters search the database with the terms in the job description. If the posting asks for scikit-learn and your CV only ever says "machine learning", you will not appear in that search. This is the legitimate reason to align your language with the posting.
It is not a reason to paste the job description into your CV in white text, or to list forty technologies you have touched once. Both are visible the moment a human opens the file, and the human is the next step. A CV that matches every keyword and cannot survive one follow-up question is worse than one that matches fewer and holds up.
The productive version of this exercise is to read the posting and find the genuine gaps β things you have actually done but did not mention because they seemed obvious to you. Most people have several.
A twenty-minute fix list
In rough order of impact, for a CV that is currently being ignored:
- Single column, no tables, no text boxes, contact details in the body rather than the header.
- Standard section headings: Experience, Education, Skills, Projects.
- Every role: job title, employer, and start and end dates in a consistent format.
- Submit as PDF unless the posting asks for something else β but a PDF exported from a text document, not a scan or an image.
- Rewrite the top four bullets of your most recent role so each one names what you did, what you used, and what changed as a result.
- Read the posting and add the specific tools you genuinely know that you had not mentioned.
The part the software does not decide
Passing the parse gets you into the database. Being shortlisted depends on what a person reads in the first fifteen seconds, and on the other applicants β which nothing you do to your formatting can influence.
That is worth saying plainly because the ATS conversation attracts a lot of confident nonsense about scores and percentages. There is no universal score. Different employers run different software configured differently. Treat any tool that hands you a number, including ours, as an indicator of how readable and how well-matched your CV is, not as a prediction about the outcome.
Key takeaways
- 1.An ATS is a database with a parser, not a judge. Most failures are parsing failures, and they are quiet rather than explicit.
- 2.Single column, standard headings, consistent dates, contact details in the body. That fixes the majority of real problems.
- 3.Match the posting's language where you genuinely have the skill. Keyword stuffing is obvious to the human who reads it next.
- 4.No tool can tell you whether you will be shortlisted, because that depends on the other applicants.
Do it now, free
ATS Resume Checker
Most large employers run your CV through software before a person sees it. This checks what that software is likely to choke on, and how well your wording matches the role you are applying for.
No sign-up. The internship is free to join too, with real project briefs and reviewed submissions.