Keywords im Lebenslauf für IT- und Ingenieurberufe

Ein Lebenslauf, der "JavaScript" nennt, wo die Stelle "React" verlangt, fällt durch eine Suche, die er eigentlich bestehen sollte. Technisches Recruiting läuft über konkrete Tool-Namen, nicht über allgemeine Kompetenzbegriffe.

Die meisten Keyword-Tipps enden bei "an die Stellenanzeige anpassen". Für eine technische Position reicht das nicht. Wer Entwickler sucht, tippt keine allgemeinen Begriffe, sondern konkrete Tool-Namen in eine Suchmaske oder Boolesche Kette ein. Ein Lebenslauf, der die richtige Kategorie, aber das falsche konkrete Tool nennt, wird nicht gefunden, obwohl ein Mensch beide als gleichwertig einstufen würde.

Das Wichtigste in Kürze

Tech-Recruiter suchen nach konkreten Tools und Frameworks, nicht nach der Kategorie dahinter — "Terraform" wird nicht über eine Suche nach "Infrastructure as Code" gefunden.
Eine Sprache ersetzt nicht ihre Frameworks. Wer "JavaScript" angibt, erscheint nicht automatisch bei einer Suche nach "React", und umgekehrt.
Versionsnummern zählen nur bei echten Bruchstellen (Python 2 zu 3, ältere vs. aktuelle Angular-Generation) — sonst sind sie überflüssiges Rauschen.
Ein nach Kategorien gegliederter Kenntnisse-Abschnitt (Sprachen, Frameworks, Infrastruktur, Datenbanken) lässt sich schneller erfassen als eine einzige lange Liste.
Selbsteinschätzungen wie "Experte" oder Kompetenzbalken werden von den meisten Systemen nicht als durchsuchbare Daten erkannt und ersetzen keinen Beleg durch ein Projekt.

Warum "an die Stellenanzeige anpassen" hier zu kurz greift

Bei einer Pflegekraft deckt "Krankenschwester" und "examinierte Pflegefachkraft" fast die gesamte Suchbreite ab — zwei Formen eines Begriffs. Wer eine Backend-Entwicklerin sucht, kombiniert dagegen oft vier oder fünf unabhängige, konkrete Begriffe: Go UND Kubernetes UND gRPC UND NICHT "Junior". Es gibt keine einzelne Formulierung, die das abdeckt. Der Lebenslauf muss die tatsächlich eingesetzten Tools nennen, im Plural.

Deshalb scheitert eine Formulierung wie "moderne Cloud-Infrastruktur" lautlos. Sie liest sich gut und trifft keine Suche. Recruiter suchen nach den Eigennamen: AWS statt "Cloud", PostgreSQL statt "Datenbanken", Datadog statt "Monitoring-Tools". Geschrieben werden sollte das Wort, das tatsächlich gesucht wird, nicht die Kategorie darüber.

Tool, Kategorie und Sprache sind drei verschiedene Dinge

Diese drei Ebenen werden im Lebenslauf am häufigsten vermischt, und genau das kostet Treffer.

Sprache: die Basissprache — Python, Java, TypeScript, Go. Notwendig, aber für eine Suche allein selten ausreichend.
Framework oder Bibliothek: womit in der Sprache gebaut wird — Django oder FastAPI bei Python, Spring Boot bei Java, React oder Next.js bei TypeScript. Eine als "React-Entwickler" ausgeschriebene Stelle wird über diesen Namen gesucht, nicht über "JavaScript-Entwickler".
Kategorie: der Sammelbegriff, der in einer Stellenbeschreibung als Fließtext vorkommt, aber selten wörtlich gesucht wird — "Frontend", "Infrastructure as Code", "Observability".

Konkret: Python (Django, FastAPI) · PostgreSQL, Redis · Docker, Kubernetes (EKS) · Terraform

Nur Kategorie: Backend-Entwicklung · Datenbanken · Containerisierung · Infrastructure as Code

Die zweite Version ist als Zusammenfassung nicht falsch, sie wird nur nicht gefunden. Beides lässt sich kombinieren: die Kategorie für Kontext im Fließtext, die konkreten Tools im Kenntnisse-Abschnitt, der tatsächlich durchsucht wird.

Wann Versionsnummern wichtig sind

Meistens bringt eine Versionsnummer nichts. Niemand sucht gezielt nach "React 18" statt "React". Sie hinzuzufügen, engt einen Treffer unnötig ein.

Relevant wird sie bei echten Bruchstellen: Der Wechsel von Python 2 zu Python 3 veränderte genug, dass manche Stellenanzeigen ihn explizit nennen. AngularJS (Version 1) und die späteren Angular-Versionen unterscheiden sich in der Praxis so stark, dass eine Suche nach dem einen das andere nicht meint. Java 8 gegenüber Java 17+ markiert in manchen Unternehmen eine echte Markt- und Feature-Grenze. Wenn die Version einen realen Unterschied markiert, gehört sie in den Lebenslauf. Wenn nicht, kostet das Weglassen nichts.

Kenntnisse-Abschnitt so gliedern, dass er auffindbar bleibt

Eine unstrukturierte Liste mit fünfzehn Tools in einer Zeile ist zwar durchsuchbar, aber schwer zu überfliegen, sobald der Lebenslauf tatsächlich geöffnet wird — und genau das passiert, nachdem die Suche schon erfolgreich war. Eine Gliederung nach Kategorie mit den konkreten Tools darin erhält die durchsuchbaren Begriffe und gibt gleichzeitig sofortige Orientierung.

Programmiersprachen: die Basissprachen, grob nach Erfahrung oder Aktualität geordnet.
Frameworks & Bibliotheken: getrennt von den Sprachen aufgeführt, da beides getrennt gesucht wird.
Infrastruktur & Tools: Cloud-Anbieter, Orchestrierung, CI/CD, IaC-Werkzeuge — konkret benannt (AWS statt "Cloud", GitHub Actions statt "CI/CD-Pipelines").
Daten & Speicher: konkrete Datenbanken und Datenspeicher, nicht "Datenbanken" als Kategorie.

Unser Editor gruppiert die Kenntnisse automatisch und zeigt an, wenn ein in der Stellenanzeige genanntes Tool im Kenntnisse-Abschnitt fehlt. Lebenslauf prüfen

Wo der Tool-Name wirklich hingehört

Ein Kenntnisse-Abschnitt sorgt dafür, dass ein Tool gefunden wird. Ein Satz in der Berufserfahrung sorgt dafür, dass es geglaubt wird. "Migration eines Monolithen zu Microservices mit Kubernetes und gRPC, Verkürzung der Deployment-Zeit von 40 auf 6 Minuten" enthält dieselben durchsuchbaren Begriffe wie eine Liste, zeigt das Tool aber zusätzlich an einem echten Ergebnis — genau das prüft ein Mensch, sobald die Suche bereits funktioniert hat.

Ein Tool, das tatsächlich vertieft eingesetzt wurde, gehört an beide Stellen: einmal in die Kenntnisliste für die Auffindbarkeit, einmal im konkreten Projekt- oder Berufsabsatz, wo es etwas bewirkt hat. Ein Tool, das nur einmal in einem Absatz mit fünf anderen Themen auftaucht, wird beim schnellen Lesen leicht übersehen, obwohl es technisch vorkommt.

Nicht angeben, wonach man nicht gefragt werden möchte

Ein Tool nur deshalb aufzuführen, weil es in der Stellenanzeige steht, obwohl es lediglich aus einem Tutorial bekannt ist, funktioniert genau wie geplant: Der Lebenslauf wird gefunden, führt ins Gespräch, und die erste technische Frage deckt die Lücke auf. Technische Interviewer fragen gezielt zu aufgeführten Tools, weil die Liste der natürliche Ausgangspunkt des Gesprächs ist. Eine kürzere, ehrliche Liste schneidet im Gespräch besser ab als eine längere, gehoffte, auch wenn Letztere bei der Suche mehr Treffer bringt.

Häufige Fragen

Sollte ich jedes Framework angeben, das ich je genutzt habe?

Nein. Nur was im Vorstellungsgespräch in der von der Stelle erwarteten Tiefe besprochen werden kann. Ein Tool, das nur zum Bestehen einer Keyword-Suche aufgeführt wird, führt zu einem gescheiterten Gespräch, nicht zu einer Einstellung — die Liste ist meist der erste Anknüpfungspunkt für technische Fragen.

Müssen bei jedem Tool Versionsnummern stehen?

Nein. Nur dort, wo die Version einen echten Unterschied markiert, den der Arbeitsmarkt auch macht — etwa Python 2 gegenüber 3 oder ein großer Framework-Bruch. Bei den meisten Tools bringt die Versionsnummer nichts und engt einen Treffer nur unnötig ein.

Ist "Cloud-Infrastruktur" besser als der konkrete Anbietername?

Im Kenntnisse-Abschnitt sollte der konkrete Anbieter stehen, AWS, Azure, GCP, da genau das gesucht wird. Ein Sammelbegriff wie "Cloud-Infrastruktur" liest sich im Fließtext gut, taucht aber in keiner konkreten Suche auf.

Deckt eine angegebene Programmiersprache automatisch ihre wichtigsten Frameworks ab?

Nein. Eine Suche nach "React" findet einen Lebenslauf, der nur "JavaScript" nennt, nicht zuverlässig, und umgekehrt. Sprache und relevante Frameworks gehören getrennt aufgeführt.