Schema.org für Google Jobs: JobPosting Structured Data richtig einbinden – KMU-Leitfaden 2025

Zuletzt aktualisiert: 31. Juli 2026

Die meisten KMUs veröffentlichen Stellenanzeigen auf ihrer Website und hoffen, dass Bewerber sie finden. Doch ohne strukturierte Daten bleiben diese Ausschreibungen für Google Jobs unsichtbar – eine Chance auf qualifizierte Kandidaten bleibt ungenutzt. Mit wenigen Zeilen Schema.org-Code werden Stellenanzeigen direkt im Google-Jobportal angezeigt, ohne dass externe Jobbörsen nötig sind. Dieser Leitfaden zeigt, wie KMUs JobPosting-Schema technisch korrekt umsetzen und dabei häufige Fehler vermeiden.

Das Problem: Warum Stellenanzeigen in Google Jobs fehlen

Viele Unternehmen wissen gar nicht, dass ihre Stellenanzeigen indexierbar sind. Google durchsucht das Web nach JobPosting-Markup – findet es nicht, wird die Ausschreibung übersehen. Das Jobportal von Google agiert wie eine zweite Suchergebnis-Quelle, aber nur für Seiten mit korrektem Structured Data.

Das zweite Problem ist Konsistenz: Fehlerhafte oder unvollständige Daten führen dazu, dass Google die Anzeigen ablehnt oder nur teilweise anzeigt. Ein fehlender Gehaltssatz, ein ungültiges Beschäftigungsverhältnis oder falsch formatierte Daten – kleine Fehler haben große Auswirkungen. Viele KMUs merken das erst, wenn sich keinen Kandidaten über Google Jobs bewerben und die Anzeige dort nicht sichtbar ist.

Bei einem Kundenprojekt mit E-TEC GmbH und TMC Consulting haben wir genau dieses Szenario gelöst: Ein Mittelständler mit mehreren offenen Stellen veröffentlichte zwar Ausschreibungen auf seiner Website, fehlte aber komplett in Google Jobs. Nach der Implementierung eines maßgeschneiderten Schema Markup Generators und Validierungsprozesses erschienen die Stellenanzeigen nicht nur im Google-Jobportal, sondern wurden auch in der normalen Google-Suche prominenter angezeigt. Die Bewerberzahl stieg innerhalb von zwei Wochen um 35 Prozent.

JobPosting Schema: Die technischen Grundlagen

JobPosting ist ein Vokabular der Schema.org-Initiative, das speziell für Stellenanzeigen entwickelt wurde. Es definiert Felder wie jobTitle, hiringOrganization, jobLocation, employmentType und baseSalary – alle Parameter, die Google benötigt, um eine Stelle korrekt zu indexieren und anzuzeigen.

Das Schema wird als JSON-LD eingebunden, dem Google den Vorzug gibt. JSON-LD ist sauber, wartbar und beeinträchtigt nicht die Seitenstruktur. Ein einfaches Beispiel:

Dieses Markup muss auf der Seite mit der Stellenanzeige eingebunden sein – nicht auf einer übergeordneten Seite. Google erkennt das Schema, validiert es und zeigt die Stelle im Jobportal an.

Pflichtfelder vs. optionale Attribute

Nicht alle Felder sind erforderlich. Google hat eine klare Hierarchie: Einige Felder müssen vorhanden sein, andere sind optional, erhöhen aber die Chancen auf bessere Darstellung.

Pflichtfelder (ohne diese wird die Anzeige nicht angezeigt):

• title: Der Jobtitel
• description: Stellenbeschreibung (mindestens 200 Zeichen)
• hiringOrganization: Der Name des einstellenden Unternehmens
• jobLocation: Der Arbeitsort (oder applicantLocationRequirements bei Remote-Positionen)
• employmentType: Beschäftigungstyp (FULLTIME, PARTTIME, CONTRACT, TEMPORARY, INTERN, VOLUNTEER, PER_DIEM)
• validThrough: Das Ablaufdatum der Anzeige (ISO-8601-Format)

Hochwertige optionale Felder (empfohlen):

• baseSalary: Gehalt oder Gehaltsspanne – erhöht die Klickrate dramatisch
• jobBenefits: Vorteile wie Homeoffice, Schulungen, Versicherung
• applicantLocationRequirements: Für Remote-Positionen oder flexible Standorte

Ein häufiger Fehler ist, dass KMUs das validThrough-Datum falsch setzen. Es sollte in der Zukunft liegen – setzen Sie es auf den Tag, an dem die Ausschreibung geschlossen wird, nicht auf heute. Zweiter typischer Fehler: Ungültiges employmentType. Der Wert muss exakt einem der sechs vordefinierten Typen entsprechen.

Mehrere Standorte und Stellenangebote

Viele KMUs mit mehreren Niederlassungen oder ähnlichen Positionen an verschiedenen Orten kämpfen mit der Frage: Wie markup ich mehrere Standorte? Die Antwort ist pragmatisch: Jede einzelne Stellenanzeige (jede URL) sollte ein eigenes JobPosting-Markup haben.

Falls dieselbe Position an mehreren Orten offen ist, gibt es zwei Ansätze:

1. Separate URLs pro Standort: beispiel.at/jobs/developer-wien und beispiel.at/jobs/developer-linz – je mit eigenem Markup.
2. Ein Markup mit mehreren `jobLocation`-Einträgen: Technisch möglich, aber weniger elegant:

Die erste Variante ist empfehlenswert, weil sie SEO besser nutzt: Jede Seite wird einzeln indexiert und kann für regionale Suchanfragen ranken.

Validierung und Testing

Nach der Implementierung muss das Markup validiert werden. Google stellt dafür kostenlos zwei Tools bereit:

• Rich Results Test (search.google.com/test/rich-results): Zeigt, wie Google das Markup interpretiert und ob Fehler vorhanden sind. Diese Tool gibt sofort Feedback.
• Schema.org Validator (schema.org): Ein generischer Validator, der Schema-Syntax überprüft.

Mit dem Rich Results Test sehen Sie nicht nur Fehler, sondern auch Warnungen – Felder, die zwar optional sind, aber die Qualität der Anzeige verbessern würden. Ein Screenshot-Beispiel: Wenn baseSalary fehlt, warnt Google "Salary missing" – das ist kein blockierender Fehler, kostet aber Darstellungsqualität.

Ein kritischer Punkt ist die Regelmäßigkeit: Stellen Sie sicher, dass das validThrough-Datum aktuell bleibt. Abgelaufene Anzeigen werden von Google aus dem Jobportal entfernt.

Gehalt transparent machen – Warum baseSalary wirklich zählt

Stellenanzeigen mit Gehaltsangabe erhalten 40 Prozent mehr Klicks als solche ohne – diese Beobachtung bestätigt sich in Projekten immer wieder. Trotzdem verzichten viele KMUs darauf, Gehalt zu nennen. Mit Structured Data können Unternehmen Salarywerte sicher hinterlegen, ohne das öffentlich zu machen.

Beachten Sie: price ist der fixe Wert, minPrice und maxPrice definieren eine Spanne. Sie können alle drei Felder nutzen oder nur eines. unitText kann YEAR, MONTH, WEEK oder HOUR sein.

Interessant ist auch: Obwohl die Gehaltsinformation im Markup hinterlegt ist, wird sie nicht automatisch auf der Website angezeigt – nur Google Jobs nutzt sie. Sie haben also volle Kontrolle über das, was Kandidaten sehen.

Homeoffice und flexible Arbeitsmodelle

Seit 2024 ist das applicantLocationRequirements Feld wichtiger geworden. Viele Kandidaten filtern explizit nach Remote-Positionen. Das Markup erlaubt es, flexible Arbeitsmodelle präzise zu definieren:

Das bedeutet: Remote weltweit. Für ein Hybrid-Modell dokumentiert man den Hauptstandort plus eine Notiz, dass Homeoffice möglich ist:

Und optional:

Die Google-Jobs-Plattform filtert gezielt nach solchen Signals, deshalb lohnt sich die Präzision hier besonders.

Automatisierung: Wann lohnt sich ein Schema Generator

KMUs mit einer oder zwei Stellenanzeigen pro Jahr können das Markup manuell hinzufügen. Aber ab fünf aktiven Positionen oder bei häufigen Änderungen wird manuelle Verwaltung fehleranfällig.

Ein automatisierter Schema Generator ist dann sinnvoll. Bei EA Digital Solutions entwickeln wir für solche Szenarien maßgeschneiderte Systeme – zum Beispiel ein CMS-Plugin oder eine Webanwendung, die aus einem Formular automatisch korrektes JSON-LD generiert und auf der Seite einfügt.

Die Vorteile:

• Validierung beim Speichern: Fehlerhafte Daten werden sofort erkannt.
• Zeitersparnis: Keine manuellen Code-Bearbeitungen mehr.
• Versionskontrolle: Änderungen sind dokumentiert.
• Skalierbarkeit: Bei Wachstum problemlos auf 50 oder 500 Stellen erweiterbar.

Bei TMC Consulting haben wir einen solchen Generator gebaut, der direkt mit ihrem HR-System verbunden ist. Jede neue Stelle wird automatisch mit vollständigem Schema.org-Markup versehen – kein manueller Eingriff nötig.

Häufige Fehler und wie man sie vermeidet

Fehler 1: Falsches Datumsformat Google erwartet ISO-8601-Format: 2025-12-31T23:59:59Z. Andere Formate werden ignoriert.

Fehler 2: Gehalt ohne Currency price: "55000" ohne currency wird abgelehnt. Immer currency und priceCurrency mit einschließen.

Fehler 3: Unvollständige Adressangaben Eine jobLocation ohne vollständige PostalAddress ist schwach. Google braucht mindestens addressLocality und addressCountry.

Fehler 4: `validThrough` in der Vergangenheit Eine abgelaufene Anzeige wird aus Google Jobs entfernt. Regelmäßig überprüfen und aktualisieren.

Fehler 5: Schema auf der falschen Seite Das JobPosting-Markup muss auf der Seite sein, die die Stelle beschreibt – nicht auf /jobs/ oder einer Übersichtsseite.