Technisches SEO: der praktische Leitfaden

Was ist technisches SEO?

Technisches SEO ist die Optimierung aller technischen Faktoren einer Website, damit Suchmaschinen und zunehmend auch KI-Systeme sie fehlerfrei crawlen, indexieren und verstehen können. Es geht nicht um die Wörter auf der Seite, sondern um alles darunter: Servergeschwindigkeit, Code-Struktur, Erreichbarkeit der Seiten, saubere Signale an den Crawler. Wenn Content das Angebot ist, ist technisches SEO die Straße, auf der es überhaupt ankommt.

SEO teilt sich grob in drei Bereiche. OnPage-SEO umfasst alles auf der Seite selbst, also Titel, Überschriften, interne Verlinkung und Inhalt. OffPage-SEO dreht sich um Signale von außen, vor allem Backlinks. Technisches SEO ist das Fundament unter beiden: Ohne saubere Technik verpufft der beste Content, weil Google ihn gar nicht erst sauber erfassen kann. Genau deshalb steht ein technisches Audit am Anfang jeder ernsthaften SEO-Arbeit, nicht am Ende.

Die Bereiche des technischen SEO

Technisches SEO ist kein einzelner Hebel, sondern ein Bündel klar abgegrenzter Bereiche. Die folgenden sind die, die in fast jedem Audit über Erfolg oder Stillstand entscheiden. Wir gehen sie der Reihe nach durch, so wie wir sie auch in einem echten Projekt abarbeiten: erst Erreichbarkeit, dann Geschwindigkeit, dann die feineren Signale.

Crawlbarkeit und Indexierung

Crawlbarkeit heißt, dass der Googlebot deine Seiten erreichen und ihren Links folgen kann. Indexierung heißt, dass sie danach im Suchindex landen. Beides ist die Grundvoraussetzung: Was nicht gecrawlt wird, kann nicht ranken. Typische Bremsen sind verwaiste Seiten ohne interne Links, eine zu tiefe Klickstruktur oder versehentlich gesetzte noindex-Tags.

In der Google Search Console siehst du unter der Indexierungsabdeckung genau, welche Seiten drin sind und welche warum ausgeschlossen wurden. Das ist der erste Bericht, den wir bei jedem Audit öffnen. Ein Detail, das viele übersehen: Ein Disallow in der robots.txt verhindert nur das Crawling, nicht zwingend die Indexierung. Wer eine Seite wirklich aus dem Index halten will, braucht ein noindex-Tag, nicht nur einen Ausschluss in der robots.txt.

Ladezeit und Core Web Vitals

Ladezeit ist einer der wenigen technischen Faktoren, die Google offiziell als Rankingsignal bestätigt hat, gemessen über die Core Web Vitals. Das sind drei Werte: LCP für das Ladeerlebnis, INP für die Reaktion auf Klicks und CLS für die visuelle Stabilität. Wichtig für 2026: INP hat am 12. März 2024 die alte Metrik FID offiziell abgelöst, weil INP jede Interaktion über die gesamte Sitzung misst statt nur die erste. Gute Zielwerte sind ein LCP unter 2,5 Sekunden, ein INP unter 200 Millisekunden und ein CLS unter 0,1, jeweils gemessen an echten Chrome-Nutzern.

Bei unserem FRAMEN-Projekt haben wir eine aufwändige, animierte Website gebaut und trotzdem einen grünen PageSpeed-Insights-Wert erreicht. Das ist der Punkt, an dem sich saubere Technik zeigt: Aufwändiges Design und schnelle Ladezeit schließen sich nicht aus, sie sind eine Frage der Umsetzung. Die tiefere Mechanik dahinter erklären wir im eigenen Artikel zu Core Web Vitals.

Mobile-Optimierung

Google indexiert seit Jahren mobil zuerst. Das heißt: Die mobile Version deiner Seite ist die, die gecrawlt und bewertet wird, nicht die Desktop-Version. Da mobile Geräte inzwischen die Mehrheit des Traffics ausmachen, ist das kein Randthema. Wenn auf dem Smartphone Inhalte fehlen, Buttons zu klein sind oder das Layout bricht, wird genau das bewertet. Ein responsives Design ist deshalb keine Kür, sondern Pflicht.

Die Prüfung ist unkompliziert: Lighthouse und PageSpeed Insights liefern einen eigenen Mobile-Score, und in der Search Console tauchen mobile Usability-Probleme direkt als Fehler auf. Wir testen zusätzlich auf echten Geräten, weil Emulatoren die realen Touch-Ziele und Ladezeiten unter schwachem Mobilfunk nur ungenau abbilden.

Strukturierte Daten (Schema)

Strukturierte Daten sind ein Code-Format, meist JSON-LD nach dem schema.org-Standard, mit dem du Suchmaschinen den Sinn deiner Inhalte explizit mitteilst. Du sagst Google nicht nur, dass da eine Zahl steht, sondern dass es ein Preis ist, ein Bewertungsstern oder ein FAQ-Eintrag. Das Ergebnis sind Rich Results: Sternebewertungen, FAQ-Aufklapper, Produktdaten oder Breadcrumbs direkt im Suchergebnis, was die Klickrate deutlich erhöhen kann.

Relevante Typen für die meisten Websites sind Organization, LocalBusiness, Article, Product, FAQPage und BreadcrumbList. Prüfen kannst du sie mit dem Rich-Results-Test von Google. Wichtig: Strukturierte Daten sind kein direkter Rankingfaktor. Sie machen dich aber sichtbarer in den SERPs und, das wird 2026 entscheidend, maschinenlesbar für KI-Systeme, ohne die Darstellung für Menschen zu zerstören.

HTTPS und Sicherheit

HTTPS ist die verschlüsselte Verbindung zwischen Browser und Server und ein bestätigtes, wenn auch leichtes Rankingsignal. Wichtiger ist der Vertrauensaspekt: Browser markieren Seiten ohne gültiges Zertifikat als nicht sicher, was Besucher sofort abschreckt. Ein SSL-Zertifikat ist heute Standard und meist kostenlos über den Hoster oder Let’s Encrypt verfügbar.

Die häufigsten Fehler sind nicht das fehlende Zertifikat, sondern Mixed Content, also HTTPS-Seiten, die noch einzelne Ressourcen wie Bilder oder Skripte über HTTP laden, und fehlende Weiterleitungen von der HTTP- auf die HTTPS-Version. Beides prüfst du schnell im Browser oder mit einem Crawler wie Screaming Frog.

Sitemap und robots.txt

Die XML-Sitemap ist die Landkarte deiner Website für Suchmaschinen: eine Liste aller Seiten, die indexiert werden sollen, oft mit Datum der letzten Aktualisierung. Die robots.txt ist die Wegweiser-Datei im Wurzelverzeichnis, die dem Crawler sagt, welche Bereiche er nicht betreten soll. Beide Dateien arbeiten zusammen und werden bei jedem Audit als Erstes geprüft, weil ein Fehler hier großflächige Folgen hat.

Der klassische, teure Fehler ist eine robots.txt, die versehentlich das ganze Verzeichnis oder wichtige Ressourcen sperrt, oder eine Sitemap, die noch alte, gelöschte URLs enthält. Die Sitemap reichst du in der Google Search Console ein und siehst dort direkt, wie viele der eingereichten URLs tatsächlich indexiert wurden. Ein Link zur Sitemap gehört zusätzlich in die robots.txt.

Canonicals und Duplicate Content

Duplicate Content entsteht, wenn derselbe Inhalt unter mehreren URLs erreichbar ist, etwa mit und ohne www, mit Filter-Parametern, mit und ohne Trailing Slash oder in Druckversionen. Google weiß dann nicht, welche Version es ranken soll, und verteilt die Signale auf mehrere URLs, statt sie zu bündeln. Das Canonical-Tag löst das: Es zeigt auf die eine, maßgebliche Version einer Seite.

In der Praxis sind die häufigsten Quellen Onlineshops mit Filter- und Sortier-Parametern sowie Seiten, die sowohl über HTTP als auch HTTPS erreichbar sind. Screaming Frog listet dir alle Duplikate und fehlerhaften Canonicals auf einen Blick. Wichtig ist ein sauberes Grundprinzip: Jede URL sollte genau ein selbstreferenzierendes Canonical haben, damit die Signale nicht verwässern.

HTTP-Statuscodes und Weiterleitungen

Jede Anfrage an deinen Server beantwortet dieser mit einem dreistelligen HTTP-Statuscode, und diese Codes sind ein unterschätzter technischer Hebel. 200 heißt, alles ist in Ordnung. 301 ist die dauerhafte Weiterleitung, die du für verschobene Seiten nutzt, um deren Rankings zu erhalten. 302 ist eine temporäre Weiterleitung. 404 heißt, die Seite existiert nicht, und 410, dass sie dauerhaft entfernt wurde. 500 ist ein Serverfehler, der sofort Aufmerksamkeit braucht, weil er die Erreichbarkeit gefährdet.

Der häufigste Fehler in diesem Bereich sind Redirect-Ketten, also mehrere Weiterleitungen hintereinander. Sie verlangsamen das Crawling, verschwenden Crawl-Budget und können Rankings kosten. Genauso teuer sind viele defekte interne Links, die auf 404-Seiten führen. Beides prüfst du regelmäßig mit einem Crawler wie Screaming Frog oder in der Search Console und räumst es konsequent auf.

URL-Struktur, Breadcrumbs und interne Verlinkung

Die URL ist der erste Eindruck, den Nutzer und Crawler von einer Seite bekommen. Gute URLs sind kurz, sprechend und hierarchisch aufgebaut, mit Bindestrichen statt Unterstrichen und dem Fokus-Keyword an prominenter Stelle. Sie verraten schon vor dem Klick, was auf der Seite steht. Eine logische Ordnerstruktur hilft Google, den Aufbau deiner Website zu verstehen.

Breadcrumbs, also die kleine Pfad-Navigation oben auf einer Seite, sind ein doppelter Gewinn: Sie helfen Nutzern bei der Orientierung und geben Google, ausgezeichnet als BreadcrumbList-Schema, ein klares Bild der Seitenhierarchie. Die interne Verlinkung schließlich verteilt die Autorität zwischen deinen Seiten und führt den Crawler zu tieferliegenden Inhalten. Wichtige Seiten brauchen viele interne Links, verwaiste Seiten ohne Links werden schlecht oder gar nicht gefunden.

JavaScript-Rendering und SSR

Viele moderne Websites bauen ihre Inhalte erst im Browser per JavaScript zusammen. Der Googlebot kann JavaScript zwar rendern, tut das aber in einem zweiten, verzögerten Schritt und mit begrenztem Budget. Kommt der Inhalt erst spät oder fehlerhaft an, wird er schlechter oder gar nicht erfasst. Serverseitiges Rendering (SSR) liefert den fertigen HTML-Inhalt direkt vom Server aus, sodass Crawler ihn sofort sehen.

Wir setzen dafür in vielen Projekten auf Next.js, ein Framework, das SSR und statisches Rendering als Standard mitbringt. Der entscheidende Vorteil zeigt sich beim nächsten Bereich: KI-Crawler sind an dieser Stelle deutlich strenger als Google, und genau hier trennt sich eine technisch saubere Seite von einer, die im KI-Zeitalter unsichtbar bleibt.

Internationales SEO und hreflang

Sobald deine Website mehrere Sprachen oder Länder bedient, kommt eine eigene technische Ebene dazu. Der hreflang-Tag sagt Google, welche Sprachversion für welche Region gedacht ist, damit deutschen Nutzern die deutsche und österreichischen die österreichische Version ausgespielt wird. Fehlt er oder ist er fehlerhaft verknüpft, konkurrieren deine eigenen Sprachversionen miteinander um dasselbe Ranking.

Die zweite Entscheidung ist die Domain-Strategie. Länder-Domains wie .de und .at senden ein starkes lokales Signal, sind aber aufwändig zu betreiben. Verzeichnisse wie deinesite.de/en/ sind einfacher zu pflegen und bündeln die Domain-Autorität an einer Stelle, weshalb sie für die meisten Unternehmen die pragmatischere Wahl sind. Wichtig ist vor allem, dass die Zuordnung von Sprache und Zielregion technisch sauber und widerspruchsfrei ist.

Welche Tools brauchst du für technisches SEO?

Du brauchst keine teure Suite, um anzufangen. Die wichtigsten Werkzeuge sind kostenlos oder haben eine brauchbare Gratis-Stufe. Diese Auswahl deckt den Großteil der Arbeit ab, von der Fehlersuche bis zur Performance-Messung:

Technisches SEO im KI-Zeitalter

Hier liegt der Punkt, den die meisten Checklisten noch nicht abbilden: KI-Crawler wie GPTBot (OpenAI) und ClaudeBot (Anthropic) rendern kein JavaScript. Sie lesen das rohe HTML, das der Server ausliefert, wie ein Browser von 2010. Wenn deine Inhalte erst per JavaScript im Browser entstehen, sehen ChatGPT und Claude eine leere Seite. Sie können dich nicht zitieren, weil sie gar nicht wissen, was auf deiner Seite steht.

Damit wird serverseitiges Rendering vom SEO-Vorteil zur Eintrittskarte für die KI-Suche. Dazu kommen die alten technischen Tugenden in neuer Wichtigkeit: saubere strukturierte Daten, schnelle Ladezeiten und ein Aufbau, der die Kernaussage nach vorne stellt, weil ein großer Teil der KI-Zitate aus dem oberen Teil einer Seite stammt. Wer sichtbar in KI-Antworten werden will, kann das nicht auf der Content-Ebene nachrüsten, es beginnt bei der technischen Basis der Website. Genau das ist die Brücke zwischen technischem SEO und Generative Engine Optimization.

Genau hier arbeiten wir als Studio anders als eine reine SEO-Agentur: Wir bauen die technische Basis von Anfang an sauber, statt sie nachträglich zu reparieren. SSR, Performance und maschinenlesbare Struktur sind bei uns Teil der Bauweise, nicht ein späteres Optimierungsprojekt.

Deine ersten Schritte

Technisches SEO wirkt nach Checkliste erschlagend, ist in der Reihenfolge aber logisch. Erst prüfst du, ob Google überhaupt reinkommt, dann räumst du die groben Fehler weg, dann feilst du an Geschwindigkeit und Signalen. Diese fünf Schritte sind der Ablauf, mit dem wir jedes Audit starten.

Häufige Fragen