Two separate scores. One says whether screening software can read and file your resume. The other says whether a person skimming a stack of applications finds your title, employer and dates fast enough to keep reading. Every finding names the measurement behind it, and what to change.
The check itself never calls a server or a model. Each step is a measurement of the file you gave it, which is why the same resume always produces the same result.
A PDF is not a document to a machine, it is a pile of glyphs with coordinates. Each one carries a position, a size and a weight, and everything the checker knows is built back up from those numbers.
Not a dial and a shrug. It works out your field from your own words, judges you against what that field expects, explains what the gap between your two scores means, then lists what to change in the order worth doing it.
Your file does not go to a person first. It goes into a system that strips the design away and tries to fill in fields. We show you those fields, exactly as a parser would leave them, so you can see what a recruiter is searching against.
A recruiter with a stack of applications looks for four things in order: current title and employer, previous title and employer, dates, education. We rank every block on your page by how much pull it has, then walk them in reading order to see whether those four are found. Every stop explains what earned it.
Read it as a question rather than a score. If the first stops land on your titles and dates, the skim succeeds and the reader stays for minutes, not seconds.
A resume arrives as whatever the person had to hand. Each format gives up different facts, so the checker uses what each one offers rather than flattening them all to text and guessing at the rest.