SEO Analyse — HAUSMANN Versorgungstechnik Jobs

SEO Analyse v2 · Lighthouse + Screaming Frog + Rich Results Test

HAUSMANN Versorgungstechnik
Jobs-Bereich: vollständige Diagnose

Externe Analyse auf Basis von Lighthouse (Performance, Technik), Screaming Frog (On-Page, Crawl), Google Rich Results Test (Schema) und manueller Sichtprüfung. Alle Daten aus öffentlich zugänglichen Quellen.

Domain

hausmann-versorgungstechnik.de/jobs/

Crawl

10 URLs · 25. März 2026

Lighthouse

Mobile · /jobs/ Hauptseite

Erstellt von

Nico Stolz Online Marketing

Lighthouse Core Web Vitals · Mobile · /jobs/

7,1s

LCP

Largest Contentful Paint
Ziel: < 2,5s

4,9s

FCP

First Contentful Paint
Ziel: < 1,8s

10,9s

TTI

Time to Interactive
Ziel: < 3,8s

4,9s

Speed Index

Gesamteindruck
Ziel: < 3,4s

Block 1 · Google Rich Results Test · Schema.org

Strukturierte Daten — was Google wirklich sieht

Ergebnis Rich Results Test: Auf der /jobs/-Übersichtsseite wurde genau 1 gültiges Element erkannt — eine BreadcrumbList. Kein einziges JobPosting-Element. Alle 10 Stellenanzeigen sind für Google Jobs unsichtbar.

✓

BreadcrumbList

Home → Jobs · Korrekt implementiert · Kein Ranking-Vorteil für Recruiting

JobPosting — Anlagenmechaniker SHK

Nicht vorhanden · Nicht in Google Jobs

JobPosting — Kundendiensttechniker

Nicht vorhanden · Nicht in Google Jobs

JobPosting — Mechatroniker Kältetechnik

Nicht vorhanden · Nicht in Google Jobs

JobPosting — Elektroniker Gebäudetechnik

Nicht vorhanden · Nicht in Google Jobs

JobPosting — 3× Ausbildungsstellen 2026

Nicht vorhanden · Für Azubi-Suche komplett unsichtbar

JobPosting — Controller / Lohnbuchhaltung

Nicht vorhanden · Zusätzliches Problem: falscher Title Tag (siehe On-Page)

Organization / Employer Schema

Nicht vorhanden · Kein Unternehmens-Kontext für Google

Kritisch Kein JobPosting-Schema auf keiner einzigen Stellenseite ▾

Rich Results Test

Google Jobs ist ein eigenständiges Such-Interface, das direkt über den organischen Suchergebnissen erscheint. Dort gelistet zu sein, erfordert zwingend valides JobPosting-Markup auf jeder einzelnen Stellenseite. HAUSMANN hat auf keiner der 10 gecrawlten Seiten entsprechendes Schema implementiert.

Das bedeutet: Jeder SHK-Fachkraft, die auf Google „Anlagenmechaniker Job Wermelskirchen" sucht, sieht HAUSMANN nicht — nicht in Google Jobs, nicht in den Rich Results. Mitbewerber mit Schema werden bevorzugt ausgespielt, unabhängig davon, ob ihre Stellen inhaltlich besser sind.

Bemerkenswert: HAUSMANN betreibt parallel eine externe Subdomain anlagenmechaniker.hausmann-karriere.de — die Existenz dieser teuer eingekauften Recruitingseite zeigt, dass der Handlungsdruck bekannt ist. Aber sie adressiert das Grundproblem nicht.

Auswirkung

Vollständige Unsichtbarkeit in Google Jobs. Alle 10 Stellen — darunter 3 Ausbildungsplätze für 2026 — erreichen keine aktiv suchenden Kandidaten über diesen Kanal.

Potenzial

Bei korrekter Implementierung: sofortige Indexierung in Google Jobs. Erfahrungswerte zeigen 30–60% mehr Direktbewerbungen über diesen Kanal — messbar innerhalb von 4–8 Wochen.

Block 2 · Screaming Frog Crawl · 10 URLs analysiert

On-Page Diagnose — was der Crawl zeigt

Kritisch Falscher Title Tag — Controller-Stelle heißt "Kaufmann/Kauffrau Marketing" ▾

Screaming Frog

Die Stellenseite für „Controller / Personalsachbearbeiter / Finanz- und Lohnbuchhaltung" trägt den Title Tag „Kaufmann/Kauffrau - Marketing (m/w/d) | HAUSMANN Versorgungstechnik". Das ist eine andere Stelle — vermutlich eine Altlast aus einer früheren Ausschreibung, die beim Anlegen der neuen Stelle nicht aktualisiert wurde.

In Google erscheint diese Seite also unter einem falschen Jobtitel. Wer nach „Controller Wermelskirchen" sucht, findet möglicherweise eine Seite, die sich als Marketing-Job präsentiert. Das erzeugt Verwirrung, erhöht die Absprungrate und schadet dem Google-Ranking für die tatsächliche Stelle.

Auswirkung

Bewerber verlassen die Seite sofort — hohe Absprungrate als negatives Rankingsignal. Die Stelle wird unter dem falschen Keyword ausgespielt.

Potenzial

Sofortige Korrektur = sofortige Wirkung. Diese Art Fehler signalisiert dem Kunden auch, wie wenig Pflege der Bereich aktuell erfährt.

Kritisch H1-Tag fehlt auf 9 von 10 Seiten — stärkstes On-Page-Keyword-Signal verpufft ▾

Screaming Frog

Screaming Frog erkennt auf keiner Stelleneinzel-Seite eine H1. Die Übersichtsseite /jobs/ hat eine H1 mit dem Text „Stellenangebote" — semantisch korrekt, aber ohne Keyword-Relevanz (kein Ort, keine Branche). Auf allen 9 Unterseiten: kein H1-Element erkannt.

Der tatsächliche Stellentitel erscheint jeweils als H2. Das ist eine strukturelle Schwäche: Google bewertet H1 als primäres Inhaltssignal. Wenn dort kein Keyword steht — oder gar nichts — rankt die Seite schwächer für exakte Suchanfragen wie „Mechatroniker Kältetechnik Job Wermelskirchen".

Seite	H1 erkannt	H2 (Stellentitel)
/jobs/	Stellenangebote	Gute Gründe für einen Start…
/kundendiensttechniker/	— fehlt —	Kundendiensttechniker/in (m/w/d)
/anlagenmechaniker/	— fehlt —	Anlagenmechaniker/in SHK
/baederbau/	— fehlt —	Anlagenmechaniker/in SHK Bäderbau
/mechatroniker-kaeltetechnik/	— fehlt —	Mechatroniker/in Kältetechnik
/elektro/	— fehlt —	Elektroniker Gebäudetechnik
/azubi-anlagenmechaniker/	— fehlt —	(nicht ermittelt)
/bauhelfer/	— fehlt —	(nicht ermittelt)

Auswirkung

Jede Stellenseite gibt das stärkste On-Page-Keyword-Signal an Google nicht ab. Das schwächt das Ranking für alle berufsbezogenen Suchbegriffe.

Potenzial

H1 + Keyword + Standort auf jeder Seite = messbar verbesserte Sichtbarkeit für Long-Tail-Jobsuchen. Geringer Aufwand, direkter SEO-Effekt.

Kritisch Title Tags: kein Standort, teilweise zu lang, 2 Seiten komplett ohne Titel ▾

Screaming Frog

Alle analysierten Stellenseiten enthalten im Title Tag keinen Standort. Dabei ist Geo-Targeting bei der Jobsuche entscheidend — Fachkräfte suchen ortsgebunden. Zusätzlich: 2 Seiten haben überhaupt keinen Title Tag (Azubi-Elektroniker im Vorschau-Modus, Bauhelfer ohne Trailing-Slash).

Seite	Title (Ist)	Zeichen	Problem
/jobs/	Stellenangebote \| HAUSMANN Versorgungstechnik	45	Kein Standort, kein Keyword
/kundendiensttechniker/	Jobs - Kundendiensttechniker/in \| HAUSMANN…	61	Zu lang, kein Standort
/controller-…/	Kaufmann/Kauffrau - Marketing (m/w/d) \| HAUSMANN…	67	FALSCHER TITEL, zu lang
/elektro/	Elektroniker bei HAUSMANN Versorgungstechnik	44	Kein Standort
/baederbau/	Anlagenmechaniker/in SHK Bäderbau \| HAUSMANN…	63	Zu lang, kein Standort
/mechatroniker-kaeltetechnik/	Mechatroniker/in Kältetechnik bei HAUSMANN…	61	Zu lang, kein Standort
/azubi-anlagenmechaniker/	Ausbildung Anlagenmechaniker/in SHK \| HAUSMANN…	65	Zu lang, kein Standort
/azubi-elektronikerin/ (Vorschau)	— kein Title —	0	Seite ohne Title, öffentlich crawlbar
/bauhelfer (ohne Slash)	— kein Title —	0	Duplicate-URL ohne Title

Auswirkung

Google kürzt Titles über ~580px in den SERPs ab. Keine Standortangabe = kein Ranking für lokale Suchanfragen. Fehlende Titles = Google wählt selbst — meistens schlechter als jede manuelle Option.

Potenzial

Standort-Keywords in Titles sind der schnellste Hebel für lokales Ranking. Messbar in Google Search Console innerhalb von 2–4 Wochen nach Reindexierung.

Warnung Meta Descriptions: generisch, kein CTA, 2 Seiten vollständig leer ▾

Screaming Frog

Die vorhandenen Meta Descriptions sind inhaltlich vorhanden, aber nicht überzeugend formuliert. Typischer Aufbau: „Starten Sie durch als [Berufsbezeichnung] bei HAUSMANN Versorgungstechnik in Wermelskirchen!" — kein konkretes Leistungsversprechen, kein Aufzählen von Vorteilen, kein Call-to-Action.

Kritisch: Zwei Seiten (Azubi-Elektroniker im Vorschau-Modus und /bauhelfer ohne Trailing-Slash) haben 0 Zeichen. Google generiert dann selbst einen Snippet — häufig aus dem Cookie-Hinweis-Text.

Seite	Zeichen	Status
/jobs/	109	Vorhanden, generisch
/kundendiensttechniker/	115	Vorhanden, kein CTA
/baederbau/	130	Grenzwertig lang
/azubi-elektronikerin/ (Vorschau)	0	Leer — Google wählt selbst
/bauhelfer (ohne Slash)	0	Leer — Duplicate-URL Problem

Auswirkung

Die Meta Description ist der einzige aktiv steuerbare Text in der Google-Suchergebnisliste. Fehlender oder generischer Text = geringere Klickrate (CTR). Weniger Klicks = schlechteres Ranking-Signal.

Potenzial

Gut formulierte Descriptions mit Benefits und CTA können die CTR um 15–30% erhöhen — ohne dass eine Stelle besser ranken muss. Mehr Klicks = mehr Bewerbungen direkt aus den SERPs.

Warnung Lesbarkeit aller Stellentexte: "Schwer" bis "Sehr schwer" — Flesch Score unter 32 ▾

Screaming Frog

Der Flesch Reading Ease Score misst, wie leicht ein Text lesbar ist. Alle Stellenseiten liegen zwischen 25 und 32 von 100 — eingestuft als „Schwer" oder „Sehr schwer". Das entspricht dem Niveau akademischer Fachtexte.

Für Stellenanzeigen, die Fachkräfte ansprechen sollen, ist das kontraproduktiv. Bewerber lesen Stellenanzeigen nicht — sie scannen sie. Lange Schachtelsätze und Substantivierungen (typisch für dt. HR-Texte) erhöhen die kognitive Last und führen zu Abbruch. Auf Mobilgeräten, wo der Großteil der Jobsuche stattfindet, ist das noch ausgeprägter.

Flesch Score je Seite (je höher, desto besser · Ziel für Stellenanzeigen: 50+)

/jobs/ (Übersicht)

/kundendiensttechniker/

31,9

/controller-…/

25,3

/elektro/

29,2

/baederbau/

31,4

/mechatroniker-kaeltetechnik/

29,2

/azubi-anlagenmechaniker/

29,4

Auswirkung

Schlechtere Nutzererfahrung, höhere Absprungrate. Google wertet Engagement-Signale (Verweildauer, Scrolltiefe) als indirektes Ranking-Signal. Besonders für Azubi-Seiten ist Sprache auf Augenhöhe entscheidend.

Potenzial

Kürzere Sätze, aktive Sprache, Bullet-Points statt Fließtext: signifikant niedrigere Absprungrate. Besonders auf Mobile messbar in GA4 (Scroll-Tiefe, Sitzungsdauer).

Warnung Vorschau-URL und Duplicate-URL öffentlich crawlbar und indexierbar ▾

Screaming Frog

Screaming Frog hat zwei problematische URLs gecrawlt:

1. /jobs/azubi-elektronikerin/?preview_id=19883&preview_nonce=e6620039f6&preview=true — eine WordPress-Vorschau-URL, die öffentlich erreichbar ist. Diese Seite hat 0 Wörter, keinen Title, keine Meta Description. Sie ist für Google crawlbar und indexierbar — mit leerem Inhalt.

2. /jobs/bauhelfer (ohne Trailing-Slash) — eine Duplicate-URL der eigentlichen Seite /jobs/bauhelfer/. Beide Versionen sind gecrawlt, beide ohne Title. Google muss entscheiden, welche die kanonische Version ist — und wählt möglicherweise die falsche.

Auswirkung

Crawl-Budget-Verschwendung. Google indexiert möglicherweise leere oder doppelte Seiten statt der echten Stellenanzeigen. Canonical-Probleme schwächen das Ranking der Zielseite.

Potenzial

Saubere URL-Struktur ist Grundvoraussetzung dafür, dass Google das Ranking-Potenzial korrekt bündelt. Kleine technische Maßnahme, strukturell wichtig.

Hinweis Thin Content: alle Stellenseiten unter 600 Wörtern, kaum differenzierbarer Inhalt ▾

Screaming Frog

Alle Stellenseiten liegen zwischen 462 und 557 Wörtern — inklusive Navigation, Footer und Boilerplate-Text. Der reine Stellenanzeigen-Inhalt (Aufgaben, Profil, Benefits) dürfte bei 200–300 einzigartigen Wörtern liegen. Das ist für Google als „Thin Content" einzustufen — wenig Substanz, geringe topische Tiefe.

Dazu kommt: Die Struktur aller Stellenseiten ist identisch (gleiche H2-Abfolge, gleiche Phrasen, gleiche Benefit-Liste). Google erkennt das als inhaltlich wenig differenziert — was bei mehreren ähnlichen Seiten zu Kannibalisierungs-Effekten führen kann.

Auswirkung

Geringes inhaltliches Gewicht für themenspezifische Keywords. Mehrere fast-identische Seiten können sich gegenseitig im Ranking behindern.

Potenzial

Individuelle Seiten mit 400–600 Wörtern echtem Inhalt pro Stelle (stellenspezifische Aufgaben, Team-Kontext, Tagesablauf) stärken das Ranking erheblich und erhöhen die Conversion.

Block 3 · Lighthouse · Performance-Analyse

Ladezeiten — was Bewerber auf dem Handy erleben

Kontext: Lighthouse wurde auf der /jobs/-Übersichtsseite, mobil, ausgeführt. Fachkräfte suchen zu einem Großteil auf dem Smartphone — besonders SHK-Handwerker, die unterwegs sind. Ladezeiten über 3 Sekunden führen zu messbar höheren Absprungraten.

Kritisch LCP 7,1 Sekunden — Seite lädt fast 3× langsamer als Google-Schwellenwert ▾

Lighthouse

Der Largest Contentful Paint (LCP) misst, wie lange es dauert, bis das größte sichtbare Element geladen ist. Bei 7,1 Sekunden liegt HAUSMANN fast dreimal über dem „Gut"-Schwellenwert von 2,5 Sekunden. Google bewertet LCP als direktes Core-Web-Vitals-Signal — ein schlechter Wert schadet dem Ranking.

Ursache laut Lighthouse: Das Header-Bild (hausmann_zukunft_header-1500x469.jpg, 248 KB) wird als größtes Element geladen — unoptimiert, im falschen Format (JPG statt WebP), falsche Dimensionen (1500×469 für eine auf 640px gerenderte Fläche), kein Caching.

LCP (Ist: 7,1s)

7,1s

LCP (Ziel: <2,5s)

2,5s

FCP (Ist: 4,9s)

4,9s

TTI (Ist: 10,9s)

10,9s

Auswirkung

Google nutzt Core Web Vitals als Ranking-Faktor. Schlechter LCP = direkte Ranking-Schwächung. Mobil-Nutzer springen bei >3s Ladezeit zu 53% ab (Google-Studie). Weniger Bewerber, die die Seite überhaupt erreichen.

Potenzial

Bilder auf WebP konvertieren + richtige Dimensionen + Caching: ca. 221 KB Ersparnis allein am Header-Bild. Realistisch: LCP von 7,1s auf unter 3,5s — deutliche Core-Web-Vitals-Verbesserung.

Kritisch 594 KB ungenutztes JavaScript — davon 86 KB allein aus dem Enfold-Theme ▾

Lighthouse

Lighthouse identifiziert 594 KB JavaScript, das geladen, aber auf der /jobs/-Seite nicht ausgeführt wird. Das blockiert den Main Thread und verzögert die Interaktivität (TTI: 10,9 Sekunden). Hauptverursacher:

Das Enfold-Theme-Script (avia-footer-scripts-…js) allein lädt 111 KB, von denen 86 KB (77%) ungenutzt sind. Zusätzlich: Google Tag Manager lädt 172 KB, davon 68 KB ungenutzt. Das Ultimate Member Plugin (Membership/Login-Funktion) lädt mehrere Scripts auf einer reinen Karriereseite, wo diese Features irrelevant sind.

Der Main Thread ist mit 3,7 Sekunden Script-Ausführung vollständig überlastet — daher die extreme TTI.

Auswirkung

TTI 10,9 Sekunden bedeutet: Fast 11 Sekunden, bis die Seite auf Touch-Eingaben reagiert. Auf Mobilgeräten ein KO-Kriterium. Das Ultimate-Member-Plugin auf Stellenseiten ist funktionslos und pure Last.

Potenzial

Lighthouse schätzt 594 KB Einsparung. Realistisch erreichbar sind 200–300 KB durch Plugin-Deaktivierung auf Jobs-Seiten + Script-Optimierung. TTI könnte halbiert werden.

Kritisch 78 render-blockierende Requests — Seite wartet 810ms bevor sie überhaupt startet ▾

Lighthouse

Lighthouse identifiziert 78 URLs, deren Laden den initialen Render der Seite blockiert — darunter das Haupt-Theme-Script und mehrere Plugin-Dateien, die synchron im geladen werden. Das bedeutet: Der Browser wartet auf diese Dateien, bevor er auch nur eine Zeile Inhalt rendert.

Potenzielle Ersparnis: 810ms — das klingt nach wenig, ist aber bei bereits schlechter Gesamtperformance ein signifikanter Anteil an FCP und LCP.

Auswirkung

Erhöht FCP und LCP direkt. 78 blockierende Requests ist ein außergewöhnlich hoher Wert — Normalbereich für gut optimierte Sites liegt bei 0–5.

Potenzial

810ms Render-Blocking beseitigen = 810ms weniger FCP. In Kombination mit Bild-Optimierung: messbare Core-Web-Vitals-Verbesserung ohne Template-Wechsel.

Warnung Schriften blockieren 3 Sekunden Rendering — eine davon mit 404-Fehler ▾

Lighthouse

5 Webfont-Dateien werden ohne font-display: swap geladen. Das bedeutet: Solange die Schriften nicht geladen sind, bleibt Text unsichtbar (Flash of Invisible Text). Lighthouse misst einen Schaden von bis zu 3.000ms allein durch die Amatic SC-Schrift.

Zusätzlich: Die Amatic SC-Bold WOFF2-Datei (150429075752Amatic-SC-bold.woff2) liefert einen HTTP 404 — die Datei existiert nicht mehr auf dem Server. Der Browser versucht sie trotzdem zu laden und wartet auf den Timeout.

Auswirkung

3.000ms unsichtbarer Text auf Mobilgeräten. Nutzer sehen eine leere oder teilweise leere Seite, bis Fonts geladen sind. 404-Fehler blockiert zusätzlich ohne Ergebnis.

Potenzial

font-display: swap + 404 beseitigen: bis zu 3 Sekunden FCP-Verbesserung. Für Mobilnutzer eine dramatische Erbesserung der wahrgenommenen Ladezeit.

Warnung Kein Browser-Caching — 91 Ressourcen, 1.035 KB, werden bei jedem Besuch neu geladen ▾

Lighthouse

Sämtliche statischen Ressourcen — Theme-Scripts, CSS, Fonts, das 248KB-Header-Bild — haben eine Cache-Lifetime von 0. Das bedeutet: Jeder Besucher, der die Seite ein zweites Mal aufruft, lädt alles neu herunter. Für Bewerber, die mehrere Stellenseiten besuchen, vervielfacht sich das.

Lighthouse schätzt 1.035 KB Einsparpotenzial durch korrektes Caching. Das ist die größte einzelne Performance-Maßnahme nach Bild-Optimierung.

Auswirkung

Rückkehrende Besucher (z.B. Bewerber, die mehrere Stellen prüfen) erleben dieselbe schlechte Ladezeit bei jedem Seitenaufruf. Kumulativer Negativeffekt auf Gesamterfahrung.

Potenzial

Server-seitiges Caching via .htaccess oder CDN: bei Folgeaufrufen bis zu 80% schnellere Ladezeiten. Geringer Implementierungsaufwand, hoher Nutzereffekt.

Hinweis 90% der geladenen CSS ist ungenutzt — 62 KB Ballast ▾

Lighthouse

Das Theme-CSS (avia-merged-styles, 70 KB) wird komplett geladen, obwohl auf der /jobs/-Seite nur 10% davon genutzt werden. 63 KB sind reiner Overhead — Styles für Theme-Komponenten, die auf dieser Seite nicht existieren (Slider-Varianten, Shop-Elemente, Spezial-Layouts).

Das ist ein typisches WordPress-Theme-Problem: Das Theme lädt global, die Seite nutzt nur einen Bruchteil. Kein Bug, aber unnötige Last.

Auswirkung

62 KB zusätzliche CSS-Last verzögert den initialen Render. Beitrag zu FCP und LCP, wenn CSS im kritischen Renderpfad liegt.

Potenzial

Critical CSS inline + Rest deferred: messbare FCP-Verbesserung. Aufwändiger als andere Maßnahmen, aber Teil eines sauberen Performance-Gesamtpakets.

Block 4 · Lighthouse · Technische Probleme & Sicherheit

Technische Befunde — was Browser und Google blockiert

Kritisch 48 Mixed-Content-Fehler — Schriften von hausmann.firma.cc werden blockiert ▾

Lighthouse

Die Jobs-Seite läuft über HTTPS. Sie versucht jedoch, 48 Ressourcen (Roboto- und Open-Sans-Schriften) über HTTP von einer externen Domain (hausmann.firma.cc) zu laden. Moderne Browser blockieren alle HTTP-Requests von HTTPS-Seiten als „Mixed Content" — diese Schriften werden nie geladen.

Das ist gleichzeitig ein Sicherheits-Flag bei Google (Best Practices Score: 73) und ein Rendering-Problem: Die Seite versucht wiederholt, diese Ressourcen zu laden — vergeblich. 48 fehlgeschlagene Requests erzeugen Browser-Konsoleneinträge und erzwingen Fallback-Fonts.

Lighthouse-Bewertung: „Does not use HTTPS" — obwohl die Seite HTTPS nutzt, stellt dieses Verhalten dasselbe Problem dar.

Auswirkung

48 fehlschlagende Netzwerkanfragen bei jedem Seitenaufruf. Darstellungsfehler durch Fallback-Fonts. Negatives Signal für Google Best Practices Score. Vertrauensverlust bei sicherheitsbewussten Besuchern.

Potenzial

Beseitigung hebt Best Practices Score sofort auf 90+. Keine weiteren blockierten Ressourcen, stabileres Rendering, sauberere Browser-Konsole als Grundlage für weitere Optimierungen.

Warnung Accessibility Score 79 — Kontrast, Linkbeschriftungen und ARIA-Fehler ▾

Lighthouse

Lighthouse identifiziert mehrere Accessibility-Fehler, die über reine Barrierefreiheit hinaus SEO-Relevanz haben:

Farbkontrast unzureichend — bestimmte Text-Hintergrund-Kombinationen erfüllen die WCAG-Mindestanforderungen nicht. Google berücksichtigt Accessibility als indirektes Qualitätssignal.

Links ohne erkennbaren Namen — mehrere Links haben keinen beschreibenden Linktext. Screenreader lesen „Link" statt „Zur Stellenbewerbung Anlagenmechaniker". Das ist auch für Google ein Qualitätsmerkmal — Linktext ist ein Keyword-Signal.

Heading-Hierarchie inkonsistent — H-Tags folgen keiner sequenziellen Reihenfolge. Das verwirrrt nicht nur Screenreader, sondern auch Google's Inhaltsverständnis der Seite.

Kein Main Landmark — das HTML-Dokument hat kein

-Element. Google und Screenreader können den Hauptinhalt der Seite nicht eindeutig identifizieren.

Auswirkung

Direkte Accessibility-Barrieren für Menschen mit Behinderung. Indirekte SEO-Schwäche durch fehlende semantische Struktur. Besonders relevant: HAUSMANN kommuniziert Inklusion als Unternehmenswert — die technische Umsetzung widerspricht dem.

Potenzial

Accessibility Score von 79 auf 90+ bringbar. Stärkt das semantische Verständnis der Seite durch Google. Konsistenz zwischen kommuniziertem Wert (Inklusion) und technischer Realität.

Warnung 49 Browser-Konsolenfehler bei jedem Seitenaufruf ▾

Lighthouse

Lighthouse protokolliert 49 Konsolenfehler auf der /jobs/-Seite: überwiegend die blockierten Mixed-Content-Requests (Schriften von hausmann.firma.cc) plus mindestens einen 404-Fehler für eine Schriftdatei. Das ist kein kritischer Sicherheitsfehler, aber ein klares Signal für technische Schuld.

Für potenzielle Bewerber unsichtbar — für Entwickler, Google und technische Audits sofort sichtbar. 49 Errors in der Konsole zeigen, dass die Seite seit Längerem ohne technische Wartung läuft.

Auswirkung

Fehlgeschlagene Netzwerkanfragen verlangsamen die Seite. Signalisiert technische Vernachlässigung. Lighthouse-Score „Browser errors logged" = 0/100.

Potenzial

Saubere Konsole nach Mixed-Content-Behebung. Voraussetzung für verlässliches Performance-Monitoring und künftige Tracking-Implementierungen.

Zusammenfassung · Priorisiert nach Wirkung

Was wann angepackt wird

Sofort-Maßnahmen

Woche 1

JobPosting JSON-LD auf allen 10 Stellenseiten — Google Jobs Sichtbarkeit herstellen

Falschen Title Tag Controller-Seite korrigieren (aktuell: „Marketing")

Mixed Content (48 blockierte HTTP-Ressourcen von firma.cc) bereinigen

Preview-URL noindex setzen, Duplicate-URL Canonical lösen

Fehlende Titles auf 2 Seiten ergänzen

Ausbau-Maßnahmen

Wochen 2–4

H1-Tags auf allen Stellenseiten: Jobtitel + Standort

Title Tags: Geo-Keyword + kurz + prägnant für alle Stellen

Header-Bild WebP + korrekte Dimensionen + Lazy Loading

Font-display: swap + 404-Schrift entfernen (3s FCP-Gewinn)

Browser-Caching via .htaccess konfigurieren (1.035 KB)

Meta Descriptions: CTA + konkrete Benefits für alle Stellen

Mittelfristig

Monat 2–3

JavaScript-Audit: Plugin-Scripts auf Jobs-Seiten deaktivieren (594 KB)

Accessibility-Fehler systematisch beheben (Score von 79 auf 90+)

Stellentexte inhaltlich differenzieren — kein Copy-paste, mehr Flesch-Score

Employer Branding Text auf /jobs/ Übersichtsseite

GA4 Conversion-Tracking Bewerbungsklicks einrichten

Azubi-Seiten mit eigener Keyword-Strategie ausbauen

Angebot · Nico Stolz Online Marketing

Was ich für HAUSMANN umsetze

Full-Service Recruiting-SEO — von Schema bis Performance

Alle identifizierten Probleme werden nicht nur diagnostiziert — sie werden behoben. Kein Briefing-Ping-Pong, kein Erklärvideo. Ich setze um, berichte monatlich und messe die Wirkung.

Schema-Implementierung — JobPosting JSON-LD auf allen aktiven Stellen. Google Jobs-Fähigkeit. Validierung mit Rich Results Test.

On-Page-Optimierung — Title Tags, H1s, Meta Descriptions, URL-Bereinigung. Alle Stellenseiten systematisch überarbeitet.

Performance-Paket — Mixed Content, Bild-Optimierung, Font-Display, Browser-Caching. LCP-Ziel: unter 3,5 Sekunden.

Tracking & Reporting — GA4 Conversion-Events für Bewerbungsklicks. Monatlicher Report: Impressionen, CTR, Bewerbungen je Stelle aus Google Search Console.

Content-Grundlage — Employer Branding Text /jobs/ mit Keyword-Integration. Azubi-Seiten mit eigener Strategie.

Nico Stolz

Online Marketing Dienstleistungen · Recruiting SEO & Employer Branding

kontakt@nico-stolz.de

Gespräch anfragen →