Bounce

Can ATS Read Graphics, Icons, and Skill Bars on a Resume?

May 13, 2026 · Bounce

You spent a whole evening on that resume. The clean icons next to your contact info, the elegant skill bars showing your Excel mastery, the little chart of your sales growth. It looks like the resume of someone who has their act together. And then the applications go out, and nothing comes back, and you cannot figure out why.

Here is the hard truth, delivered gently: the software that reads your resume before any human does cannot see any of it. Not the icons, not the bars, not the chart. This article walks through exactly what happens to each visual element at parse time, and then shows you how to translate every single one into text without losing what it was trying to say.

What parsing does to a designed resume

An applicant tracking system does not look at your resume. It extracts from it. Parsing software opens your file, pulls out the text characters, and assembles them into a structured candidate record: contact fields, work history, skills, education. That record, not your PDF, is what gets searched, filtered, and ranked. The full pipeline is laid out in what an ATS actually reads from your resume.

Text extraction has a defining limitation: it can only extract text. A vector icon is drawing instructions. A skill bar is a colored rectangle. A chart is shapes and maybe a few stray axis labels. None of these contain sentences. So the parser does not misread your graphics. It does something quieter and worse: it skips them entirely, and the information they carried simply does not exist in your record.

No error message. No warning. Your beautiful resume produces a sparse, gap-riddled record, and you never find out.

Element by element: what survives and what vanishes

Let's walk through the common visuals one at a time.

Icons (phone, email, location, LinkedIn)

The icon itself vanishes. If the text next to it is real text, that survives. The risk is the layouts where icons and contact details sit inside a designed header, sidebar, or text box; depending on the template, the parser may read them out of order or not at all. A phone number the parser cannot attach to a phone field can mean a recruiter who cannot call you. Sidebars and text boxes have their own failure modes, covered in do resume tables and columns break ATS.

Skill bars and star ratings

The bar is a rectangle; the parser gets nothing from it. If the skill name is real text, the name survives with no level attached, which is the good case. In some templates the whole skills block is one exported graphic, and then even the names are gone: your entire skills section, the part keyword matching depends on most, contributes zero matches.

And here is the twist: even for human readers, skill bars underperform. A recruiter sees "Python: 4 out of 5 stars" and thinks, according to whom? Self-graded ratings carry no evidence. "Python: 4 years, built the team's reporting pipeline" beats four stars with both audiences, and it is checkable, which is the whole point of an honest resume.

Charts and infographics

A chart of your sales growth extracts as, at best, a few floating numbers with no context. The actual story, the thing you made the chart to say, is gone. Meanwhile one plain sentence carries all of it: "Grew territory sales from $400K to $1.1M in two years." Every chart on a resume is a sentence wearing a costume.

Logos, headshots, and decorative elements

Company logos parse as nothing, so if a logo replaces the company name in text, that employer may drop out of your work history. Decorative lines and shapes are harmless when they are purely decorative, and harmful when the template uses them to structure content. Photos are their own topic with bias implications on top of the parsing problem.

Text saved as an image

The catastrophic case. Some design tools and export paths flatten text into pixels. The resume looks identical on screen, and the parser receives a blank page. If your file came out of Photoshop, Canva's image export, or a scanner, check it immediately. There is a dedicated guide to whether ATS can read a scanned or image resume, and the short answer is: assume no.

One reassurance while we are here: plain colored text is not a graphic. Color survives extraction fine, though it has its own considerations for readability, covered in does color on a resume hurt with ATS.

The translation guide: every visual, said in words

Here is the part that should actually make you feel better. Everything a graphic communicates can be said in text, and the text version is usually stronger because it can carry evidence. Nothing true gets lost in this translation.

Run this translation and you lose exactly one thing: decoration. You keep every fact, you gain keyword matches, and you gain defensibility.

Do you need to abandon design entirely?

No. You need to put it in the right lane.

Two rules keep this honest and safe. First, the two versions must contain identical facts; only the presentation differs. Second, when in doubt about which version a destination needs, send the plain one. A plain resume in front of a human loses you nothing. A designed resume inside a parser can lose you everything.

See exactly which parts of your resume went blank

You do not have to guess which of your visuals survived. The free Bounce scan at careerbounce.io shows you your resume the way the bots receive it: the raw extracted text, with every icon, bar, and chart reduced to whatever it actually left behind, which is often nothing. It is free, it runs entirely on your device, and your resume never leaves your machine.

Upload the designed version and look at the gaps. Then translate each gap into honest text using the guide above. You will end up with a resume that is less decorated and more convincing, one where every claim is written in words you can stand behind when a human finally asks about it. That trade wins every time.

See what the hiring bots see

Free, private, and instant. Your resume never leaves your browser.

Scan my resume free

Frequently asked questions

Can an ATS read graphics and icons on a resume?

No. ATS parsers extract text characters from your file, and graphics, icons, logos, and charts contain no extractable text. They do not get misread, they simply vanish from your parsed record. Any information carried only by a visual, like a skill bar showing your Excel level, is gone as if you never included it.

Do skill bars and star ratings hurt your resume?

They hurt twice. The ATS extracts either nothing or just the bare skill name with no level, so the meaning is lost. And many recruiters dislike them anyway, because a four-out-of-five-stars rating for Python is self-graded and unverifiable. Writing the skill with honest context, like the years used and what you built, works better for both audiences.

Will a resume with graphics be rejected automatically?

Not rejected for containing graphics, but the graphics become blank space in your parsed record. If key information such as skills, contact details, or section labels lived inside those visuals, your record is missing it, and you can lose keyword matches and ranking without any explicit rejection. The damage is silent, which is why people rarely trace it back to the design.

How do I convert a designed resume into an ATS-safe one without losing meaning?

Translate every visual into plain text: skill bars become a skills list with honest proficiency words and years, icons become labeled text like Email and Phone, charts become a bullet with the real numbers. You lose nothing truthful, because everything a graphic communicates can be said in words. The free Bounce scan at careerbounce.io shows exactly which parts of your designed resume turned into blank space, so you know what needs translating.

Is it okay to keep a designed resume for humans and a plain one for ATS?

Yes, as long as both contain identical facts. Use the plain version for online applications that pass through an ATS, and the designed version when you hand a resume to a person directly, like at a networking event or in an email to a hiring manager. Never let the two versions drift apart in content.