Technische SEO-Checkliste 2026: 30 Punkte für den Website-Audit.

Selbst die am besten geschriebene Leistungsseite existiert in den Suchergebnissen nicht, wenn Google sie nicht crawlen oder indexieren kann. Technisches SEO räumt den Weg zwischen Ihren Inhalten und Google frei, und die meisten Probleme lassen sich mit einer Prüfung von wenigen Minuten finden.

Wir haben diesen Beitrag als Audit-Liste aufgebaut. Die Punkte sind nach der Reihenfolge im Suchprozess von Google gruppiert: zuerst Crawling, dann Indexierung, dann Nutzererfahrung und Rich Results. Am Ende jeder Gruppe steht, mit welchem Tool Sie prüfen. Als Quelle haben wir in erster Linie die Dokumentation von Google Search Central genutzt.

Wenn Sie die nicht-technischen Säulen von SEO interessieren: Was ist SEO? – dieser Beitrag liefert den allgemeinen Rahmen. Hier steigen wir direkt in die Infrastruktur der Website ein.

Vor dem technischen SEO-Audit: kostenlose Tools

Für ein technisches SEO-Audit braucht es keine teure Software. Für den Anfang erledigen diese kostenlosen Tools den Großteil der Arbeit:

Crawling: Kann Google Ihre Website erreichen?

Dass der Googlebot Ihre Seiten erreichen kann, ist die Voraussetzung für alles. Prüfen Sie:

• 1. Ist die robots.txt korrekt? Öffnen Sie ihredomain.de/robots.txt. Eine beim Livegang aus der Entwicklungsumgebung übrig gebliebene Zeile „Disallow: /“ sperrt die gesamte Website für das Crawling. Ein erstaunlich häufiger Fehler.
• 2. Nutzen Sie robots.txt nicht als Versteck? Laut Google steuert robots.txt das Crawling, verbirgt die Seite aber nicht in den Suchergebnissen. Erhält eine gesperrte Seite Links von anderen Websites, kann sie auch ohne Inhalt im Index erscheinen. Zum Verbergen dient noindex.
• 3. Sind CSS- und JavaScript-Dateien zugänglich? Google verarbeitet die Seite wie ein Browser; sperren Sie Stil- und Skriptdateien, kann es die Seite nicht korrekt sehen.
• 4. Blockieren Server und CDN den Googlebot nicht? Firewall- oder Bot-Schutz-Einstellungen können den Googlebot fälschlich für einen Angreifer halten. Auch Googles Dokument zu KI-Funktionen empfiehlt, das Crawling nicht nur in der robots.txt, sondern auch in CDN und Hosting-Infrastruktur zuzulassen.
• 5. Sind wichtige Seiten über interne Links erreichbar? „Verwaiste“ Seiten ohne eingehende Links werden schwer entdeckt. Links sollten als einfaches a-Tag mit href gesetzt werden; Links, die nur über ein JavaScript-Klickereignis funktionieren, kann Google womöglich nicht verfolgen.
• 6. Gibt es keine Serverfehler (5xx)? Ein Server, der ständig Fehler liefert, veranlasst Google, die Crawling-Frequenz zu senken. Sehen Sie sich den Bericht „Crawling-Statistiken“ in der Search Console an.

Indexierung: Sind die richtigen Seiten im Index?

Nicht jede gecrawlte Seite muss in den Index; Dankeseiten, Filterkombinationen, Warenkorb und Admin-Panel gehören nicht hinein. Wichtig ist, dass die richtigen Seiten im Index sind.

• 7. Kein versehentliches noindex auf wichtigen Seiten? Die Option „Suchmaschinen ausschließen“ aus der Zeit vor dem Launch wird leicht vergessen. Prüfen Sie Ihre Hauptseiten einzeln mit dem URL-Prüftool.
• 8. Ist jeder Inhalt unter genau einer Adresse erreichbar? Zeigen http und https, mit und ohne www, mit und ohne abschließenden Schrägstrich dieselbe Seite, sollten alle per 301 auf eine Version weiterleiten.
• 9. Sind die Canonical-Tags korrekt? Jede Seite sollte sich selbst (oder die bevorzugte Hauptversion) als Canonical angeben. Google möchte, dass Canonical-Tag, interne Links und Sitemap auf dieselbe Adresse zeigen; widersprüchliche Signale führen dazu, dass Google selbst wählt.
• 10. Ist die Sitemap sauber? Die Sitemap sollte nur Canonical-URLs enthalten, die Status 200 liefern und indexiert werden sollen. Eine Datei darf höchstens 50.000 URLs oder 50 MB unkomprimiert umfassen; große Websites nutzen einen Sitemap-Index.
• 11. Sind die lastmod-Daten echt? Google nutzt lastmod nur, wenn der Wert stimmt, und erwartet, dass er eine wesentliche Aktualisierung widerspiegelt. Die Felder priority und changefreq ignoriert Google.
• 12. Wurde die Sitemap in der Search Console eingereicht und in der robots.txt angegeben?
• 13. Sind dünne und doppelte Seiten unter Kontrolle? Dutzende Seiten mit fast identischem Text verschwenden Crawl-Budget und schwächen das Qualitätssignal. Zusammenführen, ausbauen oder auf noindex setzen.

URL-Struktur, HTTPS und Fehlerseiten

• 14. Sind die Adressen lesbar? Sinnvolle, kurze, kleingeschriebene Adressen wie „/leistungen/unternehmenswebsite“ sind für Nutzer und Google verständlicher als parametrisierte wie „/page.php?id=482&cat=7“. Einfache lateinische Buchstaben statt Sonderzeichen (etwa türkischer oder deutscher Umlaute) verhindern Fehldarstellungen beim Teilen.
• 15. Läuft die gesamte Website über HTTPS? Nötig sind ein gültiges SSL-Zertifikat und keine Mixed-Content-Warnungen (http-Bilder oder -Skripte auf einer https-Seite). HTTPS ist Teil von Googles Bewertung der Nutzerfreundlichkeit.
• 16. Liefern gelöschte Seiten den richtigen Code? Eine dauerhaft entfernte Seite sollte 404 oder 410 liefern; gibt es eine ähnliche Ersatzseite, sollte per 301 dorthin weitergeleitet werden. Zeigen nicht existierende Seiten leeren Inhalt mit „200 OK“ (Soft 404), führt das Google in die Irre.
• 17. Gibt es keine Weiterleitungsketten? Verkürzen Sie Ketten von A nach B und von B nach C direkt auf A nach C.
• 18. Haben Sie eine nutzerfreundliche 404-Seite? Eine 404-Seite mit Suchfeld und Links zu den Hauptkategorien hält verirrte Besucher auf der Website.

Mobile-First-Index und Core Web Vitals

Google hat die Umstellung auf die Mobile-First-Indexierung 2024 abgeschlossen. Bei der Bewertung Ihrer Website crawlt und indexiert Google also hauptsächlich die mobile Version. Texte, die auf dem Desktop vorhanden, mobil aber ausgeblendet sind, existieren für Google weitgehend nicht.

• 19. Bieten Mobil- und Desktop-Version denselben Inhalt? Überschriften, Texte, Bilder, strukturierte Daten und Meta-Tags sollten in beiden Versionen identisch sein.
• 20. Gibt es ein Viewport-Tag, sind Texte ohne Zoomen lesbar und Buttons bequem mit dem Finger tippbar?
• 21. Werden die Core-Web-Vitals-Schwellenwerte erreicht? Laut web.dev sollten für eine gute Erfahrung bei 75 Prozent der Besuche LCP bei höchstens 2,5 Sekunden, INP bei höchstens 200 Millisekunden und CLS bei höchstens 0,1 liegen. INP hat 2024 FID abgelöst.
• 22. Sind die Bilder optimiert? WebP- oder AVIF-Format, Dateien in Anzeigegröße, Lazy Loading für Bilder außerhalb des sichtbaren Bereichs und Breite-/Höhenangaben für jedes Bild.

Ladezeit ist ein eigenes Fachgebiet; wie Sie LCP, INP und CLS verbessern, erklären wir in unserem Leitfaden zu Ladezeit und Core Web Vitals ausführlich.

Technisches SEO bei JavaScript-basierten Websites

Websites, die mit Frameworks wie React, Vue oder Angular gebaut sind und Inhalte im Browser erzeugen, kann Google verarbeiten; das bedeutet aber einen zusätzlichen Schritt und zusätzliches Risiko. Googles Dokumentation zu JavaScript-SEO beschreibt, dass Seiten zuerst gecrawlt und dann in eine Warteschlange zum Rendern gestellt werden.

• 23. Ist der Hauptinhalt im ersten HTML enthalten? Serverseitiges Rendering (SSR) oder Pre-Rendering (statisches HTML) sorgt dafür, dass Überschriften, Text und Links sichtbar sind, ohne auf JavaScript zu warten. Das ist nicht nur für Google wichtig, sondern auch für viele KI-Crawler – einige davon führen kein JavaScript aus.
• 24. Hat jede Ansicht ihre eigene Adresse? In Single-Page-Apps sollte sich mit dem Inhalt auch die Adresse ändern; Inhalte, die über Fragmente nach „#“ gesteuert werden, werden nicht als eigene Seite indexiert.
• 25. Zeigt die Ansicht „Gecrawlte Seite“ in der URL-Prüfung den Inhalt vollständig?

Bei Websites, die wir als individuelle Software entwickeln, treffen wir diese Entscheidungen von Anfang an; unseren Ansatz zeigen wir auf der Seite Unsere Weblösungen – schauen Sie gern vorbei.

Strukturierte Daten und mehrsprachige Websites

• 26. Sind passende Schema-Typen eingebunden? Auszeichnungen wie Organization, LocalBusiness, Product, Article oder BreadcrumbList helfen Google, die Seite zu verstehen, und machen sie für Rich Results geeignet. Die Auszeichnung muss exakt dem sichtbaren Inhalt der Seite entsprechen.
• 27. Ist der Test für Rich-Suchergebnisse fehlerfrei? Setzen Sie außerdem realistische Erwartungen: Seit 2023 zeigt Google FAQ-Rich-Results nur noch für bekannte, autoritative Behörden- und Gesundheitswebsites. Die Auszeichnung schadet als Bedeutungssignal trotzdem nicht, bringt aber nicht jeder Website einen sichtbaren Vorteil.
• 28. Ist hreflang auf der mehrsprachigen Website korrekt? Haben Sie Sprachversionen wie Türkisch, Englisch oder Deutsch, sollte jede Seite ihre Entsprechungen in den anderen Sprachen und sich selbst per hreflang angeben; die Verweise müssen wechselseitig sein. Google empfiehlt, Nutzer die Sprache wählen zu lassen, statt Sprachversionen per automatischer IP-Weiterleitung zu erzwingen.

Technisches SEO allein hebt das Ranking nicht; aber ein technischer Fehler kann selbst den besten Inhalt unsichtbar machen.

Technische Einstellungen für KI-Funktionen und Crawler

2026 kam ein neuer Punkt auf die technische SEO-Liste: KI. Googles Dokument „KI-Funktionen und Ihre Website“ besagt, dass es für AI Overviews und den KI-Modus keine besonderen technischen Anforderungen gibt; es genügt, dass die Seite indexiert ist und als Snippet angezeigt werden kann. Eine neue KI-Datei oder spezielle Auszeichnung ist nicht nötig. Einige Prüfungen sollten Sie dennoch kennen:

• 29. Werden Snippet-Steuerungen bewusst eingesetzt? Die Angaben nosnippet, data-nosnippet und max-snippet begrenzen, wie viel Ihres Inhalts in Suchergebnissen und KI-Zusammenfassungen gezeigt wird. Ein versehentlich gesetztes nosnippet nimmt Ihrer Seite die Chance, in Zusammenfassungen als Quelle zu erscheinen.
• 30. Ist Ihre Richtlinie für KI-Crawler klar? Mit dem Token Google-Extended können Sie die Nutzung Ihrer Inhalte für das Training von Modellen wie Gemini und in einigen anderen Google-Systemen einschränken; die Sichtbarkeit in der Google-Suche wird dadurch nicht beeinflusst. KI-Crawler anderer Unternehmen lassen sich in der robots.txt ebenfalls einzeln unter ihrem Namen steuern. Blockieren oder Zulassen ist eine geschäftliche Entscheidung – wichtig ist, sie bewusst zu treffen.

In der Search Console ist der Traffic aus KI-Funktionen im Leistungsbericht für den Suchtyp „Web“ enthalten. Nachdem Sie technische Probleme behoben haben, können Sie die Messung dort verfolgen.

Häufig gestellte Fragen

Fazit

Das Schöne an technischem SEO: Die meisten Probleme sind messbar und behebbar. Wenn Sie diese Liste mehrmals im Jahr und vor jeder größeren Änderung durchgehen, entdecken Sie Fehler früh, die Ihre Sichtbarkeit leise aufzehren. Sobald das technische Fundament steht, können Sie Ihre Energie in Inhalte und lokale Sichtbarkeit stecken; ist Ihr Unternehmen regional tätig, sollte der nächste Schritt lokales SEO und das Google-Unternehmensprofil sein.

Bei den von CYF Tech entwickelten Websites prüfen wir diese Punkte vor dem Livegang einzeln. Wenn Sie ein technisches Audit Ihrer bestehenden Website wünschen oder einen Website-Umzug ohne Sichtbarkeitsverlust planen möchten, kontaktieren Sie uns.