Zum Inhalt springen
Ztract
Lebensläufe & CVs

Lebensläufe in jedem Layout, in eine Form normalisiert.

Vollständiger Name, E-Mail, Telefon, Standort, Kandidaten-Zusammenfassung, Berufserfahrung, Ausbildung und Skills — extrahiert aus jedem Lebenslauf-Layout und bereit, ein ATS oder eine Sourcing-Pipeline zu speisen.

Live-Demo

Sehen Sie es an einem echten Dokument.

Klicken Sie rechts auf ein Feld und wir markieren links, woher es stammt.

Klicken Sie auf ein Feld oder eine Box, um sie zu verknüpfen.
Resume — page 1

Extracted fields

Skills

Education

Major Degree School End date Start date

Work experience

Title Company End date Start date Description

Beispieldaten. Echte Engine-Ausgabe.

Übersicht

Was ist Resume-Parsing?

Resume-Parsing — auch CV-Parsing oder Lebenslauf-Extraktion genannt — ist der Prozess, ein freiformiges Lebenslauf-Dokument (PDF, DOCX, Bild) in strukturierte Kandidatendaten zu verwandeln. Jedes Applicant Tracking System (ATS) und jede Sourcing-Plattform sitzt auf dieser Schicht. Mit Regex und Vorlagen bricht das Parsing in dem Moment, in dem ein Kandidat ein nicht-standardisiertes Layout nutzt; mit einer layoutbewussten Engine deckt dasselbe Schema Tausende Variationen ohne vorlagenspezifisches Setup ab.

Aus dem Beispiel-Lebenslauf oben liefert Ztract den vollständigen Namen, die E-Mail, die Telefonnummer und den Standort des Kandidaten; den Headline-Summary-Absatz; das Berufserfahrungs-Array mit Titel, Unternehmen und Anfangs-/Enddatum jeder Rolle; das Ausbildungs-Array mit Schule, Abschluss und Hauptfach; und das Skills-Array — jeden Skill als eigene klickbare Chip, verlinkt zu der Stelle, an der er auf der Seite erscheint. Der Beispiel-Lebenslauf ist für einen UX Designer mit drei Rollen und zwei Abschlüssen; die Ausgabe ist in Sekunden bereit, in Greenhouse, Lever oder Workday aufgenommen zu werden.

Zwei Designentscheidungen sind hier wichtig. Erstens kommen Skills als typisiertes Array von Strings zurück — nicht als kommagetrennte Wolke — sodass nachgelagertes Skill-Matching gegen eine Kandidaten-Datenbank ohne weiteres String-Splitting abgleichen kann. Zweitens werden Daten normalisiert: "Jun 2023", "06/2023", "2023-06" und "Present" landen alle in einem sortierbaren Format. Mehrspaltige Lebensläufe, Sidebars und "kreative" Layouts, die die meisten Parser durcheinanderbringen, werden in der richtigen Lese-Reihenfolge gelesen.

Schwierige Stellen

Wo es knifflig wird.

Die Gründe, warum dieser Dokumenttyp schwieriger ist, als er aussieht — und wie wir damit umgehen.

  • 100+ Layout-Variationen

    Chronologisch, funktional, hybrid, zweispaltig, mit Sidebar, "kreative" Layouts mit Icon-Gittern. Die Engine liest die Lese-Reihenfolge korrekt, unabhängig davon, wie die Seite angeordnet ist.

  • Daten in fünf Formaten

    "Jun 2023", "06/2023", "2023-06", "Summer 2023", "Present" — alle auf ein einziges sortierbares Datumsformat normalisiert, damit nachgelagerte Filter und Betriebszugehörigkeits-Berechnungen sauber funktionieren.

  • Skills als Absätze, Bullets oder Icon-Gitter

    Manche Lebensläufe listen Skills als "Python, SQL, React". Andere nutzen Bullet Points. Andere nutzen Profibalken oder Icon-Gitter. Alle kommen als flaches Array von Skill-Strings zurück.

  • Summary-Absätze erhalten

    Die Kandidaten-Headline-Zusammenfassung ist freie Prosa, kein beschriftetes Feld — und der einzelne wichtigste Satz für Recruiter. Die Engine extrahiert ihn wortgetreu, nicht als Bullet-Fragmente.

Wer es nutzt

Workflows, in denen es landet.

  • ATS-Feeder

    Geparste Lebensläufe in Greenhouse, Lever oder Workday Recruiting einspielen, mit strukturierter Erfahrung und Skills bereits befüllt.

  • Sourcing-Teams

    Eingehende Kandidaten per E-Mail/Telefon deduplizieren und dann das Skills-Array über Tausende Lebensläufe in jedem Layout durchsuchen.

  • HR Ops

    Die Form jedes Lebenslaufs standardisieren — Titel, Unternehmen, Daten, Skills — für nachgelagertes Reporting zu Headcount, DEI und Comp-Benchmarks.

FAQ

Häufige Fragen.

Welche Lebenslauf-Formate unterstützt Ztract?
PDF, Word (.docx), gescannte PDFs, PNG, JPG und andere gängige Bildformate. Für beste Genauigkeit verwenden Sie das Original-PDF oder die .docx-Datei statt eines Screenshots — die Engine liest Vektortext präziser als rasterisierte Bilder.
Funktioniert es für Lebensläufe in anderen Sprachen als Englisch?
Ja. Lateinische Schriften (Englisch, Französisch, Deutsch, Spanisch, Portugiesisch), CJK (Chinesisch, Japanisch, Koreanisch), Kyrillisch und Arabisch werden unterstützt. Das Schema (Name, Kontakt, Erfahrung, Ausbildung, Skills) ist unabhängig von der Eingabesprache konsistent.
Wie werden Skills zurückgegeben?
Als flaches Array von Strings — ein Skill pro Array-Eintrag. Egal, ob der Lebenslauf sie als Bullets, kommagetrennten Text oder Icon-Gitter gedruckt hat, die Ausgabe ist normalisiert. Das macht Skill-Matching gegen eine Stellenbeschreibung trivial.
Wird Berufserfahrung mit überlappenden oder "Present"-Daten geparst?
Ja. Überlappende Rollen kommen als separate Erfahrungseinträge zurück (keine Deduplizierung). "Present", "Current" und ähnliche End-Datums-Strings werden auf einen Sentinel-Wert normalisiert, den nachgelagerte Tools erkennen können.
Kann ich das mit meinem bestehenden ATS integrieren?
Heute laden Sie über das Dashboard hoch und exportieren nach JSON, CSV oder Excel — die meisten ATS akzeptieren eines davon für Batch-Import. Eine HTTP API zur direkten Integration ist auf der Roadmap.

Probieren Sie es an Ihrem eigenen Dokument aus.

Starten Sie kostenlos mit 30 Seiten. Keine Kreditkarte, kein Abo, kein Setup.