Warum Ihre Website canonical name sein muss 'www' (oder 'app' oder etwas anderes)

Ich weiß, es gibt viele Artikel zu diesem Thema. Aber ich hielt es für nützlich, einen Beitrag darüber zu schreiben, weil ich nicht alle Einzelheiten kannte.

Ich gehe davon aus, dass Ihre Website über eine 'without-www'- URL und eine 'with-www'- URL aus dem Internet erreichbar ist. In diesem Artikel geht es nicht darum, eine Website-URL für Marketingzwecke auszuwählen. Selbst wenn Sie eine URL 'with-www' für Ihre Website verwenden, können Sie Ihrem Publikum die URL 'without-www' mitteilen.

In diesem Artikel geht es stattdessen um die technischen Auswirkungen der Verwendung einer 'www' prefix oder gar keiner prefix .

Definitionen

Domänenname Ein Domänenname ist der eindeutige Name, der ein Unternehmen wie eine Website im Internet identifiziert. Ein Domänenname hat immer zwei oder mehr Teile, die durch Punkte getrennt sind.

Webadresse oder URL Webadresse oder URL ist ein Ort einer Entität im Internet. Dies kann eine Datei, eine Webseite, eine Website sein.

Domänenspitze Eine Domänenspitze ist eine Wurzel einer Domäne. Zum Beispiel ist example.org ein Domänen-Apex. Und www.example.org, mail.example.org werden als Unterdomänen von example.org bezeichnet. Ein Domänen-Apex wird auch als Basis-, nackte oder nackte Domäne bezeichnet.

Kanonischer Name Ein canonical name, auch als CNAME -Eintrag bezeichnet, ist ein DNS-Eintrag, der einen Hostnamen eines Computers oder Servers definiert. Er wird verwendet, um einen prefix wie 'www' zu einer Root-Domain hinzuzufügen.

Domain Name System (DNS) Das Domain Name System oder DNS ist ein dezentralisiertes System für Computer, die mit dem Internet verbunden sind. Es wird oft als das Telefonbuch des Internets bezeichnet. Seine wichtigste Funktion ist die Übersetzung einer URL in eine IP-Adresse. Dies wird von Nameservern erledigt.

Nameserver Nameserver sind Teil des Domain Name System (DNS). Wenn jemand DNS-Einträge auf einem Nameserver ändert, werden diese Änderungen an alle Nameserver, die Teil des DNS sind, weitergegeben. Sie führen die eigentliche Übersetzung von der URL in die IP-Adresse durch.

Was passiert, wenn Sie eine URL in Ihren Browser eingeben

Bevor wir ins Detail gehen, lassen Sie uns zusammenfassen, wie eine Webseite auf Ihrem Bildschirm angezeigt wird. Die URL, die Sie in Ihrem Browser eingeben, wird an einen Nameserver gesendet. Der Name-Server übersetzt diese in eine IP-Adresse und gibt diese an Ihren Browser zurück. Ihr Browser verbindet sich mit dieser IP-Adresse und ruft die Ressource, oft eine Webseite, ab.

Die Daten, die im Browser angezeigt werden, werden normalerweise von drei oder vier Systemen ausgewählt:

• Das Domänennamensystem (DNS)
• (optional) Ein proxy -Server
• Der Web-Server, zum Beispiel Nginx, Apache
• Die Webanwendung

Die Übersetzung der URL in eine IP-Adresse erfolgt durch einen oder mehrere DNS-Einträge.

Der optionale Server proxy ist ein zwischengeschalteter Server, der die Website(s) vom Internet trennt. Um es einfach zu halten, nehme ich an, dass es in unserer Verbindung keinen proxy -Server gibt.

Der Webserver kann auf verschiedene Weise konfiguriert werden. Er kann eine URL 'without-www' auf eine URL 'with-www' umleiten oder umschreiben, oder umgekehrt. Sie kann auch HTTP auf HTTPS umleiten oder umschreiben.

Die Webanwendung empfängt die URL vom Webserver, verarbeitet sie und gibt die Daten der angeforderten Ressource, einer Datei oder einer Webseite, an den Webserver zurück. Schließlich gibt der Webserver diese Daten an den Browser zurück.

Umleitung: zu 'without-www', zu 'with-www' oder keine Umleitung

Natürlich muss Ihre Website über eine URL zugänglich sein, und die meisten Websites unterstützen eine 'without-www'-URL und eine 'with-www '-URL. Aber was ist mit der Umleitung?

Keine Weiterleitung

Mir gefällt der Fall, dass keine Umleitung erfolgt, weil es sich um WYSIWYG (What You See Is What You Get) handelt, d.h. wenn die Seite geladen wird, beginnt die URL im Browser mit dem, was Sie im Browser eingegeben haben. Es ist verwirrend, wenn Sie eine 'with-www'-URL eingeben und diese sich in eine 'without-www' ändert, oder umgekehrt. Ich habe es nie gemocht, dass ein Computer automatisch Dinge für mich ändert ...

Bei der Durchsicht einiger Websites im Internet stellte ich fest, dass nur einige wenige Websites die URL so behielten, wie sie vom Besucher im Browser eingegeben wurde, 'with-www' blieb 'with-www', und 'without-www' blieb 'without-www'. Es gibt nicht viele, also ist dies wahrscheinlich keine gute Idee, warum haben sie sich trotzdem dafür entschieden, es muss einen Grund geben.
Aus der Perspektive der SEO (Search Engine Optimization) ist dies sicherlich nicht die beste Lösung. Ihre Website kann Einträge in den Suchmaschinen-Datenbanken 'with-www' URLs und 'without-www' URLs haben.

Umleitung auf die URL 'without-www'.

Wenn Sie in diesem Fall eine URL 'with-www' eingeben, ändert sich die Webadresse in Ihrem Browser in die URL 'without-www'. Einige Beispiele für 'without-www'- Websites:

• twitter.de
• github.com
• stapelüberlauf.de

Dies bedeutet, dass einige Top-Sites zu einer 'without-www' -URL umleiten. Sie ist kürzer, sieht modern und schöner aus, im Browser. Ist das der Grund, warum sie sich für diese Art der Weiterleitung entschieden haben?

Weiterleitung zu einer 'with-www' -URL

Wenn Sie in diesem Fall eine URL 'without-www' eingeben, ändert sich die Webadresse in Ihrem Browser in die URL 'with-www'. Einige Beispiele für 'with-www'- Websites:

• www.nytimes.com
• www.python.org
• www.apple.com

Es scheint, dass die meisten Top-Sites zu einer 'with-www' -URL umleiten. Sieht das altmodisch aus oder gibt es dafür einen sehr guten Grund?

Ausblenden von 'www' im Browser

In letzter Zeit haben beliebte Webbrowser wie Chrome und Safari damit begonnen, den Teil 'www' einer URL zu verbergen. Die Erklärung aus Google lautet, dass sie "URLs leichter lesbar und verständlich machen und Ablenkungen entfernen wollen", siehe Links unten.

Aber warten Sie, das bedeutet wahrscheinlich, dass die Top-Sites nicht die Absicht haben, 'without-www'- URLs zu verwenden, sondern bei den 'with-www' -URLs bleiben. Was geht hier vor sich?

Warum die meisten Top-Websites die 'without-www'- URLs auf die 'with-www'- URLs umleiten

Endlich kommen wir voran. Die meisten Websites leiten 'without-www'-URLs aus einem oder mehreren der folgenden Gründe auf 'with-www' -URLs um:

Cookies

Für Website-Besitzer ist der wichtigste Grund, was mit cookies geschieht. Bei einer 'with-www'-URL wird ein cookie nur an die 'www' -Unterdomäne gesendet.

Bei einer 'without-www'-URL wird die URL cookie von allen Unterdomänen gemeinsam genutzt. Die cookie -Daten werden mit jeder Anfrage und Antwort gesendet, unabhängig davon, ob eine Subdomäne diese Daten verwendet oder nicht.

Warum ist dies wichtig?

Wenn Sie eine Subdomäne, statisch.example.com, haben, die Ihre images, javascripts und stylesheets speichert, werden die cookie immer an diese Domäne gesendet. Schlimmer noch, wenn Sie ein externes CDN (Content Delivery Network) auf einer URL wie static.yourdomain.com verwenden, kann es unmöglich sein, das cookie dorthin zu verhindern.

Auch ein cookie enthält Daten von Ihrem Website-Besucher, was bedeutet, dass Sie ein Datenschutzproblem und eine mögliche Sicherheitslücke schaffen, wenn Sie keine Maßnahmen ergreifen, um dies zu verhindern.

Flexibilität, Verfügbarkeit

Es gibt noch einen weiteren Grund, und der hat mit Flexibilität und Verfügbarkeit zu tun. Dies gilt jedoch nur, wenn Sie den DNS-Dienst des Providers nutzen, bei dem Sie Ihre Website hosten, siehe Links unten.

Einstellung der DNS-Einträge und Webserver-Umleitung

Jetzt wissen wir, dass wir immer eine URL 'with-www' für unsere Website haben sollten, wie machen wir das?

Für die DNS-Einträge gibt es zwei Möglichkeiten:

A-Eintrag und CNAME-Eintrag:

 Type  | Host             | Data
-------+------------------+-------------
 A     |  example.org       | 192.0.1.2
  CNAME  |  www.example.org   |  example.org

Oder zwei A-Datensätze:

 Type  | Host             | Data
-------+------------------+-------------
 A     |  example.org       | 192.0.1.2
 A     |  www.example.org   | 192.0.1.2

Wir müssen den Webserver auch anweisen, die URLs 'without-www' auf die URLs 'with-www' umzuleiten. Ein Beispiel für die Umleitung mit Nginx ist:

  if ($http_host = "example.org") {
    rewrite ^ $scheme://www.example.org$request_uri? permanent;
  }

Zusammenfassung

Der Titel dieses Artikels besagt, dass Ihre Website canonical name www (oder app oder so ähnlich) sein muss. Das liegt daran, dass Sie normalerweise einen CNAME -Eintrag oder einen Eintrag für den kanonischen Namen verwenden, um die Unterdomäne 'www' festzulegen.

Die Verwendung einer 'with-www'- URL für Ihre Website ermöglicht es, statische Ressourcen von einer cookieless-Domain aus zu bedienen, wodurch Datenübertragungen reduziert werden. Die Verwendung einer 'with-www '-URL für Ihre Website verhindert auch mögliche Datenschutz- und Sicherheitsprobleme Ihrer Besucherdaten (cookie).

Links / Impressum

Choosing between www and non-www URLs
https://developer.mozilla.org/en-US/docs/Web/HTTP/Basics_of_HTTP/Choosing_between_www_and_non-www_URLs

Domain IP address for www and non-www for Canonical URL
https://stackoverflow.com/questions/19566856/domain-ip-address-for-www-and-non-www-for-canonical-url

Issue 883038: Feedback: Eliding www/m subdomains
https://bugs.chromium.org/p/chromium/issues/detail?id=883038#c114

To WWW or not WWW
https://www.netlify.com/blog/2017/02/28/to-www-or-not-www/

Why a domain’s root can’t be a CNAME — and other tidbits about the DNS
https://www.freecodecamp.org/news/why-cant-a-domain-s-root-be-a-cname-8cbab38e5f5c/