Technisches SEO: Warum Google Ihre Website möglicherweise nicht vollständig sieht
Kurz gesagt
Technisches SEO umfasst robots.txt und Sitemap korrekt konfigurieren, Canonical-Tags setzen, strukturierte Daten einbinden, Core Web Vitals optimieren, HTTPS durchgehend erzwingen und Duplicate Content vermeiden. Ohne dieses Fundament kann Google auch guten Inhalt nicht vollständig crawlen, verstehen oder indexieren.
Wie Google eine Website liest
Der Googlebot besucht Websites regelmäßig und folgt dabei festen Regeln: Die robots.txt-Datei legt fest, welche Bereiche er besuchen darf. Die Sitemap zeigt ihm, welche Adressen indexiert werden sollen. Canonical-Tags signalisieren, welche Adresse die maßgebliche Version einer Seite ist. Strukturierte Daten helfen Google, den Inhalt einzuordnen und in erweiterten Suchergebnis-Darstellungen zu zeigen. Diese technischen Elemente sind keine optionalen Extras, sondern die Kommunikationsgrundlage zwischen einer Website und Google.
Häufige technische Fehler bei Website-Prüfungen: eine robots.txt, die versehentlich wichtige Verzeichnisse oder für das Rendering nötige Ressourcen blockiert; Canonical-Tags, die auf die falsche Adresse zeigen oder ganz fehlen; URL-Parameter, die massenhaft Duplicate Content erzeugen; Inhalte, die erst nach JavaScript-Ausführung sichtbar werden und deshalb monatelang nicht indexiert sind; fehlendes oder nur teilweise funktionierendes HTTPS. Jeder dieser Fehler kann Rankings unabhängig von Inhaltsqualität und Backlinks begrenzen.
Die wichtigsten technischen Stellschrauben
- robots.txt korrekt: Crawling für alle relevanten Seiten erlauben, blockieren nur für Admin-Bereiche, Duplikate oder Staging-Umgebungen.
- Sitemap vollständig: alle indexierbaren Adressen enthalten, in der Search Console eingereicht und auf Fehler geprüft.
- Canonical-Tags konsistent: jede Adresse hat genau einen kanonischen Verweis auf sich selbst oder die Hauptversion.
- HTTPS vollständig: alle internen Links verweisen direkt auf HTTPS, Weiterleitungsketten möglichst kurz.
- Core Web Vitals optimiert: Ladezeit, visuelle Stabilität und Reaktionsschnelligkeit im grünen Bereich, gemessen auf echten Geräten.
- Duplicate Content vermieden: URL-Parameter kanonisiert oder gefiltert, Sortiervarianten konsolidiert.
- JavaScript-Rendering geprüft: kritische Inhalte bereits im HTML-Quelltext vorhanden, nicht nur nach Skriptausführung sichtbar.
- Interne Verlinkung strukturiert: flache Hierarchie, keine verwaisten Seiten, wichtige Seiten von der Startseite aus erreichbar.
Core Web Vitals im Detail
Seit 2021 sind die Core Web Vitals offizieller Google-Rankingfaktor. Drei Werte sind entscheidend: Die Ladezeit des größten sichtbaren Elements sollte unter etwa 2,5 Sekunden liegen. Unerwartete Layoutverschiebungen während des Ladens — häufig durch Bilder ohne definierte Größe oder nachträglich eingefügte Elemente verursacht — sollten möglichst gering ausfallen. Die Reaktionszeit auf Nutzereingaben sollte unter rund 200 Millisekunden bleiben. In der Praxis bedeutet das: Bilder komprimieren und mit korrekten Größenangaben versehen, kritische Stile bevorzugt laden, Schriften lokal hosten, Skripte asynchron laden oder verzögern, wo möglich. Diese Maßnahmen verbessern nicht nur Rankings, sondern auch die Nutzererfahrung messbar.
Google Search Console als Diagnose-Werkzeug
Die Google Search Console ist das wichtigste kostenlose Diagnose-Werkzeug für technisches SEO. Im Bereich Indexierung zeigt sie, welche Seiten Google kennt und welche nicht indexiert wurden — samt Begründung. Im Bereich Core Web Vitals zeigt sie, welche Seiten als schlecht, verbesserungswürdig oder gut bewertet werden, basierend auf echten Nutzerdaten. Im Bereich Sitemaps zeigt sie, ob die eingereichte Sitemap korrekt verarbeitet wurde.
Technische Prüfung — Schritt für Schritt
1. robots.txt und Sitemap prüfen: Direkt im Browser aufrufen und kontrollieren, ob wichtige Seiten versehentlich geblockt sind und die Sitemap alle relevanten Adressen enthält. 2. Indexierungsstatus auswerten: In der Search Console prüfen, welche Adressen indexiert sind und welche nicht — und aus welchem Grund. Typische Ursachen: Canonical-Konflikte, ein gesetztes noindex-Tag, Crawling-Fehler oder Duplicate Content. 3. Canonical-Tags systematisch prüfen: Jede Seite sollte genau einen Canonical-Tag zur korrekten Hauptversion haben, ohne widersprüchliche Angaben zwischen HTTP-Header und HTML. 4. Strukturierte Daten implementieren und testen: Für Unternehmen relevant sind unter anderem Markups für Organisation, lokales Unternehmen, häufige Fragen und Artikel — passende Werkzeuge prüfen die korrekte Umsetzung. 5. Core Web Vitals messen und verbessern: Für jede wichtige Seitenvorlage prüfen und die größten Bremsen zuerst angehen — meist unkomprimierte Bilder, nicht lokal gehostete Schriften und unnötige Erweiterungen. 6. HTTPS und Weiterleitungsstruktur bereinigen: Alle internen Links sollten direkt auf die HTTPS-Version verweisen, ohne unnötige Weiterleitungsketten, die Crawl-Budget kosten und die Seite verlangsamen.
Warum das keine einmalige Aufgabe ist
Jedes Redesign, jedes System-Update und jede neue Erweiterung kann neue technische Probleme einführen. Ein technisches SEO-Audit einmal im Jahr und nach jedem größeren Relaunch ist deshalb sinnvoll — die Folgen eines unentdeckten Crawling-Problems wiegen in der Regel deutlich schwerer als der Aufwand einer regelmäßigen Prüfung. Besonders JavaScript-lastige Websites haben ein spezifisches Risiko: Google rendert JavaScript verzögert und mit geringerem Crawl-Budget als statisches HTML, wodurch Inhalte, die erst nach Skriptausführung erscheinen, mitunter über Monate nicht indexiert werden.