Wir haben unsere 29 Vorlagen durch unser Extraktions-Gate geschickt: Das ist der exakte Text, den die Maschine sieht

Warum „der exakte Text, den die Maschine sieht" der richtige Test ist

Ein Bewerbermanagementsystem schaut sich Ihren Lebenslauf nicht an; es extrahiert die Textebene aus Ihrer Datei und parst diese. Alles, was ein Recruiter später im ATS durchsucht oder überfliegt, leitet sich aus dieser Extraktion ab, und die Pipeline ist in der Breite kaum zu umgehen: Die Studie Hidden Workers: Untapped Talent der Harvard Business School berichtet, dass 99 % der Fortune-500-Unternehmen ein ATS einsetzen. Die ehrliche Frage an jede Vorlage lautet also nicht „sieht sie aufgeräumt aus?", sondern „wenn dieses Layout zu einem PDF wird, enthält der extrahierte Text dann alles, in der richtigen Reihenfolge, mit intakten Wörtern?"

Diese Rahmung ergibt einen Test mit drei messbaren Eigenschaften:

• Vollständigkeit. Jedes Wort des Quell-Lebenslaufs sollte aus der Textebene des PDFs wiederherstellbar sein. Gemessen als Token-Abdeckung: der Anteil der erwarteten Tokens, der in der Extraktion gefunden wird.
• Reihenfolge. Name, Kurzprofil und Abschnittsüberschriften sollten in der Extraktion in der deklarierten Lesereihenfolge der Vorlage erscheinen. Ein Layout, das sich visuell gut liest, aber verwürfelt extrahiert, hat seinen Nutzer im Stillen im Stich gelassen.
• Integrität. Wörter sollen als Wörter herauskommen. Manche typografischen Entscheidungen (vor allem aggressive Laufweite) zersplittern die Extraktion, sodass aus „SUMMARY" sechs einzelne Buchstaben werden. Wir haben gemessen, dass dieses Scheitern ab 0,11em Laufweite beginnt, deshalb ist jede Vorlage im Katalog auf 0,04em begrenzt.

Methodik: reproduzierbar aus unserer Codebasis

Der Test ist ein Skript in unserem Repository (scripts/check-template-parity.ts), keine Marketing-Übung, und er läuft gegen die echte Produktions-Rendering-Pipeline statt gegen eine Simulation davon. Für jede der 29 Vorlagen im Register gilt:

1. Derselbe feste Beispiel-Lebenslauf wird über unsere Produktions-Print-Route durch die Vorlage gerendert, ausgeliefert vom selben Next.js-Build, den Nutzer bekommen, und von derselben Chromium-basierten Engine zu PDF konvertiert, die jeden Kunden-Download erzeugt
2. Die Textebene wird mit unpdf aus dem entstandenen PDF extrahiert, einer Extraktionsbibliothek auf Basis der pdf.js-Engine, also mit demselben Extraktionsansatz, auf den sich ATS-Parser stützen
3. Die Extraktion wird Token für Token mit dem kanonischen Text des Quell-Lebenslaufs (der resumeToText-Serialisierung) verglichen: Der Text wird Unicode-normalisiert (NFKC, was auch PDF-Ligaturen wie fi wieder in Einzelbuchstaben auflöst), kleingeschrieben und an nicht-alphanumerischen Zeichen getrennt
4. Die Abdeckung wird als Multimenge berechnet: Jedes Vorkommen jedes erwarteten Tokens muss gefunden werden. Ein Wort, das dreimal in der Quelle steht, muss also dreimal in der Extraktion auftauchen, um voll zu zählen
5. Die Lesereihenfolge wird separat verifiziert: Der Name, die Kurzprofil-Überschrift und jeder inhaltstragende Abschnittstitel müssen in der Extraktion in der deklarierten Lesesequenz der Vorlage erscheinen
6. Das Gate lässt eine Vorlage nur passieren, wenn die Abdeckung über 95 Prozent liegt UND die Reihenfolge intakt ist. Jeder Fehlschlag lässt den gesamten Lauf scheitern, und die gerenderten PDFs werden als Artefakte für die manuelle Prüfung gespeichert

Ergebnisse: jede Vorlage, jede Zahl

Jüngster gemessener Lauf: 22.08.2026, alle 29 Vorlagen, in jedem Fall ein zweiseitiges Rendering des Beispiel-Lebenslaufs. Die Lesereihenfolge blieb in 29 von 29 Vorlagen erhalten. Token-Abdeckung pro Vorlage:

Was das Gate beim Aufbau des Katalogs abgefangen hat

Ein Gate ist nur interessant, wenn es Zähne hat. Hier ist also, was auf dem Weg zu diesen Zahlen durchgefallen ist. Der lehrreichste Befund war typografisch: Klassische Serifen-Vorlagen setzen traditionell weite Laufweite auf Namen in Großbuchstaben und auf Abschnittstitel, und wir haben festgestellt, dass die PDF-Textextraktion solchen Text ab 0,11em Laufweite in Einzelbuchstaben-Fragmente zerlegt. Das Scheitern ist binär und scharf: Unter der Schwelle extrahieren Wörter als Ganzes, darüber extrahiert „SUMMARY" als einzelne Buchstaben, die keiner Suche entsprechen. Jede Vorlage im Katalog begrenzt die Laufweite jetzt auf höchstens 0,04em, und unsere Heritage-Familie bezieht ihren traditionellen Look aus Groß- und Kleinschreibung, Linien und Schriftwahl statt aus Laufweite.

Dieser Befund gilt weit über unsere Vorlagen hinaus, und fast keine „ATS-freundlich"-Checkliste erwähnt ihn: Wenn Ihr aktueller Lebenslauf stilisierte Abstände auf Überschriften nutzt, kann seine Extraktion genau auf diese Weise zersplittert sein, egal wie konservativ das Layout wirkt. Es ist zudem mit bloßem Auge unsichtbar, und genau deshalb zeigen wir die Extraktion: Der Checker berechnet, welcher Anteil der Wörter Ihrer Datei als ganze Wörter zurückgelesen wird, und legt Ihnen den rohen Text vor.

Das Gate erzwingt außerdem die Lesereihenfolge pro Vorlage, was das Design auf nützliche Weise einschränkt. Bandkopf-Layouts (Nova, Onyx), Ausbildung-zuerst-Reihenfolgen für Studierende (Beacon, Primer) und Monospace-Styling (Mono) mussten alle ihre Extraktionssequenz beweisen, bevor sie ausgeliefert wurden. Die Regel ist einfach: Eine Layout-Idee, die Name, Kurzprofil und Abschnittstitel nicht in deklarierter Reihenfolge im extrahierten Strom halten kann, wird nicht mit dem Siegel ausgeliefert, so gut sie auch aussieht.

Die vier Vorlagen, denen wir das Siegel verweigern, ehrlich begründet

Unsere vier Vorlagen der Statement-Familie (Studio, Panorama, Duet, Atlas) sind zweispaltige Layouts, und genau in dieser Studie maßen sie 98,94 Prozent Token-Abdeckung bei sauberer Lesereihenfolge. Warum tragen sie also das Label „Best for human review" statt ATS-Verified?

Weil der Test, den wir bei ihnen ausführen können, strukturell schwächer ist, und die Integrität des Siegels mehr zählt als die Anzahl der Siegel. Bei einer einspaltigen Vorlage verifiziert das Gate eine Eigenschaft mit echter Kraft: Der gesamte Lebenslauf ist ein einziger Textfluss, es gibt also genau eine Lesereihenfolge, die ein Parser finden kann. Bei einer zweispaltigen Vorlage existiert keine solche einzelne Sequenz. Unser Gate verifiziert die interne Reihenfolge jeder Spalte unabhängig (Kopfbereich und Hauptspalte; Seitenleiste), und bei mehrseitigen Renderings verzahnt die Paginierung die beiden Spalten legitimerweise Seite für Seite. Verschiedene ATS-Parser durchlaufen mehrspaltige Seiten unterschiedlich, und keiner veröffentlicht, wie. Wir können beweisen, dass unsere zweispaltige Extraktion intern kohärent ist; wir können nicht versprechen, dass jeder Parser die beiden Bahnen so zusammensetzt wie das menschliche Auge. Das Label sagt also, was wir wissen: am stärksten, wenn zuerst ein Mensch liest.

Wann sollten Sie sie trotzdem nutzen? Empfehlungen, Karrieremessen, gedruckte Exemplare, portfoliogetriebene Einstellungen: Kontexte, in denen ein Mensch der erste Leser ist und die visuelle Spur für Kenntnisse und Qualifikationen ihren Platz verdient. Die Seite der Statement-Familie behandelt die Abwägung, und jeder Export fällt in DOCX und TXT auf eine saubere einzelne Spalte zurück, sodass Sie bei einer Portal-Bewerbung nie an die zweispaltige Wette gebunden sind.

Grenzen: was diese Studie Ihnen nicht sagen kann

Eine Studie ist nur so vertrauenswürdig wie ihre benannten Grenzen. Hier sind unsere, unaufgefordert.

Eine Extraktions-Engine. Wir extrahieren mit unpdf, einer Open-Source-Implementierung der PDF-Textextraktion. Kommerzielle ATS-Parser nutzen eigene Engines, und Engines können bei kniffligen Dateien voneinander abweichen. Unsere Verteidigung ist, dass die Vorlagen so konstruiert sind, dass sie keine kniffligen Teile haben: einzelne Textflüsse, echte Schriften, begrenzte Laufweite. Je schlichter der Input, desto weniger Raum haben Engines für Abweichungen, und den Input schlicht zu machen ist genau das, was das Gate erzwingt. Trotzdem gilt: „extrahiert perfekt in einer Engine" ist ein Beleg, kein Beweis, für jede Engine.

Eine Fixture. Jede Zahl in dieser Studie stammt aus einem einzigen, bewusst vollständigen zweiseitigen Beispiel-Lebenslauf. Ein anderer Lebenslauf (sehr lange URLs, ungewöhnliches Unicode, zehn Seiten an Positionen) könnte andere Reste zutage fördern. Die Fixture ist so gebaut, dass sie jeden Abschnittstyp abdeckt, den unser Builder unterstützt, aber sie kann nicht jeden existierenden Lebenslauf abdecken. Genau deshalb zählt der Checker: Er führt dieselbe Extraktion auf Ihrer tatsächlichen Datei aus, und das ist der einzige Test, der Ihren tatsächlichen Inhalt abdeckt.

Parsing, nicht Ranking. Das Gate misst, ob Text die Reise in ein ATS übersteht. Es sagt nichts darüber, wie das Ranking, die Filter oder die Recruiter-Suchen eines Arbeitgebers diesen Text behandeln; das hängt von Ihrem Inhalt und dessen Konfiguration ab. Eine verifizierte Vorlage bringt Ihre Wörter intakt in die Datenbank; gut machen kann sie die Wörter nicht.

Eine Momentaufnahme. Diese Zahlen beschreiben den Katalog, wie er am 22. August 2026 gemessen wurde. Vorlagen entwickeln sich weiter, Rendering-Engines werden aktualisiert, und das Gate läuft bei jeder Änderung neu, gerade weil vergangene Ergebnisse künftige Builds nicht zertifizieren. Wenn sich die Zahlen ändern, ändert sich diese Seite.

Wie sich das vom üblichen Vorlagen-Marketing unterscheidet

Wir haben die Wettbewerbslandschaft beim Aufbau dieses Katalogs gründlich untersucht, und das Standardmuster im Markt der Lebenslauf-Builder ist: jede Vorlage als ATS-freundlich beschreiben, keinen Test anhängen, keine Zahlen veröffentlichen. Manchmal schmückt die Behauptung Layouts mit dunklen Seitenleisten, Skill-Balken und zweispaltigen Strukturen, also genau den Merkmalen, die Extraktion unberechenbar machen, ohne dass für Käufer ein Unterschied kenntlich gemacht würde.

Wir behaupten nicht, dass die Vorlagen der Konkurrenz am Parsing scheitern; wir haben sie nicht gemessen, und diese Studie behauptet nur, was wir gemessen haben. Was wir sagen, ist strukturell: Eine Behauptung ohne Methode ist keine Information, sondern Dekoration. Die nützlichen Fragen an jeden Vorlagen-Anbieter, uns eingeschlossen, sind die, die diese Studie offen beantwortet:

• Was genau wurde getestet, auf welcher Rendering-Pipeline: der echten, über die Nutzer exportieren, oder einem Mockup?
• Was wurde gemessen: Token-Abdeckung gegen den Quellinhalt, Lesereihenfolge, beides, keines von beiden?
• Welche Schwelle muss eine Vorlage überschreiten, und was passiert, wenn eine es nicht tut?
• Welche Vorlagen tragen die Behauptung und welche nicht, und ist der Anbieter bereit, einen Teil des eigenen Katalogs als NICHT verifiziert zu kennzeichnen?
• Kann der Test erneut ausgeführt werden, und sind die Artefakte einsehbar?

Was das für Ihren Lebenslauf bedeutet, egal welches Tool Sie nutzen

Vielleicht nutzen Sie unsere Vorlagen nie, und die Studie gibt Ihnen trotzdem eine brauchbare Checkliste, denn die Fehlermodi, gegen die wir das Gate gebaut haben, sind universell:

• Verifizieren Sie die Extraktion, statt sie anzunehmen. Die wertvollste Gewohnheit aus dieser ganzen Studie: Schauen Sie sich den extrahierten Text Ihres Lebenslaufs an, bevor Sie eine Bewerbungsserie starten. Unser Checker zeigt ihn in Sekunden, unbegrenzt, ohne Konto.
• Behandeln Sie Laufweite als hartes Risiko. Stilisierte Abstände auf Namen und Überschriften können die Extraktion unsichtbar zersplittern. Wenn Ihre Vorlage ihre Großbuchstaben-Titel spationiert, prüfen Sie, wie die Wörter in der Extraktion aussehen.
• Bevorzugen Sie eine Spalte für Portal-Bewerbungen. Nicht weil zwei Spalten immer scheitern, sondern weil eine Spalte das einzige Layout ist, dessen Lesereihenfolge sich allgemein beweisen lässt.
• Rechnen Sie damit, dass lange URLs ausfransen. Schemata und umbruchgeteilte Pfad-Fragmente sind die ersten Opfer der Extraktion. Wenn ein Link aus dem geparsten Eintrag kopierbar sein muss, halten Sie ihn kurz und auf einer Zeile.
• Beurteilen Sie Siegel nach ihrer Methode. Jedes „ATS-approved"-Label ohne veröffentlichten Test ist eine Schriftwahl, keine Tatsache. Stellen Sie die fünf Fragen oben.

Häufig gestellte Fragen

Haben Sie gegen echte ATS-Plattformen wie Workday oder Greenhouse getestet?

Nein, und wir sagen das offen: Kommerzielle ATS-Anbieter legen ihre Parser nicht für Benchmarks offen, und jedes Tool, das behauptet, Ihren Lebenslauf „in Workday" bewertet zu haben, sollte erklären, wie. Was wir testen, ist die Ebene, von der jedes dieser Systeme abhängt: der aus dem PDF extrahierbare Text. Ist die Extraktion vollständig, geordnet und intakt, haben Sie den Input gesichert, den alle Parser teilen.

Was bedeutet 98,94 Prozent Abdeckung konkret?

Der Beispiel-Lebenslauf serialisiert zu 284 erwarteten Tokens, gezählt mit Vielfachheit. In einem Lauf mit 98,94 Prozent wurden 281 von 284 Token-Vorkommen im extrahierten Text des PDFs gefunden; die 3 Fehltreffer waren das URL-Schema „https" (dreimal erwartet, von den Vorlagen anders dargestellt). Alle Jobtitel, Arbeitgeber, Datumsangaben, Kenntnisse und Stichpunkt-Inhalte wurden vollständig extrahiert.

Warum messen drei Compact-Vorlagen 98,24 Prozent statt 98,94?

In Vector, Primer und Mono bricht die lange GitHub-Projekt-URL des Beispiels so über einen Zeilenumbruch, dass zwei ihrer Pfad-Tokens bei der Extraktion zerteilt werden, zusätzlich zu den drei Schema-Tokens, die überall fehlen. Das sind 5 von 284 Tokens, alle aus einer einzigen URL. Die Lebenslauf-Prosa war nicht betroffen, und alle drei Vorlagen bestehen das 95-Prozent-Gate mit intakter Lesereihenfolge.

Kann ich diese Studie reproduzieren?

Das Gate ist ein Skript in unserer Codebasis (scripts/check-template-parity.ts), das jede Vorlage des Registers durch den Produktions-Build rendert, den Text jedes PDFs mit unpdf extrahiert und scheitert, sobald eine Vorlage unter 95 Prozent Abdeckung fällt oder die Lesereihenfolge bricht. Es speichert alle 29 PDFs als einsehbare Artefakte. Gleiche Input-Fixture, gleicher Tokenizer, gleiche Schwelle bei jedem Lauf.

Wenn die zweispaltigen Vorlagen 98,94 Prozent erreicht haben, warum bekommen sie kein Siegel?

Weil unser Test bei ihnen weniger beweist. Eine einzelne Spalte hat eine beweisbare Lesereihenfolge; zwei Spalten haben zwei intern geordnete Bahnen, die verschiedene Parser unterschiedlich zusammensetzen können, und mehrseitige Renderings verzahnen die Bahnen Seite für Seite. Wir verifizieren, was verifizierbar ist, und beschriften den Rest ehrlich: Best for human review, mit eingebauten einspaltigen DOCX- und TXT-Fallbacks.

Wie prüfe ich, was ein Parser in meinem aktuellen Lebenslauf liest?

Laden Sie ihn in den ATS-Checker hoch. Er extrahiert die Textebene Ihrer Datei mit demselben Ansatz wie in dieser Studie und zeigt Ihnen das rohe Ergebnis, plus deterministische Prüfungen auf Extraktionsqualität, Kontaktdaten, Abschnittsüberschriften und Datumsangaben. Scans sind unbegrenzt, und Dateien werden im Arbeitsspeicher verarbeitet, nie gespeichert.

Quellen

Fakten, Preise und Richtlinien geprüft am 22. August 2026. Sie können sich ändern; die Checkout-Seiten der Anbieter haben das letzte Wort.

• Harvard Business School and Accenture, Hidden Workers: Untapped Talent (Fuller and Raman, 2021)