Seit Jahren tobt in unseren Adressleisten ein kleiner Pedanteriekrieg. In einer Ecke sind Marken wie Google, Instagram und Facebook. Diese Gruppe hat sich für eine Weiterleitung entschieden example.com zu www.example.com. In der gegenüberliegenden Ecke: GitHub, DuckDuckGo und Discord. Diese Gruppe hat sich entschieden, das Gegenteil zu tun und umzuleiten www.example.com zu example.com.
Gehört „WWW“ in eine URL? Einige Entwickler haben starke Meinungen zu diesem Thema. Wir werden Argumente dafür und dagegen nach ein wenig Geschichte untersuchen.
Was ist mit den Ws?
Die drei Ws stehen für "Weltweites Netz", eine Erfindung aus den späten 1980er Jahren, die die Welt mit Browsern und Websites bekannt machte. Die Praxis, „WWW“ zu verwenden, stammt aus einer Tradition, Subdomains nach der Art des Dienstes zu benennen, den sie anbieten:
- ein Webserver unter www.example.com
- einen FTP-Server unter ftp.beispiel.com
- ein IRC-Server unter irc.beispiel.com
Sorge um WWW-lose Domains 1: Durchsickern von Cookies an Subdomains
Kritiker von „WWW-losen“ Domains haben darauf hingewiesen, dass in bestimmten Situationen subdomain.beispiel.com wäre in der Lage, gesetzte Cookies zu lesen example.com. Dies kann beispielsweise unerwünscht sein, wenn Sie ein Webhosting-Anbieter sind, der Kunden Subdomains auf Ihrer Domain betreiben lässt. Obwohl die Bedenken berechtigt sind, war das Verhalten spezifisch für Internet Explorer.
RFC 6265 vereinheitlicht den Umgang von Browsern mit Cookies und bezeichnet dieses Verhalten ausdrücklich als fehlerhaft.
Eine weitere potenzielle Leckagequelle ist die Domain Wert von gesetzten Cookies example.com. Wenn der Domain value ist explizit auf gesetzt example.com, werden die Cookies auch seinen Subdomains ausgesetzt.
| Cookie-Wert | Ausgesetzt example.com | Ausgesetzt subdomain.beispiel.com |
|---|---|---|
secret=data |
✅ | ❌ |
secret=data; Domain=example.com |
✅ | ✅ |
Abschließend, solange Sie a nicht explizit festlegen Domain wert ist und Ihre Benutzer nicht Internet Explorer verwenden, sollten keine Cookie-Lecks auftreten.
Problem 2 ohne WWW-Domain: DNS-Kopfschmerzen
Manchmal kann eine „WWW-lose“ Domain die Einrichtung Ihres Domain Name System (DNS) erschweren.
Wenn ein Benutzer tippt example.com in die Adressleiste ihres Browsers eingeben, muss der Browser die Internet Protocol (IP)-Adresse des Webservers kennen, den sie besuchen möchten. Der Browser fordert diese IP-Adresse von den Nameservern Ihrer Domain an – normalerweise indirekt über die DNS-Server des Internet Service Providers (ISP) des Benutzers. Wenn Ihre Nameserver so konfiguriert sind, dass sie mit einem antworten Ein Rekord die die IP-Adresse enthält, funktioniert eine „WWW-lose“ Domain problemlos.
In manchen Fällen möchten Sie vielleicht stattdessen a verwenden Kanonischer Name (CNAME) Rekord für Ihre Website. Eine solche Aufzeichnung kann das erklären www.example.com ist ein Alias von example123.somecdnprovider.com, die den Browser des Benutzers anweist, stattdessen nach der IP-Adresse von zu suchen example123.somecdnprovider.com und dort den HTTP-Request absenden.
Beachten Sie, dass im obigen Beispiel eine WWW-Subdomain verwendet wurde. Es ist nicht möglich, einen CNAME-Eintrag für zu definieren example.com. Wie per RFC 1912, CNAME-Datensätze können nicht mit anderen Datensätzen koexistieren. Wenn Sie versucht haben, einen CNAME-Eintrag für zu definieren example.com, die Nameserver (NS)-Einträge für example.com die die IP-Adressen der Nameserver der Domain enthalten, dürfen nicht existieren. Infolgedessen können Browser nicht herausfinden, wo sich Ihre Nameserver befinden.
Bei einigen DNS-Anbietern können Sie diese Einschränkung umgehen. Cloudflare nennt ihre Lösung CNAME-Abflachung. Mit dieser Technik konfigurieren Domänenadministratoren einen CNAME-Eintrag, aber ihre Nameserver legen einen A-Eintrag offen.
Wenn der Administrator beispielsweise einen CNAME-Eintrag für konfiguriert example.com zeigt auf example123.somecdnprovider.com, und ein A-Record für example123.somecdnprovider.com existiert zeigt auf 1.2.3.4, dann würde Cloudflare einen A-Eintrag für verfügbar machen example.com zeigt auf 1.2.3.4.
Zusammenfassend lässt sich sagen, dass die Bedenken zwar für Domaininhaber gelten, die CNAME-Einträge verwenden möchten, bestimmte DNS-Anbieter jetzt jedoch eine geeignete Problemumgehung anbieten.
Vorteile ohne WWW
Die meisten der Argumente gegen WWW sind praktisch oder kosmetisch. „No-WWW“-Befürworter haben argumentiert, dass es einfacher zu sagen und zu tippen sei example.com als www.example.com (was für weniger technisch versierte Benutzer weniger verwirrend sein kann).
Gegner der WWW-Subdomain haben auch darauf hingewiesen, dass das Löschen mit einem bescheidenen Leistungsvorteil einhergeht. Auf diese Weise könnten Website-Besitzer bei jeder HTTP-Anfrage 4 Bytes einsparen. Während sich diese Einsparungen für stark frequentierte Websites wie Facebook summieren könnten, ist Bandbreite im Allgemeinen keine knappe Ressource.
WWW-Vorteile
Ein praktisches Argument für WWW ist in Situationen mit neueren Top-Level-Domains. Zum Beispiel, www.example.miami sofort als Webadresse erkennbar ist, wenn beispiel.miami ist nicht. Dies ist weniger von Bedeutung für Websites mit erkennbaren Top-Level-Domains wie z .com €XNUMX.
Einfluss auf Ihr Suchmaschinen-Ranking
Der aktuelle Konsens ist, dass Ihre Wahl Ihre Suchmaschinenleistung nicht beeinflusst. Wenn Sie von einem zum anderen migrieren möchten, sollten Sie dauerhafte Umleitungen (HTTP 301) anstelle von temporären (HTTP 302) konfigurieren. Permanente Weiterleitungen sorgen dafür, dass der SEO-Wert Ihrer alten URLs auf die neuen übertragen wird.
Tipps zur Unterstützung beider
Websites wählen in der Regel beides aus example.com or www.example.com als ihre offizielle Website und konfigurieren Sie HTTP 301-Weiterleitungen für die andere. Theoretisch ist es möglich, beides zu unterstützen www.example.com und example.com. In der Praxis können die Kosten den Nutzen überwiegen.
Aus technischer Sicht sollten Sie überprüfen, ob Ihr Tech-Stack damit umgehen kann. Ihr Content-Management-System (CMS) oder Ihre statisch generierte Website müsste interne Links als relative URLs ausgeben, um den bevorzugten Hostnamen des Besuchers beizubehalten. Ihre Analysetools können den Datenverkehr zu beiden Hostnamen separat protokollieren, es sei denn, Sie können die Hostnamen als Aliase konfigurieren.
Schließlich müssen Sie einen zusätzlichen Schritt unternehmen, um die Leistung Ihrer Suchmaschinen zu schützen. Google betrachtet die „WWW“- und „Nicht-WWW“-Versionen einer URL als Duplicate Content. Um Inhalte in seinem Suchindex zu deduplizieren, zeigt Google das an, was der Nutzer seiner Meinung nach bevorzugen wird – im Guten wie im Schlechten.
Um die Kontrolle darüber zu behalten, wie Sie in Google erscheinen, empfiehlt Google das Einfügen von kanonischen Link-Tags. Entscheiden Sie zuerst, welcher Hostname der offizielle (kanonische) sein soll.
Zum Beispiel, wenn Sie wählen www.example.com, müssen Sie das folgende Snippet in die einfügen Tag auf https://example.com/my-article:
Dieses Snippet zeigt Google an, dass die „WWW-lose“ Variante den gleichen Inhalt darstellt. Im Allgemeinen bevorzugt Google die Version, die Sie in den Suchergebnissen als kanonisch markiert haben, in diesem Beispiel die „WWW“-Variante.
Zusammenfassung
Trotz intensiver Kampagnen auf beiden Seiten bleiben beide Ansätze gültig, solange Sie sich der Vorteile und Einschränkungen bewusst sind. Um alle Ihre Basen abzudecken, stellen Sie sicher, dass Sie dauerhafte Weiterleitungen von einem zum anderen einrichten, und schon sind Sie fertig.
