Ist ein abschließender Schrägstrich vor URL-Parametern angemessen?

9

ich verstehe das 

http://www.example.com/product

und

http://www.example.com/product/

kann tatsächlich als 2 verschiedene URLs angesehen werden und wird wahrscheinlich am besten für SEO-Zwecke vermieden, aber wie wirkt sich dies auf die Querystring-Parameter aus. Was ist besser (oder sogar "legal")?

http://www.example.com/product?source=googleps

oder

http://www.example.com/product/?source=googleps

Benötigen Sie den abschließenden Schrägstrich vor dem ?

url url-rewriting url-parameters Jeepstone
quelle
Verwandte Frage zum Stapelüberlauf: Nachgestellter Schrägstrich vor einer Abfragezeichenfolge. Schlechte Praxis?
Unor
1
„tatsächlich als zwei verschiedene URLs gesehen werden“ - Sie sind zwei verschiedene URLs, so dass er sich ganz auf Ihre Konfiguration abhängig sein kann , ob Sie benötigen den Schrägstrich oder nicht angeben.
MrWhite

Antworten:

8

Alle vier Ihrer URLs unterscheiden sich für SEO:

  • http://www.example.com/product
  • http://www.example.com/product/
  • http://www.example.com/product?source=googleps
  • http://www.example.com/product/?source=googleps

Es spielt keine Rolle, wer von diesen vier Sie verwenden, aber Sie haben holen ein und es konsequent zu nutzen. Sowohl Schrägstriche als auch Parameter erstellen neue URLs für Suchmaschinen. Das Bereitstellen desselben Inhalts mit unterschiedlichen URLs kann dazu führen, dass Suchmaschinen-Crawler zusätzliche Arbeit leisten und Ihre Website nicht effizient crawlen, indizieren und bewerten.

Sie können verschiedene Tools verwenden, um dies zu bekämpfen:

  1. Leiten Sie alle doppelten URLs zu Ihrer bevorzugten "kanonischen" URL um.
  2. Verwenden Sie das link rel kanonische Meta-Tag, um den Suchmaschinen mitzuteilen, welches verwendet werden soll.
  3. Verwenden Sie die Einstellung "URL-Parameter" in den Google Webmaster-Tools, um Google mitzuteilen, dass der Parameter "Quelle" den Seiteninhalt nicht ändert (er wird nur zum Nachverfolgen verwendet).

Beide Versionen Ihrer URL mit Parametern sind "legal". Der abschließende Schrägstrich kann vorhanden sein, wenn Sie dies wünschen, oder Sie können ihn weglassen. Verwenden Sie die für Sie einfachere Konfiguration auf Ihrem Server und verwenden Sie Ihre Auswahl konsequent.

Stephen Ostermiller
quelle
Vielen Dank an Stephen für die Bearbeitung und die am besten geeignete Antwort. Während ich das SEO-Element aufgegriffen habe, war es eher die Legalität der URL.
Jeepstone
1

In Bezug auf die Suchmaschinenoptimierung würde ich nicht erwarten, dass dies ein Problem darstellt, da Google über genügend gesunden Menschenverstand verfügt, um zu erkennen, dass, wenn die beiden von Ihnen angezeigten URLs denselben Inhalt zurückgeben, die URLs für alle praktischen Zwecke für einen Menschen dieselben sind.

In der Tat werden einige Webmaster / Entwickler kurze Umschreiberegeln schreiben, um den Schrägstrich anzuhängen oder zu entfernen, weil "es schöner aussieht".
Diese Umschreibungen können interne HTTP-Serverumleitungen sein (die für externe Benutzeragenten nicht sichtbar sind) und von Google erwartet werden, dass Webmaster eine dedizierte Weiterleitung und eine entsprechende Roundtrip-Kommunikation zwischen Server und Benutzeragent codieren, die eine Weiterleitung "ankündigt" (und Daher macht eine kanonische URL - z. B. eine HTTP-Antwort mit 30xund ein "Ort: [alte URL, außer mit einem Schrägstrich]" - und die Bestrafung derjenigen, die dies nicht tun - wenig Sinn.
Ich arbeite jedoch nicht für Google, daher kann ich nicht sicher sagen, dass ich mich nur persönlich darum kümmern würde, und Sie können die kanonische URL immer mit dem kanonischen Tag "rel" angeben.

Wenn die URLs nicht mehr abweichen und dennoch denselben Inhalt zurückgeben , z

  • http://www.example.com/product.html
  • http://example.com/product/

Dann würde ich sie bereinigen und eine kanonische URL angeben.

Nach meiner Erfahrung - mit PHP - wird der Schrägstrich im Array-Schlüssel und die Abfragezeichenfolge im Text erfasst, wenn die Abfragezeichenfolge REQUEST_URI (Teil der Adresse nach dem, HTTP_HOSTder das REQUEST_URIund das enthält QUERY_STRING) einen Schrägstrich aufweist oder nicht - PHP scheint das nicht zu interessieren Schlüssel$_SERVER['REQUEST_URI']$_SERVER['QUERY_STRING']

the_velour_fog
quelle
"ob die Abfragezeichenfolge einen Schrägstrich hat oder nicht" - im Beispiel ist es der URL-Pfad, der einen abschließenden Schrägstrich hat, nicht die Abfragezeichenfolge, und dies hängt wirklich vom Server und nicht von PHP ab, ob er aufgelöst wird oder nicht (obwohl Dies kann davon abhängen, ob die URL neu geschrieben wird.
MrWhite
Ja, wenn der Webserver und der CGI-Prozessmanager als Upstream- HTTPAnforderungshandler die Anforderung nicht als gültig betrachten oder die Parameter aufgrund der /Ja-Antwort von PHP oder einem beliebigen Server nicht wie erwartet weitergeben -Seite Plattform, die Sie ausführen - kann irrelevant sein. Aber um die Anfrage erfolgreich zu erfüllen, müssen alle Komponenten im Web-Stack sie richtig verarbeiten
the_velour_fog