Eine Website kann gut aussehen und trotzdem kaum bei Google sichtbar sein. Der Grund liegt oft nicht im Design, sondern unter der Motorhaube.
Wenn Suchmaschinen deine Seiten nicht richtig finden, laden, verstehen oder indexieren können, bringt auch guter Content wenig. Genau hier beginnt technisches SEO.
Das betrifft nicht nur große Shops. Auch die WordPress Website eines Gebäudereinigers, Sicherheitsdienstes oder Handwerksbetriebs kann durch eine falsche robots.txt Regel, einen versehentlichen noindex Tag oder eine kaputte Weiterleitung unsichtbar werden, ganz unabhängig davon, wie gut der Text auf der Leistungsseite geschrieben ist.
Kurz zusammengefasst
Technisches SEO sorgt dafür, dass Suchmaschinen deine Website sauber erfassen können, bevor Texte oder Keywords überhaupt eine Rolle spielen. Crawling bedeutet, dass Googlebot deine URLs besucht. Indexierung bedeutet, dass Google entscheidet, ob eine Seite in den Suchindex aufgenommen wird.
Eine Seite kann also gecrawlt werden, aber trotzdem nicht im Index landen.
Häufige Probleme entstehen durch falsche robots.txt Regeln, noindex Tags, schlechte Canonicals, kaputte Weiterleitungen, 404 Fehler, langsame Server, JavaScript Probleme oder fehlerhafte Sitemaps.
Einfach gesagt: Bevor eine Seite ranken kann, muss Google sie technisch sauber verarbeiten können.
Was ist technisches SEO?
Technisches SEO umfasst alle Maßnahmen, die Suchmaschinen helfen, eine Website zu finden, zu crawlen, zu rendern und zu indexieren. Es geht dabei um die technische Grundlage einer Website: Server, Code, interne Links, Statuscodes, Ladezeit, robots.txt, XML Sitemap, Canonical Tags und strukturierte Daten.
Stell dir deine Website wie ein Auto vor. Das Design ist die Lackierung. Der Content ist der Innenraum. Technisches SEO ist der Motor. Wenn der Motor nicht sauber läuft, hilft auch die schönste Lackierung wenig.
Vereinfacht durchläuft jede URL denselben Weg, bevor sie überhaupt eine Chance auf ein Ranking hat:
URL → Crawling → Rendering → Indexierung → Ranking Chance
Bricht diese Kette an einer Stelle, kommt die URL nie richtig am Ende an. Das passiert zum Beispiel, wenn eine wichtige Seite durch robots.txt blockiert wird, ein noindex Tag gesetzt ist oder Google die Seite wegen JavaScript Problemen nicht richtig sehen kann.
Warum technische Fehler Rankings verhindern können
Eine moderne Website ist nicht automatisch SEO freundlich. Design Qualität und technische Sauberkeit sind zwei unterschiedliche Dinge. Für Besucher sieht eine Seite oft völlig normal aus, während sie für Google schwer lesbar ist.
Typische Probleme sind:
- Eine wichtige Seite ist durch noindex blockiert.
- Eine Sitemap enthält alte oder kaputte URLs.
- Interne Links führen auf 404 Fehler.
- Weiterleitungen laufen über mehrere Stationen.
- Der Server antwortet langsam.
- Wichtige Inhalte werden erst durch JavaScript geladen.
- Canonical Tags zeigen auf die falsche URL.
- Filterseiten oder Archivseiten erzeugen zu viele unnötige URLs.
Das Ergebnis ist immer ähnlich: Google versteht die Website schlechter. Wichtige Seiten werden seltener gecrawlt, nicht indexiert oder verlieren technische Klarheit.
Ein typisches Beispiel aus der Praxis: Eine Leistungsseite ist im Menü sichtbar und sieht für Besucher völlig normal aus. In der Google Search Console steht aber „durch noindex ausgeschlossen“. Für Google existiert die Seite dann praktisch nicht als Ranking Kandidat, obwohl auf der Website selbst alles in Ordnung wirkt.
Genau solche Fehler sind gefährlich, weil sie von außen oft nicht auffallen.
Crawling: Wie Suchmaschinen deine Website finden
Crawling ist der erste Schritt: Ein Suchmaschinenbot besucht deine Website und folgt den Links auf deinen Seiten, um neue und bestehende URLs zu entdecken.
Der bekannteste Bot ist Googlebot. Er ruft URLs ab, liest den Quellcode und folgt weiteren Links.
Wenn wichtige Seiten nicht verlinkt sind, zu tief versteckt liegen oder durch technische Regeln blockiert werden, kann Crawling schwierig werden. Google muss zuerst den Weg zu deinen Seiten finden, bevor diese Seiten überhaupt bewertet werden können.

Interne Links sind Wege für Bots
Interne Links sind nicht nur für Besucher wichtig. Sie helfen auch Suchmaschinen, die Struktur deiner Website zu verstehen.
Wenn eine wichtige Seite von keiner anderen Seite verlinkt wird, ist sie technisch schwach eingebunden. Google kann sie vielleicht über die Sitemap finden, aber sie wirkt weniger wichtig.
Zum Beispiel:
Startseite → Leistungsübersicht → einzelne Leistung
Startseite → Blog → technischer Ratgeber
SEO Seite → technischer SEO Artikel
Webdesign Seite → Performance oder Crawling Artikel
Wichtige Seiten sollten nicht irgendwo tief versteckt sein. Je klarer die interne Linkstruktur ist, desto leichter können Bots die Website erfassen.
robots.txt: Was Bots dürfen und was nicht
Die robots.txt Datei sagt Suchmaschinenbots, welche Bereiche einer Website sie crawlen dürfen und welche nicht.
Eine normale Regel kann zum Beispiel so aussehen:
User-agent: *
Disallow: /wp-admin/
Das ist bei WordPress üblich, weil der Adminbereich nicht gecrawlt werden muss.
Gefährlich wird es, wenn aus Versehen wichtige Bereiche blockiert werden. Ein besonders kritisches Beispiel:
User-agent: *
Disallow: /
Diese Regel blockiert die komplette Website für Bots und kann Sichtbarkeit massiv beschädigen.
Wichtig ist auch: Die robots.txt ist kein sicherer Schutz für vertrauliche Inhalte. Sie steuert Crawling, ist aber nicht dafür gedacht, private Inhalte sicher zu verstecken.
XML Sitemap: Die technische URL Liste
Eine XML Sitemap ist eine Datei, in der wichtige URLs einer Website aufgelistet werden. Sie hilft Suchmaschinen, relevante Seiten schneller zu finden, garantiert aber keine Indexierung.
Sie ist eher eine Empfehlung an Google: Diese Seiten sind wichtig, bitte prüfe sie.
Schlechte Sitemap Beispiele sind:
- 404 URLs
- weitergeleitete URLs
- noindex Seiten
- unwichtige Filterseiten
- alte URLs nach einem Relaunch
- doppelte oder sehr ähnliche URLs
Eine saubere Sitemap ist besonders wichtig bei größeren Websites, Shops, Blogs und Seiten mit vielen Unterseiten.
Indexierung: Warum gefunden nicht automatisch sichtbar bedeutet
Crawling bedeutet, dass Google eine URL besucht hat. Indexierung bedeutet, dass Google diese Seite tatsächlich in den Suchindex aufgenommen hat. Das passiert nicht automatisch.
Eine Seite kann gecrawlt werden, aber trotzdem nicht indexiert sein. Das kann technische Gründe haben. Es kann aber auch daran liegen, dass Google eine andere URL bevorzugt oder die Seite als nicht wichtig genug einstuft.
| Crawling | Indexierung | |
|---|---|---|
| Was passiert? | Googlebot besucht und liest die URL. | Google entscheidet, ob die Seite in den Suchindex aufgenommen wird. |
| Voraussetzung | Die Seite muss erreichbar und verlinkt sein. | Die Seite muss crawlbar und indexierbar sein. |
| Sichtbar in | Server Logs und Crawl Statistiken der Search Console. | Seitenindexierungsbericht der Search Console. |
| Häufigster Fehler | Blockierte robots.txt oder fehlende interne Links. | noindex, falscher Canonical oder Duplicate Content. |
| Ergebnis bei Erfolg | Google kennt die URL. | Google kann die URL für Rankings in Betracht ziehen. |
Häufige Gründe, warum Seiten nicht indexiert werden
Ein häufiger Grund ist ein noindex Tag. Damit sagst du Suchmaschinen bewusst, dass eine Seite nicht indexiert werden soll.
Ein anderer Grund ist ein falscher Canonical Tag. Zeigt dieser auf eine andere URL, kann Google die aktuelle Seite ignorieren.
Auch Duplicate Content kann Probleme machen, wenn mehrere URLs sehr ähnliche Inhalte haben.
Weitere Gründe sind:
- Serverfehler
- schlechte interne Verlinkung
- blockierte Ressourcen
- Soft 404 Seiten
- zu viele unwichtige URLs
- schwer lesbare JavaScript Inhalte
- falsche Weiterleitungen
- veraltete Sitemap Daten
Deshalb reicht es nicht, eine Seite nur zu veröffentlichen. Man muss prüfen, ob sie technisch indexierbar ist.
noindex richtig verstehen
Ein noindex Tag sagt Suchmaschinen, dass eine Seite nicht in den Index aufgenommen werden soll. Das ist nicht immer schlecht.
Diese Seiten müssen oft nicht bei Google erscheinen:
- Danke Seiten nach Formularen
- interne Suchergebnisse
- Login Seiten
- Filterseiten
- unwichtige Archivseiten
- Testseiten
Problematisch wird es, wenn noindex aus Versehen auf wichtigen Seiten gesetzt ist. Das kann eine Leistungsseite, eine Kategorieseite oder ein wichtiger Blogartikel sein.
Dann ist die Seite technisch vorhanden, aber trotzdem nicht über Google auffindbar.
Canonical Tags richtig einsetzen
Ein Canonical Tag zeigt Suchmaschinen, welche Version einer Seite als Hauptversion gelten soll. Das ist besonders wichtig, wenn ähnliche Inhalte über mehrere URLs erreichbar sind.
<link rel=“canonical“ href=“https://www.beispiel.de/leistung/“ />
Damit sagst du Google: Diese URL ist die bevorzugte Version.
Canonicals helfen bei doppelten oder ähnlichen Seiten. Sie können aber gefährlich sein, wenn sie falsch gesetzt sind.
Ein falscher Canonical kann Google signalisieren, dass eine wichtige Seite eigentlich nicht die Hauptseite ist. Dann rankt womöglich die falsche URL oder die wichtige Seite wird gar nicht indexiert.
Besonders vorsichtig muss man bei Shops, Filterseiten, Varianten, Kategorien und Relaunches sein.
Statuscodes: Was dein Server Google antwortet
Der Statuscode, mit dem dein Server auf einen Aufruf antwortet, sagt Google, ob eine Seite erreichbar, weitergeleitet, gelöscht oder fehlerhaft ist.
| Statuscode | Bedeutung | Wirkung |
|---|---|---|
| 200 | Die Seite ist erreichbar. | Normaler Zustand für wichtige Seiten. |
| 301 | Die Seite wurde dauerhaft weitergeleitet. | Sinnvoll bei dauerhaften URL-Änderungen. |
| 302 | Die Seite wurde vorübergehend weitergeleitet. | Für temporäre Weiterleitungen geeignet. |
| 404 | Die Seite wurde nicht gefunden. | Problematisch bei wichtigen URLs. |
| 410 | Die Seite wurde dauerhaft entfernt. | Klares Signal, dass die URL gelöscht wurde. |
| 500 | Es gibt einen Serverfehler. | Kritisch, wenn es häufig passiert. |
| 503 | Die Seite ist vorübergehend nicht erreichbar. | Sinnvoll bei Wartungsarbeiten, wenn korrekt genutzt. |
Weiterleitungsketten vermeiden
Weiterleitungen sind normal, etwa bei einem Relaunch oder einer geänderten URL Struktur. Problematisch werden sie, wenn sie über mehrere Stationen laufen.
Schlecht:
alte-url → neue-url-1 → neue-url-2 → finale-url
Besser:
alte-url → finale-url
Weiterleitungsketten machen eine Website langsamer und unklarer. Bots müssen mehrere Schritte gehen. Nutzer warten länger. Bei großen Websites kann das zu unnötigen Crawling Problemen führen.
Nach einem Relaunch sollten Weiterleitungen deshalb sauber geprüft werden.
404 Fehler richtig bewerten
Nicht jeder 404 Fehler ist schlimm. Wenn eine unwichtige alte URL nicht mehr existiert, kann das normal sein.
Problematisch wird es, wenn wichtige URLs betroffen sind.
Zum Beispiel:
- eine Leistungsseite
- eine Seite mit Backlinks
- eine intern verlinkte Seite
- eine Seite aus der Sitemap
- eine Produktseite mit Nachfrage
- eine alte URL nach einem Relaunch
In solchen Fällen sollte geprüft werden, ob eine passende Weiterleitung sinnvoll ist.
Ein häufiger Fehler ist, alle 404 Seiten einfach auf die Startseite weiterzuleiten. Das ist meistens keine gute Lösung. Besser ist eine thematisch passende Zielseite.
Rendering: Was Google wirklich sehen kann
Rendering bedeutet, dass Google eine Seite verarbeitet und prüft, was am Ende tatsächlich sichtbar ist. Bei stark JavaScript basierten Websites kann das deutlich schwieriger sein als bei einfachem HTML.
Bei einfachen HTML Seiten ist das meist unkompliziert. Der wichtige Inhalt steht direkt im Quellcode.
Bei modernen Websites mit viel JavaScript werden Inhalte manchmal erst nachgeladen. Links sind manchmal keine echten Links. Meta Daten ändern sich erst im Browser.
Für Besucher sieht die Seite normal aus. Für Google kann sie aber schwerer zu erfassen sein.
JavaScript kann SEO Probleme verursachen
JavaScript ist nicht automatisch schlecht. Viele moderne Websites brauchen es.
Problematisch wird es, wenn wichtige Inhalte oder Links nur durch JavaScript erscheinen und für Bots schwer zugänglich sind.
Typische Probleme:
- Wichtige Texte stehen nicht im HTML.
- Interne Links haben kein echtes href Attribut.
- Inhalte erscheinen erst nach einem Klick.
- Meta Titel oder Canonicals werden dynamisch verändert.
- Produktinformationen werden erst sehr spät geladen.
- Filter erzeugen viele URLs ohne klare Steuerung.
Das kann dazu führen, dass Google weniger sieht, als Nutzer sehen.
Was technisch besser ist
Wichtige Inhalte sollten möglichst direkt im HTML verfügbar sein.
Interne Links sollten echte Links sein. Ein Button, der nur per JavaScript funktioniert, ist für SEO oft schwächer als ein sauberer HTML Link.
Bei komplexen Websites kann Server Side Rendering oder Pre Rendering sinnvoll sein. So werden wichtige Inhalte schon vorbereitet ausgeliefert und entstehen nicht erst im Browser.
Mit der URL Prüfung in der Google Search Console lässt sich direkt kontrollieren, wie Google eine Seite verarbeitet.
Performance: Wenn Ladezeit die Technik bremst
Performance ist nicht nur ein Nutzererlebnis Thema. Sie beeinflusst auch, wie effizient Google eine Website crawlen kann, besonders bei großen Seiten mit vielen Unterseiten.
Unnötige Skripte, riesige Bilder und langsame Server werden hier schnell zum Problem.
Core Web Vitals mit konkreten Grenzwerten
Core Web Vitals messen wichtige Teile der Nutzererfahrung. Google definiert dafür klare Zielwerte:
LCP misst die Zeit bis zum Laden des größten sichtbaren Inhalts. Der Zielwert liegt unter 2,5 Sekunden.
INP misst die Reaktionszeit auf Nutzereingaben. Der Zielwert liegt unter 200 Millisekunden.
CLS misst, wie stark sich Elemente beim Laden verschieben. Der Zielwert liegt unter 0,1.
Diese Werte sind keine magische SEO Abkürzung. Sie zeigen aber messbar, ob eine Website technisch sauber und stabil lädt. Google prüft die Werte auf Basis echter Nutzerdaten aus dem Chrome User Experience Report, nicht nur im Labortest.
Häufige technische Bremsen
Zu große Bilder sind ein Klassiker. Besonders auf WordPress Seiten werden oft Bilder hochgeladen, die viel größer sind als nötig.
Auch zu viele Plugins können eine Website langsam machen. Jedes Plugin kann CSS, JavaScript oder Datenbankabfragen hinzufügen.
Weitere Bremsen sind:
- langsame Serverantwortzeit
- fehlendes Caching
- ungenutztes JavaScript
- ungenutztes CSS
- zu viele externe Skripte
- schlecht geladene Schriftarten
- fehlende Bildkomprimierung
- kein modernes Bildformat
- zu große DOM Struktur
Performance ist deshalb kein einzelner Schalter. Sie ist das Ergebnis vieler technischer Entscheidungen.
WordPress: Typische technische SEO Probleme
Viele lokale Unternehmen arbeiten mit WordPress. Das ist grundsätzlich in Ordnung, aber WordPress bringt typische technische Risiken mit sich.
Probleme entstehen oft nicht durch WordPress selbst, sondern durch falsche Einstellungen, zu viele Plugins oder unsaubere Themes.
Häufige WordPress Probleme sind:
- SEO Plugins setzen versehentlich noindex auf wichtige Seiten.
- Cache Plugins erzeugen Darstellungsfehler oder alte Versionen.
- Page Builder laden zu viel CSS und JavaScript.
- Archivseiten, Tag Seiten und Suchseiten werden unnötig indexierbar.
- Bilder werden zu groß hochgeladen.
- Weiterleitungen werden doppelt oder falsch gesetzt.
- Sitemaps enthalten unwichtige URLs.
- Kontaktformulare oder Popups laden unnötige Skripte auf jeder Seite.
Gerade bei lokalen Dienstleistern ist das kritisch. Eine kleine Website mit 20 bis 50 Unterseiten sollte technisch sauber und schlank sein. Wenn sie trotzdem langsam, unübersichtlich oder schlecht indexierbar ist, liegt das oft an unnötiger technischer Last.
Strukturierte Daten: Maschinenlesbare Hinweise
Strukturierte Daten helfen Suchmaschinen, Inhalte besser einzuordnen. Sie werden meistens im JSON LD Format eingebaut, ersetzen aber keine gute Website und sind kein Trick.
Beispiele sind:
- Organization Schema
- LocalBusiness Schema
- Breadcrumb Schema
- Article Schema
- Product Schema
- FAQ Schema
- Review Schema
Strukturierte Daten helfen nur, wenn sie zum sichtbaren Inhalt passen. Wenn du Daten auszeichnest, die Nutzer auf der Seite nicht sehen, kann das problematisch sein.
Für lokale Unternehmen sind besonders Organization, LocalBusiness und Breadcrumb Daten interessant. Bei Shops können Product Daten wichtig sein. Bei Ratgebern kann Article Schema sinnvoll sein.
Duplicate Content und Index Bloat
Duplicate Content bedeutet, dass gleiche oder sehr ähnliche Inhalte über mehrere URLs erreichbar sind. Index Bloat bedeutet, dass zu viele unwichtige URLs indexierbar sind. Beides kann Suchmaschinen verwirren.
Typische Ursachen sind:
- Filter URLs
- Sortier URLs
- Parameter URLs
- Tag Archive
- Kategorie Archive
- interne Suchseiten
- Druckversionen
- http und https Varianten
- www und non www Varianten
- Produktvarianten
- Session IDs in URLs
Wenn Google zu viele unwichtige URLs crawlt, wird die Website unklarer. Wichtige Seiten bekommen weniger Fokus. Ähnliche Seiten konkurrieren miteinander. Canonicals werden wichtiger. Die Sitemap wird unübersichtlich.
Die Lösung ist nicht, alles zu löschen. Die Lösung ist saubere Steuerung.
Dazu gehören:
- korrekte Canonicals
- noindex für unwichtige Seiten
- saubere interne Verlinkung
- klare URL Struktur
- aufgeräumte Sitemap
- Vermeidung unnötiger Parameter
- technische Prüfung nach Relaunches
Häufige technische Fehler und schnelle Lösungen
| Fehler | Was passiert? | Sinnvolle Lösung |
|---|---|---|
Wichtige Seite steht auf noindex |
Die Seite kann nicht im Google Index erscheinen. | noindex entfernen und die URL in der Google Search Console prüfen. |
| robots.txt blockiert wichtige Bereiche | Google kann die Seite nicht crawlen. | Disallow-Regeln prüfen und nur unwichtige Bereiche blockieren. |
| Falscher Canonical | Google bevorzugt eine andere URL. | Canonical auf die richtige Hauptversion setzen. |
| 404-Fehler auf wichtigen URLs | Nutzer und Bots landen im Nichts. | Eine passende 301-Weiterleitung auf eine thematisch ähnliche Seite einrichten. |
| Weiterleitungskette | Bots und Nutzer müssen mehrere Stationen durchlaufen. | Direkt von der alten URL auf die finale Ziel-URL weiterleiten. |
| Zu große Bilder | Die Seite lädt langsam. | Bilder komprimieren und moderne Formate wie WebP verwenden. |
| JavaScript versteckt Inhalte | Google sieht wichtige Inhalte eventuell zu spät oder gar nicht. | Wichtige Inhalte direkt im HTML ausliefern und echte HTML-Links verwenden. |
| Sitemap enthält falsche URLs | Google bekommt unklare Signale. | Die Sitemap bereinigen und nur indexierbare, wichtige URLs aufnehmen. |
Technischer SEO Audit: Welche Fehler zuerst prüfen?
Ein technischer Audit sollte keine lange Fehlerliste produzieren, sondern nach Priorität zeigen, welche Probleme wirklich Wirkung haben. Nicht jeder technische Hinweis wiegt gleich schwer.
Priorität 1: Kann Google die Website erreichen?
Funktioniert HTTPS? Antwortet der Server stabil? Gibt es viele 5xx Fehler? Ist die Website mobil erreichbar? Blockiert die robots.txt wichtige Bereiche? Antworten wichtige URLs mit Statuscode 200?
Wenn diese Basis nicht stimmt, sind alle weiteren Optimierungen schwächer.
Priorität 2: Kann Google wichtige Seiten crawlen?
Wichtige Seiten müssen erreichbar und intern verlinkt sein, nicht nur irgendwo in einer Sitemap stehen.
Zu prüfen sind:
- Navigation
- interne Links
- Sitemap
- Linktiefe
- kaputte interne Links
- Disallow Regeln
- Weiterleitungsketten
- verwaiste Seiten
Eine wichtige Seite ohne interne Links ist wie ein Raum ohne Tür.
Priorität 3: Können wichtige Seiten indexiert werden?
Hier muss geprüft werden, ob wichtige Seiten überhaupt in den Index dürfen.
Zu prüfen sind:
- kein versehentliches noindex
- korrekter Canonical
- keine falschen Weiterleitungen
- keine blockierten Ressourcen
- keine Duplikat Probleme
- saubere Sitemap
- URL Prüfung in der Search Console
Wenn eine Seite nicht indexierbar ist, kann sie nicht organisch sichtbar werden.
Priorität 4: Kann Google die Seite richtig rendern?
Dieser Punkt ist besonders wichtig bei Websites mit viel JavaScript, Animationen, Slidern oder dynamischen Inhalten.
Zu prüfen sind:
Sind wichtige Texte im HTML vorhanden?
Sind Links echte HTML Links?
Werden Inhalte erst nach Nutzeraktion geladen?
Zeigt die Google Search Console die Inhalte korrekt?
Wenn Google wichtige Inhalte nicht sieht, wird die Seite schwächer bewertet.
Priorität 5: Ist die Website schnell und stabil?
Zum Schluss sollte die Performance geprüft werden.
Zu prüfen sind:
- Serverantwortzeit
- Bildgrößen
- Caching
- Core Web Vitals
- unnötige Skripte
- Font Loading
- mobile Ladezeit
- Layout Verschiebungen
Eine schnelle und stabile Seite macht es Nutzern und Suchmaschinen leichter.
Tools für technisches SEO
Vier Werkzeuge decken die meisten technischen SEO Probleme ab: Google Search Console für Indexierung, Screaming Frog oder Sitebulb für Crawling Fehler, PageSpeed Insights für Performance und Server Logs für echtes Bot Verhalten.
Die Google Search Console ist Pflicht. Dort findest du URL Prüfung, Seitenindexierung, Sitemaps, Core Web Vitals, Crawling Hinweise, manuelle Maßnahmen und Berichte zu strukturierten Daten.
Screaming Frog und Sitebulb crawlen deine Website ähnlich wie ein Suchmaschinenbot und finden 404 Seiten, Weiterleitungsketten, Canonical Probleme, fehlende oder doppelte Titel und kaputte interne Links. Besonders nützlich sind sie bei Websites mit vielen Unterseiten.
PageSpeed Insights und Lighthouse helfen bei Performance und zeigen Hinweise zu Ladezeit, Core Web Vitals, Bildgrößen, JavaScript, CSS und mobilen Problemen.
Server Logs zeigen, wie Bots deine Website wirklich besuchen. Du siehst, welche URLs Googlebot abruft, welche Bereiche viel Crawl Budget verbrauchen und ob wichtige Seiten überhaupt besucht werden. Logfile Analysen sind fortgeschrittener, aber sehr wertvoll.
Praxisbeispiel: Was ein technischer SEO Prozess bewirken kann
In einem typischen Fall aus der Praxis lässt sich der Effekt einer technischen Grundsanierung klar zeigen: Erst nach der Bereinigung von Indexierungsproblemen, Weiterleitungen und Core Web Vitals stieg die Sichtbarkeit messbar an, nicht vorher.
Nehmen wir als Beispiel ein etabliertes mittelständisches Unternehmen mit Onlineshop. Die Firma war offline bekannt, aber der Shop wurde digital lange nur nebenbei betreut.
Der Shop hatte technische Altlasten: eine unklare Sitemap mit toten URLs, mehrstufige Weiterleitungsketten aus einem alten Relaunch und einen LCP Wert von über 4 Sekunden auf den wichtigsten Kategorieseiten.
Der erste Schritt war kein neuer Blogartikel, sondern die technische Grundlage. Geprüft wurden Indexierungsprobleme, XML Sitemap, Weiterleitungen, 404 Fehler, Core Web Vitals, strukturierte Daten, Shop Struktur, Produktvarianten und Duplicate Content.
Erst nachdem diese Punkte sauber waren, wurden Content, Themencluster und Produktseiten verbessert.
Nach rund 8 Monaten zeigte sich ein realistisches Bild: Der organische Traffic stieg um etwa 40 bis 50 Prozent, die Zahl der Top 10 Rankings verdoppelte sich nahezu, und der LCP Wert lag nach der Bereinigung konstant unter 2,5 Sekunden.
Solche Ergebnisse entstehen nicht durch einen einzelnen Trick, sondern durch einen sauberen Prozess in der richtigen Reihenfolge: erst die technische Basis, dann Content und Struktur.
Was dieser Artikel bewusst nicht behandelt
Damit der Fokus klar bleibt, geht es in diesem Leitfaden nicht um Keyword Recherche, SEO Texte, Linkaufbau oder allgemeines Online Marketing. Diese Themen sind wichtig, aber sie greifen erst richtig, wenn die technische Grundlage stimmt.
Der Fokus liegt bewusst auf Crawling, Indexierung, Serverantworten, Code, Rendering, Sitemaps, Canonicals, Statuscodes, Performance und technischer Fehlerdiagnose.
Diese klare Abgrenzung ist wichtig. Wer jedes SEO Thema in einen einzigen Artikel packt, macht den Inhalt schwächer.
Checkliste: Technisches SEO schnell prüfen
- Ist die Website vollständig per HTTPS erreichbar?
- Antworten wichtige URLs mit Statuscode 200?
- Gibt es 404 Fehler auf wichtigen internen Links?
- Führen Weiterleitungen direkt zur richtigen Zielseite, ohne mehrere Stationen?
- Blockiert die robots.txt versehentlich wichtige Bereiche?
- Haben wichtige Seiten keinen versehentlichen noindex Tag?
- Zeigen Canonical Tags auf die richtige Hauptversion?
- Enthält die XML Sitemap nur wichtige, indexierbare URLs?
- Sind wichtige Seiten intern verlinkt und nicht zu tief versteckt?
- Kann Google laut Search Console die Inhalte korrekt rendern?
- Liegen LCP, INP und CLS innerhalb der empfohlenen Grenzwerte?
- Sind strukturierte Daten korrekt und passend zum sichtbaren Inhalt?
- Bei größeren Websites lohnt sich zusätzlich eine Logfile Analyse.
Häufige Fragen
Was ist technisches SEO einfach erklärt?
Technisches SEO stellt sicher, dass eine Website für Suchmaschinen erreichbar, lesbar und indexierbar ist, unabhängig von Texten oder Keywords.
Was ist der Unterschied zwischen Crawling und Indexierung?
Crawling bedeutet, dass ein Bot eine URL besucht. Indexierung bedeutet, dass Google die Seite in den Suchindex aufnimmt. Eine Seite kann gecrawlt werden, ohne indexiert zu werden.
Warum wird meine Seite nicht indexiert?
Häufige Gründe sind noindex Tags, falsche Canonicals, Duplicate Content, schwache interne Verlinkung, Serverfehler, blockierte Ressourcen oder JavaScript Probleme.
Ist eine XML Sitemap genug für Google?
Nein. Eine Sitemap hilft Google, URLs zu finden, garantiert aber keine Indexierung. Wichtige Seiten sollten auch intern verlinkt und technisch sauber erreichbar sein.
Kann eine robots.txt meine Sichtbarkeit beschädigen?
Ja. Werden wichtige Bereiche aus Versehen blockiert, kann Google diese Seiten nicht crawlen. Besonders gefährlich sind zu breite Disallow Regeln.
Was sind Canonical Tags?
Canonical Tags zeigen Suchmaschinen, welche Version einer Seite als Hauptversion gelten soll. Sie helfen bei ähnlichen oder doppelten URLs.
Sind 404 Fehler immer schlecht?
Nein. Kritisch wird es nur, wenn wichtige Seiten, interne Links oder alte Backlink URLs auf 404 Fehler laufen.
Warum ist JavaScript für SEO manchmal problematisch?
JavaScript kann problematisch sein, wenn wichtige Inhalte oder Links erst spät geladen werden oder für Suchmaschinen schwer erreichbar sind.
Welche Grenzwerte gelten für Core Web Vitals?
Google empfiehlt einen LCP unter 2,5 Sekunden, einen INP unter 200 Millisekunden und einen CLS unter 0,1. Diese Werte basieren auf echten Nutzerdaten, nicht nur auf Labortests.
Welche Tools helfen bei technischer SEO Analyse?
Hilfreich sind Google Search Console, Screaming Frog, Sitebulb, PageSpeed Insights, Lighthouse und bei größeren Websites Server Logfile Analysen.
Fazit: Erst die Technik, dann der Rest
Technisches SEO ist die Grundlage jeder ernsthaften Suchmaschinenoptimierung. Technische Hürden sind oft unsichtbar, aber sie können verhindern, dass gute Seiten überhaupt eine echte Ranking Chance bekommen.
Für lokale Unternehmen, Dienstleister und Shops bedeutet das: Eine moderne Website reicht nicht. Die Technik muss unter der Motorhaube funktionieren.
Erst wenn diese Basis stimmt, können Content, interne Verlinkung, Local SEO und Conversion Optimierung ihre volle Wirkung entfalten.
Wenn du prüfen willst, ob deine Website technisch sauber erreichbar, crawlbar und indexierbar ist, lohnt sich ein kurzer technischer Check. Oft zeigt schon ein Blick in die Google Search Console, ob wichtige Seiten blockiert, fehlerhaft weitergeleitet oder nicht indexiert werden.
Zu diesem Thema haben wir auch eine Podcast Folge veröffentlicht. Dort erklären wir technisches SEO, Crawling und Indexierung noch einmal einfach und praxisnah.
Falls du dabei Unterstützung brauchst, schreibst du uns direkt über die Kontaktseite.
Jetzt Podcast anhören: