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

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.

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.

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.

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.

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.

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.

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.)

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.

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 .