"Preferred domain" in den Webmastertools

Hallo,
ich habe vor längerem von dieser Option Gebrauch gemacht und die www-Version in den Webmastertools angegeben.
Jetzt habe ich bei der Hilfe dort folgendes gefunden:


You can tell us your preferred domain by adding the site to your Google Sitemaps account and verifying site ownership. Then, simply click the site link on the Dashboard and click Preferred Domain from the Diagnostic tab. Choose from the following:

* Display URLs as http://www.yoursite.com
* Display URLs as http://yoursite.com
* Don't set an association

If you choose don't set an association, we may treat the www and non-www versions of the domain as separate references to separate pages. If you choose a version, we use that information when crawling links to your site that use either version of the URL. We also use the information to help us determine how to display URLs for your site in the index.

Was ist mit association gemeint?
Und hätte bei beiden Versionen (mit/ohne www), die oben genannt sind, nicht der slash am Schluss noch gesetzt sein müssen: yoursite.com/ ?

Grüße,

Martin

Diese Zuweisung könnte auch durch eine permanente Weiterleitung (Status Code 301) von der einen zur anderen Domain erreicht werden. Und man kann die Zuweisung natürlich auch über Weiterleitung und über die Google Tools machen, wenn man doppelt sicher gehen möchte...

Und als dritte Option könnte man auch bewusst auf eine Klarstellung der Standard-Domain verzichten, indem man angibt "don't set an association"?
Wenn ich von der ganzen Sache überhaupt gar keinen Gebrauch mache, ist das doch das Gleiche, warum es explizit sagen?

Du sagst Google damit, dass es sich um zwei verschiedene Domains handelt. Wenn du Google nichts mitteilst, wird sie versuchen, anhand anderer Kriterien selbst zu entscheiden, ob es sich um ein oder zwei Domains handelt. Die Wahl könnte dabei so oder so ausfallen. Mit der Option nimmst du Google diese Entscheidung ab.

Wegen dem Slash:
Ich weiß nicht mehr, ob ich den bei Festlegung auf die www-Version mitangegeben habe.

Das ist völlig egal - wie Rudy schon sagte, handelt es sich hier nur um Beispiele. Der Slash gehört zur URL der Startseite der Domain. Hier geht es aber um die Zuordnung der Domains als solche und diese haben keinen Slash. In meiner Version der Google Webmaster Tools muss man auch nur eine Checkbox markieren, kann also nichts falsch machen. Falls man die Domain auch noch in irgendein Eingabefeld eingeben kann, wird Google einen Trailing Slash wohl entweder selbst entfernen oder eine Fehlermeldung ausgeben

es hat mich verwirrt, weil wie gesagt in der Rubrik preferred domain oben der Slash dabei ist und in dem Satz unten nicht.

Ja, von daher könnte man vielleicht sagen, dass die dortigen Beispiele nicht ganz sauber gewählt sind. Für die Zuordnung der Domains hat der Slash jedenfalls keine Bedeutung

Um einen fehlenden Slash braucht der Server sich auch nicht zu kümmern, da dies die Angelegenheit des Browser ist. Eine URL wie http://example.org ist unvollständig, da ihr der Parameter REQUEST_URI fehlt - der Browser ergänzt dann automatisch den Slash. Ein Request ohne den Slash (d.h. ohne REQUEST_URI) würde der Server mit einem "400 Bad Request" quittieren.

Anders ist es vielleicht noch bei Verzeichnissen, bei denen der schließende Slash fehlt:

example.org/dir

Aber auch hier leiten Server meistens automatisch weiter, wenn sie eine Datei /dir nicht finden, dafür aber ein Verzeichnis /dir/.

Hallo Martin,

der von dir verlinkte Artikel behandelt ja einen anderen Fall, den ich oben aber ja auch bereits beschrieben hatte (unter "Anders ist es vielleicht noch bei Verzeichnissen"):

www.example.com/page/ is not the same as www.example.com/page - in Google's eyes they are 2 different pages.

In beiden Fällen ist hier der REQUEST_URI vorhanden: einmal als /page/ und einmal als /page - der Browser muss hier also nichts korrigieren und sendet zwei unterschiedliche Requests. Anders im Fall www.example.com versus www.example.com/ - im ersten Fall wäre der REQUEST_URI leer, so dass der Browser hier ein "/" ergänzen muss, damit der Request vom Server nicht als ungültig zurückgewiesen wird.

Wie ich in meinem letzten Beitrag weiter unten geschrieben habe, wird der Fall www.example.com/page vom Server oft auch selbstständig korrigiert durch eine permanente Weiterleitung. Ob dies der Fall ist, kannst du einfach testen, indem du www.example.com/page aufrufst. Ein Problem kann sich höchstens dann ergeben, wenn www.example.com/page/ nur virtuell erzeugt wurde, z.B. durch Modrewrite - dann leitet der Server nicht weiter, weil er kein reales Verzeichnis zum Weiterleiten findet. In solchen Fällen muss man noch durch eine Modrewrite Rule nachhelfen. Aber der Fall www.example.com ist in jedem Fall unproblematisch, weil Browser und Bots hier einen Slash ergänzen müssen, wenn sie nicht ins Leere (Fehler 400) laufen wollen. Du kannst ein www.example.com serverseitig deswegen auch nicht korrigieren, weil der Server solche Requests gar nicht erst annimmt