Wie prüfst du den Bewerbungsweg einer Stellenanzeige Schritt für Schritt?

Nimm eine aktive Einzelanzeige mit einem echten Bewerbungsziel, keine Listenansicht und keine Test-URL. Wähle am besten eine Stelle, die nach einem typischen Muster erstellt wurde. Wenn ihr mehrere Systeme nutzt, wiederhole den Test später für jede Art von Übergabe: eingebettetes Formular, externe ATS-Seite und E-Mail-Bewerbung.

Notiere vor dem Start URL, sichtbaren Titel und interne Kennung. Diese drei Anker helfen, einen falschen Zielwechsel zu erkennen.

1. Gibt es auf der Jobseite eine klar erkennbare Möglichkeit zur Bewerbung?
2. Führt der Link zur gleichen Stelle und nicht nur zu einer allgemeinen Übersicht?
3. Ist die Zielseite ohne Login erreichbar und aktuell?
4. Sind Formular, Upload und Pflichtfelder bedienbar?
5. Ist vor dem Absenden klar, was als Nächstes passiert?

Ein eigener Testdatensatz ist nur sinnvoll, wenn das Team den Empfang und eine spätere Löschung abgestimmt hat. Ohne diesen Rahmen endest du vor dem Absenden.

Achte auf widersprüchliche Signale: Die Detailseite wirkt aktiv, das ATS meldet aber „nicht mehr verfügbar“, oder ein Bewerbungsbutton verweist auf eine bereits geschlossene Stelle. Google nennt einen fehlenden Bewerbungsweg auf der Jobseite als Problem. Für abgelaufene Jobs nennt die Dokumentation außerdem validThrough, die Entfernung des Markups oder einen passenden HTTP-Status als mögliche Maßnahmen.

Setze directApply nicht aufgrund eines Buttons. Google beschreibt die Eigenschaft über den gesamten Ablauf nach dem Wechsel aus Google: kurz, ohne unnötige Schritte und ohne wiederholte Dateneingabe. Wenn der Prozess mehrere Weiterleitungen oder zwei Bewerbungsformulare enthält, dokumentiere erst den Ablauf und kläre ihn intern. Die Kennzeichnung soll den tatsächlichen Weg wiedergeben.

Wiederhole denselben Test auf einer alten und einer neu erstellten Anzeige. Vergleiche URL, Titel, Stellenkennung, Zielsystem und den sichtbaren Bewerbungsbutton. Ergänze einen Rich-Results-Test für die Detailseite. Er bestätigt nicht den Formularweg, zeigt aber, ob Google die strukturierten Daten der Seite lesen kann.

Gib dem Team das Ergebnis in zwei Sätzen weiter: Was war zuvor sichtbar, und was ist nach dem Test anders? So entsteht ein Prüfprotokoll, das beim nächsten Template-Update wiederverwendbar ist.