Definition
Technisches SEO ist der Teil der Suchmaschinenoptimierung, der Server, Code und Aufbau einer Website so einrichtet, dass Suchmaschinen ihre Seiten abrufen, darstellen, in den Index aufnehmen und richtig zuordnen können. Dazu gehören Statuscodes, Weiterleitungen, robots.txt, Canonical, XML-Sitemap, JavaScript, strukturierte Daten, Ladezeit und hreflang.
Das Wichtigste in Kürze
- Technisches SEO entscheidet, ob Google und Bing Ihre Seiten abrufen und aufnehmen können. Wie weit oben eine Seite steht, entscheidet vor allem ihr Inhalt.
- Die robots.txt regelt nur das Abrufen. Soll eine Seite nicht in den Suchergebnissen stehen, braucht sie ein noindex, und Google muss sie abrufen dürfen.
- Weiterleitung, Canonical und Sitemap sollten dieselbe Adresse nennen. Widersprechen sich die Signale, wählt Google die maßgebliche Adresse selbst.
- Inhalte und Links gehören in das HTML, das der Server ausliefert. Google führt JavaScript erst nach dem Abruf aus, und nicht jeder Crawler kann das.
- Die wichtigsten Prüfungen gelingen kostenlos: mit der Google Search Console, den Bing Webmaster Tools und dem Seitenquelltext im Browser.
Wie kommt eine Seite in die Google-Suche?
Google arbeitet in drei Stufen: Crawling, Indexierung und Ausgabe der Suchergebnisse. Beim Crawling ruft Googlebot die Seite ab, bei der Indexierung wertet Google sie aus und speichert sie im Index. Technisches SEO sorgt dafür, dass eine Seite diese beiden Stufen übersteht. Über ihren Platz entscheidet danach vor allem die Relevanz.
Ein Crawler ist ein Programm, das Seiten automatisch abruft; der von Google heißt Googlebot. Ein zentrales Verzeichnis aller Seiten gibt es nicht. Neue Adressen findet er deshalb über Links von Seiten, die er schon kennt, und über Sitemaps, also Listen mit den Adressen einer Website (Google, Funktionsweise der Suche).
Für die meisten Websites indexiert Google die Fassung für Smartphones. Von einer HTML-Datei liest Googlebot nur die ersten 2 MB, gemessen unkomprimiert; was danach folgt, wertet Google nicht aus (Google, Stand 03.02.2026).
Bei der Indexierung wertet Google Text, Title, Bilder und weitere Angaben aus. Seiten mit sehr ähnlichem Inhalt fasst Google zu einer Gruppe zusammen. Aus jeder Gruppe wählt es die kanonische Adresse, also die maßgebliche Fassung, die in den Suchergebnissen erscheinen kann. Kaufen lässt sich die Aufnahme nicht.
Die technischen Mindestanforderungen von Google sind kurz: Googlebot darf die Seite abrufen, der Server antwortet mit dem Statuscode 200, und die Seite hat indexierbaren Inhalt. Auch wer sie erfüllt, hat keinen Anspruch auf Aufnahme (Google, technische Anforderungen).
| Schritt | Was passiert | Technische Hebel |
|---|---|---|
| Entdecken und Abrufen (Crawling) | Googlebot findet Adressen über Links und Sitemaps und ruft sie ab. | robots.txt, Statuscodes, Weiterleitungen, interne Links, XML-Sitemap |
| Darstellen (Rendering) | Google führt JavaScript aus und liest das fertige HTML. | JavaScript, gesperrte CSS- und Skriptdateien, nachgeladene Inhalte |
| Aufnehmen (Indexierung) | Google wertet die Seite aus und wählt die kanonische Adresse. | noindex, Canonical, hreflang, strukturierte Daten |
| Ausgeben (Ranking) | Google ordnet die Seiten zu einer Suchanfrage. | Inhalt und Relevanz, Core Web Vitals, Darstellung auf dem Smartphone, https |
Laut Microsoft beruhen die Bing-Suche und Copilot auf derselben Grundlage aus Crawling, Indexierung und Ranking wie die klassische Suche (Bing, Richtlinien). Auch die Übersicht mit KI (AI Overviews) und der KI-Modus (AI Mode) von Google verlinken als Quelle nur Seiten, die im Index stehen und mit Textausschnitt erscheinen dürfen (Google, KI-Funktionen). Technische Fehler wirken sich deshalb in der klassischen Suche und in KI-Antworten aus. Was darüber hinaus für KI-Antworten zählt, erklärt unser Leitfaden Was ist GEO?
Fehlt Ihre Website bei Google ganz, führt unser Ratgeber Website nicht bei Google der Reihe nach durch die möglichen Ursachen.
Was gehört zu technischem SEO, und was nicht?
Technisches SEO betrifft alles, was Suchmaschinen den Zugang zu Ihren Seiten und deren Verständnis ermöglicht. Was auf einer Seite steht, zählt zu den Inhalten. Links und Erwähnungen auf fremden Seiten zählen zum Offpage-SEO. GEO (Generative Engine Optimization), die Optimierung für KI-Antworten, baut auf allen drei auf. Eine Seite, die Google nicht abrufen oder aufnehmen kann, erscheint trotz guter Inhalte nicht.
| Bereich | Leitfrage | Beispiele | Ziel |
|---|---|---|---|
| Technisches SEO | Können Suchmaschinen Ihre Seiten abrufen, darstellen und richtig zuordnen? | Statuscodes, Weiterleitungen, robots.txt, noindex, Canonical, Sitemap, JavaScript, hreflang, Ladezeit | Seiten stehen im Index |
| Inhalte (Onpage-SEO) | Beantwortet die Seite die Suchanfrage hilfreich und verlässlich? | Title, Überschriften, Text, Bilder, eigene Erfahrung | Seiten passen zur Suchanfrage |
| Offpage-SEO | Verweisen andere Websites auf Ihre Seiten? | Links, Verzeichnisse, Fachbeiträge, Presse | Links als Signal und als Weg zu Ihren Seiten |
| GEO (Generative Engine Optimization) | Nennen KI-Systeme Ihr Unternehmen und verlinken sie Ihre Seiten? | Zugang für KI-Crawler, Antworten am Abschnittsanfang, einheitliche Unternehmensangaben | Nennung und Zitat in KI-Antworten |
Die Grenzen sind fließend. Title und Überschriften sind Inhalt, ein fehlender oder doppelter Title ist aber auch ein technischer Befund. Google nutzt Links, um neue Seiten zu finden und ihre Relevanz einzuschätzen (Google, Links). Interne Links gehören deshalb zum technischen SEO, Links von fremden Websites zum Offpage-SEO.
Wer sein Google-Ranking verbessern will, sollte wissen: Technik räumt Hindernisse aus dem Weg. Laut Google zeigt die Suche immer die relevantesten Inhalte, auch wenn deren Seitenerfahrung schwach ist. Gibt es zu einer Frage viele hilfreiche Seiten, kann eine gute Seitenerfahrung zum Erfolg beitragen (Google, Seitenerfahrung).
Bei den Websites, die wir bauen, gehört technisches SEO zum Lieferumfang. Bei bestehenden Websites beginnen wir mit einem Audit; was es umfasst, steht auf unserer Seite „Website erstellen lassen“. Was eine neue Website kostet, vergleicht unser Kostenratgeber Was kostet eine Website? Wie SEO und GEO zusammenhängen, erklärt unser Vergleich GEO, SEO und AEO.
Wie steuern Sie, was Crawler abrufen und was in den Index kommt?
Die robots.txt regelt, welche Adressen Crawler abrufen dürfen. Ob eine Seite in den Index kommt, steuert ein noindex im Quelltext oder im HTTP-Header. Google und Bing betonen beide, dass die robots.txt keine Seite aus den Suchergebnissen heraushält. Was gar niemand sehen soll, schützen Sie mit einem Passwort.
| Ziel | Mittel | Was Google damit macht | Typischer Fehler |
|---|---|---|---|
| Unwichtige oder sehr ähnliche Seiten nicht abrufen lassen, etwa Filterseiten mit vielen Parametern | Disallow in der robots.txt | ruft die Adressen nicht ab; verlinkte Adressen können trotzdem ohne Beschreibung in den Suchergebnissen stehen | Die Sperre aus der Bauphase bleibt beim Start stehen. |
| Eine Seite aus den Suchergebnissen heraushalten | noindex als Meta-Tag oder als Kopfzeile X-Robots-Tag | nimmt die Seite aus den Suchergebnissen, sobald Googlebot das noindex liest | Die Seite ist zusätzlich per robots.txt gesperrt, Google sieht das noindex nie. |
| Inhalte nur für Berechtigte | Passwort oder Anmeldung | ruft die Seite nicht ab | Eine Testumgebung ist ohne Schutz öffentlich erreichbar. |
| Doppelte Fassungen zusammenführen | Weiterleitung oder Canonical | fasst die Fassungen zusammen und zeigt meist eine davon | robots.txt oder noindex sollen das Zusammenführen ersetzen. |
robots.txt: Die robots.txt ist eine Textdatei im obersten Verzeichnis einer Website, etwa unter https://ihre-domain.de/robots.txt. Sie gilt nur für genau diesen Host und dieses Protokoll, eine Subdomain braucht eine eigene. Google liest höchstens 500 KiB davon (Google, Stand 23.10.2026). Sperren Sie keine CSS- und Skriptdateien, die Google zum Darstellen der Seite braucht (Google, robots.txt). Der Standard für die Datei, RFC 9309 vom September 2022, stellt klar, dass ihre Regeln keine Zugriffskontrolle sind. Welche Regeln für die Crawler von KI-Anbietern sinnvoll sind, steht in unserem Beitrag KI-Crawler und robots.txt.
noindex: Die Anweisung steht als <meta name="robots" content="noindex"> im Kopf der Seite oder als Zeile X-Robots-Tag: noindex im HTTP-Header. Das ist der Vorspann, den der Server mit jeder Antwort schickt. Für PDFs und Bilder bleibt nur der Header. Google sieht das noindex nur, wenn es die Seite abrufen darf, und eine noindex-Regel in der robots.txt unterstützt Google nicht (Google, noindex). Auch Bing muss eine Seite crawlen können, um das noindex zu lesen (Bing, Robots-Meta-Tags). Bing versteht es als Ausschluss aus der Suche, aus Copilot und aus den Grounding-Ergebnissen, also den Quellen für KI-Antworten (Bing Webmaster Guidelines).
Prüfweg: In der Search Console zeigt der robots.txt-Bericht, welche robots.txt-Dateien Google gefunden hat, wann es sie zuletzt abgerufen hat und ob Fehler oder Warnungen bestehen (Search Console-Hilfe, robots.txt-Bericht).
Welche Statuscodes braucht Ihre Website?
Seiten, die in die Suche sollen, antworten mit dem Statuscode 200. Dauerhaft umgezogene Adressen antworten mit 301 oder 308, gelöschte mit 404 oder 410. Google nimmt nur Seiten mit 200 auf und entfernt Seiten mit Fehlercodes 4xx aus dem Index. Serverfehler 5xx bremsen das Crawling, und halten sie an, fallen auch indexierte Seiten heraus.
Der Statuscode ist die dreistellige Zahl, mit der ein Server jede Anfrage beantwortet (RFC 9110). Im Browser sehen Sie ihn nicht.
| Statuscode | Bedeutung | Was Google tut | Wann Sie ihn einsetzen |
|---|---|---|---|
| 200 | Die Seite wird ausgeliefert. | gibt den Inhalt an die Indexierung weiter; eine Aufnahme ist nicht garantiert | jede echte Seite |
| 301, 308 | dauerhaft umgezogen | folgt und wertet das Ziel als starkes Signal für die kanonische Adresse | Umzug, Relaunch, Varianten mit http oder www |
| 302, 307 | vorübergehend umgezogen | folgt, wertet das Ziel aber nur als schwaches Signal | kurze Umleitung, etwa wenn ein Angebot vorübergehend nicht verfügbar ist |
| 404, 410 | nicht gefunden bzw. dauerhaft entfernt | nimmt die Adresse nicht auf und entfernt sie aus dem Index | gelöschte Seite ohne Nachfolger |
| 429 | zu viele Anfragen | wertet ihn wie einen Serverfehler und ruft langsamer ab | nur bei echter Überlastung |
| 500, 503 | Serverfehler bzw. vorübergehend nicht verfügbar | ruft langsamer ab; halten die Fehler an, fallen indexierte Seiten heraus | 503 mit Retry-After für eine Wartung von ein bis zwei Tagen |
| 200 mit Fehlertext | Soft 404 | meldet in der Search Console einen Soft-404-Fehler | nie; Fehlerseiten mit 404 ausliefern |
Googlebot behandelt alle Fehler 4xx außer 429 gleich: Die Adresse gilt als nicht vorhanden (Google, Stand 04.02.2026). Während einer Wartung darf die robots.txt keinen 503 liefern, sonst stoppt das Crawling der ganzen Website (Google, Website pausieren).
Prüfweg: Den Code einer Adresse zeigt curl -I https://ihre-domain.de/ in der ersten Zeile der Antwort; unter Windows schreiben Sie curl.exe. Der Bericht „Crawling-Statistik“ in den Property-Einstellungen zeigt, wie Ihr Server Googlebot antwortet. Websites mit weniger als 1.000 Seiten brauchen ihn laut Google wahrscheinlich nicht (Search Console-Hilfe, Crawling-Statistik).
Wie richten Sie Weiterleitungen richtig ein?
Leiten Sie eine dauerhaft umgezogene Adresse serverseitig und in einem einzigen Schritt mit 301 oder 308 auf das neue Ziel. Vorübergehende Weiterleitungen mit 302 oder 307 nutzen Sie nur kurz; Bing nennt weniger als zwei Tage. Nach einem Umzug behalten Sie die Weiterleitungen laut Google in der Regel mindestens ein Jahr.
Serverseitig weiterleiten: Weiterleitungen des Servers kann Google am zuverlässigsten deuten. Eine sofortige Weiterleitung per Meta-Refresh wertet Google als dauerhaft, eine verzögerte als vorübergehend. JavaScript-Weiterleitungen empfiehlt Google nur, wenn beides nicht möglich ist (Google, Weiterleitungen).
Eine Adresse festlegen: Viele Websites sind unter mehreren Adressen erreichbar, etwa mit http und https oder mit und ohne www. Legen Sie eine Fassung fest und leiten Sie alle anderen in einem Schritt dorthin. Googlebot folgt zwar bis zu zehn Weiterleitungen hintereinander (Google, Stand 04.02.2026), doch jede Station kostet Ihre Besucher Zeit. Wählen Sie die Fassung mit https, denn Google bevorzugt sie als kanonische Adresse. Ein ungültiges Zertifikat oder eine Weiterleitung von https auf http lässt Google dagegen sehr stark zur http-Fassung neigen, und HSTS kann das nicht ausgleichen (Google, Canonical). HSTS ist ein Verfahren, mit dem eine Website Browsern mitteilt, dass sie nur verschlüsselt erreichbar ist (RFC 6797).
Relaunch und Umzug: Leiten Sie jede alte Adresse auf die neue Seite mit demselben Inhalt. Viele alte Adressen auf die Startseite zu leiten, kann Google als Soft 404 werten. Behalten Sie die Weiterleitungen so lange wie möglich, in der Regel mindestens ein Jahr (Google, Umzug mit URL-Änderungen). Den ganzen Ablauf zeigt unsere Relaunch-Checkliste.
Prüfweg: curl -sIL https://ihre-domain.de/alte-seite/ zeigt jede Station einer Kette mit Statuscode und Ziel. Im Bericht zur Seitenindexierung stehen weitergeleitete Adressen unter „Seite mit Weiterleitung“ und fehlerhafte Ketten unter „Weiterleitungsfehler“ (Search Console-Hilfe, Seitenindexierung). Google beschreibt widersprüchlich, ob seine Prüfwerkzeuge Weiterleitungen folgen (Stand 08.11.2026). Prüfen Sie dort deshalb das Ziel eigens.
Was ist ein Canonical-Tag, und wann hilft es?
Ein Canonical-Tag ist eine Angabe im Kopf einer Seite, die Suchmaschinen die maßgebliche Adresse eines Inhalts nennt, wenn dieser unter mehreren Adressen erreichbar ist. Google wertet die Angabe als starken Hinweis und kann trotzdem eine andere Adresse wählen. Es hilft bei Duplikaten durch Parameter, Sortier- und Filterfunktionen. Schaden richtet es an, wenn es auf eine falsche Adresse zeigt.
Bei der Wahl der maßgeblichen Adresse wirken laut Google Weiterleitungen und das Canonical-Tag am stärksten, schwächer die Aufnahme in die Sitemap. Mehrere Signale zusammen wirken stärker als eines (Google, Stand 10.07.2026). Laut HTTP Archive trugen im Juli 2025 67 % der mobil abgerufenen Seiten ein Canonical-Tag.
Quelle: HTTP Archive (externe Website), , aktualisiert · Web Almanac 2025, Daten vom Juli 2025
Wann es hilft: Duplikate entstehen etwa durch Tracking-Parameter wie gclid, Sortier- und Filterfunktionen, die Fassungen mit http und https oder eine versehentlich öffentliche Testumgebung (Google, Kanonisierung). Setzen Sie das Canonical auch auf der maßgeblichen Seite selbst. Diesen Selbstverweis empfiehlt Google. Für die Varianten Ihrer eigenen Adresse ist eine Weiterleitung der bessere Weg, weil sie auch Besucher auf die richtige Fassung führt.
Wann es schadet: Als häufige Ursachen nennt Google Content-Management-Systeme und Erweiterungen, die das Canonical falsch setzen, falsch eingerichtete Server und gehackte Websites, in die Angreifer ein Canonical auf fremde Seiten einbauen (Google, Kanonisierungsprobleme beheben). Halten Sie sich deshalb an diese Regeln:
- Jede Seite nennt ihre maßgebliche Adresse genau einmal, im
<head>und als vollständige Adresse mit https. - Sitemap, interne Links und Canonical nennen dieselbe Adresse.
- Zum Zusammenführen taugen weder robots.txt noch noindex. Eine gesperrte Adresse kann ohne Inhalt im Index landen, und noindex nimmt die Seite ganz aus der Suche.
Prüfweg: Die URL-Prüfung der Search Console zeigt „Vom Nutzer angegebene kanonische URL“ und „Von Google ausgewählte kanonische URL“. Die Wahl von Google sehen Sie nur in den Daten der indexierten Fassung, nicht im Live-Test (Search Console-Hilfe, URL-Prüfung). Nach einer Korrektur kann Google Seiten bis zu zwei Wochen weiter als Duplikat führen (Google, Kanonisierungsprobleme beheben).
Was ist eine XML-Sitemap, und was gehört hinein?
Eine XML-Sitemap ist eine Datei, die Suchmaschinen die Adressen Ihrer Website auflistet, die in die Suche sollen, und zu jeder das Datum der letzten Änderung nennt. Sie hilft beim Finden, garantiert aber keine Aufnahme. Hinein gehören nur kanonische Seiten mit Status 200. Das Datum ändert sich nur, wenn sich der Inhalt wirklich ändert.
Brauchen Sie eine? Kleine, gut verlinkte Websites mit bis zu etwa 500 Seiten findet Google laut eigener Aussage meist auch ohne Sitemap. Wichtig ist sie vor allem für große Websites und für neue Websites mit wenigen Links von außen. In den meisten Fällen nützt sie trotzdem, und viele Content-Management-Systeme erzeugen sie von selbst (Google, Sitemaps).
Regeln: Eine Sitemap fasst höchstens 50.000 Adressen oder 50 MB unkomprimiert. Größere Websites teilen sie auf und melden einen Sitemap-Index, also eine Liste der einzelnen Sitemaps. Die Datei ist in UTF-8 kodiert und nennt vollständige Adressen. Die Felder priority und changefreq ignoriert Google. Das Datum in lastmod nutzt Google, wenn es durchgehend und überprüfbar stimmt. Eine neue Jahreszahl im Copyright ist keine wesentliche Änderung, ein neuer Hauptinhalt, neue strukturierte Daten oder neue Links sind es (Google, Stand 08.07.2026). Den Ping-Dienst, über den sich Sitemaps früher anmelden ließen, hat Google abgeschaltet; solche Anfragen enden mit einem Fehler 404 (Google, 26.06.2023).
Bing verlangt dasselbe: nur kanonische Adressen, gelöschte und weitergeleitete Adressen zügig entfernen, ein genaues lastmod (Bing Webmaster Guidelines). Neue, geänderte und gelöschte Adressen meldet das Protokoll IndexNow sofort an Bing, Naver, Seznam.cz, Yandex und Yep; Google steht nicht auf der Liste der Teilnehmer (IndexNow). Die Einrichtung zeigt unser Ratgeber Bing und IndexNow. Für die Google-Suche und ihre KI-Funktionen brauchen Sie laut Google keine eigenen Textdateien für KI wie eine llms.txt (Google, generative KI). Was die Datei bei anderen Systemen bringt, steht in unserem Beitrag llms.txt.
Prüfweg: Reichen Sie die Sitemap im Sitemaps-Bericht der Search Console ein und nennen Sie sie zusätzlich in der robots.txt mit der Zeile Sitemap: https://ihre-domain.de/sitemap.xml. Steht dort ein anderer Status als „Erfolgreich“, führt ein Klick zu den Fehlern (Search Console-Hilfe, Sitemaps-Bericht).
Sieht Google Inhalte, die erst JavaScript erzeugt?
Ja, aber mit Verzögerung: Google reiht jede Seite mit Status 200, die indexiert werden darf, in eine Warteschlange zum Darstellen ein und führt das JavaScript später mit einem aktuellen Chromium aus. Das kann Sekunden dauern oder länger. Nicht jeder andere Crawler kann JavaScript ausführen. Inhalte, Links und Metadaten gehören deshalb in das HTML, das der Server ausliefert.
Bei Websites, die ihre Inhalte erst im Browser zusammensetzen, enthält das erste HTML oft nur ein Grundgerüst. Google sieht den Inhalt dann erst nach dem Darstellen (Google, JavaScript). Damit das gelingt, achten Sie auf vier Punkte:
- Links als echte Links: Google kann Links in der Regel nur auslesen, wenn sie als
<a>-Element mithrefim Code stehen (Google, Links). - Keine Inhalte hinter Klicks: Google klickt und scrollt nicht. Was erst nach einer Aktion lädt, findet Google nicht (Google, Lazy Loading).
- noindex und Canonical im ersten HTML: Steht im ausgelieferten HTML ein noindex, überspringt Google das Darstellen womöglich. Ein Skript, das das noindex später entfernt, wirkt dann nicht (Google, JavaScript).
- Fehlerseiten mit echtem Status: Anwendungen, die alle Ansichten in einer einzigen Seite darstellen, antworten auch für fehlende Inhalte oft mit 200. Google empfiehlt dann eine Weiterleitung auf eine Adresse mit 404 oder ein noindex für die Fehleransicht (Google, JavaScript).
Google empfiehlt serverseitiges Rendering, statisches Rendering oder Hydration. Bei der Hydration macht ein Skript das HTML, das der Server fertig ausgeliefert hat, nachträglich bedienbar (web.dev, Rendering). Das dynamische Rendering, also eine eigene Fassung nur für Crawler, nennt Google eine Notlösung und empfiehlt es nicht (Google, dynamisches Rendering). Auch Bing rät davon ab, wichtige Inhalte erst im Browser zu erzeugen (Bing Webmaster Guidelines). In einer Messung von Vercel aus dem Dezember 2024 führte keiner der großen KI-Crawler JavaScript aus, auch nicht die von OpenAI, Anthropic und Perplexity (Vercel). Wie Sie Ihre Seiten darauf prüfen, zeigt unser Ratgeber „In ChatGPT & Co. gefunden werden“.
Prüfweg: Öffnen Sie den Seitenquelltext, in Chrome unter Windows mit Strg+U, am Mac mit Befehl+Wahl+U (Chrome-Hilfe), und suchen Sie einen Kernsatz Ihrer Seite. Steht er dort, braucht kein Crawler JavaScript, um ihn zu lesen. Eine Anleitung für KI-Crawler mit Befehlen und erwarteten Ausgaben steht im Beitrag JavaScript und KI-Crawler.
Was leisten strukturierte Daten, und wie prüfen Sie sie?
Strukturierte Daten sind maschinenlesbare Angaben im Quelltext, meist im Format JSON-LD nach dem Vokabular von Schema.org. Google nutzt sie, um Inhalte zu verstehen, und kann damit erweiterte Suchergebnisse zeigen, die Rich Results. Garantiert ist das nicht. Die Angaben müssen beschreiben, was sichtbar auf der Seite steht.
Google empfiehlt JSON-LD und akzeptiert auch Microdata und RDFa (Google, strukturierte Daten). Die ausgezeichnete Seite darf für Googlebot nicht gesperrt sein, weder per robots.txt noch per noindex (Google, Richtlinien). Bing liest Schema.org in JSON-LD, Microdata, Microformats und RDFa sowie Open Graph und bevorzugt keines dieser Formate (Bing, strukturierte Daten).
Laut Google ist für die generative Suche kein spezielles Schema.org-Markup nötig, für Rich Results bleiben strukturierte Daten aber sinnvoll (Google, generative KI). Bing schreibt, strukturierte Daten könnten das Grounding unterstützen, garantierten aber keine Sichtbarkeit (Bing Webmaster Guidelines). Was die Daten bringen und wie Sie sie aufbauen, erklärt unser Beitrag Strukturierte Daten.
Prüfweg: Der Test für Rich-Suchergebnisse zeigt, welche Typen von Rich Results er auf der Seite findet, und nennt Fehler und Vorschläge zu Ihren strukturierten Daten (Search Console-Hilfe, Test für Rich-Suchergebnisse). Der Schema Markup Validator von Schema.org prüft Syntax und Übereinstimmung mit dem Standard, auch bei Typen ohne Rich Result; Rich Results prüft er nicht (Google, 15.12.2020).
Welche Rolle spielen Core Web Vitals für das Ranking?
Core Web Vitals sind drei Messwerte aus echten Seitenaufrufen: die Ladezeit des größten Inhaltselements (LCP), die Reaktionszeit auf Eingaben (INP) und die Stabilität des Layouts (CLS). Google nutzt sie in seinen Ranking-Systemen. Gut sind LCP bis 2,5 Sekunden, INP bis 200 Millisekunden und CLS bis 0,1, gemessen am 75. Perzentil der Seitenaufrufe.
Das 75. Perzentil heißt: Mindestens drei von vier Seitenaufrufen erreichen den Wert, getrennt für Smartphone und Desktop (web.dev, Web Vitals). INP hat am 12.03.2024 den früheren Wert FID abgelöst (web.dev, 31.01.2024).
Google empfiehlt gute Core Web Vitals ausdrücklich (Google, Core Web Vitals). Zugleich schreibt Google, dass gute Werte keinen Platz an der Spitze garantieren (Google, Seitenerfahrung).
Prüfweg: Der Core Web Vitals-Bericht der Search Console zeigt Felddaten, also Werte echter Besuche in Chrome aus dem CrUX-Bericht. Hat Ihre Website zu wenige Besuche, steht dort „Keine Daten verfügbar“. Dann messen Sie einzelne Seiten im Labor, etwa mit PageSpeed Insights oder Lighthouse (Search Console-Hilfe, Core Web Vitals-Bericht). Wie viele Websites die Werte erreichen und wie Sie sie verbessern, erklärt unser Beitrag Core Web Vitals. Wie gut statische Websites und WordPress abschneiden, zeigt unser Vergleich mit Messwerten.
Wie richten Sie eine mehrsprachige Website mit hreflang ein?
Geben Sie jeder Sprachfassung eine eigene Adresse und verbinden Sie die Fassungen mit hreflang-Angaben. Jede Fassung nennt sich selbst und alle anderen; fehlt der Rückverweis, ignoriert Google die Angabe. Mit x-default bestimmen Sie die Seite für alle übrigen Sprachen. Leiten Sie Besucher nicht automatisch nach ihrer Browsersprache um.
hreflang ist eine Angabe im Kopf der Seite, im HTTP-Header oder in der Sitemap, die auf die Fassungen einer Seite in anderen Sprachen oder für andere Länder verweist. Googlebot ruft meist aus den USA ab und schickt keine bevorzugte Sprache mit, findet umgeschaltete Fassungen also womöglich nicht (Google, mehrsprachige Websites). Die Sprache einer Seite erkennt Google selbst. Das Attribut lang und die hreflang-Angaben nutzt Google dafür nicht (Google, Stand 21.09.2026). Halten Sie deshalb jede Seite in einer Sprache, Navigation und Fußzeile eingeschlossen.
Regeln für hreflang:
- Jede Fassung nennt sich selbst und alle anderen, jeweils mit vollständiger Adresse samt https.
- Der Code nennt die Sprache nach ISO 639-1 und auf Wunsch das Land nach ISO 3166-1 Alpha-2, etwa
deoderde-AT. Ein Land allein ist ungültig. x-defaultnennt die Seite für alle Sprachen, die Sie nicht anbieten, etwa eine Sprachauswahl.- Kopf der Seite, HTTP-Header und Sitemap sind für Google gleichwertig. Wählen Sie eine Methode, denn alle drei zugleich bringen keinen Vorteil.
- Das Canonical jeder Fassung zeigt auf eine Seite derselben Sprache (Google, Canonical).
Welche Adressen? Google vergleicht Länderdomains wie example.de, Subdomains wie de.example.com, Verzeichnisse wie example.com/de/ und Parameter wie ?loc=de. Von Parametern rät Google ab. Eine Länderdomain ist ein deutliches Signal für ein Land, kann aber nur ein Land ansprechen (Google, mehrsprachige Websites).
Prüfweg: Einen eigenen Bericht für hreflang hat die Search Console nicht mehr. Google hat den Bericht zur internationalen Ausrichtung eingestellt, unterstützt und nutzt hreflang aber weiter (Search Console-Hilfe, internationale Ausrichtung). Prüfen Sie deshalb im Quelltext jeder Fassung, ob alle Verweise stehen und wechselseitig sind.
In welcher Reihenfolge prüfen Sie Ihre Website?
Prüfen Sie in der Reihenfolge, in der Google arbeitet: erst Erreichbarkeit und Statuscodes, dann Sperren durch robots.txt und noindex, dann Weiterleitungen, Canonical und Sitemap, zuletzt Darstellung, strukturierte Daten, Ladezeit und Sprachfassungen. Ist eine Seite gesperrt, nützen Verbesserungen an späteren Punkten nichts. Für fast jeden Punkt gibt es ein kostenloses Werkzeug von Google oder Bing.
| Punkt | Gutes Ergebnis | Google Search Console und Tests | Bing Webmaster Tools |
|---|---|---|---|
| 1 · Erreichbarkeit und https | Die Startseite antwortet über https mit 200; http und www führen in einem Schritt dorthin. | URL-Prüfung mit Live-Test; HTTPS-Bericht | URL-Prüfung, Live URL |
| 2 · robots.txt | Keine Regel sperrt wichtige Seiten; die Datei nennt die Sitemap. | robots.txt-Bericht; URL-Prüfung, Crawling erlaubt? | robots.txt Tester |
| 3 · noindex | nur auf Seiten, die nicht in die Suche sollen | URL-Prüfung, Indexierung zulässig? | URL-Prüfung |
| 4 · Statuscodes | 200 für Seiten, 404 oder 410 für entfernte, kein Soft 404 | Bericht zur Seitenindexierung; Crawling-Statistik | URL-Prüfung; Benachrichtigungen |
| 5 · Weiterleitungen | ein Schritt, 301 oder 308 bei dauerhaften Umzügen | Bericht zur Seitenindexierung | URL-Prüfung, Live URL |
| 6 · Canonical | Selbstverweis; Google wählt dieselbe Adresse | URL-Prüfung, kanonische URL | URL-Prüfung, HTML der Seite |
| 7 · Sitemap | nur kanonische Seiten mit 200, lastmod nur bei echter Änderung | Sitemaps-Bericht | Sitemaps |
| 8 · JavaScript | Kernsatz und Links stehen im Seitenquelltext. | URL-Prüfung, Getestete Seite anzeigen | URL-Prüfung, Live URL |
| 9 · Strukturierte Daten | gültig und deckungsgleich mit dem sichtbaren Inhalt | Test für Rich-Suchergebnisse; Schema Markup Validator | URL-Prüfung, Karte Markup |
| 10 · Core Web Vitals | LCP bis 2,5 s, INP bis 200 ms, CLS bis 0,1 | Core Web Vitals-Bericht; PageSpeed Insights | keine Angabe |
| 11 · hreflang | wechselseitig, mit Selbstverweis und x-default | Seitenquelltext jeder Fassung | keine Angabe |
Ein Strich heißt: Im Hilfebereich der Bing Webmaster Tools gibt es dafür kein eigenes Werkzeug (Bing, Hilfebereich). Die Spalte Bing stützt sich auf die Hilfeseiten zum robots.txt Tester, zur URL-Prüfung, zu Bing-Sitemaps und zu Crawling-Fehlern. Für eine Prüfung der ganzen Website bietet Bing den Site Scan: Er crawlt sie auf Anfrage und listet technische SEO-Probleme nach Schwere auf (Bing, Site Scan).
Was gilt für technisches SEO in Deutschland und der EU?
Es gelten dieselben Regeln wie überall. Für Websites aus Deutschland und der EU lohnt aber ein zweiter Blick auf vier Punkte: den Marktanteil von Bing am Desktop, Umlaute in Adressen, Sprachcodes für Deutschland, Österreich und die Schweiz und Datenschutz- oder Sicherheitseinstellungen, die Googlebot aussperren können.
Bing: Am Desktop hatte Bing im Oktober 2026 in Deutschland einen Marktanteil von 19,74 %, über alle Geräte von 6,41 %. Melden Sie Ihre Website deshalb auch in den Bing Webmaster Tools an. Websites aus Ihrer Search Console können Sie dort übernehmen, sie gelten dann als bestätigt (Bing, Website hinzufügen).
Quelle: StatCounter (externe Website), · Monatswert Oktober 2026, Desktop
Quelle: StatCounter, · Monatswert Oktober 2026, alle Geräte
Umlaute und Schreibweise: Google rät, Zeichen außerhalb von ASCII in Links prozentkodiert zu schreiben, etwa gem%C3%BCse statt gemüse. Für Google sind außerdem /Leistungen/ und /leistungen/ zwei verschiedene Adressen (Google, URL-Struktur). Einfacher ist es, Umlaute in Adressen umzuschreiben, also ä als ae und ß als ss, und alles kleinzuschreiben. So halten wir es auf datafalke.de.
Sprachcodes für den deutschsprachigen Raum: Gilt eine deutsche Fassung für Deutschland, Österreich und die Schweiz gleichermaßen, genügt de. Eigene Codes wie de-AT oder de-CH lohnen sich, wenn sich Inhalte unterscheiden, etwa durch Preise in einer anderen Währung.
Länderfilter und Banner: Die meisten Abrufe von Google kommen aus den USA. Sperrt ein Länderfilter in Firewall oder Hosting Zugriffe aus den USA, trifft er deshalb auch Googlebot. Ein Einwilligungsbanner sollte den Inhalt überlagern. Leitet eine Website dagegen alle Adressen auf eine eigene Seite für die Einwilligung um, fallen alle übrigen Seiten aus den Suchergebnissen (Google, Dialoge).
Aus der Praxis: Die Prüfkette von datafalke.de
datafalke.de ist unser eigenes Referenzprojekt für technisches SEO. Jede neue Fassung durchläuft eine Prüfkette aus eigenen Skripten. Unsere Regel: Eine Fassung geht erst online, wenn alle Prüfungen am fertigen Build bestanden sind. Die Seiten liefern wir als fertiges HTML aus, ohne JavaScript; Technik und Hosting stehen im Kolophon. Die Tabelle zeigt, was die Kette verlangt. Eine Wirkung belegt sie nicht. Messwerte veröffentlichen wir erst mit dem Messprotokoll.
| Punkt | Was die Prüfung verlangt | Wann |
|---|---|---|
| Statuscodes und Weiterleitungen | Die Startseite unter http, www und der Adresse des CDN führt in einem Schritt per 301 auf https://datafalke.de/. Auf https://datafalke.de leiten Adressen ohne Schrägstrich am Ende und mit index.html in einem Schritt weiter. Eine unbekannte Adresse antwortet mit 404 und einer eigenen Fehlerseite mit noindex. Großbuchstaben im Pfad führen nie zu 200. | nach jedem Upload, von außen |
| robots.txt | Der Wortlaut ist fest vorgegeben: Alle Crawler dürfen alles abrufen, dazu der Verweis auf die Sitemap. | im Build und nach jedem Upload |
| Meta-Robots | Jede indexierbare Seite trägt dieselbe Index-Fassung, jede andere ein noindex. Auf der Testumgebung trägt jede Antwort noindex. | im Build und nach jedem Upload |
| Canonical | genau ein Canonical im Kopf jeder Seite, als vollständige eigene Adresse | im Build |
| Sitemap | ein Sitemap-Index mit einer Sitemap je Sprache; darin jede indexierbare, auf sich selbst kanonische Seite genau einmal, lastmod mit Uhrzeit und Zeitzone | im Build |
| hreflang | Selbstverweis und x-default auf jeder indexierbaren Seite; Verweise wechselseitig und mit vorhandenen Zielen | im Build |
| JavaScript und Größe | kein Skript außer den strukturierten Daten, keine Datei über 2 MB | im Build |
| Interne Links | Jedes Linkziel existiert; jede indexierbare Seite hat einen Eingang und liegt höchstens drei Klicks von der Startseite entfernt. | im Build |
| Strukturierte Daten | genau ein JSON-LD-Block mit verknüpften Knoten; die sichtbare Brotkrümelnavigation stimmt mit der in den strukturierten Daten überein | im Build |
| Title, Description, H1 | Längen in festen Grenzen, genau eine H1, keine Dubletten zwischen den Seiten | im Build |
| HTML | gültiges HTML nach festem Regelwerk | im Build |
| Zugang für Crawler | Zwölf Kennungen von Such- und KI-Crawlern erhalten Status 200, kein Cookie und dieselbe Seite wie der normale Abruf. | nach jedem Upload |
Die Kette prüft, was wir ausliefern. Ob Google und Bing die Seiten aufnehmen, zeigt sie nicht. Dafür ist datafalke.de seit dem 07.11.2026 in der Search Console als Domain-Property und in den Bing Webmaster Tools angemeldet. Neue Seiten melden wir nach dem Upload per IndexNow.
Drei Angaben der Tabelle können Sie selbst nachprüfen; am Mac schreiben Sie curl statt curl.exe.
curl.exe -sI http://datafalke.de/
curl.exe -sI https://www.datafalke.de/
curl.exe -sI https://datafalke.de/gibt-es-nicht/Die ersten beiden Abrufe antworten mit 301 Moved Permanently und Location: https://datafalke.de/, der dritte mit 404 Not Found. Das Canonical sehen Sie im Browser: Rufen Sie https://datafalke.de/leistungen/?utm_source=test auf und öffnen Sie den Seitenquelltext. Das Canonical nennt die Adresse ohne Parameter.