Welche SEO-Fallen gibt es in Headless-Architekturen und wie löst man sie?
Kurze Antwort: Headless-Architektur ist kein SEO-Hindernis; die Fallen stecken in verschobener Rendering-Verantwortung und verlorenen Standardeinstellungen. Die Lösung: vollständiges HTML per SSR oder ISR vom Server liefern und SEO-Anforderungen als Vertrag ins Frontend schreiben.
Typische Fallen und ihre Lösungen
- Rein clientseitig gerenderte Inhalte: kritischer Content und Meta-Tags müssen per SSR/ISR vom Server kommen.
- Verlorene Standards: Canonical, hreflang, Robots-Meta, XML-Sitemap und 301-Logik entstehen im Headless-Setup nicht von selbst; sie müssen einzeln aufgebaut werden.
- Verwechselte Umgebungen: Staging-Domains mit noindex und Zugriffsschutz absichern.
- Bild-Pipeline: Bilder aus dem CMS brauchen Größenattribute, srcset und moderne Formate.
- Strukturierte Daten: JSON-LD aus dem Contentmodell generieren, nicht von Hand pflegen.
Zur Validierung das gerenderte HTML mit der URL-Prüfung der Search Console abgleichen und per Logfile-Analyse beobachten, was der Bot tatsächlich sieht. TYS Digitale Performance betreibt diese Prüfungen in Headless-Projekten als Abnahmeliste vor jedem Release.