Wann eine .wtf-Domain eine Marke einprägsamer macht, wann sie Vertrauen schadet und was Sie prüfen sollten, bevor Sie sie statt .com, .fun oder .lol wählen.
WWW, HTTPS und HTTP: Unterschiede und Setup-Grundlagen
Geschrieben von Sarah Johnson ·
🔍 Zusammenfassung:
TL;DR: HTTPS ist ein Protokoll, das steuert, wie Daten zwischen einem Browser und einem Server übertragen werden. Das "S" steht für sicher, das heißt: Daten werden bei der Übertragung verschlüsselt. HTTPS ist eine „besondere“ geschützte Form des HTTP-Protokolls. Es braucht ein SSL-Zertifikat und ändert die erste Kommunikation zwischen Client und Server. Beim Unterschied zwischen www und https ist der www-Teil eine Subdomain und nur eine Art, eine Webadresse aufzubauen (und technisch optional). Von beiden ist HTTPS das einzige Signal für Vertrauen, und Google wird Websites bevorzugen, die dieses Protokoll nutzen.
📋 Inhaltsverzeichnis
- 1. Zwei verschiedene Ebenen in einer URL
- 2. HTTP vs. HTTPS: Was das S wirklich ändert
- 3. Was WWW in einer Domain bedeutet
- 4. SSL-Zertifikate und welches Sie brauchen
- 5. Beeinflusst HTTPS das Ranking?
- 6. WWW vs. ohne WWW: Welche Version sollten Sie wählen?
- 7. So wechseln Sie sicher von HTTP zu HTTPS
- 8. So setzen Sie Weiterleitungen und Canonicals richtig
- 9. Häufige Weiterleitungsfehler, die Sie vermeiden sollten
- 10. FAQs
1. Zwei verschiedene Ebenen in einer URL
Eine vollständige Webadresse hat mehrere Teile. Jeder Teil hat eine andere Aufgabe. Nehmen wir dieses Beispiel: https://www.yourbrand.com/about
Aufgeteilt:
- https:// ist das Protokoll – es sagt dem Browser, wie er mit dem Server kommuniziert.
- www ist eine Subdomain – sie zeigt, zu welchem Teil des Servers verbunden wird.
- Yourbrand.com ist die Domain selbst.
- /about ist der Pfad zu einer bestimmten Seite in dieser Domain.
HTTPS und www sind getrennte Bausteine und stehen an unterschiedlichen Stellen in dieser Struktur. Das eine geht um Sicherheit, das andere um Adressierung.
Weil beide am Anfang einer URL stehen und sich beide wie ein „Teil der Webadresse“ anfühlen, ist es manchmal schwer, www und HTTPS als strukturelle oder technische Teile beim Auflösen einer URL zu unterscheiden. Das fällt besonders auf, weil ältere Browser beide Teile oft in der Adresszeile weggelassen haben. Je nach Konfiguration kann Ihre Website aber jede Kombination haben: www oder kein www und HTTP oder HTTPS.
2. HTTP vs. HTTPS: Was das S wirklich ändert
Was ist also der Unterschied zwischen HTTPS und HTTP? HTTP (kurz für Hypertext Transfer Protocol) ist das grundlegende Regelwerk, das festlegt, wie Daten zwischen einem Browser und einem Webserver übertragen werden, wie in RFC 9110 beschrieben. Wenn ein Browser eine Seite über HTTP aufruft, werden die Daten als Klartext gesendet. Jeder, der zwischen Nutzer und Server sitzt (zum Beispiel im selben WLAN), kann diese Daten unter Umständen abfangen und lesen. Dazu gehören Passwörter, Formulareingaben, Kreditkartennummern und Session-Cookies.
Zur Frage „Was bedeutet HTTPS?“: Das „S“ in HTTPS steht für „secure“ (sicher). Gemeint ist eine Verschlüsselungsschicht mit TLS (Transport Layer Security), dem modernen Nachfolger von SSL. Bevor Daten ausgetauscht werden, führen Browser und Server einen Handshake durch, der eine verschlüsselte Verbindung aufbaut. Danach ist alles, was in beide Richtungen gesendet wird, verschlüsselt und für Abfänger unlesbar.
Um HTTPS zu nutzen, braucht eine Website ein SSL-Zertifikat auf ihrem Server. Das Zertifikat macht zwei Dinge: Es liefert die kryptografischen Schlüssel zum Aufbau der verschlüsselten Verbindung und es bestätigt, dass der Server wirklich von der Person bzw. Organisation betrieben wird, die er vorgibt zu sein. Wenn ein Browser per HTTPS verbindet, prüft er, ob das Zertifikat gültig ist, nicht abgelaufen ist und von einer vertrauenswürdigen Zertifizierungsstelle (CA) ausgestellt wurde. Der ganze Prozess ist etwas kompliziert, aber Let’s Encrypt bietet dazu eine ausführliche Anleitung.
Wenn eine Seite über HTTPS lädt, zeigen moderne Browser ein Schloss-Symbol in der Adresszeile, um zu zeigen, dass die Verbindung sicher ist. Moderne Browser markieren reine HTTP-Seiten außerdem aktiv als „Nicht sicher“, besonders wenn ein Nutzer ein Formular ausfüllt oder Informationen eingibt. Diese Warnung erscheint unabhängig davon, wie harmlos die Inhalte der Seite sind.
Auf technischer Ebene ist ein Unterschied zwischen HTTPS und HTTP, dass sie unterschiedliche Standard-Ports nutzen: HTTP nutzt Port 80, HTTPS nutzt Port 443. Wenn ein Browser sich mit einer Website verbindet, ohne einen Port anzugeben, nutzt er den Standard-Port des jeweiligen Protokolls. Dieser Unterschied ist für Server-Konfiguration und Firewall-Regeln wichtig, aber für die meisten Website-Betreiber ist das Wichtigste: HTTPS und HTTP werden von Browsern, Servern und Suchmaschinen als komplett getrennt behandelt.
3. Was WWW in einer Domain bedeutet
Auch wenn www (World Wide Web) technisch nur eine Subdomain ist, ist es eine wie blog.yourbrand.com oder shop.yourbrand.com. In den frühen Tagen des Internets war es üblich, Websites speziell über die Subdomain www bereitzustellen, während andere Dienste (E-Mail, FTP usw.) über andere Subdomains liefen. Diese Konvention wurde so verbreitet, dass viele www als Pflichtteil einer Webadresse sahen. Tatsächlich ist es aber nur ein Name, der nach Konvention auf den Webserver zeigt.
Wenn Sie www weglassen, erhalten Sie eine „Root-Domain“ oder „Apex-Domain“ ohne Prefix, also yourbrand.com statt www.yourbrand.com. Beim Vergleich www vs. HTTPS können beide eine Website ausliefern, und beide können über HTTPS laufen. Der Unterschied liegt nur in der Struktur der Adresse. Aus Nutzersicht führen beide Adressen zur gleichen Seite, solange Weiterleitungen korrekt eingerichtet sind. Technisch hat die Root-Domain bei bestimmten DNS-Einstellungen etwas mehr Einschränkungen. Das ist ein historischer Grund, warum www geblieben ist.
Für die meisten modernen Websites, besonders kleinere, ist es völlig okay, kein www zu nutzen – und es sieht oft sauberer aus. Die Subdomain www ist in einigen Fällen weiterhin praktisch, zum Beispiel bei sehr großen Infrastrukturen, wenn der Umgang mit Cookies über Subdomains hinweg wichtig ist, für technisches Routing und bessere Performance sowie in Organisationen, die www aus Gründen der Marken-Konsistenz über ein großes Portfolio hinweg als Standard nutzen. Für eine neue Website, die heute eingerichtet wird, ist keine der beiden Optionen falsch. Es hängt eher von Ihren Vorlieben ab als von Sicherheitsfragen.
4. SSL-Zertifikate und welches Sie brauchen
SSL-Zertifikate unterscheiden sich vor allem darin, wie gründlich die Zertifizierungsstelle (CA) vor der Ausstellung prüft, aber auch darin, wie viel Ihrer Website sie abdecken.
Bei der Prüf-Stufe gibt es drei Haupttypen:
- Ein Domain-Validation-(DV)-Zertifikat bestätigt, dass der Antragsteller die Domain kontrolliert. Es ist am schnellsten und am günstigsten zu bekommen. DV-Zertifikate aktivieren HTTPS und zeigen das Schloss. Das reicht für die meisten Websites, aber sie prüfen technisch gesehen nicht die Organisation hinter der Domain.
- Ein Organization-Validation-(OV)-Zertifikat verlangt, dass die CA die rechtliche Existenz der Organisation prüft, die es beantragt, nicht nur die Kontrolle über die Domain. Das dauert länger und kostet mehr, dafür enthält das Zertifikat geprüfte Organisationsdaten, die man einsehen kann.
- Extended-Validation-(EV)-Zertifikate haben den strengsten Prüfprozess. Sie bestätigen die rechtliche Registrierung, den operativen Betrieb und die physische Adresse. Früher zeigten Browser bei EV-Zertifikaten den Organisationsnamen in einer grünen Adressleiste, aber die meisten modernen Browser haben diese Anzeige entfernt. EV-Zertifikate werden weiterhin von Banken, Finanzinstituten und großen E-Commerce-Anbietern genutzt.
Darüber hinaus gibt es drei Arten der Domain-Abdeckung:
- Ein Wildcard-Zertifikat deckt eine Domain und alle Subdomains der ersten Ebene unter einem einzigen Zertifikat ab. Ein Wildcard für *.yourbrand.com würde www.yourbrand.com, shop.yourbrand.com, blog.yourbrand.com und jede andere Subdomain abdecken, aber nicht yourbrand.com selbst (die Root-Domain). Dafür ist ein separater Eintrag nötig. Wildcard-Zertifikate sind nützlich für Websites mit vielen Subdomains, die sonst jeweils ein eigenes Zertifikat bräuchten.
- Ein Single-Domain-Zertifikat deckt genau einen Hostnamen ab, also entweder die www-Version oder die Root-Domain, aber nicht beide, außer das Zertifikat enthält einen Subject-Alternative-Name-(SAN)-Eintrag für die andere.
- Ein Multi-Domain-Zertifikat (auch SAN-Zertifikat oder UCC-Zertifikat genannt) kann mehrere unterschiedliche Domains und Subdomains unter einem einzigen Zertifikat abdecken.
Für die meisten Websites ist ein normales DV-Zertifikat mit Root-Domain und www als SANs der beste Start.
5. Beeinflusst HTTPS das Ranking?
Google begann 2014, HTTPS als Ranking-Signal zu nutzen, und sagte ausdrücklich, dass HTTPS-Seiten einen kleinen Vorteil gegenüber vergleichbaren HTTP-Seiten haben. Heute ist HTTPS bei gut gepflegten Websites fast überall Standard. Damit ist es eher eine Grund-Erwartung als ein echter Unterschied. Daher schadet HTTP Ihnen eher, als dass HTTPS Ihnen hilft.
Neben dem direkten Ranking hat HTTPS einen messbaren Einfluss auf das Nutzerverhalten. Die Browser-Warnung „Nicht sicher“ auf HTTP-Seiten kann dazu führen, dass Nutzer die Seite sofort wieder verlassen, bevor sie überhaupt etwas lesen oder mit der Website interagieren – selbst bei rein informativen Seiten. Dann führen höhere Absprungraten und weniger Interaktion dazu, dass Suchmaschinen die Website eher schlechter einstufen.
6. WWW vs. ohne WWW: Welche Version sollten Sie wählen?
Google hat keine Vorliebe zwischen der www- und der non-www-Version einer Domain. Beide gelten als gleichwertige Wahl für eine kanonische URL. Die Entscheidung hängt nur von Ihren Vorlieben, Ihrem technischen Setup und möglichen Anforderungen Ihrer Infrastruktur ab.
Wichtig für Google ist Konsistenz. Wenn Ihre Website sowohl unter www.yourbrand.com als auch unter yourbrand.com ohne Weiterleitung erreichbar ist, können Suchmaschinen sie als zwei getrennte Websites mit doppelten Inhalten behandeln. Das kann zu Indexierungsproblemen führen und Ihre Reichweite aufteilen. Wählen Sie eine Version als „kanonische“ URL, leiten Sie den gesamten Traffic von der anderen Version um, und stellen Sie sicher, dass Ihre internen Links, Sitemaps und alle externen Verweise, die Sie steuern, auf die kanonische Version zeigen.
7. So wechseln Sie sicher von HTTP zu HTTPS
Der erste Schritt ist, ein SSL-Zertifikat für Ihre Domain zu bestellen und auf Ihrem Server zu installieren. Wenn Sie einen Managed-Hosting-Anbieter nutzen, gibt es das oft als Ein-Klick-Option im Control Panel. Wenn Sie Ihren eigenen Server verwalten, müssen Sie eine Certificate Signing Request (CSR) erstellen, ein Zertifikat bei einer Zertifizierungsstelle oder bei Ihrem Registrar kaufen und aktivieren und es auf dem Server installieren. Oder Sie klären gerade, wie Sie Ihren Domainnamen transferieren, und wechseln dabei von HTTP zu HTTPS. In allen diesen Fällen ist Ihre Website nach der Installation über HTTPS erreichbar. Die SSL-Zertifikat-Optionen bei Register.Domains decken die gängigsten Zertifikatstypen für Websites jeder Größe ab.
Nachdem HTTPS aktiv ist, prüfen Sie Ihre Website auf interne Links, Bilder, Skripte und Stylesheets, die noch mit http://-URLs eingebunden sind. Jede Ressource, die auf einer HTTPS-Seite über HTTP geladen wird, erzeugt ein „Mixed-Content-Problem“. Der Browser kann sie dann blockieren oder eine schlechtere Sicherheitsanzeige zeigen. Sie müssen auch sicherstellen, dass Links oder eingebettete Inhalte von Drittanbietern (Karten, Videos, Fonts) ebenfalls über HTTPS laden. Zum Glück markieren die Developer-Tools der meisten Browser alle Mixed-Content-Warnungen auf jeder Seite, die Sie prüfen. So können Sie sie beheben und vermeiden, dass Suchmaschinen die Seite schlechter bewerten.
8. So richten Sie Redirects und Canonicals richtig ein
Sobald Ihr SSL-Zertifikat installiert ist und HTTPS funktioniert, konfigurieren Sie Ihren Server so, dass alle HTTP-Anfragen automatisch per 301-Redirect (dauerhaft) auf die jeweilige HTTPS-Version weitergeleitet werden. Damit sagen Sie Browsern und Suchmaschinen, dass der Wechsel dauerhaft ist, und übertragen die Link-Power von den alten HTTP-URLs auf die neuen HTTPS-URLs. Alte HTTP-URLs können vorübergehend weiterhin indexiert bleiben, aber die HTTPS-Version sollte in der Google Search Console erneut verifiziert und aktualisiert werden. Die meisten Hosting-Control-Panels bieten dafür direkt einen Schalter.
Richten Sie ähnlich auch einen 301-Redirect von Ihrer nicht bevorzugten Version auf Ihre bevorzugte Version ein. Wenn Ihre kanonische URL https://yourbrand.com ist, dann sollten https://www.yourbrand.com, http://yourbrand.com und http://www.yourbrand.com alle dorthin weiterleiten. Die meisten Websites brauchen insgesamt vier Redirect-Regeln, um alle Kombinationen aus Protokoll und Subdomain abzudecken. Testen Sie jede Regel nach der Einrichtung, um zu prüfen, dass die Weiterleitung in einem Schritt erfolgt und nicht über mehrere Redirects läuft.
Zusätzlich zu Redirects fügen Sie in den <head> jeder Seite ein Canonical-Link-Element ein, das auf die bevorzugte URL zeigt. Zum Beispiel: <link rel="canonical" href="https://yourbrand.com/page-slug" />. Das zeigt Suchmaschinen noch klarer, welche Version Sie als maßgeblich sehen, auch wenn bereits eine Weiterleitung aktiv ist.
9. Häufige Redirect-Fehler, die Sie vermeiden sollten
Die häufigsten Fehler sind:
- 302-Redirects (temporär) statt 301-Redirects (dauerhaft) zu verwenden
- Redirect-Ketten zu erstellen, bei denen HTTP auf www weiterleitet und danach auf HTTPS
- Die alte HTTP-Sitemap zu behalten, statt sie auf HTTPS-URLs zu aktualisieren
- Die robots.txt-Datei über HTTP erreichbar zu lassen und Googlebot am Crawlen der neuen Version Ihrer Website zu hindern
Sichern Sie Ihre Website mit HTTPS – entdecken Sie SSL-Zertifikat-Optionen bei Register.Domains und starten Sie noch heute.
Starten Sie mit Register.Domains
Und wenn Sie noch ganz am Anfang stehen, ist unsere Domain-Verfügbarkeits-Suche der beste Startpunkt.
Starten Sie Ihre Domain-Suche noch heute10. FAQs
Was passiert, wenn ich sowohl www- als auch non-www-Versionen ohne Redirect nutze?
Beide Versionen sind dann als getrennte URLs erreichbar. Das heißt, Suchmaschinen können beide indexieren und als doppelte Inhalte werten. Ihre Backlinks und die interne Link-Power werden auf zwei Versionen derselben Website verteilt, statt sich auf eine zu bündeln. Mit der Zeit kann das Rankings verändern, weil Nutzer auf der einen oder der anderen Version landen.
Deckt mein SSL-Zertifikat automatisch sowohl die www- als auch die non-www-Version meiner Domain ab?
Das hängt vom Zertifikat ab. Ein Zertifikat, das nur für yourbrand.com ausgestellt ist, deckt www.yourbrand.com nicht automatisch ab – und umgekehrt. Die meisten gut eingerichteten Zertifikate enthalten sowohl die Root-Domain als auch die www-Subdomain als Subject Alternative Names (SANs), aber das sollten Sie beim Kauf oder bei der Installation prüfen.
Warum zeigt mein Browser bei einer HTTP-Website „Nicht sicher“ an?
Browser zeigen die Warnung „Nicht sicher“ bei HTTP-Websites, weil die Verbindung zwischen Browser und Server nicht verschlüsselt ist. Die einzige Lösung ist, ein SSL-Zertifikat zu installieren und die Website auf HTTPS umzustellen.
Macht www in meiner URL meine Website sicherer?
Nein. Das Schloss-Symbol und das HTTPS-Protokoll hängen ausschließlich davon ab, ob ein SSL-Zertifikat installiert ist und ob die Website so eingerichtet ist, dass sie Traffic über Port 443 mit TLS-Verschlüsselung ausliefert. Eine Website unter www.yourbrand.com, die über HTTP läuft, ist genauso unsicher wie eine unter yourbrand.com, die über HTTP läuft.
