www vs. non-www konsistent gelöst

Nur eine Variante darf dauerhaft indexiert werden.

Das Thema dieser Seite: Die Konsistenz zwischen www und non-www als Voraussetzung für klare Signale und stabile Rankings.

Inhalt

Inhaltsverzeichnis

Klicke auf einen Abschnitt, um direkt dorthin zu springen.

  1. Check
  2. Kontext & Problemraum
  3. Entscheidungslogik
  4. Erklärende Details
  5. Risiken, Grenzen & Einschränkungen
  6. Interne Vernetzung

Check

Der Check bewertet, ob Redirects konsistent zu einer einzigen Domain-Variante führen.

Prüfpunkt Bedeutung Bewertung
Nur www oder nur non-www Einheitliche Signale OK
Beide Varianten erreichbar Signal-Split möglich Warnung
Wechsel in Redirect-Kette Inkonsistente Auslieferung Kritisch

Kontext & Problemraum

Der Check ist besonders relevant, wenn Domains migriert oder CDN-Regeln geändert werden.

Situation Symptom Risiko
DNS- oder CDN-Wechsel Beide Varianten erreichbar Duplicate Content
Fehlende Redirect-Regeln Wechsel zwischen Varianten Signal-Verlust
Unterschiedliche Canonicals Uneinheitliche Signale Index-Fragmentierung

Entscheidungslogik

Konkrete Wenn-Dann-Regeln für die Praxis.

Wenn Dann Empfehlung
Eine Variante liefert 200 Saubere Konsistenz Kein Eingriff nötig
Beide Varianten liefern 200 Duplikate möglich 301 auf eine Hauptvariante setzen
Redirect-Kette wechselt Instabile Signale Regeln konsolidieren

Erklärende Details

Suchmaschinen werten www und non-www als unterschiedliche Hosts. Eine klare Hauptvariante verhindert Duplicate Content.

Beispiel: non-www als Hauptvariante

# Nginx
server {
  server_name www.example.com;
  return 301 https://example.com$request_uri;
}

Typische Fehlerbilder

Fehler Ursache Wirkung
Unvollständige Redirect-Regeln Nur HTTP umgeleitet HTTPS bleibt doppelt
Gemischte Canonicals Templates inkonsistent Signale widersprechen
CDN überschreibt Host Proxy-Konfiguration Wechselnde Varianten

Risiken, Grenzen & Einschränkungen

Der Check erkennt nicht, ob Canonical-Tags zusätzlich falsch gesetzt sind.

Grenze Warum relevant Hinweis
Canonical widerspricht Redirect Signale kollidieren Canonical separat prüfen
Subdomains Andere Hoststruktur Eigene Regeln notwendig
Staging-Hosts Absichtlich offen Nur Produktion bewerten

Interne Links

Weiterführende Checks

Nächste Schritte innerhalb der HTTP-Basis.

Zurück zur Kategorie

Redirect-Ketten

Wechselnde Hosts in der Redirect-Kette erkennen.

HTTPS-Auslieferung

HTTPS und Host-Varianten konsistent kombinieren.

Statuscode

Wenn Host-Wechsel zu Fehlercodes führt.