Mit oder ohne Slash

Mittwoch, 21. April 2010

Das ist eine Frage, die wir oft hören. Weiter zu den Antworten! Historisch gesehen ist es üblich, dass URLs mit einem Slash am Ende ein Verzeichnis und solche ohne Slash eine Datei angeben:

Aber das müssen sie natürlich nicht. Google behandelt jede der obigen URLs separat (und gleichwertig), unabhängig davon, ob es sich um eine Datei oder ein Verzeichnis handelt oder ob sie einen Slash am Ende enthält oder nicht.

Unterschiedliche Inhalte bei URLs mit und ohne Slash sind für Google in Ordnung, aber für Nutzer oft weniger optimal

Aus technischer, suchmaschinentechnischer Sicht ist es durchaus zulässig, dass diese beiden URL-Versionen unterschiedliche Inhalte enthalten. Ihre Nutzer finden diese Konfiguration jedoch möglicherweise äußerst verwirrend – stellen Sie sich nur vor, wenn www.google.com/webmasters und
www.google.com/webmasters/ zwei völlig unterschiedliche Nutzererlebnisse erzeugen würden.

Aus diesem Grund liefern URLs mit und ohne Slash oft denselben Inhalt. Der häufigste Fall ist, wenn eine Website mit einer Verzeichnisstruktur konfiguriert ist:

Die Konfiguration Ihrer Website und Ihre Optionen

Sie können einen schnellen Check auf Ihrer Website durchführen, um zu sehen, ob eine der URLs, die diesem Muster entsprechen,
weiterleitet auf die andere:

1. https://example.com/foo/
   
   (mit Slash am Ende)
2. https://example.com/foo
   
   (ohne Slash am Ende)

• Wenn nur eine Version zurückgegeben werden kann (das heißt, die andere leitet dorthin weiter), ist das großartig! Dieses Verhalten ist von Vorteil, weil es
  doppelten Inhaltreduziert. Im speziellen Fall von Weiterleitungen auf URLs mit Slash zeigt unser Suchergebnis wahrscheinlich die Version der URL mit dem
  200 Antwortcode
  an (am häufigsten die URL mit Slash) – unabhängig davon, ob die Weiterleitung eine
  301 oder 302.
• Wenn sowohl die Version mit Slash als auch die ohne Slash denselben Inhalt enthalten und jeweils
  200zurückgeben, können Sie:
  • In Betracht ziehen, dieses Verhalten zu ändern (weitere Informationen unten), um doppelten Inhalt zu reduzieren und die
    Crawl-Effizienz.
  • zu verbessern.
  • Es so belassen, wie es ist. Viele Websites haben doppelten Inhalt. Unser Indexierungsprozess handhabt diesen Fall oft für Webmaster und Nutzer. Auch wenn es kein völlig optimales Verhalten ist, ist es völlig legitim und absolut in Ordnung. 🙂 Seien Sie versichert, dass speziell für Ihre Root-URL https://example.com äquivalent zu https://example.com/

ist und nicht umgeleitet werden kann, selbst wenn Sie Chuck Norris sind.

Schritte zur Bereitstellung nur einer URL-Version

Was ist, wenn Ihre Website doppelten Inhalt unter diesen beiden URLs bereitstellt: 200 Das bedeutet, dass beide URLs
zurückgeben (keine hat eine Weiterleitung oder enthält ein rel=”canonical”
Link-Tag

1. ), und Sie die Situation ändern möchten?
   Wählen Sie eine URL als bevorzugte Version. Wenn Ihre Website eine Verzeichnisstruktur hat, ist es üblicher, einen Slash am Ende Ihrer Verzeichnis-URLs zu verwenden (zum Beispiel example.com/directory/ anstattexample.com/directory
2. ), aber Sie können wählen, was Ihnen am besten gefällt.
   Seien Sie konsistent bei der bevorzugten Version. Verwenden Sie diese in Ihren internen Links. Wenn Sie eineSitemap
3. haben, fügen Sie die bevorzugte Version ein (und nehmen Sie die doppelte URL nicht auf). 301 Verwenden Sie eine Weiterleitung von der doppelten zur bevorzugten Version. Falls das nicht möglich ist, ist das rel=”canonical”
   Link-Tag eine starke Option. rel=”canonical” 301 funktioniert ähnlich wie eine
4. für die Indexierungszwecke von Google und anderen großen Suchmaschinen. 301 Testen Sie Ihre
   Konfiguration über
   Als Googlebot abrufen in denWebmaster Tools . Stellen Sie sicher, dass sich Ihre URLs, https://example.com/foo/
   undhttps://example.com/foo 200 , wie erwartet verhalten. Die bevorzugte Version sollte einen 301 Statuscode
5. zurückgeben. Die doppelte URL sollte auf die
   bevorzugte URL weiterleiten.
   Überprüfen Sie
   301 Crawl-Fehler
6. in den Webmaster Tools und, falls möglich, Ihre Webserver-Protokolle als schnellen Check, ob die

Weiterleitungen implementiert sind. Profit! (nur ein Scherz) Aber Sie können sich im Sonnenschein Ihrer effizienten Serverkonfiguration sonnen, gewärmt von dem Wissen, dass Ihre Website besser optimiert ist.Verfasst von