Checkliste für technisches SEO: Vollständiger Leitfaden Punkt für Punkt

Diese Checkliste für technisches SEO führt der Reihe nach die Punkte auf, die Sie prüfen sollten, damit Suchmaschinen Ihre Website finden und crawlen können, die richtigen Seiten indexiert werden und Besucher ein schnelles, sicheres Erlebnis haben. Selbst der beste Inhalt kann nicht ranken, wenn er nicht gecrawlt werden kann oder versehentlich aus dem Index ausgeschlossen wurde. Deshalb sollten Sie die Grundlagen vor der Inhaltsarbeit prüfen. Jeder Punkt ist so formuliert, dass Sie ihn mit "ja / nein" beantworten können.

Warum kommt technisches SEO zuerst?

Eine Suchmaschine arbeitet in drei Phasen: Crawling (Seite finden und herunterladen), Indexierung (Inhalt verstehen und speichern) und Ranking. Technisches SEO sorgt dafür, dass die ersten beiden Phasen reibungslos ablaufen. Tritt hier ein Problem auf, beginnen die folgenden Phasen gar nicht erst. Stellen Sie vorher sicher, dass die Search Console eingerichtet ist; für die Einrichtung lesen Sie unseren Einstiegsleitfaden zur Search Console. Viele der folgenden Prüfungen lassen sich mit den Berichten dort bestätigen.

Um die Prüfung zu beschleunigen, reichen drei kostenlose Quellen aus: die Search Console (wie Google Ihre Seite sieht), PageSpeed Insights (Geschwindigkeit und Core Web Vitals) und ein Desktop-Crawling-Tool (durchläuft Ihre Website wie eine Suchmaschine und listet defekte Links, Weiterleitungen und fehlende Tags auf). Markieren Sie bei jedem Punkt das Ergebnis als "in Ordnung / zu korrigieren / nicht vorhanden" und führen Sie eine datierte Tabelle; so können Sie nach drei Monaten mit derselben Tabelle vergleichen.

1. Crawling-Prüfungen

• Wichtige Seiten sind nicht durch robots.txt blockiert. Das Tool "URL-Prüfung" in der Search Console zeigt, ob eine Seite crawlbar ist.
• Seiten liefern HTTP 200. Bei wichtigen Seiten dürfen keine 404-, 500- oder Soft-404-Fehler (inhaltsleere Seite mit Status 200) auftreten.
• Weiterleitungen sind einstufig und 301. Weiterleitungsketten (A → B → C) sollten verkürzt werden; verwenden Sie außer in Ausnahmefällen keine 302.
• Wichtige Seiten sind intern verlinkt. Seiten, auf die kein Link zeigt, bleiben unentdeckt. Details finden Sie in unserem Artikel Strategie für interne Verlinkung.
• Defekte interne Links sind bereinigt. Korrigieren oder entfernen Sie Links, die 404 liefern.
• Die URL-Struktur ist sauber. Bevorzugen Sie kurze, lesbare, kleingeschriebene Adressen ohne unnötige Parameter; erzeugen Sie keine hunderten Parametervarianten desselben Inhalts.
• In den Serverprotokollen gibt es keine Googlebot-Fehler. Bei großen Websites verringern häufige 5xx-Antworten an Bots das Crawling.

2. Indexierungsprüfungen

• Der Bericht "Seiten" in der Search Console wurde geprüft. Lesen Sie die Gründe für "nicht indexiert" einzeln durch, etwa "Gecrawlt – derzeit nicht indexiert", "Alternative Seite mit passendem Canonical" oder "Durch noindex-Tag ausgeschlossen".
• Wichtige Seiten tragen kein noindex. Ein während der Entwicklung gesetztes und vergessenes <meta name="robots" content="noindex"> ist ein häufiger Fehler.
• Unnötige Seiten sind bewusst ausgeschlossen. Prüfen Sie für Dankeseiten, Warenkorb, Filter- und interne Suchseiten, ob noindex sinnvoll ist.
• Dünner Inhalt wurde überprüft. Führen Sie wenige Sätze lange, doppelte Seiten zusammen oder verbessern Sie sie.
• Eine Site-Suche wurde durchgeführt. Geben Sie bei Google site:ihredomain.de ein und vergleichen Sie grob die Anzahl der indexierten Seiten mit der tatsächlichen Zahl.

3. Canonical und doppelte Inhalte

Das Canonical-Tag (<link rel="canonical" href="...">) ist die Methode, um zu sagen: "Diese Version ist die Hauptversion", wenn gleicher oder sehr ähnlicher Inhalt unter mehreren Adressen erreichbar ist.

• Jede Seite verweist auf sich selbst (self-referencing) als Canonical oder zeigt bewusst auf die Hauptversion.
• Das Canonical verwendet eine absolute Adresse (https://...) und verweist nicht auf eine Weiterleitung oder eine 404-Seite.
• Varianten mit und ohne www, http/https und Schrägstrich am Ende werden per 301 auf eine einzige Version umgeleitet.
• Filter- und Sortierparameter verweisen mit ihrem Canonical auf die eigentliche Kategorieseite.
• Canonical und noindex werden nicht gemeinsam verwendet. Die beiden Signale widersprechen sich.

Ein typisches Canonical-Problem: In einem Onlineshop verweist eine Kategorieadresse mit dem Parameter "?sortierung=preis" auf sich selbst als Canonical. Dadurch wird dieselbe Produktliste unter dutzenden Adressen indexiert, und die Seiten konkurrieren miteinander. Die Lösung ist, alle parametrisierten Varianten auf die saubere Kategorieadresse als Canonical zeigen zu lassen.

4. Hreflang und mehrsprachiger Aufbau

Wenn Sie Seiten für mehrere Sprachen oder Regionen haben, teilt hreflang Google mit, welche Version welchem Nutzer angezeigt werden soll.

• Jede Sprachversion listet die anderen auf (wechselseitige Bestätigung). Wenn Seite A auf B zeigt, muss B auch auf A zeigen.
• Die eigene Sprachversion ist ebenfalls enthalten (Selbstverweis).
• Sprach- und Regionscodes sind korrekt: de, en, en-gb und ähnliche; oft genügt de statt de-de.
• Zieladressen liefern 200 und widersprechen nicht dem Canonical.
• x-default ist definiert: für den Sprachwähler oder die Standardseite.
• Jede Sprache ist tatsächlich übersetzt. Markieren Sie nicht übersetzte Seiten nicht als andere Sprache.

5. Sitemap und robots.txt

Ein entscheidender Unterschied: robots.txt verhindert das Crawling, entfernt Seiten aber nicht aus dem Index. Soll eine Seite nicht in der Suche erscheinen, verwenden Sie noindex und blockieren Sie sie nicht gleichzeitig mit robots.txt; sonst kann Google das noindex-Tag nie sehen.

6. Geschwindigkeit, Mobil und Sicherheit

• Core Web Vitals wurden geprüft. Zielwerte: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1. Details finden Sie in unserem Core-Web-Vitals-Leitfaden; für die Messung können Sie PageSpeed Insights verwenden.
• Bilder sind komprimiert (WebP/AVIF), haben definierte Abmessungen, und Bilder unterhalb des sichtbaren Bereichs werden verzögert geladen.
• Die Antwortzeit des Servers (TTFB) ist kurz und das Caching ist aktiviert.
• Mobile Tauglichkeit: Responsives Design, viewport-Tag, ausreichender Abstand zwischen anklickbaren Elementen und auf dem Smartphone derselbe Inhalt wie auf dem Desktop.
• Die gesamte Website läuft über HTTPS. Das Zertifikat ist gültig, es gibt keine gemischten Inhalte (Mixed Content), und http-Adressen werden per 301 auf https umgeleitet.
• Sicherheits-Header und aktuelle Infrastruktur: Aktuelle PHP- oder CMS-Version und eine Prüfung auf Schadsoftware.
• Grundlegende Seitenelemente stimmen: Jede Seite hat einen eigenen Title und eine eigene Description sowie eine einzige H1. Schreibtipps finden Sie in unserem Leitfaden zu Meta-Titel und Meta-Description.

7. Strukturierte Daten

Strukturierte Daten (schema.org-Markup) beschreiben für Maschinen eindeutig, worum es auf der Seite geht, und ermöglichen Rich Results (Sterne, FAQ, Preis, Rezept und Ähnliches). Google empfiehlt das Format JSON-LD.

• Passende Typen sind eingesetzt: Organization bei Unternehmensseiten, Article bei Artikeln, Product bei Produkten, LocalBusiness bei lokalen Unternehmen und BreadcrumbList für den Pfad.
• Das Markup stimmt exakt mit dem sichtbaren Inhalt überein. Unsichtbare oder falsche Angaben einzufügen, birgt das Risiko einer manuellen Maßnahme.
• Die Validierung ist erfolgt: Der Rich-Results-Test von Google und der Bericht "Verbesserungen" in der Search Console zeigen Fehler und Warnungen.
• Aktuelle Anforderungen sind geprüft: Welche Typen Rich Results auslösen, ändert sich mit der Zeit; die aktuelle Liste finden Sie in der Google Search Central.

Mit JavaScript erzeugte Inhalte

Bei Websites, die mit Frameworks wie React oder Vue gebaut sind, entsteht der Inhalt im Browser. Google kann JavaScript ausführen, doch dies geschieht in einer zweiten Warteschlange, kann sich verzögern und Fehler verursachen.

• Ist der wichtige Inhalt in der ersten HTML-Antwort enthalten? Vergleichen Sie mit "URL-Prüfung → Live-Test → Gecrawlte Seite anzeigen" in der Search Console, was Google sieht.
• Sind die Links echte <a href>-Elemente? Schaltflächen, die nur per Klickereignis navigieren, werden möglicherweise nicht gecrawlt.
• Werden Title, Description und Canonical serverseitig ausgegeben? Verwenden Sie nach Möglichkeit Server-Side Rendering (SSR) oder vorab generierte Seiten.
• Gibt es Seitennavigationslinks statt Endlos-Scrollen? Ohne sie werden tiefere Inhalte möglicherweise nie entdeckt.

Häufige Probleme und Lösungen

Wie oft sollte man prüfen?

Fazit

Das Ziel des technischen SEO ist, Hindernisse vor Ihren Inhalten zu beseitigen: Ihre Seiten sollen gecrawlt werden, mit der richtigen Adresse im Index erscheinen, schnell laden und verständlich ausgezeichnet sein. Wenn Sie die sieben Abschnitte oben in eine Tabelle übertragen und Ihre Website der Reihe nach crawlen, entsteht in einem halben Tag eine solide Übersicht. Sobald die Probleme behoben sind, folgt die Arbeit an Inhalt und Sichtbarkeit; dafür können Sie unserem Artikel Methoden zur Steigerung des organischen Traffics folgen.

Wenn Sie sicher sind, dass Ihre Website technisch bereit ist, können Sie zur Unterstützung Ihrer Sichtbarkeit in den Suchergebnissen auch den Ansatz Organic Hit prüfen. Das Ranking bestimmt weiterhin der Google-Algorithmus; HitBot ersetzt diese Entscheidungen nicht, sondern ist nur ein Werkzeug neben Ihrer eigenen Arbeit.