Wann sollte ich einen abschließenden Schrägstrich in meiner URL verwenden?

Wann sollte ein abschließender Schrägstrich in einer URL verwendet werden? Zum Beispiel - sollte meine URL so aussehen /about-us/oder so aussehen /about-us?

Ich bin mir der SEO-Probleme voll bewusst - doppelte Inhalte und die kanonische Sache; Ich versuche herauszufinden, welche ich im Zusammenhang mit der korrekten Bereitstellung von Seiten allein verwenden soll.

Zum Beispiel denkt mein Kollege, dass ein abschließender Schrägstrich am Ende bedeutet, dass es sich um einen "Ordner" handelt - ein "Verzeichnis", daher ist dies kein korrekter Stil. Aber ich denke das ohne Schrägstrich am Ende - es ist auch nicht ganz richtig, weil es fast wie ein Ordner aussieht, aber es ist nicht und es ist auch keine normale Datei, sondern ein Dateiname ohne Erweiterung.

Gibt es eine richtige Methode, um zu wissen, welche zu verwenden ist?

Nach meiner persönlichen Meinung werden nachgestellte Schrägstriche missbraucht.

Grundsätzlich stammte das URL-Format aus demselben UNIX-Format von Dateien und Ordnern, später auf DOS-Systemen, und wurde schließlich für das Web angepasst.

Eine typische URL für dieses Buch auf einem Unix-ähnlichen Betriebssystem ist ein Dateipfad wie file: ///home/username/RomeoAndJuliet.pdf, der das elektronische Buch identifiziert, das in einer Datei auf einer lokalen Festplatte gespeichert ist.

Quelle: Wikipedia: Uniform Resource Identifier

Eine weitere gute Quelle zum Lesen: Wikipedia: URI Scheme

Gemäß RFC 1738, der 1994 URLs definierte, können Ressourcen, die Verweise auf andere Ressourcen enthalten, relative Links verwenden, um den Speicherort der zweiten Ressource zu definieren, als ob sie sagen würden, "an derselben Stelle wie diese, außer mit dem folgenden Verwandten Pfad". Es ging auf zu sagen , dass eine solche relative URLs sind abhängig von der ursprünglichen URL eine hierarchische Struktur , gegen die die relative Verknüpfung basiert, und dass die ftp, http, und Datei - URL - Schemas sind Beispiele für einige enthalten , die hierarchisch betrachtet werden kann, mit der Komponenten der Hierarchie werden durch "/" getrennt.

Quelle: Wikipedia Uniform Resource Locator (URL)

Ebenfalls:

Das ist die Frage, die wir oft hören. Weiter zu den Antworten! In der Vergangenheit ist es üblich, dass URLs mit einem abschließenden Schrägstrich ein Verzeichnis angeben und URLs ohne abschließenden Schrägstrich eine Datei:

http://example.com/foo/ (mit abschließendem Schrägstrich, üblicherweise ein Verzeichnis)

http://example.com/foo (ohne abschließenden Schrägstrich, üblicherweise eine Datei)

Quelle: Google WebMaster Central Blog - Schrägstrich oder nicht Schrägstrich

Schließlich:

1. Ein Schrägstrich am Ende der URL lässt die Adresse "hübsch" aussehen.

2. Eine URL ohne Schrägstrich am Ende und ohne Erweiterung sieht etwas "komisch" aus.

3. Sie werden Ihre CSS-Datei (zum Beispiel) niemals http://www.sample.com/stylesheet/ benennen , oder?

ABER ich bin ein Befürworter von Web-Best Practices, unabhängig von der Umgebung. Es kann wackelig und unklar sein, genau wie Sie über die URL ohne ext gesagt haben.

Es ist keine Frage der Präferenz. /baseund /base/haben unterschiedliche Semantik. In vielen Fällen ist der Unterschied unwichtig. Es ist jedoch wichtig, wenn relative URLs vorhanden sind.

• childrelativ zu /base/ist /base/child.
• childrelativ zu /baseist (vielleicht überraschend) /child.

Ich bin immer wieder überrascht über die weit verbreitete Verwendung von abschließenden Schrägstrichen bei Nicht-Verzeichnis-URLs (unter anderem WordPress). Dies sollte wirklich keine Entweder-Oder-Debatte sein, da es semantisch falsch ist, einen Schrägstrich nach einer Ressource zu setzen. Das Web wurde entwickelt, um adressierbare Ressourcen bereitzustellen, und diese Adressen - URLs - wurden entwickelt, um eine Dateisystemhierarchie im * nix-Stil zu emulieren. In diesem Zusammenhang:

• Schrägstriche bezeichnen immer Verzeichnisse, niemals Dateien.
• Dateien können beliebig benannt werden (mit oder ohne Erweiterungen), dürfen jedoch keine Schrägstriche enthalten oder mit diesen enden.

Nach diesen Richtlinien ist es falsch, einen Schrägstrich nach einer Nicht-Verzeichnis-Ressource zu setzen.

Das ist nicht wirklich eine Frage der Ästhetik, sondern ein technischer Unterschied. Das Verzeichnis, das daran denkt, ist völlig korrekt und erklärt so ziemlich alles. Lass es uns herausfinden:

Sie sind jetzt zurück in der Steinzeit oder bedienen nur statische Seiten

Sie haben eine feste Verzeichnisstruktur auf Ihrem Webserver und nur statische Dateien wie Bilder, HTML usw. - keine serverseitigen Skripte oder was auch immer.

Ein Browser fordert an /index.htm, es existiert und wird an den Client geliefert. Später haben Sie viele - sagen wir - DVD-Filme überprüft und eine HTML-Seite für jeden von ihnen im /dvd/Verzeichnis. Jetzt fragt jemand /dvd/adams_apples.htmund es wird geliefert, weil es da ist.

Irgendwann fordert jemand nur noch an /dvd/- das ist ein Verzeichnis, und der Server versucht herauszufinden, was zu liefern ist. Neben Zugangsbeschränkungen und so weiter gibt es zwei Möglichkeiten: Zeigen Sie dem Benutzer den Verzeichnisinhalt (Ich wette , Sie schon das irgendwo gesehen haben) oder eine Standarddatei zeigen (in Apache ist: DirectoryIndex: sets the file that Apache will serve if a directory is requested.)

So weit so gut, das ist der erwartete Fall. Es zeigt bereits den Unterschied in der Handhabung, also lasst uns darauf eingehen:

Um 5:34 Uhr haben Sie beim Hochladen Ihrer Dateien einen Fehler gemacht

(Was übrigens völlig verständlich ist.) Sie haben also etwas völlig Falsches getan und statt hochzuladen, haben /dvd/the_big_lebowski.htmSie diese Datei als dvd(ohne Erweiterung) hochgeladen /.

Jemand hat Ihre /dvd/Verzeichnisliste mit einem Lesezeichen versehen (natürlich wollten Sie diese raffinierte Liste nicht erstellen und immer aktualisierenindex.htm ) und besucht Ihre Website. Verzeichnisinhalte werden geliefert - alles in Ordnung.

Jemand hat von Ihrer Liste gehört und tippt /dvd. Und jetzt ist es geschraubt. Anstelle Ihres DVD-Verzeichnisses findet der Server eine Datei mit diesem Namen und liefert Ihre Big Lebowski-Datei.

Also löschst du diese Datei und sagst dem Kerl, er solle die Seite neu laden. Ihr Server sucht nach der /dvdDatei, aber sie ist weg. Die meisten Server werden dann feststellen, dass es ein Verzeichnis mit diesem Namen gibt, und dem Client mitteilen, dass das Gesuchte tatsächlich woanders ist. Die Antwort wird höchstwahrscheinlich sein:

Status Code:301 Moved Permanently mit Location: http://[...]/dvd/

Also völlig ignorieren, was Sie Ihre Meinung zu Verzeichnissen oder Dateien , kann der Server nur mit solchen Dingen umgehen und entscheidet - sofern nicht anders angegeben - für Sie über die Bedeutung von "Schrägstrich oder nicht".

Nachdem diese Antwort empfangen wurde, wird der Client geladen /dvd/und alles ist in Ordnung.

Ist es in Ordnung? Nein.

"Gut" ist nicht gut genug für dich

Sie haben eine dynamische Seite, auf der alles übergeben /index.phpund verarbeitet wird. Bis jetzt hat alles ganz gut funktioniert, aber das Ganze fühlt sich langsamer an und Sie untersuchen.

Bald werden Sie feststellen, dass /dvd/listgenau das Gleiche /dvd/list/geschieht : Die Umleitung, in die dann intern übersetzt wird index.php?controller=dvd&action=list. Eine zusätzliche Anfrage - aber noch schlimmer! customer/loginWeiterleitungen, zu customer/login/denen wiederum zur HTTPS-URL von umgeleitet wird customer/login/. Sie haben am Ende Tonnen unnötiger HTTP-Weiterleitungen (= zusätzliche Anforderungen), die die Benutzererfahrung verlangsamen.

Höchstwahrscheinlich haben Sie auch hier einen Standardverzeichnisindex: index.php?controller=dvdohne actioneinfach internes Laden index.php?controller=dvd&action=list.

Zusammenfassung:

• Wenn es damit endet /, kann es niemals eine Datei sein. Kein Server erraten.

• Schrägstrich oder kein Schrägstrich sind völlig unterschiedliche Bedeutungen. Es gibt einen technischen / Ressourcenunterschied zwischen "Schrägstrich oder kein Schrägstrich", und Sie sollten sich dessen bewusst sein und ihn entsprechend verwenden. Nur weil der Server höchstwahrscheinlich /dvd/index.htmdas richtige Skriptmaterial lädt - oder lädt -, wenn Sie sagen /dvd: Es tut es, aber nicht, weil Sie die richtige Anfrage gestellt haben. Welches wäre gewesen /dvd/.

• Wenn Sie den Schrägstrich weglassen, auch wenn Sie tatsächlich die Schrägstrichversion meinen, erhalten Sie eine zusätzliche Strafe für HTTP-Anforderungen. Was immer schlecht ist (denken Sie an die mobile Latenz) und mehr Gewicht hat als eine "hübsche URL" - zumal Crawler nicht so dumm sind, wie SEOs glauben oder wollen, dass Sie glauben;)

Wenn Sie Ihre URL zu machen /about-us/(mit dem Schrägstrich), ist es einfach , mit einer einzigen Datei zu starten index.htmlund sie dann später erweitern und mehr Dateien (zB hinzufügen our-CEO-john-doe.jpg) oder sogar eine Hierarchie unter ihm bauen (zB /about-us/company/, /about-us/products/usw.) je nach Bedarf, ohne Ändern der veröffentlichten URL . Dies gibt Ihnen eine große Flexibilität.

Andere Antworten hier scheinen es zu begünstigen, den abschließenden Schrägstrich wegzulassen. Es gibt einen Fall, in dem ein abschließender Schrägstrich bei der Suchmaschinenoptimierung (SEO) hilft. Dies ist der Fall, wenn Ihr Dokument eine Dateierweiterung aufweist, die dies nicht ist .html. Dies wird zu einem Problem bei Websites, die Websites bewerten. Sie könnten zwischen diesen beiden URLs wählen:

• http://mysite.example.com/rated.example.com
• http://mysite.example.com/rated.example.com/

In einem solchen Fall würde ich den mit dem abschließenden Schrägstrich wählen . Dies liegt daran, dass die .comErweiterung eine Erweiterung für ausführbare Windows-Befehlsdateien ist. Suchmaschinen und Virenprüfer mögen häufig keine URLs, die Malware enthalten, die über solche Mechanismen verbreitet wird. Der abschließende Schrägstrich scheint alle Bedenken auszuräumen, sodass die Seite in Suchmaschinen rangieren und von Virenprüfern erfasst werden kann.

Wenn Ihre URLs keine .Dateien enthalten, würde ich der Einfachheit halber empfehlen, den abschließenden Schrägstrich wegzulassen.

Wer sagt, dass ein Dateiname eine Erweiterung benötigt? Werfen Sie irgendwann einen Blick auf eine * nix-Maschine ...
Ich stimme Ihrem Freund zu, kein abschließender Schrägstrich.

Aus SEO-Sicht ist es unerheblich, ob am Ende einer URL ein abschließender Schrägstrich eingefügt werden soll oder nicht. Heutzutage ist es üblich, Beispiele für beides im Internet zu sehen. Eine Website wird weder bestraft noch beeinflusst diese Auswahl das Suchmaschinenranking Ihrer Website oder andere SEO-Überlegungen.

Wählen Sie einfach eine URL-Namenskonvention, die Sie bevorzugen, und fügen Sie ein kanonisches Meta-Tag in den <head>Abschnitt jeder Webseite ein.

Suchmaschinen können eine einzelne Webseite als zwei separate doppelte URLS berücksichtigen , wenn sie es mit und ohne Schrägstrich begegnen, das heißt example.com/about-us/und example.com/about-us.

Es wird empfohlen, auf jeder Seite ein kanonisches Meta-Tag einzufügen, da Sie nicht steuern können, wie andere Websites auf Ihre URLs verlinken.

Das kanonische Tag sieht folgendermaßen aus : <link rel="canonical" href="https://example.com/about-us" />. Durch die Verwendung eines kanonischen Meta-Tags wird sichergestellt, dass Suchmaschinen jede Ihrer URLs nur einmal zählen, unabhängig davon, ob andere Websites beim Verknüpfen mit Ihrer Website einen abschließenden Schrägstrich enthalten.