Die Vollständige Technische SEO-Checkliste 2026 — 50 Prüfungen

00 Die technische SEO-Baseline 2026

Das ist die Checkliste, die wir einem Entwickler vor dem Launch einer neuen Website geben würden — oder einem SEO, der ein Audit übernimmt, das seit 18 Monaten nicht mehr durchgeführt wurde. Fünfzig Prüfungen in zehn Kategorien, geschrieben für Menschen, die Fixes tatsächlich umsetzen müssen — nicht nur identifizieren.

Jeder Punkt unten sagt Ihnen, was zu prüfen ist, warum es 2026 wichtig ist und der eine Fix, der die häufigste Fehlerursache behebt. Ausdrucken, an das Team weitergeben, von oben nach unten abarbeiten. Oder als Smart SEO Audit ausführen und den Crawler die Arbeit erledigen lassen.

01 Crawling & Indexierung

Wenn eine Seite nicht gecrawlt werden kann, ist alles andere irrelevant. Hier anfangen.

• robots.txt ist unter /robots.txt erreichbar und gibt einen 200-Status zurück. Eine 404 oder 500 hier wird als „keine Regeln" behandelt und kann zu unvorhersehbarem Crawling führen.
• robots.txt blockiert nicht versehentlich CSS oder JS. Googlebot braucht sie zum Rendern Ihrer Seiten.
• XML-Sitemap ist in der Google Search Console eingereicht und in der robots.txt mit einer Sitemap:-Direktive referenziert.
• Sitemap enthält nur kanonische, indexierbare URLs — keine Weiterleitungen, keine 404s, keine noindex-Seiten.
• Kein versehentliches noindex auf Seiten, die ranken sollen. Sowohl Meta-Robots als auch X-Robots-Tag-HTTP-Header prüfen.
• Kein versehentliches Disallow: / in robots.txt auf Produktiv. (Klingt offensichtlich. Passiert jedes Jahr irgendwo.)
• Crawl-Budget wird nicht für Facetten-URLs, Kalender, interne Suchergebnisse oder Login-Seiten verbrannt. Diese nach Bedarf blockieren oder noindexen.

02 Rendering

Wenn Ihre Website stark von JavaScript abhängt, ist das Ihr Bereich mit dem größten Optimierungspotenzial.

• Kritischer Content rendert ohne JavaScript, oder über einen server-gerenderten/statischen Fallback. Mit „Seitenquelltext anzeigen" prüfen — nicht nur dem gerenderten DOM in DevTools.
• Lazy-geladener Content verwendet natives loading="lazy" statt IntersectionObserver-Hacks, die Content vor Crawlern verbergen.
• Kein endloses Scrollen ohne paginierte Fallbacks. Crawler können keine Scroll-Ereignisse auslösen.
• Hydration ändert nicht den Hauptinhalt der Seite — was Google beim ersten Crawl sieht, sollte mit dem übereinstimmen, was Nutzer nach der Hydration sehen.
• Mit dem URL-Prüftool in der Google Search Console für jede Seite testen, bei der Rendering wichtig ist.

03 On-Page-Elemente

• Jede Seite hat einen einzigartigen, beschreibenden Title-Tag unter ~60 Zeichen / 580 Pixel.
• Jede Seite hat eine Meta-Beschreibung unter ~160 Zeichen, die zum Klicken animiert.
• Genau ein H1 pro Seite, der der Nutzerintention entspricht.
• Logische Überschriftenhierarchie (H1 → H2 → H3) ohne übersprungene Ebenen innerhalb eines Abschnitts.
• Alle Bilder haben beschreibende alt-Attribute (dekorative Bilder können alt="" verwenden).

04 URL-Struktur

• URLs sind kurz, lesbar und kleingeschrieben. Bindestriche zwischen Wörtern, keine Unterstriche.
• Keine Session-IDs, Tracking-Parameter oder Filterzustände in kanonischen URLs.
• Trailing-Slash-Richtlinie ist seitenübergreifend konsistent (immer oder nie — eines davon wählen).
• HTTP leitet auf HTTPS um mit einem 301, nicht einem 302.
• www- und non-www-Varianten lösen zu einer kanonischen Version auf.

05 Canonical & Duplikate

• Jede indexierbare Seite hat ein selbstreferenzierendes Canonical-Tag.
• Paginierung verwendet selbst-canonical, nicht rel="canonical" zurück zu Seite 1.
• UTM-markierte URLs canonicalen zur sauberen Version.
• Facetten-URLs canonicalen entweder oder tragen noindex — niemals offen als Duplikate lassen.

06 Performance & Core Web Vitals

• LCP unter 2,5 Sekunden beim 75. Perzentil auf Mobil.
• INP unter 200 Millisekunden beim 75. Perzentil.
• CLS unter 0,1.
• HTTP/2 oder HTTP/3 aktiviert — beides ist die Baseline-Erwartung für 2026.
• Brotli-Komprimierung aktiviert für Text-Assets.
• Bilder in WebP oder AVIF ausgeliefert, mit entsprechendem srcset für responsive Größen.
• LCP-Bild wird vorausgeladen mit <link rel="preload">, nicht lazy-geladen.

07 Strukturierte Daten

• Schema.org-Markup in JSON-LD implementiert (Googles bevorzugtes Format).
• Organization- oder LocalBusiness-Schema auf der Startseite.
• Article-, Product- oder Recipe-Schema passend zu Ihrem Content.
• Breadcrumb-Schema auf jeder Nicht-Startseiten-URL.
• Alle Schemas validieren im Schema Markup Validator ohne Fehler.

08 Internationales SEO

• hreflang-Annotationen auf jeder alternativen URL, in beide Richtungen (Return-Tags).
• x-default hreflang für die Gebietsschema-Fallback-URL.
• Sprach-Attribut am html-Tag: lang="de", lang="en", etc.
• Kein gemischter Content — übersetzte Seiten ziehen keine originalsprachigen Strings oder nicht übersetztes UI ein.

09 Sicherheit & Protokoll

• Website ist vollständig HTTPS, mit gültigem Zertifikat von einer vertrauenswürdigen CA.
• HSTS-Header ist gesetzt mit einem langen max-age.
• Keine Mixed-Content-Warnungen — jedes Asset lädt über HTTPS.
• 404-Seite gibt einen 404-Status zurück, keine 200 mit „Seite nicht gefunden"-Inhalt (eine „Soft 404").

10 Monitoring & Ongoing

• Google Search Console mit allen Properties verbunden (inkl. Domain-Property).
• Bing Webmaster Tools verbunden.
• Serverseitige Log-Analyse für Googlebot-Crawl-Verhalten, mindestens quartalsweise.
• Automatisierte SEO-Regressionsprüfungen bei jedem Deploy. Smart SEO Audits geplante Audits + Alert-Kanäle erledigen das für Sie.

Die meisten „SEO-Probleme" sind technische Bugs, die niemand zu überwachen sich bemühte. Richten Sie die Alerts ein — dann gehen Sie und arbeiten an Content.

? Häufige Fragen

Was ist technisches SEO?

Technisches SEO ist die Summe der Optimierungen auf Seiten- und Website-Ebene, die Suchmaschinen helfen, Ihre Seite korrekt zu crawlen, zu rendern und zu indexieren — etwa Seitentempo und Core Web Vitals, Crawlbarkeit und robots.txt, Indexierung und Canonicals, strukturierte Daten, HTTPS, Mobilfreundlichkeit und eine saubere XML-Sitemap. Es ist das Fundament, auf dem Inhalt und Links erst wirken.

Wie oft sollte ich ein technisches SEO-Audit durchführen?

Führen Sie mindestens vierteljährlich ein vollständiges Audit durch und nach jeder größeren Änderung — Redesign, Migration, CMS-Update oder neues Deployment, denn dann schleichen sich Regressionen ein. Besser noch: Planen Sie automatische Re-Audits, damit ein kaputter Canonical, ein nach dem Launch vergessenes noindex oder eine Protokoll-Regression in Stunden statt Monaten auffällt.

Welche technischen SEO-Probleme sind am wichtigsten?

Am folgenreichsten sind Probleme, die Indexierung oder Rendering ganz blockieren: versehentliche noindex-Tags, eine robots.txt, die wichtige Ressourcen sperrt, Canonical-Fehler, die Seiten aus dem Index werfen, kaputtes HTTPS und schwere Core-Web-Vitals-Fehler. Beheben Sie das, was Seiten unauffindbar macht, bevor Sie feinere On-page-Details optimieren.

→ Verwandte Guides

Tiefer einsteigen — diese Guides behandeln verwandte Themen.