Sollte ich "www" in die URLs meiner Website aufnehmen? Was sind die Vor- und Nachteile?

78

Was sind die Vor- und Nachteile von http://www.example.com/vs http://example.com/?

Ein mir bekanntes Problem ist beispielsweise, dass, wenn ich eine Domain verwende, ohne dass wwwich kein Cookie nur für die aktuelle Subdomain festlegen kann (da es keine Subdomain gibt), die von mir festgelegten Cookies an alle Subdomains gesendet werden.

Thomas Bonini
quelle
1
@ John Conde: Ich denke, die Änderung, die Sie genehmigt haben, hat die Frage noch schlimmer gemacht. "Meine Frage ist ziemlich einfach zu komplex und ich möchte die Vor- und Nachteile von www und nicht www kennen." wurde in editiert, das ist kaputt englisch und macht auf jeden fall keinen sinn.
Thomas Bonini

Antworten:

66

Beachten Sie jedoch, dass www.example.comSie mit Cookies nur auf der Hauptseite festlegen können . Mit example.comkönnen Sie nur Cookies setzen, *.example.comdie auch enthalten static.example.com. Jede Anfrage für eine Subdomain enthält also die Cookies, die die Übertragung etwas verlangsamen. Mit www.example.comkönnen Sie entscheiden, für welchen Teil Sie Cookies setzen möchten.

Neo
quelle
7
Dies ist einer der Hauptgründe, warum große Websites Domänen für statische Inhalte (wie sstatic.net für Stack Overflow) vollständig getrennt einrichten, sodass diese Domänen frei von Cookies sind. Weitere Informationen finden Sie hier: developer.yahoo.com/performance/rules.html#cookie_free
Greg Bray
10
Ja, dies ist bei weitem der größte Nachteil der "No-Www" -Bewegung. Es ist auf jeden Fall nervig.
Jeff Atwood
@ Jeff: Bis zu einem gewissen Grad wahr, aber es kann vorteilhafter sein, statische Inhalte auf einer anderen Domain zu hosten, um die Parallelisierung zu erhöhen.
DisgruntledGoat
3
@DisgruntledGoat: Die Parallelisierung wird auch mit Subdomains erhöht! developer.yahoo.com/performance/rules.html#split
Marco Demaio
1
Diese Antwort ist veraltet, da RFC 6265 weiter verbreitet ist. (Zu dem Zeitpunkt, als diese Antwort geschrieben wurde, gab es sie noch nicht.)
Michael Hampton,
27

Wenn Sie verwenden möchten www.example.com, sollten Sie example.comeine permanente Umleitung vornehmen www.example.com.

In wwweinigen Fällen handelt es sich bei der Unterdomäne tatsächlich um einen völlig anderen Server als die übergeordnete TLD. Während die meisten Suchmaschinen klug genug sind, um das herauszufinden, ist es immer noch eine gute Praxis, die Umleitung zu platzieren.

Ich mache die komplette Umkehrung davon, www.example.comist eine permanente Weiterleitung example.com, weil ich die kürzere kanonische URL bevorzuge. Für mich ist es auch sinnvoll, zu erwarten, dass eine HTTP-Anfrage example.comeine Webseite oder eine Weiterleitung zu einer beliebigen Unterdomäne liefert, die sich mit HTTP-Anfragen befasst.

Darüber hinaus möchten Sie, dass Personen über die kanonische URL, die sie in der Symbolleiste ihres Browsers auswählen, auf Ihre Website verlinken. Die Umleitung auf die URL, die NICHT Ihre kanonische URL ist, trägt dazu bei, diesbezüglich die Konsistenz zu gewährleisten.

Tim Post
quelle
23

Das Einbeziehen der wwwUnterdomäne scheint sich auf zwei Bedingungen zu beschränken:

  1. Cookies - Das Setzen von Cookies *.example.combereitet mir Sorgen (es kommt zu mehr Verkehr), da die Cookies bei jeder Anfrage gesendet werden, unabhängig von der Subdomain. In diesem Fall würde ich die verwenden, wwwda ich die Wahl habe, Cookies zu setzen, *.example.comwenn ich sie benötige (z. B. authentifizierte Benutzercookies), oder www.example.comden Datenverkehr auf meine anderen Subdomains zu reduzieren.

  2. Ästhetik - Interessiert es mich sehr, wie die Domain aussieht? Wenn ich das wirklich hasse, wwwaber mir Sorgen um den Cookie-Verkehr mache, könnte ich das Problem lindern, indem ich meinen statischen Inhalt auf einer ganz neuen Domain hosten static-example.comlasse, die beispielsweise frei von Cookies bleibt.

chatche
quelle
17

Dies ist eine geringfügige Überlegung, die jedoch für Gewerbeflächen relevant ist. Von nicht-technischen Benutzern wird erwartet, dass eine Website mit beginnt www, wenn sie nicht sehen, dass sie eine Domain möglicherweise nicht als Website betrachten.

Während es für diejenigen von uns albern sein mag, zu wissen, wie die Dinge funktionieren, habe ich diese Einstellung häufig mit der Familie, Freunden und nicht-technischen Kollegen erlebt, und diese Leute repräsentieren wahrscheinlich die überwiegende Mehrheit Ihrer Kunden.

Darüber hinaus erkennen viele Softwareprodukte wie E-Mail, Weltverarbeiter, Kunden für soziale Netzwerke und Co. einen Domainnamen, der mit wwweinem Hyperlink beginnt, automatisch und aktivieren ihn. Bei einer nackten oder non-wwwDomain müssen Sie den Namen http://für die Software hinzufügen um es aktiv zu machen. Wenn Sie auf einen Link klicken können, anstatt ihn in einen Browser kopieren zu müssen, kann dies den Unterschied zwischen einem Kunden, der Ihre Website besucht, und einem Kunden, der zu Ihrem Mitbewerber geht, ausmachen.

Oberst Sponsz
quelle
Eigentlich sehe ich viel Werbung für Domainnamen ohne das www. Zum Beispiel zitiert die BBC ihre URL immer so, bbc.co.uk/whateverals würden sie immer zur www-Version weiterleiten.
DisgruntledGoat
+1 Ich stimme Ihrer kleinen Überlegung voll und ganz zu. Es ist wahr, es gibt definitiv "eine Erwartung von nicht-technischen Benutzern, dass eine Website mit www beginnt" und es ist auch wahr: "Wenn sie nicht sehen, dass sie eine Domain möglicherweise nicht als Website betrachten". Für Tech-Anwender wie uns klingt das seltsam, aber das ist das Leben.
Marco Demaio
Wenn die URL nicht mit www beginnt, füge ich sie http://in der Regel vorne ein. Also, wenn die URL ist http://www.example.com, dann benutze ich oft nur www.example.com. Wenn ja http://other.example.com, dann würde ich verwenden http://other.example.com. Anderenfalls erkennen Benutzer nicht, dass es sich um eine URL handelt. Klingt verrückt, aber die Leute verwechseln jetzt ständig URLs und E-Mail-Adressen. Leider haben wir so viele Dinge im Web verwirrt, dass unsere Benutzer die Grundlagen nicht mehr kennen.
Brad
Tatsächlich haben wir die Reichweite des Internets auf Menschen ausgedehnt, die in dieser Hinsicht nie ausgebildet wurden. Vor zehn Jahren gab es im Internet im Grunde nur Nerds. (Übertreibung.) Heutzutage verwendet fast jeder buchstäblich Facebook, Google, "das Internet". Wie viele Leute sind da draußen und wissen nicht, wie ein Auto funktioniert. Oder ein Perkolator. Oder setzen. (Mit unterschiedlichem Grad an Relevanz.)
Cornelius
9

Es scheint keine konkreten Gründe dafür zu geben, eins nach dem anderen zu verwenden, was Suchergebnisse oder andere gewünschte Ergebnisse anbelangt. Meine persönliche Präferenz ist no-wwwaufgrund der Länge.

Das Wichtigste ist, dass Sie zu Ihrer bevorzugten Domain umleiten und Ihre bevorzugte Domain in der Google Search Console (Google Webmaster-Tools) festlegen.

Travis Northcutt
quelle
4

Ohne die obigen gültigen Antworten zu Cookies, zur Ästhetik, zu nicht-technischen Benutzern, die die wwwSubdomain erwarten, usw. zu wiederholen ...

Ein weiterer Grund, warum ich den www.Subdomain-Ansatz für die Hauptwebsite favorisiere, ist die lokale Entwicklung. Ich benutze local.für meinen lokalen Testserver. Ich erwarte immer, dass auf die Site über eine Unterdomäne zugegriffen wird, und kann bei Bedarf leicht zwischen der Test- und der Live-Site unterscheiden. Cookies können von lokalen und Live-Sites getrennt gehalten werden.

  • www.example.com Live Seite
  • local.example.com Lokaler Testserver

Die Verwendung einer Subdomain für den Testserver ermöglicht auch ein einfaches Testen von einem mobilen Gerät aus, da die Subdomain im öffentlichen DNS definiert werden kann, das auf einen lokalen Testserver (lokale IP) verweist. Nur wenn sich das Mobilgerät im lokalen WiFi-Netzwerk befindet, kann es auf den lokalen Testserver zugreifen. (Stellen Sie sicher, dass die Optimierung des mobilen Browsers deaktiviert ist, wenn Sie eine lokale Verbindung herstellen. Andernfalls versucht der Remote-Optimierungsserver ebenfalls, auf Ihren lokalen Server zuzugreifen, und schlägt fehl.)

Herr weiß
quelle
1

Ja, immer wwwanstelle einer nackten Domain verwenden. Obwohl Heroku etwas spezialisiert ist, wird die Art von Routing-Fabric, die sie erstellt haben, wahrscheinlich häufiger werden, wenn Menschen Websites über mehrere Maschinencluster hinweg bereitstellen. Nackte Domains sind viel weniger flexibel als www, da sie ein A anstelle eines CNAME-Datensatzes benötigen. Siehe https://devcenter.heroku.com/articles/avoiding-naked-domains-dns-arecords .

Obwohl Sie das heute vielleicht nicht glauben, sollte und wird jede Website im Internet hoffentlich bald immer SSL verwenden. Das liegt daran, dass Sicherheit immer besser ist als keine Sicherheit, und die Kosten für SSL betragen bereits ~ 1% zusätzliche CPU (siehe http://www.imperialviolet.org/2010/06/25/overclocking-ssl.html ). Sie sollten Ihr SSL-Zertifikat auch für www erhalten.

Dan Kohn
quelle
0

Meine SEO-Leute sagen mir, dass Google keine nackten Domains mag . Ein Symptom hierfür ist, dass beim Versuch, Ihr myblog.blogspot.comBlog an umzuleiten, die example.com/blogFehlermeldung angezeigt wird, dass Blogs nicht auf nackten Domains gehostet werden können .

Simon Hayter
quelle
1
Das ist sehr zweifelhaft.
Majestätsbeleidigung
1
Dies ist nicht möglich, da für das Hosting von Blogger auf einer benutzerdefinierten Domain ein CNAME für ghs.google.com verwendet wird und die nackte Domain kein CNAME sein kann.
Michael Hampton
Nackte Domains können technisch gesehen CNAME sein, aber die E-Mail-Zustellung wird unterbrochen, da alle E-Mails auch an diesen CNAME und nicht an die MX-Datensätze zugestellt werden.
Stephen Ostermiller