Zum Inhalt springen
SilktideHilfe

Varianten der Website-Adresse

Silktide prüft, dass die gängigen Varianten der Adresse Ihrer Website funktionieren. Besucher können Ihre Domain mit oder ohne „www“ eingeben, und ihr Browser kann eine sichere oder unsichere Verbindung versuchen; daher sollten alle vier Kombinationen Ihre Website laden.

Für eine Website unter example.com lauten die vier Varianten:

http:\/\/example.com\/
https:\/\/example.com\/
http:\/\/www.example.com\/
https:\/\/www.example.com\/

Ein häufiger Fehler ist, nur eine dieser Varianten zu konfigurieren. Jede Variante sollte antworten – idealerweise, indem sie auf Ihre eine bevorzugte (kanonische) Adresse weiterleitet – siehe Doppelte Website‑Adressen, warum das Ausliefern derselben Inhalte unter mehreren Adressen ein eigenes Problem ist.

Warum das wichtig ist

Besucher wissen nicht, für welche Konvention Sie sich entschieden haben. Gibt jemand www.example.com ein, während nur example.com konfiguriert ist, sieht er einen Verbindungsfehler, geht davon aus, dass Ihre Website nicht erreichbar ist, und springt ab – und Sie erhalten keinen Fehlerbericht, weil der Ausfall eintritt, bevor Ihre Website überhaupt erreicht wird. Links in Print, E‑Mails und Mundpropaganda verbreiten alle Varianten Ihrer Adresse, daher führen sie alle echten Verkehr.

So beheben Sie das

  1. Stellen Sie sicher, dass im DNS Ihrer Domain Einträge sowohl für die Stammdomain (ohne „www“) als auch für die Subdomain „www“ vorhanden sind, die auf Ihren Webserver zeigen.
  2. Stellen Sie sicher, dass Ihr -Zertifikat beide Namen abdeckt, damit die sicheren Varianten fehlerfrei verbinden.
  3. Konfigurieren Sie Ihren Webserver oder Ihr , damit jede Variante mit einer dauerhaften (301) Weiterleitung auf Ihre eine kanonische Adresse weiterleitet. Bei Hosting‑Anbietern heißt diese Einstellung oft „www umleiten“ oder „HTTPS erzwingen“.

So testet Silktide das

  1. Erstellt die vier Varianten der Domain Ihrer Website: http:\/\/ und https:\/\/, jeweils mit und ohne das Präfix „www“. Websites auf einer benutzerdefinierten Subdomain (z. B. blog.example.com) werden nicht getestet.
  2. Versucht, jede Variante abzurufen und folgt dabei eventuellen Weiterleitungen.
  3. Meldet jede Variante, die nicht geladen werden kann – weil die Adresse nicht aufgelöst wird, die Verbindung fehlschlägt oder die Antwort ein Fehler ist.

Fehlerbehebung

Eine Variante funktioniert in meinem Browser, fällt aber im Check durch

Manche Browser verdecken dieses Problem, indem sie bei einem Fehlschlag stillschweigend andere Varianten erneut versuchen. Testen Sie die exakte Adresse mit einem Tool, das dies nicht tut, oder von einem Gerät außerhalb Ihres Netzwerks. Prüfen Sie außerdem, dass Ihr HTTPS‑Zertifikat sowohl den Namen ohne „www“ als auch mit „www“ abdeckt: Eine Zertifikatsabweichung lässt diesen Check fehlschlagen, auch wenn ein Browser möglicherweise nur eine Warnung anzeigt.

Wir bedienen eine Variante absichtlich nicht

Einige Organisationen antworten beispielsweise absichtlich nicht auf http:\/\/. Wenn das eine bewusste Richtlinie ist, Sie den Befund – obwohl eine Weiterleitung auf Ihre kanonische Adresse in der Regel besser ist als die Verbindung abzulehnen, weil Besucher, die diese Variante eingeben, Sie so dennoch erreichen.

Weitere Informationen

Zuletzt aktualisiert

War diese Seite hilfreich?