Öffne eine einzelne Stellenanzeige auf dem Handy und gehe den Weg bis zum absendebereiten Formular durch. Der Button muss auffindbar sein, die Pflichtfelder müssen bedienbar sein und der Weg darf nicht auf eine allgemeine Übersicht oder eine abgelaufene Stelle führen. Prüfe außerdem, ob die mobilen Inhalte und strukturierten Daten zugänglich sind.
Im Ratgeber suchen und Abschnitte wählen
Wo beginnt ein sinnvoller Mobiltest?
Starte mit der öffentlichen Detail-URL einer echten, aktiven Stelle. Kopiere sie in einen privaten Browsermodus oder nutze ein Gerät, auf dem du nicht im ATS angemeldet bist. So siehst du eher, was Bewerbende sehen. Prüfe zuerst drei Dinge: Ist der Beruf erkennbar? Ist der Arbeitsort sichtbar? Findest du den Bewerbungsweg ohne langes Suchen?
Ein Screenshot der ersten Ansicht ist hilfreich, weil er später zeigt, ob ein Button nach einer Template-Änderung verschwunden ist.
Welche Schritte gehst du bis zum Formular durch?
- Tippe auf den ersten klaren Bewerbungsbutton.
- Notiere jeden Wechsel: gleiche Seite, ATS-Domain oder neue Stellenübersicht.
- Prüfe, ob Titel und Stelle nach dem Wechsel noch stimmen.
- Öffne Pflichtfelder, Upload und Datenschutzlink, ohne personenbezogene Daten abzusenden.
- Kontrolliere, ob Fehlermeldungen verständlich und erreichbare Buttons sichtbar sind.
Beispiel: Führt „Jetzt bewerben“ zur passenden ATS-Stelle, ist das ein nachvollziehbarer Übergang. Führt er nur zur Startseite des Portals, braucht der Weg eine Korrektur.
Warum ist der mobile Inhalt auch für Google wichtig?
Google nutzt die mobile Version für Indexierung und Ranking. Bei getrennten mobilen und Desktop-Versionen sollen Inhalt, Metadaten und strukturierte Daten gleichwertig sein. Google warnt zudem davor, primären Inhalt erst nach Tippen, Wischen oder Tippen zu laden, weil Google ihn dann nicht lädt.
Das betrifft nicht jede Gestaltungsidee. Ein aufklappbarer Abschnitt kann Platz sparen, wenn der Inhalt vorhanden bleibt. Problematisch wird es, wenn zentrale Stelleninformationen oder der Bewerbungsweg nur durch eine fragile Interaktion entstehen.
Wann passt directApply zu deinem Bewerbungsweg?
Google versteht einen direkten Bewerbungsweg als kurz und ohne unnötige Zwischenschritte. Wer nach dem Klick aus Google mehrfach „Bewerben“ drücken oder mehrmals Daten eingeben muss, erfüllt diese Beschreibung eher nicht. Die Eigenschaft directApply ist keine kosmetische Optimierung; sie soll den tatsächlichen Ablauf abbilden. Google weist selbst darauf hin, dass daraus nicht sofort eine sichtbare Wirkung folgen muss.
Was gibst du nach dem Test an dein Team weiter?
Halte URL, Gerät, Datum, beobachteten Schritt und einen Screenshot fest. Beschreibe die Abweichung konkret: „Button verdeckt nach Cookie-Banner“ ist besser als „mobil schlecht“. So kann das Website- oder ATS-Team den Fehler reproduzieren. Nach der Korrektur wiederholst du genau denselben Ablauf.
Was muss bei einer mobilen Bewerbung funktionieren?
Muss ich eine Bewerbung wirklich absenden?
Nein. Prüfe bis zum absendebereiten Zustand und verwende keine echten Bewerberdaten. Für Bestätigungsmails braucht es bei Bedarf einen abgestimmten Testfall.
Ist ein externer ATS-Link automatisch schlecht?
Nein. Entscheidend ist, dass der Link zur passenden Stelle führt und der Weg klar sowie bedienbar bleibt.
Muss directApply auf true stehen?
Nur wenn der tatsächliche Ablauf Googles Beschreibung eines kurzen direkten Wegs erfüllt. Die Eigenschaft sollte nicht als Versprechen eingesetzt werden.
Ersetzt ein Handy-Test den Rich Results Test?
Nein. Der Handy-Test prüft den Bewerbungsweg für Menschen; der Rich Results Test prüft strukturierten Inhalt. Beide beantworten verschiedene Fragen.
Auf welchen Quellen beruht dieser Ratgeber?
Fachquellen geprüft am 23.09.2026. Die konkrete Umsetzung hängt von deiner Website und deinem System ab.

