Zum Inhalt springen

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.

Faustregel: Wenn deine WordPress-Stelle nach 14 Tagen nicht im Karussell ist, liegt es zu 80 % an einem dieser drei Probleme: invalides Schema, fehlende Indexing-API-Meldung oder ein Caching-Layer, der ein veraltetes Schema-Tag ausliefert.

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

  1. 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_email oder application_url und ein Ablaufdatum (job_expires) — letzteres ist später als validThrough im Schema entscheidend.

  2. 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.

  3. 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 baseSalary und educationRequirements sind unkritisch, Fehler hingegen verhindern die Aufnahme.

  4. 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.

  5. 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

Weiterlesen