Technisches SEO – Begriffe und Praxisbeispiele

301-Weiterleitung

Eine 301-Weiterleitung kennzeichnet eine dauerhafte Verschiebung einer Ressource. Das tatsächliche neue Ziel sollte zur ursprünglichen Aufgabe passen. Eine pauschale Weiterleitung alter Fachseiten auf die Startseite erhält diese Aufgabe nicht automatisch.

Referenz / Vertiefung: Google: Websiteumzüge

302-Weiterleitung

Eine 302-Weiterleitung beschreibt einen vorübergehend anderen Zielort. Die passende Verwendung hängt vom tatsächlichen Zustand ab. Prüfen Sie Weiterleitungsziel und Anwendungsfall, statt allein aus dem Code auf die inhaltliche Qualität zu schließen.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

307-Weiterleitung

HTTP 307 ist eine vorübergehende Weiterleitung, bei der Methode und Anfrageinhalt beim Folgen erhalten bleiben sollen. Für eine konkrete Einrichtung werden Ziel, Clientverhalten und tatsächlicher Ablauf geprüft.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

308-Weiterleitung

HTTP 308 beschreibt eine dauerhafte Weiterleitung mit Erhalt von Methode und Anfrageinhalt beim Folgen. Es ersetzt keine fachliche Zielentscheidung. Die tatsächliche Route muss zu Inhalt und Anwendung passen und geprüft werden.

Referenz / Vertiefung: Google: Websiteumzüge

404-Fehler

HTTP 404 bedeutet, dass die angefragte Ressource nicht gefunden wurde. Ein passender Fehlerzustand kann korrekt sein. Nicht jede entfernte Seite benötigt eine Weiterleitung, wenn kein fachlich geeigneter Ersatz vorhanden ist.

Referenz / Vertiefung: Google: HTTP-Status und Crawling

Cache

Ein Cache hält eine verfügbare Kopie von Daten für spätere Nutzung vor. Er kann Ladeaufwand reduzieren, aber einen früheren Zustand anzeigen. Prüfen Sie die konkrete Cacheebene, bevor eine Veröffentlichung als fehlgeschlagen gilt.

Referenz / Vertiefung: MDN: HTTP-Caching

CDN

Auch: Content Delivery Network

Ein CDN verteilt Inhalte über mehrere Auslieferungsorte. Es kann Bereitstellung und Lastverteilung unterstützen, garantiert aber keine überall identische aktuelle Fassung. Cachezustand und tatsächlich ausgelieferte Ressourcen bleiben wichtige Prüfgegenstände.

Referenz / Vertiefung: MDN: CDN

Core Web Vitals

Core Web Vitals sind Kennzahlen zur wahrgenommenen Nutzbarkeit beim Laden, Reagieren und stabilen Darstellen einer Seite. Feld- und Labordaten haben unterschiedliche Grundlagen. Gute Werte ersetzen keine vollständige fachliche und funktionale Abnahme.

Referenz / Vertiefung: web.dev: Web Vitals

Cumulative Layout Shift

Auch: CLS

CLS erfasst unerwartete Verschiebungen sichtbarer Seitenelemente nach seiner definierten Messregel. Ein niedriger Wert garantiert keine gute Navigation. Platzhalter, Bildabmessungen und tatsächlich auftretende Bewegungen werden im realen Aufbau geprüft.

Referenz / Vertiefung: web.dev: Web Vitals

DNS

DNS ordnet Domainnamen technischen Ressourcen zu. Fehlerhafte Einträge können die Erreichbarkeit beeinflussen, ohne dass der Inhalt selbst geändert wurde. Änderungen benötigen eine konkrete Zuständigkeit und Prüfung der betroffenen Dienste.

Referenz / Vertiefung: MDN: DNS

HTTP 200

HTTP 200 signalisiert eine erfolgreiche Bearbeitung der jeweiligen Anfrage. Es ist kein Nachweis, dass der Inhalt hilfreich, indexiert oder korrekt zugeordnet ist. Prüfen Sie die tatsächliche Ausgabe zusätzlich zum Status.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

HTTP 410

HTTP 410 kennzeichnet eine Ressource als nicht mehr verfügbar. Die Verwendung sollte zum tatsächlich beabsichtigten Zustand passen. Auch hier werden vorhandene Verweise und mögliche geeignete Ersatzinhalte vor einer Änderung geprüft.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

HTTP 429

HTTP 429 meldet zu viele Anfragen nach der geltenden Begrenzung. Prüfen Sie den tatsächlichen Auslöser und betroffene Clients. Eine solche Antwort ist kein Beleg dafür, dass die angefragte Fachinformation dauerhaft entfernt wurde.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

HTTP 500

HTTP 500 bezeichnet einen internen Serverfehler. Die technische Ursache muss anhand des konkreten Betriebs untersucht werden. Ein neuer Seitentitel oder längerer Text behebt den zugrunde liegenden Serverzustand nicht automatisch.

Referenz / Vertiefung: Google: HTTP-Status und Crawling

HTTP 503

HTTP 503 beschreibt einen zeitweise nicht verfügbaren Dienst. Er kann bei vorübergehenden Betriebszuständen sinnvoll sein, muss aber zur tatsächlichen Situation passen. Dauerhafte Ausfälle benötigen eine eigenständige technische Ursachenprüfung.

Referenz / Vertiefung: MDN: HTTP-Statuscodes

HTTP-Statuscode

Ein HTTP-Statuscode beschreibt die technische Antwort auf eine Anfrage. Erfolgreicher Abruf, Weiterleitung und Fehler sind unterschiedliche Zustände. Der Code allein beweist weder inhaltliche Richtigkeit noch eine erfolgreiche spätere Kundenhandlung.

Referenz / Vertiefung: Google: HTTP-Status und Crawling

HTTPS

HTTPS sichert die HTTP-Verbindung durch TLS ab. Eine verschlüsselte Übertragung beweist nicht, dass sämtliche Inhalte richtig sind oder der Anbieter vertrauenswürdig handelt. Zertifikat und tatsächlicher Zielbezug werden unabhängig davon geprüft.

Referenz / Vertiefung: MDN: HTTPS

Interaction to Next Paint

Auch: INP

INP beschreibt die Reaktionsfähigkeit einer Seite anhand beobachteter Interaktionen und nachfolgender Darstellung. Es ist keine Kennzahl für die fachliche Qualität einer Antwort. Messumfang und tatsächliche Nutzerbedingungen gehören zur Einordnung.

Referenz / Vertiefung: web.dev: Web Vitals

Komprimierung

Komprimierung reduziert die zu übertragende Datenmenge nach einem bestimmten Verfahren. Die tatsächliche Wirkung hängt von Ressource und Auslieferung ab. Ein kleiner Dateiname oder eine Endung allein beweist keine optimierte Übertragung.

Referenz / Vertiefung: MDN: HTTP-Kompression

Largest Contentful Paint

Auch: LCP

LCP beschreibt den Zeitpunkt, zu dem das größte relevante sichtbare Inhaltselement im betrachteten Ablauf gerendert ist. Die Aussage hängt von Messbedingungen ab und entspricht nicht pauschal dem Abschluss aller Seitenaktivitäten.

Referenz / Vertiefung: web.dev: Web Vitals

Lazy Loading

Lazy Loading lädt geeignete Ressourcen erst bei Bedarf. Es kann unnötige Anfangslast verringern, darf aber wichtige Inhalte nicht unzugänglich machen. Die tatsächlich sichtbare und bedienbare Ausgabe muss im konkreten Ablauf geprüft werden.

Referenz / Vertiefung: MDN: Lazy Loading

Responsive Bilder

Responsive Bilder bieten je Darstellung passende Bildvarianten an. Der Browser kann anhand der gelieferten Angaben eine geeignete Ressource wählen. Dateigröße, Bildinhalt und tatsächliche Darstellung werden trotzdem am konkreten Gerät geprüft.

Referenz / Vertiefung: Google: Bilder verstehen und optimieren

Time to First Byte

Auch: TTFB

TTFB beschreibt die Zeit bis zum ersten Byte einer Antwort innerhalb der jeweiligen Messung. Netzwerk und Serverzustand können beitragen. Der Wert ist weder vollständige Ladezeit noch Nachweis einer bereits nutzbaren Darstellung.

Referenz / Vertiefung: web.dev: Time to First Byte

Trailing Slash

Ein Trailing Slash ist ein abschließender Schrägstrich im URL-Pfad. Fassungen mit und ohne Schrägstrich können technisch unterschiedlich behandelt werden. Definieren und prüfen Sie die tatsächliche bevorzugte Ausgabe konsistent.

Referenz / Vertiefung: Google: Kanonische URLs

URL

Eine URL ist eine Adresse für eine Ressource mit Bestandteilen wie Schema, Host, Pfad und gegebenenfalls Parametern oder Fragment. Für Veröffentlichungen ist die tatsächlich bevorzugte und erreichbare Fassung entscheidend.

Referenz / Vertiefung: MDN: URI-Aufbau

URL-Fragment

Auch: Sprungmarke

Ein URL-Fragment verweist häufig auf eine bestimmte Stelle innerhalb eines Dokuments. Es ist kein automatisch eigenständiges Dokument. Der verlinkte Abschnitt muss tatsächlich existieren und sollte auch ohne aktivierte Suche erreichbar bleiben.

Referenz / Vertiefung: MDN: URI-Aufbau

URL-Parameter

URL-Parameter ergänzen eine Adresse um strukturierte Angaben, etwa für Filter oder Kampagnenkennzeichnung. Ihre Bedeutung hängt vom Zielsystem ab. Unterschiedliche Parameterfassungen benötigen nicht automatisch eigenständige indexierbare Seiten oder eigene Inhalte.

Referenz / Vertiefung: MDN: URI-Aufbau