Statische Websites sind mit Frameworks wie Astro, Hugo oder Next.js (auch per KI-Unterstützung) schnell gebaut. Doch SEO-Grundlagen, die WordPress & Co. still im Hintergrund erledigen, musst Du dort selbst einrichten und prüfen.
Das Thema kurz und kompakt
- Statische Websites sind nicht schlecht für SEO, aber Canonicals, Sitemap, Redirects, Metadaten, Schema und 404-Seiten sind Deine Aufgabe.
- Die häufigsten Fehler: widersprüchliche Trailing-Slashes, Sitemap mit noindex-Seiten, ungeprüfte Bilder, fehlerhafte Templates, falsche Statuscodes, inkonsistente interne Links, schwache Performance und Migrationsfehler.
- Ein einzelner Fehler in einem Template wirkt sich auf Hunderte Seiten aus.
- Regelmäßige Crawls und Stichproben decken viele Probleme auf, bevor sie Rankings kosten.
1. Trailing-Slash und Canonical-Konflikte
Framework und Hosting haben oft unterschiedliche Standards, ob eine URL mit Slash endet. Dann ist dieselbe Seite unter /seite und /seite/ erreichbar, Canonicals, interne Links und Redirects widersprechen sich, und Ranking-Signale verteilen sich. Lösung: ein Format festlegen, Framework und Hosting darauf abstimmen und per Crawl prüfen, ob Canonicals und Links auf die tatsächlich erreichbare Version zeigen.
2. Robots.txt, Sitemap und noindex
Eine per Code erzeugte Sitemap weiß nicht automatisch, welche Seiten noindex sind. Entwürfe oder Danke-Seiten können so in der Sitemap landen, eine robots.txt fehlt womöglich ganz. Lösung: Eine Regel für „nicht indexieren“ festlegen, die Sitemap und RSS-Feed ausschließt, und prüfen, ob die robots.txt existiert und auf die richtige Sitemap verweist. Robots.txt steuert nur das Crawling, nicht die Indexierung.
3. Bilder
Nicht jedes Framework optimiert Bilder automatisch, und selbst bei vorhandener Bild-Komponente umgehen roh eingefügte Dateien sie. Die Folge sind zu große Dateien und fehlende Alt-Texte, die in der Vorschau nicht auffallen. Lösung: Immer die Bild-Pipeline des Frameworks nutzen und vor dem Veröffentlichen auf Dateigröße und Alt-Texte prüfen.
4. Metadaten und Schema aus Templates
Titel, Descriptions, Canonicals und Schema entstehen meist aus gemeinsamen Templates. Ein schlechter Standardwert, etwa ein automatisch angehängter Markenname, der den Titel zu lang macht, betrifft sofort viele Seiten. Lösung: Anforderungen je Seitentyp vorab festlegen, mehrere Seiten testen und Schema mit dem Rich-Results-Test oder dem Schema.org-Validator prüfen.
5. Falsche HTTP-Statuscodes
Eine Seite zeigt „404“, liefert aber technisch 200 OK. Google wertet das als Soft-404. Ursache ist oft eine falsch konfigurierte Fehlerseite auf Framework- oder Hosting-Ebene. Lösung: eine echte 404-Seite anlegen und einige nicht existierende URLs auf den tatsächlichen Statuscode prüfen.
6. Inkonsistente interne Links
Unterschiedliche Templates oder KI-generierte Komponenten verlinken dieselbe Seite mal mit, mal ohne Slash, relativ oder absolut. Das führt zu Weiterleitungen und verwässert interne Signale. Lösung: Eine Konvention festlegen (www oder nicht, Slash oder nicht, HTTPS, Kleinschreibung, Parameter) und in einer gemeinsamen Link-Komponente definieren.
7. Performance
Statisch heißt nicht automatisch schnell: Zu viel JavaScript, unnötiges CSS, Drittanbieter-Skripte oder schlecht geladene Schriften bremsen Seiten trotzdem. KI-gestützte Builds fügen leicht immer mehr Bibliotheken hinzu. Lösung: Skripte reduzieren, Code aufteilen, Medien komprimieren und die fertige Seite mit PageSpeed Insights auf Core Web Vitals (LCP, INP, CLS) testen.
8. Fehler bei der Migration
Beim Umzug von einem CMS gehen Redirects, Sitemap-Regeln, Metadaten-Logik und Schema leicht verloren, auch wenn die Seiten gleich aussehen. Fehlen 301-Weiterleitungen, verfallen Links und Rankings. Lösung: Jede alte URL einer neuen zuordnen, 301-Weiterleitungen setzen, Canonicals, Metadaten und Sitemap vergleichen und die Live-Seite nach dem Start crawlen.
Welches Framework ist das beste für SEO?
Keines pauschal. Entscheidend ist, wie gut Du URL-Struktur, Canonicals, Noindex, Sitemap und Bilder konfigurierst. Frameworks wie Astro bringen mehr Bildwerkzeuge mit, bei Metadaten und Schema hängt vieles von Deiner Einrichtung ab. Frag Dich: Wie sauber ist die URL-Struktur? Wie entstehen Canonicals und Metadaten? Lassen sich Noindex-Regeln steuern? Wie viel Aufwand machen Redirects, 404s und interne Links? Eine kleine Seite mit wenigen Aktualisierungen passt oft gut zu statischem Aufbau, ein großer Publisher mit komplexen Workflows braucht eher ein CMS.
Fazit
- Bei statischen Websites wandert die SEO-Arbeit vom CMS zu Dir
- Die meisten Probleme entstehen durch Templates, Konfigurationen und KI-generierte Komponenten ohne klare Vorgaben
- Regelmäßige Crawls, Stichproben und feste Konventionen verhindern teure Fehler
