Viele Websites scheitern nicht an schlechten Inhalten – sie scheitern daran, dass Google sie schlicht nicht vernünftig lesen kann. Zu viele gecrawlte Seiten ohne Indexierungswert, falsch gesetzte Canonical Tags, Core Web Vitals die aussehen als käme die Seite über eine ISDN-Leitung. Das Ergebnis: trotz guter Texte, anständiger Backlinks und echter Nutzernachfrage stagnieren die Rankings. Technical SEO ist dabei kein Hexenwerk – aber die falsche Priorisierung kostet euch Positionen, die ihr eigentlich verdient hättet.
Diese Checkliste zeigt euch, was 2026 wirklich zählt, was Google selbst bestätigt hat und wo ihr eure Zeit nicht vergeuden solltet.
Was Technical SEO ist – und was nicht
Technical SEO umfasst alle Maßnahmen, die sicherstellen, dass Suchmaschinen eure Website korrekt crawlen, indexieren und verstehen können. Es geht nicht um Keywords oder Backlinks – das sind andere Disziplinen. Technical SEO ist die Infrastruktur, auf der alles andere aufbaut.
Was dazugehört: Crawlability, Indexierungssteuerung, Seitengeschwindigkeit, strukturierte Daten, URL-Architektur, HTTPS, Mobile-Optimierung, Duplicate-Content-Management.
Was nicht dazugehört: Content-Qualität, Linkaufbau, Keyword-Recherche. Diese Bereiche überschneiden sich gelegentlich – etwa wenn ein technisches Problem Content unzugänglich macht – aber die Kernaufgaben bleiben getrennt.
Ein häufiger Fehler ist es, Technical SEO als einmalige Aufgabe zu betrachten. Jede Plattformmigration, jeder Relaunch, jede neue Seitenstruktur kann bestehende technische Signale korrumpieren. Regelmäßige Audits sind deshalb keine Option, sondern Pflicht.
Crawlability & Indexierung: Die Basis stimmen
Google kann nur ranken, was es kennt. Und es kennt nur, was gecrawlt und indexiert wurde. Klingt trivial – ist es aber nicht, sobald eine Site wächst.
robots.txt richtig einsetzen
Die robots.txt sagt dem Googlebot, welche Bereiche er nicht crawlen soll. Sie verhindert aber keine Indexierung – das ist ein verbreitetes Missverständnis. Wer eine Seite aus dem Index heraushalten will, muss einen noindex-Tag setzen, nicht nur den Crawl blockieren.
Was ihr blockieren solltet: Admin-Bereiche, Staging-Umgebungen (falls öffentlich erreichbar), interne Suchen, doppelte Parametervarianten ohne Mehrwert. Was ihr nicht blockieren solltet: CSS, JavaScript – Google braucht diese Dateien, um eure Seiten korrekt zu rendern.
Prüft eure robots.txt regelmäßig auf versehentliche Blockierungen. Ein Disallow: / im falschen Moment – etwa nach einem Relaunch – hat schon ganze Domains aus dem Index katapultiert.
sitemap.xml: Wegweiser, kein Freifahrtschein
Eine saubere XML-Sitemap beschleunigt die Entdeckung neuer Inhalte und hilft Google dabei, die Struktur eurer Site zu verstehen. Sie garantiert aber keine Indexierung – das entscheidet Google nach eigenen Qualitätskriterien.
Was in die Sitemap gehört: alle kanonischen URLs, die indexiert werden sollen. Was nicht hineingehört: noindex-Seiten, blockierte URLs, Weiterleitungen, 404-Fehler, dünne Seiten ohne Nutzermehrwert.
Reicht die Sitemap in der Google Search Console ein und überwacht, wie viele der eingereichten URLs tatsächlich indexiert werden. Eine große Diskrepanz (z. B. 1.000 eingereicht, 400 indexiert) ist ein Signal, dass etwas nicht stimmt.
noindex und Canonical Tags präzise setzen
Der noindex-Meta-Tag schließt Seiten aus dem Index aus. Setzt ihn auf: Tag-Seiten, Paginierungsseiten (diskutierbar), dünne Kategorienseiten, Danke-Seiten, Login-Bereiche.
Canonical Tags sagen Google, welche Version einer URL die „echte" ist. Sie sind unverzichtbar bei:
- Produktseiten mit Filterparametern (Farbe, Größe etc.)
- HTTP vs. HTTPS-Varianten
- www vs. non-www
- Trailing Slash Varianten
Ein selbstreferenzierender Canonical auf der kanonischen Seite selbst ist best practice – er verhindert, dass externe Quellen versehentlich eine andere Version kanonisieren.
Core Web Vitals: Die Zielwerte, die 2026 zählen
Google hat Core Web Vitals als offiziellen Rankingfaktor bestätigt. Kein Hype mehr – die Metriken fließen in das Page Experience Signal ein. Wer im Wettbewerb punkten will, kommt an guten Werten nicht vorbei.
LCP – Largest Contentful Paint
LCP misst, wie schnell das größte sichtbare Element einer Seite lädt. Zielwert: unter 2,5 Sekunden.
Die häufigsten LCP-Killer: nicht optimierte Hero-Bilder (falsches Format, kein Lazy Loading Ausnahme für Above-the-Fold), schlechte Server Response Time, render-blockierendes JavaScript. Lösung: Bilder in WebP oder AVIF ausliefern, mit fetchpriority="high" vorladen, Hosting upgraden.
INP – Interaction to Next Paint
INP hat FID (First Input Delay) ersetzt und misst, wie schnell die Seite auf Nutzerinteraktionen reagiert. Zielwert: unter 200 Millisekunden.
INP ist besonders relevant für JavaScript-lastige Seiten. Lange Tasks im Main Thread, Third-Party-Scripts (Chat-Widgets, Analytics, Tracking-Pixel) und übermäßig komplexe Komponenten sind typische Ursachen. Profiling im Chrome DevTools zeigt euch, wo die Blockierungen entstehen.
CLS – Cumulative Layout Shift
CLS bewertet visuelle Stabilität – wie sehr Elemente beim Laden auf der Seite springen. Zielwert: unter 0,1.
Typische Ursachen: Bilder ohne definierte Breite/Höhe, Werbebanner die nachladen, Schriften die sich einblenden und Text verschieben (FOUT/FOIT). Setzt Dimensionsattribute auf alle Bilder und Video-Embeds.
Nutzt die Chrome User Experience Report (CrUX) Daten in der Search Console – die zeigen euch, wie echte Nutzer eure Seite erleben, nicht nur Laborwerte.
Mobile-First Indexing: Was das 2026 konkret bedeutet
Google crawlt und bewertet eure Website primär auf Basis der mobilen Version. Nicht der Desktop-Version – das ist seit Jahren offiziell. Was das 2026 konkret bedeutet: wenn eure mobile Version weniger Content, schlechtere Struktur oder fehlende Meta-Tags hat als die Desktop-Variante, rankt ihr schlechter.
Prüft Folgendes:
- Ist euer Content auf Mobile vollständig (nicht hinter Tabs, Accordions die Google nicht rendert)?
- Sind Title-Tags und Meta-Descriptions auf Mobile identisch zur Desktop-Version?
- Funktioniert die interne Verlinkung auf Mobile genauso?
- Sind Bilder und Videos auf Mobile erreichbar?
Responsive Design ist dabei nicht automatisch ausreichend. Wenn ihr ein separates m.subdomain nutzt, müssen dort alle Content- und Signal-Elemente identisch vorhanden sein, inklusive Structured Data.
HTTPS, SSL und Mixed Content
HTTPS ist seit 2014 ein Rankingfaktor – kein Grund mehr, HTTP-Seiten zu betreiben. Falls eure Site noch HTTP läuft: sofort umstellen, 301-Weiterleitungen von allen HTTP-URLs auf HTTPS setzen.
Mixed Content ist subtiler: die Seite selbst läuft über HTTPS, lädt aber Ressourcen (Bilder, Scripts, iFrames) über HTTP. Browser blockieren diese teils, Google bewertet sie negativ. Sucht nach Mixed-Content-Warnungen in der Browser-Konsole und bereinigt externe Ressourcen.
SSL-Zertifikate sollten korrekt konfiguriert sein: kein abgelaufenes Zertifikat, keine Zertifikatsfehler, HSTS-Header für zusätzliche Sicherheit.
URL-Struktur und interne Verlinkung
Saubere URLs sind kein Luxus – sie helfen Google und Nutzern gleichermaßen, den Kontext einer Seite zu verstehen.
Gute URL-Struktur:
- Sprechend und keyword-relevant:
/blog/technical-seo-checklistestatt/p?id=1234 - Kurz und hierarchisch:
/leistungen/seo/technisches-seokommuniziert Struktur - Kleinbuchstaben, Bindestriche statt Unterstriche
- Keine unnötigen Parameter
Interne Verlinkung ist eines der mächtigsten und am häufigsten unterschätzten Technical-SEO-Werkzeuge. Sie verteilt PageRank, kommuniziert thematische Relevanz und stellt sicher, dass Google alle wichtigen Seiten erreicht.
Regeln:
- Wichtige Seiten sollten von vielen internen Seiten verlinkt werden
- Ankertext sollte beschreibend sein (nicht „hier klicken")
- Orphan Pages – Seiten ohne eingehende interne Links – sind für Google schwer erreichbar
- Navigationsmenüs allein sind nicht ausreichend; redaktionelle Links im Fließtext geben stärkere Signale
Schema Markup: Welche Typen sich lohnen
Strukturierte Daten helfen Google, den Inhalt eurer Seiten semantisch zu verstehen – und können zu Rich Snippets in den Suchergebnissen führen, die die Klickrate deutlich erhöhen.
FAQ-Schema
Für Seiten mit häufigen Fragen. Kann in der Google-Suche als aufklappbares FAQ-Element erscheinen. Besonders effektiv für Service-Seiten, Produktseiten, Ratgeber.
Article-Schema
Für Blog-Artikel und Nachrichtenartikel. Kommuniziert Datum, Autor, Bild. Kein direktes Ranking-Signal, aber relevant für Google News und Discover.
LocalBusiness-Schema
Für Unternehmen mit physischem Standort. Enthält Name, Adresse, Telefon, Öffnungszeiten, Koordinaten. Stärkt lokale Relevanz-Signale.
Product-Schema
Für E-Commerce. Ermöglicht Preis, Verfügbarkeit und Bewertungen in den Suchergebnissen. Erhöht die Klickrate messbar.
Wichtig: Structured Data muss mit dem tatsächlichen Seiteninhalt übereinstimmen. Google bestraft Manipulationen (z. B. fünf-Sterne-Bewertungen die auf der Seite nicht sichtbar sind).
Duplicate Content: Canonical, hreflang, Parameter-URLs
Duplicate Content entsteht häufig unbeabsichtigt: Filterseiten in E-Commerce, URL-Parameter für Tracking (UTM), Session-IDs, Kategorie-Paginierung, Subdomain-Duplikate.
Die Lösung ist meist ein korrekt gesetzter Canonical Tag – er konsolidiert die Link-Signale auf die bevorzugte URL.
Für mehrsprachige Sites ist hreflang unerlässlich. Es sagt Google, welche Sprachversion einer Seite für welche Region gedacht ist. Fehler hier führen dazu, dass die falsche Sprachversion rankt – oder gar keine.
Parameter-URLs können über die Google Search Console konfiguriert werden – Google kann so angewiesen werden, bestimmte Parameter zu ignorieren oder sie als neue Seiten zu behandeln.
Page Speed & TTFB
TTFB (Time to First Byte) misst, wie lange euer Server braucht, um auf eine Anfrage zu antworten. Zielwert: unter 800 Millisekunden, besser unter 400ms.
Ein hoher TTFB deutet auf:
- Schwaches Hosting (Shared Hosting mit überlasteten Servern)
- Fehlende oder falsch konfigurierte Caching-Layer
- Datenbankabfragen die zu lang dauern (typisch bei WordPress ohne Caching)
- Fehlende CDN-Integration
Die schnellste Lösung für viele Sites: ein gutes Caching-Plugin (WordPress) oder serverseitiges Caching aktivieren, kombiniert mit einem CDN wie Cloudflare.
Page Speed ist mehr als nur TTFB: JavaScript-Bündelung, CSS-Minimierung, Bildoptimierung, Preconnect- und Preload-Direktiven spielen alle zusammen.
Log File Analyse: Wann sie sich lohnt
Log File Analyse – die Auswertung der Server-Logs, um zu sehen wie und was Googlebot crawlt – ist aufwendig, liefert aber einzigartige Einblicke.
Sinnvoll bei:
- Großen Sites (ab ca. 10.000+ Seiten) mit Crawl-Budget-Problemen
- Verdacht, dass wichtige Seiten zu selten gecrawlt werden
- Nach Relaunches, um zu prüfen ob Weiterleitungen funktionieren
- Wenn die Search Console unplausible Crawl-Aktivität zeigt
Tools: Screaming Frog Log File Analyser, JetOctopus, oder manuelle Auswertung mit Excel/Python. Für kleine Sites ist Log File Analyse in den meisten Fällen überdimensioniert.
Häufige Fehler, die trotz guter Inhalte zum Ranking-Killer werden
Staging-Umgebung vergessen zu schützen: Eine öffentlich erreichbare Staging-Umgebung wird gecrawlt und verursacht Duplicate Content in großem Maßstab. Immer mit Basic Auth schützen oder in robots.txt blockieren.
noindex nach dem Launch nicht entfernt: Klassiker beim Relaunch – die Development-Site hatte noindex gesetzt, beim Go-live wurde es vergessen zu entfernen. Ergebnis: vollständige Deindexierung.
Zu viele Weiterleitungsketten: Jede Redirect-Kette kostet Crawl-Budget und verdünnt Link Equity. Maximal eine Weiterleitung pro URL, Chains auflösen.
Kein Crawl vor dem Relaunch: Wer nicht dokumentiert hat, welche URLs wie viel Traffic und wie viele Backlinks haben, macht beim URL-Mapping Fehler – mit direkten Ranking-Konsequenzen.
Structured Data falsch oder manipulativ: Google bestraft Sites, die Bewertungen oder andere strukturierte Daten einblenden, die nicht dem tatsächlichen Seiteninhalt entsprechen.
Bilder ohne Alt-Text: Kein direkter Ranking-Faktor für allgemeine Suche, aber relevant für Google Bilder und Barrierefreiheit – und damit indirekt für Signale wie Bounce Rate.
Wenn ihr nach einem Relaunch, einem Performance-Einbruch oder einfach nach Jahren ohne Audit wissen wollt, wo euer größtes technisches Potenzial liegt – ein professioneller SEO-Audit schafft Klarheit und zeigt euch priorisiert, was als erstes angegangen werden muss. Schreibt uns, wir schauen gemeinsam drauf.