Was ein ATS-Parser wirklich mit Ihrer Bewerbungsdatei macht

"Wir konnten Ihre Datei nicht lesen": was dieser Satz tatsächlich meldet

Sie verbringen einen Abend mit Ihrem Lebenslauf. Er ist sauber, er passt auf zwei Seiten, die Abstände stimmen, und ausnahmsweise sind Sie ein bisschen stolz darauf. Sie laden ihn hoch, und entweder passiert drei Wochen lang nichts, oder es kommt eine Zeile zurück, die Datei habe nicht gelesen werden können. Keine Diagnose, kein markierter Abschnitt, kein Hinweis darauf, welcher Teil ausgefallen ist. Diese Stille ist das ganze Problem, denn was schiefgegangen ist, lässt sich vollständig benennen, und niemand sagt es Ihnen.

Ein Parser liest Ihren Lebenslauf nicht so, wie Sie ihn sehen. Er zieht einen linearen Textstrom aus der Datei und versucht, ihn auf Datenbankfelder zu verteilen, sodass alles, dessen Bedeutung im Layout statt in der Reihenfolge des Textes liegt, verschoben, mit dem Nachbarfeld verschmolzen oder verworfen werden kann.

Die wörtliche Fehlermeldung ist enger, als die meisten annehmen. Sie deckt eine kurze Liste von Ursachen ab, alle in der Datei selbst: ein gescanntes oder aus Bildern bestehendes PDF mit leerer Textebene, ein passwortgeschütztes oder gegen Kopieren gesperrtes Dokument, eine Datei, deren Endung nicht zum tatsächlichen Inhalt passt, oder ein Format, das das Formular schlicht nicht annimmt. Es ist ein Lesefehler auf Byte-Ebene. Diese Meldung bewertet Ihre Erfahrung nicht.

Eine Abgrenzung, bevor es weitergeht, denn zwei verschiedene Fragen werden ständig vermischt. Diese Seite handelt davon, wie die Datei selbst beim Einlesen kaputtgeht. Ob ein automatisches System Sie danach inhaltlich aussortiert, ist eine andere Debatte, und die habe ich in dem Beitrag darüber, ob ein ATS Lebensläufe automatisch aussortiert, geführt. Ich wiederhole sie hier nicht.

Und das Zugeständnis, sofort statt am Ende vergraben, denn es ist der stärkste Einwand gegen diese ganze Seite. Sie sollten Ihren Lebenslauf nicht um Software herum gestalten müssen, die zwei Spalten nicht lesen kann. Das ist ein technisches Versagen auf Anbieterseite, nicht auf Bewerberseite. Wer ein Gespräch an einen Fehler in der Lesereihenfolge verloren hat, hat nichts falsch gemacht, und niemand sollte die Innereien von Dokumentformaten lernen müssen, um sich zu bewerben. Ich schreibe die Seite trotzdem, aus einem einzigen engen Grund: es zu wissen kostet Sie nichts, und die Absage-Mail wird es Ihnen nie sagen.

Ihr Lebenslauf ist ein Bild. Der Parser will einen Datenbanksatz.

Ein PDF speichert Glyphen an Koordinaten, keine Struktur. Dieser eine Satz erklärt das meiste, was folgt, also hier, was er im Klartext bedeutet. Eine PDF-Seite ist ein Satz Zeichenanweisungen: setze dieses Zeichen, in dieser Schrift, an diese x- und y-Position. Sie sagt nicht "das ist eine Überschrift", "das ist eine Tabellenzelle", "dieser Block ist die Seitenspalte". Sofern die Datei keinen Baum aus Barrierefreiheits-Tags mitbringt, was die meisten aus einem Designprogramm exportierten Lebensläufe nicht tun, existiert diese Information nur in Ihren Augen.

Die Extraktion muss sie also durch Schlussfolgern rekonstruieren. Sie gruppiert Glyphen anhand der Abstände zu Wörtern, Wörter anhand ihrer gemeinsamen Grundlinie zu Zeilen und Zeilen anhand der Nähe zu Blöcken. Jeder dieser Schritte ist eine Annahme, die meistens stimmt. Jede Störung weiter unten auf dieser Seite ist eine dieser Annahmen, die an einem Layout entgleist, das die Annahme schwer gemacht hat.

Eine DOCX ist ein anderes Tier. Unter der Haube ist sie ein ZIP aus XML, in dem ein Absatz ein Absatzelement ist, eine Tabelle ein Tabellenelement und eine Überschrift eine benannte Formatvorlage trägt. Die Struktur steht da, statt erschlossen zu werden. Das heißt nicht, dass Sie immer Word schicken sollten. Viele Parser kommen mit PDF hervorragend zurecht, ein PDF sieht auf jedem Rechner gleich aus, und etliche Arbeitgeber nehmen nur eines der beiden Formate an. Folgen Sie immer zuerst der Angabe in der Ausschreibung. Wahr ist der engere Satz: eine DOCX reicht dem Parser Struktur, die er sonst erraten müsste.

Die andere Hälfte der Arbeit ist die Zuordnung. Sobald ein Textstrom vorliegt, versucht das System, Felder zu füllen. Diese Felder sind es, auf die es ankommt, und jede Störung weiter unten ist das Scheitern eines von ihnen.

• Name
• Kontaktdaten: E-Mail, Telefon, Ort
• Arbeitgeber, je Station
• Position, je Station
• Beginn und Ende, je Station
• Kenntnisse
• Ausbildung und Abschlüsse

Das Ergebnis dieser Zuordnung haben Sie längst gesehen, ohne dass jemand dazugesagt hätte, was es ist. Wenn ein Bewerbungsformular Sie die Datei hochladen lässt und Sie danach dieselben drei Stationen in Felder tippen müssen, sind die vorausgefüllten Felder genau diese Zuordnung bei der Arbeit, und die falsch gefüllten sind dieselbe Zuordnung, die vor Ihren Augen scheitert. Ob dieser Schritt bedeutet, dass ein Mensch etwas prüft, ist eine andere Frage, und die habe ich in dem Beitrag über den hochgeladenen Lebenslauf und das Formular, das man trotzdem ausfüllt, beantwortet.

"Die Seitenspalte wird mitten in den Berufsverlauf hineingelesen"

Dieser Satz stammt von einer Person auf r/resumes, die angibt, beruflich Lebensläufe auszulesen, und beschrieb, was an einer Stichprobe von 3.835 Dateien zerbrach, die sie nach eigener Angabe verarbeitet hat. Ich komme darauf zurück, wie viel diese Zahl tragen kann. Der Satz selbst braucht keine Stichprobe, um zu stehen, denn er folgt unmittelbar daraus, wie die Lesereihenfolge rekonstruiert wird, und er ist die teuerste Störung dieser ganzen Seite.

Denken Sie an das Layout, das nahezu jede moderne Vorlage mitbringt: eine schmale linke Spalte mit Kenntnissen und Sprachen, eine breite rechte Spalte mit dem Berufsverlauf. Auf dem Bildschirm sind die beiden Spalten offensichtlich getrennt. In der Datei sind sie nur Glyphen an Koordinaten, und die Glyphen der linken Spalte liegen auf denselben waagerechten Grundlinien wie die der rechten. Eine Extraktion, die zeilenweise gruppiert, statt zuerst die Spaltengrenze zu erkennen, gibt sie gemeinsam aus.

Lesen Sie den zweiten Block so, wie es eine Maschine täte. Die Zeile, die Ihre Position tragen sollte, lautet jetzt "Python Business Controller". Ein System, das auf dieser Zeile eine Position sucht, bekommt eine Position mit einer Programmiersprache davorgeschweißt. Ihre Kenntnisse sind keine Liste mehr, sie sind das erste Wort von vier Zeilen ohne Zusammenhang. Und wenn die Extraktion stattdessen blockweise gruppiert und die Seitenspalte dort einfügt, wo die Nähe es nahelegt, kann die Kenntnisspalte zwischen zwei Stationen landen, sodass sich die folgenden Zeiträume an die falsche Position heften. Das ist der Mechanismus hinter einem Lebenslauf, der auf dem Bildschirm die richtigen zehn Jahre zeigt und in der Datenbank die falschen.

Der ehrliche Vorbehalt: viele Parser erkennen Spalten völlig korrekt, und ich kann Ihnen nicht vorher sagen, welcher am anderen Ende eines Uploads sitzt. Der Rat lautet also nicht "zwei Spalten zerstören Sie". Er ist enger und besser zu verteidigen. Ein einspaltiges Layout nimmt die Mehrdeutigkeit heraus, statt darauf zu wetten, dass sie sauber aufgelöst wird. Sie verlieren nichts, was einer Personalabteilung wichtig wäre, denn wegen einer Seitenspalte wurde noch nie jemand eingestellt.

Plattgedrückte Tabellen, Kenntnis-Klumpen und Schaden auf Zeichenebene

Die zweite gemeldete Störung aus demselben Thread war ein Kenntnisteil, der zu einem einzigen Klumpen plattgedrückt war, und Tabellen sind meist die Ursache. Eine Tabelle gibt der lesenden Person Bedeutung über das Raster: diese Zelle gehört zu jener. In einem ausgelesenen Textstrom sind die Zellgrenzen weg, und übrig bleibt eine Reihe von Wörtern in der Reihenfolge, in der die Zellen abgelaufen wurden.

Jede Zuordnung ist jetzt geraten, und weiter hinten wird es schlimmer. Die Erkennung von Kenntnissen funktioniert in der Regel darüber, bekannte Begriffe im Text zu suchen. Ein Begriff, der in einer längeren Zeichenkette verschmolzen ist oder dort getrennt wurde, wo die Extraktion einen Zeilenumbruch vermutet, ist schlicht nicht auffindbar. Die Kenntnis stand auf dem Papier. Die Suche hat sie nicht gesehen, und gemeldet wird das nirgends.

Dann gibt es die Zeichenebene, den Teil, über den fast niemand schreibt. Eigene Aufzählungszeichen aus einer Icon-Schrift kommen oft als nicht zugeordnetes Zeichen oder als gar nichts heraus. Ligaturen sind das schärfste Beispiel, und das weiß ich aus erster Hand, weil es mich eine Woche an careerifys eigener PDF-Extraktion gekostet hat. Eine Ligatur ist eine einzelne Glyphe, die zwei Zeichen auf einmal zeichnet, so wie viele Schriften fi als eine Form zeichnen. In einer verbreiteten Windows-Schrift gab unsere Extraktion diese Glyphe als Nullzeichen zurück, und das Wort kam mit einem Loch in der Mitte an. Auf dem Bildschirm war der Lebenslauf makellos. Im ausgelesenen Textstrom war ein Wort kaputt, und nichts in der Datei hat das angezeigt.

Fast alles auf dieser Seite ist von Ihrer Seite aus unsichtbar. Die Datei sieht richtig aus, weil Sie die Zeichnung ansehen. Der Parser sieht die Anweisungen an.

Die Teile Ihres Lebenslaufs, die der Parser vielleicht nie sieht

Lesereihenfolge und Tabellen bringen durcheinander, was da ist. In diesem Abschnitt geht es um Inhalte, die den Textstrom gar nicht erst erreichen, und das ist schlimmer: ein durcheinandergeratenes Feld kann ein überfliegender Mensch noch finden, ein fehlendes nicht.

Zeiträume verdienen eine zusätzliche Zeile, denn sie sind die leisesten der sechs. Ihr Werdegang ist eine Folge von Zeitspannen, und der Parser muss herausfinden, wo jede beginnt, wo sie endet und zu welchem Arbeitgeber sie gehört. Geben Sie ihm einen Monat und eine vierstellige Jahreszahl, verwenden Sie bei jeder Station dasselbe Format und durchgehend dasselbe Trennzeichen. Das klingt pedantisch. Es ist der billigste Eingriff auf dieser ganzen Seite.

Das Spiegelbild von alldem ist Text, der in der Datei steht, auf der Seite aber unsichtbar ist, und genau darauf baut der Trick mit weißer Schrift. Das ist aus Gründen eine schlechte Idee, die mit dem Auslesen nichts zu tun haben, und die habe ich in dem Beitrag über den unsichtbaren Prompt im Lebenslauf, aufgeschrieben. Alles, was ich hier empfehle, ändert das Gefäß, nie die Aussagen.

Andere Systeme, andere Parser, und was die Zahlen tragen können

Workday, Greenhouse, Taleo und Lever sind eigenständige Produkte mit eigenständigen Parsern, und hier muss ich alle enttäuschen, die wegen einer Tabelle mit Anbieterverhalten gekommen sind. Ich kann Ihnen nicht sagen, was eines davon intern tut. Ich habe sie nicht getestet, ihr Verhalten ändert sich zwischen Versionen und zwischen Kundenkonfigurationen, und jede selbstsichere öffentliche Behauptung über den Parser eines bestimmten Anbieters, der ich nachgegangen bin, hatte am Ende keine Methode dahinter. Wer Ihnen ein Regelwerk pro Anbieter verkauft, rät. Sicher sagen lässt sich, was sie zur selben Art von Produkt macht: jedes muss aus einer Bewerbungsdatei einen gespeicherten Datensatz machen, also Text auslesen und auf Felder verteilen. Wie gut eines davon die schwierigen Fälle von oben bewältigt, kann ich Ihnen nicht sagen.

Das ist zugleich die ehrliche Antwort auf "welches Format ist am sichersten". Es gibt kein Format, keine Vorlage und kein Layout, das irgendwo eine saubere Auswertung garantiert. Es gibt nur Entscheidungen, die weniger zu erraten übrig lassen. Das gebe ich Ihnen lieber als eine Regel, die ich nicht verteidigen kann.

Nun zur Zahl 3.835, behandelt mit der Sorgfalt, die sie verlangt. Es ist eine einzelne Person auf Reddit, die ihre eigene angegebene Stichprobe beschreibt, in einem Thread, in dem mehrere Kommentierende bezweifelten, dass die Zahl echt ist. Ich werde sie nicht zu "Studien zeigen" waschen, und mir ist lieber, Sie verwerfen sie ganz, als dass Sie ihr mehr zutrauen, als sie trägt. Beachten Sie: nichts in den Mechanik-Abschnitten oben hängt an ihr. Lesereihenfolge, plattgedrückte Tabellen, leere Textebenen und unbekannte Überschriften folgen daraus, wie PDF und DOCX gebaut sind, und wären genauso wahr, wenn dieser Thread nie geschrieben worden wäre. Die Stichprobe sagt Ihnen, dass diese Störungen häufig sind. Die Dateiformate sagen Ihnen, warum sie auftreten.

Noch eine Sache, die man besser ausspricht als verschweigt, denn sie erklärt, warum der Zustand anhält. Auf Arbeitgeberseite gilt eine Vorauswahl, die einige gute Bewerbungen verliert, oft als hinnehmbarer Preis dafür, die Menge zu bewältigen. Ich werde mich hier nicht darüber empören; ich sage es, weil es Ihre Erwartungen richtig einstellt. Die Behebung kommt nicht rechtzeitig vom Anbieter, um Ihrer nächsten Bewerbung zu helfen, und deshalb muss sie vorerst in Ihrer Datei passieren.

Der Produktabsatz, ein einziges Mal, damit Sie ihn gegen alles Obige abwägen können. careerify hat eine kostenlose Prüfung über den Link unten: kein Konto, keine Karte, drei Prüfungen je IP-Adresse in 24 Stunden. Sie liest die tatsächlich hochgeladene PDF oder DOCX aus, so wie es jedes andere System auch tun müsste, vergleicht das Ergebnis anschließend mit der Stellenanzeige, die Sie einfügen, und zeigt Ihnen, welche Begriffe der Anzeige aus Ihrer Datei angekommen sind und welche nicht. Das ist eine Begutachtung, keine Reparatur. Kommt ein Begriff, von dem Sie wissen, dass er auf Seite eins steht, als fehlend zurück, haben Sie eine der Störungen dieser Seite gefunden. Der Rest dessen, was careerify tut, einen gespeicherten Master-Lebenslauf auf eine bestimmte Anzeige zuzuschneiden, bleibt an die Angaben gebunden, die Sie selbst eingetragen haben, und kann keine Station, keinen Arbeitgeber und keine Zahl erfinden, die Sie nicht gegeben haben.