Was technisches SEO umfasst
Technisches SEO beschäftigt sich mit der Infrastruktur einer Website – mit allem, was zwischen Server und Suchmaschine passiert, bevor ein Inhalt überhaupt bewertet werden kann. Während OnPage-Optimierung fragt „Was steht auf der Seite?“ und OffPage-Optimierung „Was sagen andere über die Seite?“, fragt technisches SEO: „Kommt die Suchmaschine überhaupt an den Inhalt heran, und versteht sie ihn richtig?“
Die Verarbeitungskette einer Suchmaschine gibt die Struktur vor:
| Stufe | Leitfrage | Typische Themen |
|---|---|---|
| Entdecken | Findet die Suchmaschine alle wichtigen URLs? | interne Links, XML-Sitemap, IndexNow |
| Crawlen | Darf und kann sie die Seiten abrufen? | robots.txt, Serverantworten, Crawl-Budget |
| Rendern | Sieht sie die Inhalte so wie ein Nutzer? | JavaScript, Ressourcen, Lazy Loading |
| Indexieren | Nimmt sie die richtigen Seiten auf? | noindex, Canonical, Duplikate, Qualität |
| Bereitstellen | Wird die Seite gut dargestellt und schnell geladen? | Core Web Vitals, Mobile, HTTPS, strukturierte Daten |
1. Entdecken: Wie Google Ihre Seiten findet
Google entdeckt neue URLs hauptsächlich über Links – von Ihren eigenen Seiten und von anderen Websites. Ergänzend dienen XML-Sitemaps als Liste aller URLs, die Sie indexiert haben möchten.
Die wichtigsten Maßnahmen:
- Saubere interne Verlinkung: Jede wichtige Seite muss über normale HTML-Links erreichbar sein. Seiten ohne interne Links, sogenannte verwaiste Seiten, werden selten oder gar nicht gefunden.
- Aktuelle XML-Sitemap: Nur indexierbare URLs mit Statuscode 200, die in der Search Console eingereicht ist. Details im Beitrag XML-Sitemap.
- IndexNow für Bing und andere: Meldet Änderungen sofort an teilnehmende Suchmaschinen.
2. Crawlen: Wie Google Ihre Seiten abruft
Der Googlebot ruft Seiten ab, ähnlich wie ein Browser, nur in viel größerem Umfang. Damit das reibungslos funktioniert, müssen mehrere Voraussetzungen erfüllt sein.
robots.txt
Die Datei im Hauptverzeichnis legt fest, welche Bereiche gecrawlt werden dürfen. Ein falscher Eintrag kann ganze Verzeichnisse oder die gesamte Website sperren. Mehr im Beitrag robots.txt.
Serverantworten
Jede Anfrage beantwortet der Server mit einem Statuscode. 200 bedeutet „alles in Ordnung“, 301 „dauerhaft umgezogen“, 404 „nicht gefunden“, 500 „Serverfehler“. Häufige Serverfehler oder sehr langsame Antworten führen dazu, dass Google seltener und weniger crawlt. Details im Beitrag HTTP-Statuscodes.
Crawl-Budget
Bei großen Websites ist die Zahl der Seiten, die Google in einem Zeitraum crawlt, begrenzt. Filterkombinationen, Session-IDs, endlose Kalender oder Parameterseiten können dieses Budget verbrauchen, sodass wichtige Seiten zu kurz kommen. Mehr im Beitrag Crawl-Budget.
Weiterleitungen
Weiterleitungen sind wichtig, um umgezogene Inhalte zu erhalten. Ketten aus mehreren Weiterleitungen und Schleifen kosten jedoch Crawling-Kapazität und verlangsamen die Seite. Mehr in den Beiträgen 301-Weiterleitung und Weiterleitungsketten.
3. Rendern: Wie Google Ihre Seiten sieht
Moderne Websites laden viele Inhalte per JavaScript nach. Google führt JavaScript aus, um die Seite so darzustellen, wie ein Nutzer sie sieht. Das Rendering kostet Ressourcen und kann verzögert stattfinden. Inhalte und Links, die nur nach dem Rendering sichtbar sind, sind deshalb risikoreicher als solche im ursprünglichen HTML.
Worauf es ankommt:
- Wichtige Inhalte und Links sollten im HTML stehen oder serverseitig gerendert werden
- JavaScript- und CSS-Dateien dürfen nicht per robots.txt blockiert sein
- Inhalte, die erst nach Klicks oder beim Scrollen geladen werden, sollten auch ohne Nutzeraktion zugänglich sein
- Die URL-Prüfung in der Search Console zeigt, wie Google die Seite gerendert hat
Mehr in den Beiträgen Rendering und JavaScript-SEO.
4. Indexieren: Welche Seiten Google aufnimmt
Nicht jede gecrawlte Seite landet im Index. Google entscheidet anhand von Anweisungen und Qualität. Die wichtigsten Steuerungsmittel:
| Werkzeug | Wirkung |
|---|---|
noindex |
Seite wird nicht indexiert |
| Canonical-Tag | zeigt die bevorzugte Version bei Duplikaten |
| 301-Weiterleitung | ersetzt eine alte URL durch eine neue |
| hreflang | ordnet Sprach- und Länderversionen zu |
| Qualität | dünne oder doppelte Inhalte werden oft nicht indexiert |
Der Seitenindexierungsbericht der Search Console zeigt, welche Seiten indexiert sind und warum andere es nicht sind. Ein regelmäßiger Blick dort gehört zu den wichtigsten Routineaufgaben. Details im Beitrag Indexierung.
5. Bereitstellen: Geschwindigkeit, Mobile, Sicherheit
Core Web Vitals
Google misst die Nutzererfahrung mit drei Kennzahlen: Largest Contentful Paint (Ladezeit des größten Elements), Interaction to Next Paint (Reaktionsfähigkeit) und Cumulative Layout Shift (visuelle Stabilität). Die Werte fließen in die Bewertung der Seitenerfahrung ein. Details im Beitrag Core Web Vitals.
Mobile First
Google bewertet Websites auf Grundlage ihrer mobilen Version. Inhalte, die auf dem Smartphone fehlen, zählen praktisch nicht. Mehr im Beitrag Mobile First Indexing.
HTTPS
Eine verschlüsselte Verbindung ist Standard. Websites ohne HTTPS werden von Browsern als unsicher markiert. Mehr im Beitrag HTTPS.
Strukturierte Daten
Maschinenlesbare Auszeichnungen helfen Google, Inhalte einzuordnen, und ermöglichen erweiterte Darstellungen. Mehr im Beitrag Strukturierte Daten.
Die häufigsten technischen Fehler
In meinen Audits begegnen mir bestimmte Probleme immer wieder. Die folgende Tabelle ordnet sie nach ihrem typischen Schaden:
| Fehler | Typischer Schaden | Häufigkeit in Audits |
|---|---|---|
Versehentliches noindex auf wichtigen Seiten |
sehr hoch | gelegentlich, meist nach Relaunch oder Plugin-Update |
| Blockierung per robots.txt | sehr hoch | gelegentlich |
| Falsche Canonical-Tags | hoch | häufig |
| Fehlende Weiterleitungen nach Relaunch | hoch | häufig |
| Mehrere erreichbare Domainvarianten | mittel | häufig |
| Duplikate durch Parameter und Archive | mittel | sehr häufig |
| Weiterleitungsketten | gering bis mittel | häufig |
| Langsame Serverantwort | mittel | häufig bei günstigem Hosting |
| Große, unkomprimierte Bilder | mittel | sehr häufig |
| Fehlerhafte strukturierte Daten | gering bis mittel | häufig |
| Interne Links auf 404-Seiten | gering | sehr häufig |
Werkzeuge
| Werkzeug | Einsatzzweck |
|---|---|
| Google Search Console | Indexierung, Crawling-Statistiken, Core Web Vitals, URL-Prüfung |
| Bing Webmaster Tools | ergänzende Daten, kostenloser Site Scan |
| Screaming Frog, Sitebulb | vollständiger technischer Crawl |
| PageSpeed Insights, Lighthouse | Ladezeit und Core Web Vitals |
| Chrome DevTools | Netzwerkanalyse, Rendering, Performance-Profil |
| Rich Results Test | strukturierte Daten |
| Logfile-Analyse-Tools | tatsächliches Crawling-Verhalten der Suchmaschinen |
Die Werkzeuge werden in eigenen Beiträgen ausführlich vorgestellt, etwa Google Search Console, Screaming Frog und Logfile-Analyse.
Prioritäten setzen
Nicht jeder technische Befund ist gleich wichtig. Ein Tool, das 800 Warnungen ausgibt, sagt noch nichts darüber, welche davon Rankings kosten. Ich priorisiere nach drei Fragen:
- Verhindert der Fehler, dass wichtige Seiten indexiert werden? Dann hat er höchste Priorität.
- Betrifft er viele Seiten oder wichtige Seitentypen? Ein Fehler in einer Vorlage betrifft Hunderte Seiten auf einmal.
- Wie hoch ist der Aufwand? Kleine Korrekturen mit großer Wirkung zuerst.
- Nur eine Domainvariante erreichbar, alle anderen per 301 weitergeleitet
- robots.txt blockiert keine wichtigen Bereiche oder Ressourcen
- Keine wichtigen Seiten mit noindex
- Canonical-Tags verweisen korrekt
- XML-Sitemap aktuell, nur mit indexierbaren URLs
- Keine Weiterleitungsketten, keine internen Links auf 404-Seiten
- Wichtige Inhalte im gerenderten HTML sichtbar
- Core Web Vitals im grünen Bereich
- Mobile Darstellung vollständig und fehlerfrei
- Seitenindexierungsbericht ohne unerwartete Ausschlüsse
Aus der Praxis
Ein Fall, der sich eingeprägt hat: Ein mittelständischer Hersteller verlor innerhalb eines Monats über 70 Prozent seiner organischen Besucher. Die Agentur, die den Relaunch betreut hatte, vermutete ein Google-Update. Tatsächlich hatte ein Sicherheitsmodul auf dem neuen Server alle Anfragen mit dem Googlebot-User-Agent aus bestimmten IP-Bereichen als Angriff eingestuft und blockiert. Im Browser war nichts zu sehen. Erst die Serverprotokolle zeigten Tausende abgewiesene Zugriffe. Nach der Korrektur einer einzigen Regel kehrten die Rankings innerhalb von drei Wochen zurück.
Solche Fälle zeigen, warum technisches SEO nicht nur eine Checkliste ist, sondern Erfahrung mit Servern, Systemen und ihren Eigenheiten erfordert.
Häufige Fragen
Muss ich programmieren können, um technisches SEO umzusetzen?
Für die Grundlagen nicht. Viele Einstellungen lassen sich im CMS oder in SEO-Plugins vornehmen. Für komplexere Themen wie JavaScript-Rendering, Serverkonfiguration oder große Weiterleitungskonzepte sind technische Kenntnisse oder Unterstützung nötig.
Wie oft sollte ich meine Website technisch prüfen?
Eine vollständige Prüfung einmal im Jahr, dazu nach jedem Relaunch, Systemwechsel, Theme-Wechsel oder größeren Plugin-Update. Ein laufendes Monitoring warnt bei kritischen Veränderungen.
Ist technisches SEO bei kleinen Websites wichtig?
Ja, auch wenn die Themen einfacher sind. Ein falsch gesetztes noindex oder eine fehlende Weiterleitung schadet einer kleinen Website genauso wie einer großen.