
Technische SEO-Checkliste: Die wichtigsten Kriterien für Websites
Technisches SEO bildet die Grundlage dafür, dass Suchmaschinen eine Website zuverlässig crawlen, indexieren und bewerten können. Von robots.txt und Sitemaps über Weiterleitungen und Core Web Vitals bis hin zu Mobile SEO und strukturierten Daten gibt es zahlreiche technische Stellschrauben. Wir zeigen die wichtigsten Kriterien und helfen dabei, Probleme systematisch zu erkennen, zu priorisieren und zu beheben.
Eine technische SEO Checkliste deckt fünf zentrale Bereiche auf, die Crawling, Indexierung und PageSpeed blockieren können: Sitemap und robots.txt, Fehlercodes und Weiterleitungen, Core Web Vitals, mobile Darstellung sowie strukturierte Daten. Wer diese Punkte systematisch abarbeitet, beseitigt technische Hürden und verbessert die Crawl-Effizienz. Sinnvoll ist dabei eine klare Priorisierung: Sofortmaßnahmen zuerst, langfristige Optimierungen danach.
Wann und wie oft solltest du ein technisches SEO-Audit durchführen?
Ein technisches SEO-Audit gehört mindestens vierteljährlich auf den Kalender, ergänzt durch sofortige Prüfungen bei bestimmten Ereignissen. Diese Empfehlung stammt aus der Google Search Console, die auch für die laufende Überwachung zwischen den Audits die zentrale Anlaufstelle bleibt. Bestimmte Ereignisse rechtfertigen eine sofortige Prüfung, unabhängig vom regulären Rhythmus:
- Ein Website-Relaunch oder Domain-Umzug verändert oft URL-Strukturen und Weiterleitungen grundlegend.
- Ein CMS-Wechsel, etwa von WordPress zu Typo3 oder umgekehrt, bringt neue technische Grundlagen mit sich, die geprüft werden müssen.
- Ein plötzlicher Einbruch der Indexierungszahlen in der Google Search Console signalisiert ein akutes Problem.
Zwischen den Vollaudits liefert die Google Search Console laufende Signale zu Crawling-Fehlern und Indexierungsstatus, sodass größere Probleme nicht erst nach Wochen auffallen.
Vorbereitung und notwendige Tools für das Audit
Bevor du mit der Prüfung beginnst, brauchst du Zugriff auf mehrere Datenquellen. Ohne diese Zugänge bleibt jede Analyse Stückwerk, weil einzelne Tools nur Teilausschnitte der Website zeigen. Folgende Zugänge solltest du vorab einrichten:
- Google Search Console für Crawling-Status, Indexierungsberichte und Suchanfragen.
- Server-Logfiles, um das tatsächliche Crawl-Verhalten von Google nachzuvollziehen.
- Analytics-Zugang, um Traffic-Einbrüche mit technischen Problemen abzugleichen.
- CMS-Administrationszugang für Sitemap-Einstellungen, Meta-Tags und Plugin-Konfigurationen.
Für die eigentliche Analyse haben sich bestimmte Werkzeuge etabliert. Ein Crawling-Tool wie Screaming Frog simuliert den Googlebot und deckt defekte Links, doppelte Titel oder fehlende Canonical-Tags auf. Für Performance-Messungen liefern PageSpeed Insights und Lighthouse konkrete Werte zu Core Web Vitals. Wer noch keine feste Tool-Auswahl hat, findet in unserer Toolbox für Websites eine Übersicht an kostenlosen Hilfsmitteln.
Bei größeren Projekten lohnt sich ein einfaches Ticketsystem, in dem jeder Befund mit Priorität, Screenshot und Zuständigkeit dokumentiert wird. So geht bei der Übergabe an Entwickler nichts verloren.
Crawlability und Indexierung: robots.txt, Sitemap und Canonical-Tags
Diese drei Elemente entscheiden gemeinsam darüber, ob Google deine Seiten überhaupt findet und richtig einordnet. Fehler hier wirken sich direkt auf die Sichtbarkeit aus, oft ohne dass jemand es merkt, bis der Traffic einbricht.
Bei der robots.txt passieren häufig zwei Fehler: Sie wird fälschlich als Mittel zur Geheimhaltung von Seiten eingesetzt, obwohl Google Search Central klarstellt, dass die Datei primär das Crawling steuert, nicht die Indexierung verhindert. Für den tatsächlichen Ausschluss aus der Suche sind noindex-Tags oder Passwortschutz die richtigen Werkzeuge. Konkrete Prüfschritte:
- Öffne die robots.txt direkt im Browser und prüfe, ob wichtige Verzeichnisse versehentlich blockiert sind.
- Reiche die Sitemap in der Google Search Console ein und kontrolliere, ob alle wichtigen URLs darin auftauchen.
- Prüfe Canonical-Tags auf Konsistenz: Eine Seite sollte auf sich selbst verweisen, sofern sie kein Duplikat ist.
- Kontrolliere, ob Canonicals bereits im initialen HTML stehen, da Google clientseitig gerenderte Signale verzögert verarbeitet, wie Google Search Central beschreibt.
Fehlercodes und Weiterleitungen prüfen
Fehlerhafte Statuscodes und lange Weiterleitungsketten kosten Crawl-Budget und verwässern Linksignale. Die Prüfung folgt einem klaren Ablauf.
- Erzeuge einen vollständigen Crawl mit einem Tool wie Screaming Frog und filtere nach 4xx- und 5xx-Statuscodes.
- Sortiere die Ergebnisse nach eingehenden internen Links, um zuerst die Fehler mit dem größten Einfluss zu beheben.
- Identifiziere Redirect-Ketten, bei denen eine URL über mehrere Zwischenschritte zum Ziel führt, und kürze sie auf eine direkte Weiterleitung.
- Prüfe, ob 301-Weiterleitungen für dauerhafte Umzüge und 302-Weiterleitungen nur für temporäre Fälle verwendet werden.
- Kontrolliere Soft-404-Meldungen in der Google Search Console: Diese Seiten liefern Status 200, wirken für Google aber wie Fehlerseiten.
Wer diese Schritte regelmäßig wiederholt, verhindert, dass sich alte Fehler über Monate anhäufen und am Ende einen kompletten Nacharbeitstag verschlingen.
Interne Verlinkung und URL-Struktur
Eine saubere Linkarchitektur sorgt dafür, dass wichtige Seiten leicht gefunden werden, sowohl von Nutzern als auch vom Crawler. Verwaiste Seiten, also Seiten ohne eingehende interne Links, sind dabei ein häufig unterschätztes Problem.
- Identifiziere verwaiste Seiten per Crawl-Abgleich mit der Sitemap und entscheide je nach Relevanz: wiederherstellen durch neue interne Links, per Weiterleitung zusammenführen oder löschen.
- Reduziere die Klicktiefe wichtiger Seiten auf maximal drei bis vier Klicks von der Startseite aus.
- Vereinheitliche Parameter-Handling, damit dieselbe Seite nicht unter mehreren URL-Varianten mit Tracking-Parametern erreichbar ist.
- Halte URL-Strukturen sprechend und konsistent, etwa durch feste Schemata für Kategorien und Produktseiten.
Performance und Core Web Vitals prüfen und priorisieren
Ladezeit und Interaktivität wirken sich direkt auf Crawling und Nutzererfahrung aus. Google Search Central beschreibt PageSpeed und mobile Nutzerfreundlichkeit als eng verknüpft mit der Crawl- und Indexierungs-Effizienz, weshalb Core Web Vitals zu den praxisrelevanten Messgrößen gehören, die zuerst geprüft werden sollten.
Drei Kennzahlen stehen im Zentrum: Largest Contentful Paint für die Ladezeit des größten sichtbaren Elements, Cumulative Layout Shift für visuelle Stabilität und Interaction to Next Paint für die Reaktionsgeschwindigkeit auf Nutzereingaben. Schnelle Hebel, die spürbare Verbesserungen bringen:
- Bilder komprimieren und in modernen Formaten wie WebP ausliefern.
- Browser-Caching und serverseitiges Caching aktivieren, um wiederkehrende Ladezeiten zu senken.
- Kritische Ressourcen wie CSS und Schriften priorisiert laden, während unwichtige Skripte verzögert nachladen.
Profi-Tipp: Prüfe Lab-Daten aus Lighthouse für kontrollierte Tests, aber verlasse dich für reale Nutzererfahrungen auf Field-Daten aus der Google Search Console, da beide unterschiedliche Bedingungen abbilden.
Mobile Nutzerfreundlichkeit und JavaScript-Rendering
Mobile Darstellung und clientseitiges Rendering entscheiden mit darüber, ob deine Inhalte überhaupt vollständig indexiert werden. Google rendert JavaScript zeitlich verzögert, wie Google Search Central erläutert, wodurch wichtige Signale wie interne Links im initialen HTML stehen sollten, statt erst nach dem Rendering zu erscheinen.
- Prüfe Viewport-Einstellungen und responsives CSS auf verschiedenen Bildschirmgrößen.
- Kontrolliere, ob Touch-Elemente wie Buttons ausreichend Abstand zueinander haben.
- Teste, ob zentrale Inhalte bereits im initialen HTML vorhanden sind, statt erst durch JavaScript nachgeladen zu werden.
- Nutze die URL-Prüfung in der Google Search Console, um zu sehen, wie Google eine konkrete Seite tatsächlich rendert.
Strukturierte Daten, Metadaten und Snippet-Optimierung
Strukturierte Daten helfen Google, Inhalte einzuordnen, und können die Darstellung in den Suchergebnissen verbessern, etwa durch Sternebewertungen oder FAQ-Erweiterungen. Voraussetzung ist eine fehlerfreie Implementierung.
- Validiere Schema-Markup mit einem schema.org-Checker und behebe alle gemeldeten Fehler und Warnungen.
- Prüfe, ob Titel-Tags und Meta-Beschreibungen sich über verschiedene Seiten hinweg wiederholen, und formuliere Duplikate individuell aus.
- Kontrolliere, ob wichtige Seitentypen wie Produkte, Artikel oder lokale Unternehmen die passenden Schema-Typen nutzen.
- Achte darauf, dass strukturierte Daten die tatsächlich sichtbaren Inhalte der Seite widerspiegeln, statt Informationen vorzutäuschen.
Crawl-Budget und Serververhalten optimieren
Das Crawl-Budget wird pro Hostname berechnet, wie Google erklärt. Die wirksamsten Maßnahmen bestehen darin, das URL-Inventar zu bereinigen und parametrische oder duplizierte URLs zu reduzieren, damit Google seine Ressourcen auf die wichtigen Seiten konzentriert. Für kleinere Websites ist das oft weniger kritisch, für sehr große Seiten und Shops zahlt sich diese Arbeit deutlich aus.
- Entferne oder konsolidiere URLs mit identischem Inhalt, etwa durch Filter- oder Sortierparameter.
- Nutze Canonical-Tags oder Parameter-Handling in der Search Console, um Duplikate zu bündeln.
- Verbessere serverseitige Antwortzeiten, etwa durch Caching und korrekte 304-Header bei unveränderten Inhalten.
- Reduziere unnötige Ressourcenlast, etwa durch überflüssige Skripte oder Plugins, die die Serverantwort verzögern.
Umsetzung, Monitoring und Wartung nach dem Audit
Ein Audit ohne Umsetzung bleibt wirkungslos. Die gefundenen Punkte sollten deshalb nach Aufwand und erwarteter Wirkung sortiert werden, bevor sie an die Entwicklung gehen.
- Erstelle eine Impact-Aufwand-Matrix und bearbeite zuerst Punkte mit hoher Wirkung und geringem Aufwand, etwa defekte Weiterleitungen.
- Plane wöchentliche Kurzchecks für Core Web Vitals und kritische Fehler, besonders in den ersten Monaten nach größeren Änderungen.
- Setze einen Vollaudit-Rhythmus von etwa sechs Monaten an, ergänzt durch die vierteljährliche Basisprüfung.
- Nutze GSC-Berichte, Server-Logfiles und Performance-Dashboards als feste Grundlage für die laufende Überwachung.
Wie technische Verbesserungen in eine langfristige Sichtbarkeitsstrategie einfließen, beschreiben wir ausführlicher in unserem Beitrag zu SEO für kleine und mittelständische Unternehmen.
Praktische, nummerierbare Checkliste zum Abhaken
Für die direkte Anwendung oder als Übergabevorlage an die Entwicklung hilft eine feste Struktur mit Prioritäten.
- Robots.txt auf versehentliche Blockierungen prüfen (Sofort).
- Sitemap in der Google Search Console einreichen und auf Vollständigkeit prüfen (Sofort).
- 4xx- und 5xx-Fehler nach eingehenden Links sortiert beheben (Sofort).
- Redirect-Ketten identifizieren und auf eine Weiterleitung verkürzen (Kurzfristig).
- Canonical-Tags auf Konsistenz und Position im initialen HTML prüfen (Kurzfristig).
- Core Web Vitals messen und kritische Ressourcen priorisieren (Kurzfristig).
- Verwaiste Seiten identifizieren und Linkarchitektur bereinigen (Langfristig).
- Strukturierte Daten validieren und Duplikate bei Titeln beheben (Langfristig).
Dokumentiere jeden Befund mit Screenshot, GSC-Export oder Logfile-Ausschnitt, damit Entwickler den Kontext ohne Rückfrage verstehen. Unsere kostenlose SEO-Audit-Ressource bietet dafür eine praktische Grundlage.
| Priorität | Prüfpunkt | Werkzeug | Erwartetes Ergebnis |
|---|---|---|---|
| Sofort | Robots.txt und Sitemap | Google Search Console | Korrekte Crawling-Steuerung |
| Kurzfristig | Core Web Vitals | PageSpeed Insights, Lighthouse | Bessere Nutzererfahrung |
| Langfristig | Interne Verlinkung | Screaming Frog | Geringere Klicktiefe |
Logfile-Analyse zur Überprüfung des Crawl-Verhaltens
Server-Logfiles zeigen, was Google tatsächlich tut, im Gegensatz zu Crawling-Tools, die nur simulieren, wie eine Website theoretisch aussieht. Jeder Zugriff des Googlebots wird im Logfile mit Zeitstempel, aufgerufener URL und Statuscode festgehalten, wodurch sich das reale Crawl-Verhalten nachvollziehen lässt.
Bei der Auswertung lohnt sich der Blick auf mehrere Muster. Wie oft besucht der Googlebot bestimmte Seitentypen, und stehen wichtige Seiten im Verhältnis zu unwichtigen im richtigen Verhältnis? Werden Ressourcen wie CSS-Dateien oder Bilder unnötig oft angefragt, obwohl sich der Inhalt nicht geändert hat? Tauchen in den Logfiles viele 4xx- oder 5xx-Antworten auf, die im normalen Crawl-Report gar nicht sichtbar waren, weil der Googlebot sie zu anderen Zeiten anfordert?
Besonders aufschlussreich ist der Abgleich zwischen Logfile-Daten und der Sitemap. Wenn wichtige Produktseiten selten besucht werden, während irrelevante Parameter-URLs regelmäßig gecrawlt werden, verschwendet die Website Crawl-Ressourcen an den falschen Stellen. Das lässt sich durch Parameter-Handling, Konsolidierung oder gezielte robots.txt-Anpassungen korrigieren.
Für kleinere Websites mit wenigen hundert Seiten ist eine tiefe Logfile-Analyse selten notwendig. Bei umfangreichen Websites oder Online-Shops mit tausenden URLs liefert sie dagegen Erkenntnisse, die kein anderes Tool bietet, weil sie das tatsächliche Bot-Verhalten statt einer Simulation abbildet.
Sicherheitsaspekte wie HTTPS, SSL-Zertifikate und Security-Header
Eine unverschlüsselte Verbindung ist heute ein klares Warnsignal, sowohl für Nutzer als auch für Suchmaschinen. Die Prüfung beginnt mit dem SSL-Zertifikat: Ist es gültig, aktuell und für alle Subdomains korrekt eingerichtet? Ein abgelaufenes Zertifikat führt zu Browserwarnungen, die Besucher sofort abschrecken.
Ebenso wichtig ist die konsequente Weiterleitung von HTTP auf HTTPS ohne Umwege. Jede unverschlüsselte URL sollte direkt, ohne Zwischenschritte, auf die verschlüsselte Version verweisen. Gemischte Inhalte, bei denen eine HTTPS-Seite noch Bilder oder Skripte über HTTP lädt, verursachen Sicherheitswarnungen und sollten vollständig behoben werden.
Security-Header ergänzen den Basisschutz. Dazu gehören etwa ein Content-Security-Policy-Header, der das Nachladen fremder Skripte einschränkt, sowie ein Strict-Transport-Security-Header, der Browser dazu zwingt, ausschließlich verschlüsselte Verbindungen zu nutzen. Beide Header lassen sich in den meisten Serverkonfigurationen oder über CMS-Plugins einrichten.
Für WordPress-Websites gehört die regelmäßige Kontrolle von Zertifikaten, Headern und Plugin-Updates zu den Aufgaben, die eine laufende Betreuung deutlich erleichtert. Mehr dazu findest du in unserem Beitrag zu WordPress und Sicherheit.
Analyse und Optimierung der Server- und Hosting-Leistung
Die beste Website-Optimierung verliert an Wirkung, wenn der Server selbst zu langsam antwortet. Die Server-Antwortzeit, auch Time to First Byte genannt, sollte möglichst niedrig liegen, da sie die Grundlage für alle weiteren Ladezeiten bildet. Mehrere Faktoren beeinflussen die Hosting-Leistung direkt. Die geografische Nähe des Servers zu den wichtigsten Besuchergruppen wirkt sich auf die Latenz aus. Die Serverauslastung durch andere Websites auf gemeinsam genutzten Hosting-Paketen kann bei Lastspitzen zu Verzögerungen führen. Auch die Konfiguration von Caching auf Serverebene entscheidet darüber, ob wiederkehrende Anfragen schnell beantwortet werden oder jedes Mal neu berechnet werden müssen.
Bei der Prüfung lohnt sich ein Blick auf mehrere Werte gleichzeitig: die Antwortzeit unter normaler Last, das Verhalten bei gleichzeitigen Zugriffen mehrerer Nutzer und die Verfügbarkeit über einen längeren Zeitraum. Ein Hosting-Paket, das im Normalbetrieb schnell wirkt, aber bei Lastspitzen einbricht, bereitet später Probleme, gerade bei saisonalen Traffic-Anstiegen.
Wer eine WordPress-Website betreibt, sollte zudem prüfen, ob das Hosting-Paket auf die Anforderungen des CMS abgestimmt ist, etwa bei PHP-Version, Serverressourcen und serverseitigem Caching. Ein passendes Hosting-Paket mit ausreichend Ressourcen verhindert, dass technische Optimierungen an der Serverleistung wieder verpuffen.
AMP (Accelerated Mobile Pages) Überprüfung und Optimierung
AMP-Seiten sind eine vereinfachte HTML-Variante, die früher vor allem für schnelle mobile Ladezeiten bei News-Inhalten eingesetzt wurde. Wer AMP-Seiten betreibt oder deren Einsatz prüft, sollte einige Punkte kontrollieren.
Zunächst die technische Validität: AMP-Seiten folgen einem strikten Regelwerk, und schon kleine Abweichungen im Code führen dazu, dass die Seite nicht mehr als gültiges AMP erkannt wird. Ein AMP-Validator zeigt Fehler direkt an. Zweitens die korrekte Verknüpfung zwischen der regulären und der AMP-Version über entsprechende Verweise im Quelltext, damit Google beide Varianten richtig zuordnet.
Wichtig ist dabei die Einordnung: Viele moderne Websites verzichten inzwischen bewusst auf AMP, weil sich Core Web Vitals mittlerweile auch ohne die eingeschränkte AMP-Architektur erreichen lassen, etwa durch konsequentes Bild- und Skript-Management. Für Websites ohne dringenden News- oder Publisher-Fokus lohnt sich daher zunächst die Frage, ob die reguläre mobile Version bereits performant genug ist, bevor zusätzlicher Pflegeaufwand für eine parallele AMP-Struktur entsteht. Wer AMP weiterhin nutzt, sollte die Seiten in die reguläre Audit-Routine aufnehmen, da sie sonst leicht in Vergessenheit geraten und veraltete Inhalte oder defekte Verknüpfungen zur regulären Seite entstehen.
Wie wir Audits durchführen und bei der Umsetzung unterstützen
Eine technische SEO Checkliste liefert die Struktur, doch die Umsetzung braucht oft Zeit und Fachwissen, das im Tagesgeschäft fehlt. Wir übernehmen für Unternehmen die vollständige Analyse und setzen die gefundenen Punkte direkt um.
- Technisches SEO-Audit mit Priorisierung nach Aufwand und Wirkung im Rahmen unserer Suchmaschinenoptimierung.
- Performance-Optimierung und Auswahl passender Serverressourcen über unsere Hosting-Pakete.
- Laufende technische Pflege durch unsere WordPress Wartung ab 9,90 € im Monat.
Wenn interne Kapazitäten für die Umsetzung fehlen oder die technische Komplexität wächst, lohnt sich externe Unterstützung. Für tiefere Entwicklungsarbeit an bestehenden WordPress-Strukturen bietet sich auch die Zusammenarbeit mit spezialisierten Partnern wie der WordPress-Agentur Mintellity an. Wer wissen möchte, wo die eigene Website technisch steht, kann bei uns ein Audit anfragen und erhält eine konkrete Einschätzung der wichtigsten Baustellen.
FAQ
Was sind SEO-Techniken?
SEO-Techniken sind konkrete Maßnahmen, mit denen eine Website in Suchmaschinen besser gefunden und eingeordnet wird, etwa technische Anpassungen an Crawling und Ladezeit, inhaltliche Optimierung sowie der Aufbau von Verlinkungen. Technische Techniken betreffen dabei die Grundlage, auf der Inhalte überhaupt sichtbar werden können.
Welche SEO-Tools gibt es?
Für technische Audits eignen sich Crawling-Tools wie Screaming Frog sowie die Google Search Console für Indexierung und Crawling-Status. Für Performance-Messungen kommen PageSpeed Insights und Lighthouse zum Einsatz, eine Übersicht kostenloser Werkzeuge bietet unsere Toolbox für Websites.
Welche SEO-Tipps gibt es für Anfänger?
Wer neu im Thema ist, sollte zuerst die Google Search Console einrichten und beobachten, welche Fehler dort gemeldet werden, statt gleich mit komplexen Tools zu starten. Danach lohnt sich ein Blick auf Ladezeit und mobile Darstellung, da beide Bereiche häufig die größten, schnell behebbaren Probleme verursachen.
Kann ich SEO selber machen?
Grundlegende technische Prüfungen wie Sitemap-Kontrolle, Fehlercode-Analyse oder die Auswertung der Google Search Console lassen sich mit etwas Einarbeitung selbst durchführen. Bei komplexeren Themen wie Logfile-Analyse, Crawl-Budget-Optimierung oder tieferen Performance-Anpassungen hilft oft fachliche Unterstützung, um Fehler bei der Umsetzung zu vermeiden.







