Strukturierte Daten für Stellen- und Immobilienanzeigen

Strukturierte Daten für Stellen- und Immobilienanzeigen: von Google for Jobs und KI-Suchen gefunden werden

Strukturierte Daten für Stellen- und Immobilienanzeigen: von Google for Jobs und KI-Suchen gefunden werden

Wer eine Stelle ausschreibt oder ein Objekt inseriert, will gefunden werden — und zwar nicht nur von Besuchern, die ohnehin schon auf der Seite sind. Suchmaschinen und zunehmend KI-Antwortsysteme entscheiden mit, ob eine Anzeige überhaupt auftaucht. Voraussetzung dafür ist, dass eine Maschine die Anzeige versteht. Genau das leisten strukturierte Daten.

Was strukturierte Daten sind

Eine Stellenanzeige besteht für den menschlichen Leser aus Überschrift, Fließtext und ein paar Eckdaten. Eine Maschine sieht zunächst nur HTML und muss raten, welcher Teil das Gehalt ist, welcher der Standort, welcher die Frist. Strukturierte Daten nehmen ihr das Raten ab: In einem maschinenlesbaren Format (JSON-LD nach dem schema.org-Standard) steht ausgezeichnet im Quelltext, dass „Hattersheim" der Arbeitsort ist und „unbefristet" das Vertragsverhältnis. Die Maschine liest keine Prosa, sondern Felder.

JobPosting: der klare Fall

Für Stellenanzeigen gibt es einen direkten Nutzen mit Namen: Google for Jobs. Wer seine Ausschreibungen mit dem JobPosting-Markup auszeichnet, wird für die eigene Job-Box in den Google-Ergebnissen berücksichtigt — die Sammelansicht, in der Stellen mit Logo, Ort und Datum erscheinen. Personaler erreichen damit Bewerber, die nie auf der Karriereseite gelandet wären.

Zwei Regeln entscheiden, ob das funktioniert. Erstens: Das Markup gehört auf eine Seite mit genau einer Stelle, nicht auf eine Übersichtsliste. Zweitens, und wichtiger: Was im Markup steht, muss dem entsprechen, was der Besucher sieht. Sobald das ausgezeichnete Gehalt vom sichtbaren Text abweicht, verliert Google das Vertrauen in die Auszeichnung — und blendet sie aus. Strukturierte Daten sind kein Trick, mit dem sich etwas vortäuschen lässt, sondern eine ehrliche Übersetzung der Seite in Maschinensprache.

Immobilien: hilfreich, aber ohne eigenes Panel

Bei Immobilien ist die Lage anders, und an dieser Stelle lohnt die Ehrlichkeit. Den schema.org-Typ RealEstateListing gibt es, und er hilft Maschinen, ein Inserat korrekt zu erfassen: Objektart, Standort, Preis, Fläche als saubere Felder statt als Fließtext. Ein eigenes Google-Suchfeature wie „Google for Jobs" existiert für Immobilien jedoch nicht. Der Nutzen liegt daher weniger in einer garantierten Anzeige-Box als darin, dass KI-Suchen und Suchmaschinen das Inserat überhaupt sauber verstehen und einordnen können. Wer auf eine bestimmte Google-Darstellung wartet, wartet vergeblich; wer maschinenlesbar inseriert, wird von Answer-Engines korrekter zitiert.

Welche Angaben eine Stellenanzeige tatsächlich braucht

Damit Google eine Ausschreibung für die Job-Box berücksichtigt, erwartet das JobPosting-Markup einen festen Satz an Angaben. Dazu gehören der Stellentitel, eine ausführliche Beschreibung der Tätigkeit, der ausschreibende Arbeitgeber, der Arbeitsort und das Datum der Veröffentlichung. Empfohlen, und in der Praxis entscheidend, sind außerdem das Anstellungsverhältnis — Vollzeit, Teilzeit, befristet — sowie, sofern angegeben, eine Gehaltsspanne. Gerade die Gehaltsangabe ist heikel: Steht sie im Markup, muss sie auch auf der sichtbaren Seite stehen, und zwar in derselben Höhe.

Ein Feld verdient besondere Beachtung, weil es regelmäßig übersehen wird: das Ablaufdatum. Eine Stelle, die längst besetzt ist, sollte nicht weiter in der Job-Box erscheinen. Wer das Ablaufdatum sauber pflegt oder besetzte Anzeigen entfernt, hält die eigene Präsenz glaubwürdig. Wer Karteileichen stehen lässt, riskiert nicht nur enttäuschte Bewerber, sondern auch, dass Google die Quelle insgesamt als unzuverlässig einstuft.

Wenn Markup und sichtbare Seite auseinanderlaufen

Der häufigste Grund, warum strukturierte Daten nicht greifen, ist keine fehlende Auszeichnung, sondern eine widersprüchliche. Das Markup behauptet 55.000 Euro, im Fließtext steht „nach Vereinbarung"; das Markup nennt einen Standort, die sichtbare Anzeige einen anderen. Für eine Maschine ist das kein Detail, sondern ein Vertrauensbruch. Google prüft die Übereinstimmung und entzieht der Auszeichnung im Zweifel die Anerkennung — lieber gar keine Anzeige als eine, die in die Irre führt.

Daraus folgt eine einfache Regel: Strukturierte Daten dürfen nichts behaupten, was nicht ohnehin sichtbar auf der Seite steht. Sie sind die maschinenlesbare Kopie des Inhalts, nicht eine zweite, geschönte Version. Sobald beide aus derselben Datenquelle stammen — den typisierten Feldern im CMS — kann dieser Widerspruch gar nicht erst entstehen.

Auch jenseits von Google: KI-Suchen lesen dieselben Felder

Der Nutzen strukturierter Daten endet nicht bei Google for Jobs. Answer-Engines wie ChatGPT oder Perplexity stehen vor demselben Problem wie jeder Crawler: Sie müssen aus HTML herauslesen, was Gehalt, Ort und Anforderung ist. Eine ausgezeichnete Anzeige liefert ihnen diese Fakten als saubere Felder, statt sie aus Prosa rekonstruieren zu lassen. Fragt ein Bewerber eine KI nach „Stellen für Mechatroniker im Raum Frankfurt", ist eine maschinenlesbar ausgezeichnete Ausschreibung die bessere Antwortgrundlage als ein PDF-Aushang. Für Immobilien gilt dasselbe Prinzip: Auch ohne eigenes Google-Panel ist ein sauber ausgezeichnetes Exposé für eine KI-Recherche leichter erfassbar — und damit häufiger Teil der Antwort.

Was das für die Website bedeutet

Strukturierte Daten von Hand in jede Anzeige zu schreiben, skaliert nicht. Sinnvoll wird es erst, wenn das System sie selbst erzeugt. In TYPO3 lässt sich das lösen, indem die Anzeige nicht als Freitext im Editor entsteht, sondern aus typisierten Feldern: ein Feld für das Gehalt, eines für den Standort, eines für die Objektart. Aus diesen Feldern generiert das System das JSON-LD automatisch — sodass Redakteure korrekte strukturierte Daten ausliefern, ohne eine Zeile Code zu sehen. Pflegt jemand die Anzeige, pflegt er zugleich das Markup.

Die Grenze, die man kennen sollte

Strukturierte Daten verbessern, ob und wie eine Anzeige von Maschinen erfasst wird. Eine Garantie auf ein Ranking sind sie nicht. Sie machen eine Seite verständlich, nicht automatisch beliebt. Allerdings ist Verständlichkeit die Vorbedingung: Was eine Maschine nicht einordnen kann, kann sie auch nicht ausspielen. Für Makler und Personaler ist der Aufwand deshalb gut investiert — vorausgesetzt, das Markup bleibt ehrlich und deckt sich mit dem sichtbaren Inhalt.

Gern prüfen wir Ihre Stellen- oder Objektseiten und richten die automatische Generierung der strukturierten Daten in Ihrem TYPO3 ein.

Quellen: Google Search Central — JobPosting structured data; schema.org RealEstateListing.

Häufige Fragen

Reicht es, das Markup einmal einzubauen?

Es muss zu jeder einzelnen Anzeige passen und mit dem sichtbaren Inhalt übereinstimmen. Ändert sich das Gehalt oder die Frist, muss das Markup mitziehen. Genau deshalb erzeugen wir es automatisch aus den Datenfeldern, statt es manuell zu pflegen.

Lande ich mit JobPosting-Markup garantiert in Google for Jobs?

Nein. Das Markup macht eine Stelle dafür berücksichtigungsfähig, mehr nicht. Ob und wie sie erscheint, entscheidet Google anhand weiterer Faktoren. Eine Platzierungsgarantie wäre unseriös.

Bringt Immobilien-Schema überhaupt etwas, wenn es kein Google-Panel gibt?

Ja — für die Maschinenlesbarkeit. KI-Suchen und Suchmaschinen erfassen ein ausgezeichnetes Inserat präziser als einen reinen Fließtext. Den Nutzen einer eigenen Google-Darstellung sollte man aber nicht erwarten.

CloudWebDevs
About the Author

CloudWebDevs

Wiesbaden

CloudWebDevs ist der technische Partner für sichere und ausfallsichere Web-Architektur. Mit tiefen Wurzeln in der Prozessoptimierung und einem Tech-Stack auf Industriestandard übersetzen wir komplexe Anforderungen in effiziente, automatisierte und wartungsfreie digitale Plattformen – von der ersten Code-Zeile bis zum automatisierten Deployment.