Ich liebe das Aussehen traditioneller URLs, weil das www davor mein Verständnis erleichtert und beschleunigt, dass es sich definitiv um eine bestimmte Webadresse handelt.
Aber gibt es eine etablierte Richtlinie für die Formatierung von URLs nicht nur für das Web, z. B. Broschüren, Poster? Vielleicht haben Sie von einigen Untersuchungen gehört, die die bessere UX aufgrund des URL-Formats belegen?
Wir alle wissen zum Beispiel, dass Telefonnummern ziemlich etablierte Formatierungsrichtlinien haben.
www.example.com und example.com sind zwei verschiedene Adressen .
Es ist nur eine gängige Konvention, Webserver so zu konfigurieren, dass beide Varianten gleich funktionieren. Diese Konvention ist nicht universell, und einige Websites werden nur eingerichtet, um auf das eine oder andere zu reagieren .
Sie müssen sich mit dem Verantwortlichen der Website bestätigen lassen, welche Nutzung zulässig ist. Sie können auch sehen, ob der Eintrag der Website in der Google-Suche das "www." oder nicht, da dies auf die bevorzugte Adresse der Site hinweisen kann.
Wenn beides akzeptabel ist, würde ich persönlich die Variante ohne "www." bevorzugen. weil ich das überflüssig finde, vor allem wenn am Ende ein ".com" steht, was es auch ohne "www." als Webadresse gut erkennbar macht.
Es gibt keinen Standard, der besagt, dass das eine oder andere verwendet werden sollte, nur Konventionen und Trends. Die Trends ändern sich im Laufe der Zeit, und ich glaube, es ist fair zu sagen, dass es einen allmählichen Trend gibt, kein "www" zu haben. am Anfang von Webadressen.
Hier ist eine unbeschwerte Debatte darüber, ob "www." sollte benutzt werden:
www.
kann triftige technische Gründe für die Verwendung haben.
Wenn ein Server konfiguriert wird, muss er für die Verwendung von http://www.example.com
und eingerichtet werden http://example.com
. Es ist durchaus möglich, dass www.example.com die Seite lädt und example.com nicht. Es sind zwei verschiedene, getrennte Adressen. Dies wird alles vom Server gesteuert. Es können beide Adressen funktionieren, oder eine Adresse kann an die andere weitergeleitet werden. Die Weiterleitung könnte von jeder Domain aus erfolgen, es kommt einfach vor, dass die www.
Adresse an die Nicht-www-Adresse weiterleitet oder umgekehrt. In der heutigen Zeit konfigurieren die meisten Hosting-Provider dies und das www.
ist nicht zwingend erforderlich. Sie konfigurieren die Weiterleitung automatisch für ihre Kunden. Sie sollten jedoch Ihren Server überprüfen, bevor Sie die entfernenwww.
aus Marketingmaterialien oder sogar vor dem Hinzufügen der www.
.
Aus gestalterischer Sicht ist es Geschmackssache. Wenn die Sites mit oder ohne www.
geladen werden, ist es Ihre Wahl, sie zu verwenden. Wie @Dom in seinem Kommentar oben erwähnt, spielt das Suffix meiner Meinung nach eine große Rolle. example.com, example.net, example.org sind alle ziemlich klar. Sobald Sie jedoch Suffixe der zweiten oder dritten Ebene eingeben, kann dies weniger klar sein, insbesondere für Zielgruppen, die traditionell keine Online-Zielgruppen sind (Senioren, Nicht-Tech-Organisationen usw.). Das Hinzufügen www.
von zu seltener verwendeten Suffixen ist immer hilfreich.
Ich lasse die www.
für Domains der ersten Ebene fast immer weg und füge sie fast immer für Domains der zweiten oder dritten Ebene hinzu. Aber das ist nur meine Präferenz.
Ich möchte auch darauf hinweisen, dass sich die Telefonnummern geändert haben. Ich muss jetzt 10 Ziffern wählen, um ein Ortsgespräch zu führen, jahrzehntelang waren es nur 7 Ziffern, davor waren es 5 Ziffern. Sie ändern sich vielleicht langsam, aber sie ändern das Format :) Dank Smartphones kenne ich jetzt natürlich nur meine eigene Telefonnummer und kann mir nie die von jemand anderem merken. :)
http://example.org
funktioniert, während http://www.example.org
es nicht funktioniert.abr.gov.au
und www.abr.gov.au
beide laden die Website. Allerdings leitet jede WWW-URL auf die Homepage der Nicht-WWW-Version weiter. https://abr.gov.au/About-us/
(ohne WWW) funktioniert also , aber https://www.abr.gov.au/About-us/
(mit WWW) leitet Sie auf die Homepage der Nicht-WWW-Site weiter.example.com
, example.net
, und example.org
als Ihre Beispieldomänennamen.www.example.com
cookiefreie Domains haben (empfohlen für die Bereitstellung statischer Inhalte in großem Umfang), da ein Cookie, das für gesetzt wurde, für , , usw.
bereitgestellt wird.example.com
example.com
www.example.com
assets.example.com
3sds4as3sc.example.com
Um den vorhandenen Antworten mehr technischen Hintergrund hinzuzufügen: Warum sollte es überhaupt Unterschiede in DNS zwischen www.example.com
und geben example.com
? Es gibt viele Fälle, in denen man keinen A
(oder AAAA
)-Datensatz eingibt, sondern einen CNAME
Datensatz, der auf so etwas wie verweist www42.provider.example.net
. Auf diese Weise kann eine Migration von www42.provider.example.net
auf eine andere IP-Adresse rein innerhalb der example.net
Zone abgewickelt werden. (Bei A
überall vorhandenen Datensätzen müssten alle auf diesem einen Server gehosteten Websites angepasst werden!)
Allerdings sind mit example.com
sicherlich schon viele andere DNS-Records verbunden ( SOA
, NS
, MX
, evtl. auch TXT
für SPF), und die DNS-Spezifikation erlaubt es nicht, CNAME
andere Record-Typen zu mischen! Daher example.com
würde ein (und/oder )-Eintrag für die Funktionalität erforderlich sein , wodurch der oben erwähnte Zweck der zentralen Konfiguration vereitelt würde.A
AAAA
A
AAAA
es in dem Zeug?Aus Sicht eines Lösungsarchitekten habe ich noch nie eine Richtlinie gesehen. Aber es gibt einen guten technischen Grund dafür, dass Ihre Site zur Laufzeit „www.“ verwendet, und es dreht sich alles um DNS (Vermeidung von Kollisionen mit SOA- und NS-Einträgen). Während Sie also vielleicht Inhalte mit der Aufschrift „go to http://mysite.us “ teilen möchten, sollte das eigentliche Hosting auf „www.mysite.us“ liegen.
Je nachdem, wo/wie die Site bereitgestellt wird, können Sie in Situationen geraten, in denen Benutzer die Site nicht erreichen können, wenn sie sich auf „ http://mysite.us “ befindet. Die DNS-Spezifikation enthält Datensätze für verschiedene Servertypen (MX für E-Mail usw.), aber keinen für HTTP-Server. Daher müssen wir eine tatsächliche Subdomain verwenden, um der Welt mitzuteilen, dass dies für eine Website ist. Mehrere Hosting-Provider bieten "DNS-Weiterleitung" an, mit der Sie erklären können, "jeder, der eine Verbindung zu http://mysite.us herstellt , wird zu http://www.mysite.us weitergeleitet", aber was sie tatsächlich tun, ist die Einrichtung einer verkleinerten Webserver, der einen 301/302/307 ausgibt, um den Benutzer dorthin zu bringen, wo er sein möchte.
Die meisten Leute schauen meiner Erfahrung nach sowieso nicht in die Adressleiste, und das Weglassen von „www“ in Gesprächs- und Marketingmaterialien ist kürzer, aber letztendlich sollten Benutzer auf „www.something.something“ landen, wie es „www“ sollte ein echter Server sein.
Geben Sie in Ihrer Adressleiste „apple.com“ oder „microsoft.com“ oder „ibm.com“ ein und beachten Sie, wie Sie zu einem „www“-Host umgeleitet werden.
A
Eintrag für haben example.com
, löst der Browser die richtige IP auf, der Webserver erhält die vollständige URL (und trifft daher die Entscheidung, welche Seite bereitgestellt werden soll).but it does not have one for HTTP servers so we are stuck with using an actual subdomain to tell the world "this is for a website"
warum musst du aber? Es reicht aus, nur auf Port 80 zu antworten. Ihr A-Eintrag für die Domain kann einfach auf Ihren Webserver verweisen - es sei denn, Sie möchten, dass verschiedene Dienste auf verschiedene Adressen verweisen (z. B. web und ... pop3?). In diesem Fall sind Sie immer noch nicht gezwungen, ausschließlich "www" zu verwenden. für das Web - Sie können Subdomains für die anderen Dienste oder sogar andere Domains verwenden. Benutzer lassen oft "www" weg, Sie möchten nicht, dass Ihre Website fehlschlägt, wenn sie dies tun.Um zu erklären, was die Unterschiede sind.
example.com ist der Domänenname. www in diesem Fall (www.example.com) ist die Subdomain www. In der Konfiguration müssen die Leute tatsächlich sowohl www als auch ohne Subdomain auf die gleichen Ressourcen (Webdateien) lenken. Auch unter Berücksichtigung der SEO ist es wichtig, dass nur eine davon führend ist und die andere auf die führende leiten sollte.
Abgesehen davon neigen die Leute dazu, www. vor allem, weil sie es gewohnt sind, heutzutage sieht man in Werbespots und dergleichen weniger vom www. und ich schlage vor, Sie sollten es nicht verwenden, es sei denn, es ist notwendig, damit wir dies in Zukunft loswerden können.
Natürlich könnte es sinnvoll sein, das www hinzuzufügen, da es für World Wide Web steht, aber die Protokolle reichen aus, http(s) vs. http oder andere für verschiedene Anwendungen.
mehr Infos und technische Gründe: https://serverfault.com/questions/286132/why-do-we-still-use-www-in-urls
Meiner Meinung nach sollte man einfach darauf verzichten, da es etwas Überflüssiges ist und weniger tippen immer besser ist.
www.foo.com
streng genommen keine URL ist. Es ist ein relativer Domänenname.
Dies bedeutet Folgendes: Beginnen Sie mit Ihren lokalen Domains, greifen Sie auf das Stammverzeichnis zurück, wenn Sie dort nichts finden können, und durchlaufen Sie com
und foo
, um zu zu gelangen www
. Es sagt jedoch nicht, welche Datensätze von dieser Domain abgerufen werden sollen oder was Sie mit diesen Datensätzen tun würden, wenn Sie sie abrufen würden.
Am häufigsten handelt es sich bei dem relevanten Datensatz um einen Adressdatensatz, der es ermöglicht, den Domänennamen als Hostnamen zu verwenden, um auf eine Maschine zu verweisen. Es gibt jedoch andere Arten von DNS-Einträgen.
Das www
ist nur der letzte Name in der Kette und völlig willkürlich. Es gibt eine Konvention, den Host des primären Webservers für eine Domain zu benennen, www
aber das ist nur eine Bequemlichkeit für Menschen, nicht etwas, das für Maschinen erkennbar sein soll. Selbst dann können Sie mit Maschinen, auf denen Webserver laufen, andere Dinge tun, als Webseiten von ihnen anzufordern.
Es werden also nicht alle Webserver benannt www
und die bloße Benennung eines Servers sagt noch nicht aus, was Sie damit machen wollen.
Hier kommen URLs ins Spiel. Sie sagen Ihnen, wie Sie zu etwas gelangen. Sie beginnen damit, Ihnen zu sagen, wie Sie es bekommen, und dann wo.
Wie wird als "Schema" angegeben und für das Web gilt das Schema entweder http
für reguläre Anfragen oder https
für sichere Anfragen. Dann ein Trennzeichen ://
, dann ein Hostname, der Ihnen sagt, wo sich der Webserver befindet (vielleicht ein DNS-Name, vielleicht etwas anderes wie eine I-Adresse oder ein lokal definierter Name), dann ein Pfad, der angibt, wo sich die Seiten auf dem Webserver befinden. (Es gibt eine Reihe von Details, die ich überspringe).
Es wird im Allgemeinen als gute Praxis angesehen, dies zuzulassen www
, aber nicht zu fördern, indem die Adressdatensätze sowohl der Basisdomäne als auch des Plus www
auf we-Server verwiesen werden, die als öffentlich zugängliche Einstiegspunkte dienen sollen, und dann den Nicht - www
Namen zu bevorzugen.
Wenn Sie eine korrekte URL bereitstellen möchten, die eindeutig zeigt, dass Sie auf eine Website verweisen, geben Sie eine vollständige URL an.
http://example.ca/
https://myexample.foo.org/
Dom
burger.com
es sich um eine Website handelt, währendburger.biz
es für mich viel unsicherer ist (könnte ein schlecht gewählter Markenname sein).Mathijs Segers
Lüge Ryan
Hanna
TRig
ait.ie
funktioniert und zuwww.ait.ie
. Tatsächlich tut es das nicht. Firefox sieht, dassait.ie
das nicht funktioniert, und leitet zuwww.ait.ie
für mich weiter. Das machen nicht alle Browser.Brad
http://
der Domain immer voran, insbesondere wenn keinewww
. Die Leute erkennen dies leicht und wissen, dass sie diese URL in ihren Browser eingeben können.