Warum haben Stapelüberlauf-Frage-URLs die Frage-ID vor SEO-freundlicher "Frage"?


13

Nehmen Sie zum Beispiel diese zufällige Frage: Tool oder Plugin erforderlich, um anzuzeigen, in welchen HTML-Dateien ein bestimmter CSS-Selektor verwendet wird , beachten Sie, dass der relevante Teil ist /questions/16999.

Es ist nun möglich, dass die URL folgendermaßen erstellt wurde:

/webmasters/tool-or-plugin-required-to-show-out-in-which-html-files-a-given-css-selectors-is/16999`

Das ist die Frage_id nach der Frage, und was als erstes in einer URL kommt, wiegt im SEO mehr, warum kommt der Fragenteil nach der Frage_id.

Ich habe auch in einem Artikel gelesen, dass nur die ersten beiden Unterverzeichnisse relevant sind, daher ist nur /question/16999relevant. So gesehen ist das definitiv nicht wahr, aber ich kann mich nicht entscheiden, wie hoch das sein soll.

Ich frage, weil ich SEO-Optimierungen implementieren werde und den Link zu meinen Seiten danach nicht mehr ändern muss.


Übrigens wollte ich ein Unterverzeichnis als Tag hinzufügen
andho

Paging @ Jeff Atwood. (Könnte auch zu den Quellen gehen.)
'17.

1
Manchmal kann die URL abgeschnitten werden (absichtlich (zu lang, um in der Datenbank usw. gespeichert zu werden) oder versehentlich). Wenn id vor slug liegt, kann der Server / das Skript die gewünschte Seite immer noch erkennen, aber mit id am Ende wird es höchstwahrscheinlich nicht. Versuchen Sie die URL dieser Seite - entfernen Sie die letzten Zeichen und senden Sie sie ab - der Server leitet Sie zur richtigen URL weiter (anscheinend wird der Code dahinter für ein solches Szenario speziell behandelt). Mit id am Ende würden Sie möglicherweise eine völlig andere Frage (oder Fehlerseite) sehen. webmasters.stackexchange.com/questions/16641/...
LazyOne

@ Lazyone, mach das zu einer Antwort, damit wir darüber abstimmen können
John Conde

Wenn Sie aus dem letzten „Verzeichnis“ der URL für diese Frage verlassen, erhalten Sie noch diese Frage: webmasters.stackexchange.com/questions/17002/foo-bar
KZH

Antworten:


13

Ich kenne keine genauen Gründe, warum StackExchange-Sites vor dem Slug eine ID haben, aber hier ist, warum ich das so machen würde:

Manchmal kann die URL abgeschnitten werden (absichtlich (zu lang, um in der Datenbank gespeichert zu werden usw.) oder versehentlich (kommt recht häufig beim Kopieren und Einfügen vor). Wenn die ID vor dem Slug liegt, kann der Server / das Skript die gewünschte Seite dennoch erkennen mit ID am Ende wird es höchstwahrscheinlich nicht.

Versuchen Sie die URL dieser Seite - entfernen Sie die letzten Zeichen und senden Sie sie ab - der Server leitet Sie zur richtigen URL weiter ( anscheinend hat der Code hinter dieser Site eine spezielle Behandlung für ein solches Szenario ). Mit ID am Ende würden Sie möglicherweise eine völlig andere Frage sehen (das häufigste Verhalten in einem solchen Fall). Oder nur eine Fehlerseite (wenn Server / Skript sicherstellt, dass Slug mit ID übereinstimmt).

In Bezug auf den SEO-Effekt - siehe diese Frage: SEO: URLs: Bester Platz für die ID


1
Guter Punkt zum
Thema Kürzung

3

Ja, sie hätten die ID nach dem Fragentitel einfügen können, wenn sie dies gewünscht hätten.

In Bezug auf die Position der ID und der Suchmaschinenoptimierung denke ich nicht, dass dies einen Unterschied machen würde (ok, wenn es sich um den Domainnamen handeln würde).

Aus Sicht der menschlichen Lesbarkeit scheint es (zumindest für mich) klarer zu sein, den Titel am Ende lesbar zu haben, als ihn in der URL zu verbergen.

Ich habe auch in einem Artikel gelesen, dass nur die ersten beiden Unterverzeichnisse relevant sind, daher ist nur / question / 16999 relevant. So gesehen ist das definitiv nicht wahr, aber ich kann mich nicht entscheiden, wie hoch das sein soll

Wo hast du das gelesen? Ich denke nicht, dass es richtig ist, und heutzutage beziehen sich diese neu geschriebenen URLs in keiner Weise auf Unterverzeichnisse.


Ich denke, wir müssen uns einigen, wenn wir nicht einverstanden sind. Für mich ist eine Zufallszahl (okay, es ist die Frage-ID) in der Mitte der URL etwas unangenehm, als etwas, das auf natürliche Weise lautet: / question / what-did-you-have-for-lunch / mumble-jumble. Hier würde ich einfach alles ignorieren, beginnend mit dem Durcheinander.
Andho

Übrigens ist hier der Link, den ich über 2 Unterverzeichnisse gelesen habe, goodwebsiteinspector.com/en/…
andho

2
Ja, wir müssen einer Dissertation zustimmen :) Ich bin mit den Schlussfolgerungen zu den Unterverzeichnissen in diesem Link nicht einverstanden. Dies sind normalerweise überhaupt keine Unterverzeichnisse, und das weiß Google. Selbst wenn ja, warum sollte Google eine potenziell nützliche Ressource herabstufen, nur weil sie "tief" war?
UpTheCreek

1

Bei der Verarbeitung der URL durch den Server wird der Teil der URL ignoriert, der auf die Fragen-ID-Nummer und den Schrägstrich folgt. Alle diese sind gleichwertig:

/ fragen / 16999
/ fragen / 16999 /
/ fragen / 16999 / any-text-at-all

Sie leiten alle zu der URL weiter, die nach dem Schrägstrich den (neu formatierten) Fragentext enthält.

Auf diese Weise können sie die Kurzform-URL in Links von einer Seite zur anderen verwenden (z. B. die Links in der zugehörigen Seitenleiste auf dieser Seite), wodurch HTML-Übertragungszeit sowie Speicher- und CPU-Zyklen gespart werden. Indem der Fragetext in der kanonischen URL enthalten ist (die URL, zu der weitergeleitet wird), erhalten sie weiterhin den Vorteil, dass der URL einen relevanten Text für die Indizierung in Suchmaschinen enthält.


Ich kann keine Beispiele auf SO sehen, in denen die verkürzte Version der URL verwendet wird.
UpTheCreek

@UpTheCreek, klicken Sie auf die Teilen-Schaltfläche unter einer Antwort. beispielsweise webmasters.stackexchange.com/q/17002
azerafati
Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.