Google for Jobs auf WordPress
WordPress-Stellenanzeigen bei Google for Jobs sichtbar machen
Plugin-Stack, Schema-Validierung, Indexing API und die zwei Caching-Fallen, die fast jede WordPress-Karriereseite einmal erwischen. Oder die Alternative: Jobflare statt Plugin-Wildwuchs.
Wie Google-for-Jobs-Markup auf WordPress entsteht
Google for Jobs liest pro Stellenanzeige ein JSON-LD-Schema-Tag mit Type JobPosting aus der HTML-Seite. Damit WordPress dieses Markup ausliefert, braucht es entweder ein Job-Plugin (das den Custom-Post-Type „Job“ mit den Pflichtfeldern bereitstellt und automatisch das Schema rendert) oder Custom-Code im Theme, der die Felder pro Page injiziert.
Reines Yoast SEO oder Rank Math reicht nicht — die Plugins liefern Organization, Article und BreadcrumbList, aber kein JobPosting. Das ist die häufigste Verwechslung in der WordPress-Welt.
Sobald das Markup steht, muss WordPress Google mitteilen, dass eine neue Stelle veröffentlicht wurde — entweder über die normale Sitemap (langsam, kann Wochen dauern) oder über die Google Indexing API (typisch Stunden bis 24 h). Genau diesen Indexing-Hook bauen WordPress-Plugins meistens nicht ein. Das ist der zweite typische Stolperstein.
Plugin-Vergleich: WP Job Manager, Simple Job Board, Custom-Code
Drei pragmatische Wege, JobPosting-Schema auf WordPress auszuliefern — mit dem, was im Live-Betrieb wirklich nervt.
WP Job Manager
Plus
- → Solides JSON-LD-Output bei Standard-Konfiguration
- → Aktive Entwicklung, große Community
- → Add-on-Ökosystem (Applications, Resume Manager, Bookmarks)
Minus
- → Pflichtfelder müssen aktiv im Backend gepflegt werden
- → Indexing-API nicht eingebaut — Custom-Code oder Add-on nötig
- → Layout ist roh und schwer ohne Custom-CSS gut aussehbar
Simple Job Board
Plus
- → Schneller Einstieg, minimaler Konfigurationsaufwand
- → Einfaches Bewerbungsformular eingebaut
Minus
- → Schema-Output unvollständig — Pflichtfelder fehlen häufig
- → Keine Multi-Location, kein baseSalary-Schema
- → Wartung selten, Updates unregelmäßig
Custom JSON-LD in functions.php
Plus
- → Volle Kontrolle über jeden Schema-Eintrag
- → Kein Plugin-Dependency
Minus
- → Wartungslast bei Theme-Updates
- → Keine UI — Redaktion arbeitet im Code
- → Fehler bleiben lange unbemerkt (keine Validierung beim Speichern)
Schema-Markup einrichten — Schritt für Schritt
Schritt 1
Plugin installieren und Custom-Post-Type befüllen
WP Job Manager im Plugin-Verzeichnis installieren, aktivieren und die Standard-Felder ergänzen:
job_title,job_description,job_location,job_type,company_name,application_emailoderapplication_urlund ein Ablaufdatum (job_expires) — letzteres ist später alsvalidThroughim Schema entscheidend.Schritt 2
Schema-Output im Quelltext prüfen
view-source:auf der Job-Page öffnen und nach"@type":"JobPosting"suchen. Wenn nichts erscheint: Plugin rendert das Schema nicht (häufig bei aggressiven Caching-Plugins). Dann den Page Cache für die Job-Custom-Post-Types ausschließen.Schritt 3
Rich-Results-Test laufen lassen
Google Rich-Results-Test mit der Job-URL aufrufen. Pflichtfelder dürfen nicht fehlen: Pflichtfeld-Übersicht im Detail. Warnungen wegen
baseSalaryundeducationRequirementssind unkritisch, Fehler hingegen verhindern die Aufnahme.Schritt 4
Sitemap und Search Console verifizieren
Yoast oder Rank Math generieren die XML-Sitemap mit den Custom-Post-Type-URLs. Sitemap in Search Console einreichen, Property per DNS oder HTML-Tag verifizieren.
Schritt 5
Indexing API anbinden
Service Account in Google Cloud anlegen, Indexing API aktivieren, Service-Account-E-Mail als Eigentümer in Search Console eintragen. Anschließend in WordPress per
save_post-Hook für den Job-Custom-Post-Type einen URL_UPDATED-POST gegen die Indexing-API absetzen. Vollständige Code-Snippets in der Hauptanleitung.
Die zwei Caching-Fallen — und wie du sie umgehst
Falle 1: WP-Cache liefert veraltetes datePosted
Wenn die Job-URL gecached ist, bekommt Google bei jedem Re-Crawl dasselbe datePosted ausgeliefert — auch Wochen später. Im Karussell sortiert Google nach Aktualität; eine Stelle mit „datePosted vor 60 Tagen“ rutscht automatisch nach hinten. Lösung: Job-URL aus dem Page-Cache exkludieren oder den Cache beim Job-Update gezielt invalidieren.
Falle 2: Cloudflare cacht das ganze HTML
Cloudflare Page Rules oder Tiered Cache können das gesamte HTML inklusive Schema-Tag tagelang halten. Wenn du validThrough oder baseSalary aktualisierst, sieht Googlebot weiter den alten Wert. Lösung: Cache Purge per API bei Job-Save oder die Job-URLs aus dem Cache exkludieren (Cache Rule: URI Path contains /jobs/ → Bypass Cache).
WordPress-Stack oder Jobflare — was ist wirtschaftlicher?
Beide Wege führen zu sichtbaren Stellen im Google-Karussell. Die Entscheidung hängt davon ab, wie oft du Stellen schaltest und wie viel WordPress-Wartung dein Team ohnehin schon trägt.
WordPress + Plugin-Stack
- → Karriereseite bleibt im Haus-Theme
- → Volle Datenkontrolle in der WP-DB
- → Plugin-Updates & Schema-Drift sind dein Problem
- → Indexing-API meistens manueller Custom-Code
- → Bewerbungs-Workflow muss separat aufgebaut werden
Typische Wartungslast: 2–4 Std/Monat
Jobflare als Karriereseite
- → Karriereseite als Sub-Domain oder Custom-Domain
- → Schema, Sitemap, Indexing-API automatisch
- → Mini-ATS mit Bewerber-Workflow eingebaut
- → Multi-Location, Gehaltsbänder, Templates fertig
- → Free-Tier verfügbar, ohne Plugin-Pflege
Typische Wartungslast: 0 Std/Monat
Karriereseite ohne Plugin-Wildwuchs?
Jobflare liefert valide JobPosting-Schemata, ruft die Google Indexing API automatisch auf und bringt einen Mini-ATS mit. Free zum Starten — du brauchst weder Plugin-Stack noch Custom-Code-Wartung.
Kostenlos testen