Pourquoi les URL de questions Stack Overflow ont-elles l'ID de la question avant la «question» conviviale pour le référencement?


13

Prenez par exemple cette question aléatoire: outil ou plugin requis pour montrer dans quels fichiers html un sélecteur css donné est utilisé , notez que la partie pertinente est /questions/16999.

Maintenant, il est possible que l'URL ait pu être faite comme ceci:

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

C'est-à-dire que la question_id est après la question, et ce qui vient en premier dans une URL pèse plus cher, pourquoi la partie question vient après la question_id.

J'ai également lu dans un article que seuls les deux premiers sous-répertoires sont pertinents, donc seul /question/16999est pertinent. En regardant SO ce n'est certainement pas vrai, mais je ne peux pas décider du poids de cela.

Je pose la question car je vais implémenter des optimisations de référencement et je ne veux pas avoir à modifier le lien vers mes pages par la suite.


btw Je voulais ajouter un sous-répertoire en tant que tag
andho

Recherche @Jeff Atwood. (Autant aller aux sources.)
Su '

1
Parfois, l'URL peut être tronquée (intentionnellement (trop longue pour être stockée dans la base de données, etc.) ou par erreur). ne pas. Essayez l'URL de cette page - supprimez les derniers caractères et soumettez - le serveur vous redirigera vers l'URL correcte (apparemment le code derrière a un traitement spécial pour un tel scénario). Avec id à la fin, vous verriez probablement une question complètement différente (ou une page d'erreur). webmasters.stackexchange.com/questions/16641/…
LazyOne

@Lazyone, faites-en une réponse pour que nous puissions voter
John Conde

Si vous laissez le dernier "répertoire" de l'URL pour cette question, vous obtenez toujours cette question: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Réponses:


13

Je ne connais pas les raisons exactes pour lesquelles les sites StackExchange ont un ID avant le slug, mais voici pourquoi je l'aurais de cette façon:

Parfois, l'URL peut être tronquée (intentionnellement (trop longue pour être stockée dans la base de données, etc.) ou par erreur (se produit assez souvent lors du copier-coller)) .. et si l'ID est avant le slug, le serveur / script peut toujours reconnaître la page souhaitée, mais avec ID à la fin, il ne le sera probablement pas.

Essayez l'URL de cette page - supprimez les derniers caractères et soumettez - le serveur vous redirigera vers l'URL correcte ( apparemment le code derrière ce site a un traitement spécial pour un tel scénario ). Avec l'ID à la fin, vous verriez peut-être une question complètement différente (le comportement le plus courant dans ce cas) .. ou simplement une page d'erreur (lorsque le serveur / script s'assure que le slug correspond à l'ID).

En ce qui concerne l'effet SEO - voir cette question: SEO: urls: meilleur endroit pour l'identifiant


1
Bon point sur la troncature +1
UpTheCreek

3

Oui, c'est qu'ils auraient pu ajouter l'ID après le titre de la question s'ils l'avaient souhaité.

En ce qui concerne la position de l'ID et du référencement, à mon avis, je ne pense pas que cela ferait une différence (ok peut-être si c'était dans le nom de domaine).

Du point de vue de la lisibilité humaine, il semble plus clair (du moins pour moi) d'avoir le titre lisible par l'homme à la fin, plutôt que d'être enterré dans l'URL.

J'ai également lu dans un article que seuls les deux premiers sous-répertoires sont pertinents donc que / question / 16999 est pertinent. En regardant SO ce n'est certainement pas vrai, mais je ne peux pas décider du poids de cette

Où avez-vous lu ceci? Je ne pense pas que ce soit correct, et de nos jours, ces URL réécrites ne se rapportent généralement pas aux sous-répertoires.


Je suppose que nous devrons accepter d'être en désaccord. Pour moi, un nombre aléatoire (d'accord, c'est l'ID de la question) au milieu de l'URL est un peu gênant que quelque chose qui se lit naturellement comme / question / qu'est-ce-que-vous-avez-pour-le-déjeuner / marmonner-mélanger. Ici, je voudrais simplement ignorer tout à partir du marmonnement.
andho

btw voici le lien que j'ai lu à propos de 2 sous-répertoires, goodwebsiteinspector.com/en/…
andho

2
oui, nous devrons accepter de dissagere :) Je ne suis pas d'accord avec les conclusions sur les "sous-répertoires" dans ce lien. Ce ne sont généralement pas des sous-répertoires, et Google le sait. Même si c'était le cas, pourquoi Google réduirait-il à néant une ressource potentiellement utile, simplement parce qu'elle était «profonde»?
UpTheCreek

1

Le traitement de l'URL par le serveur ignore la partie de l'URL suivant le numéro d'identification de la question et la barre oblique. Tous ces éléments sont équivalents:

/ questions / 16999
/ questions / 16999 /
/ questions / 16999 / any-text-at-all

Ils redirigent tous vers l'URL contenant le texte de la question (reformaté) après la barre oblique.

Cela leur permet d'utiliser l'URL abrégée dans les liens d'une page à une autre (tels que les liens dans la barre latérale associée sur cette page), ce qui permet d'économiser du temps de transmission HTML ainsi que des cycles de stockage et de processeur. En ayant le texte de la question dans l'URL canonique (celle redirigée vers), ils bénéficient toujours des avantages d'avoir un texte pertinent dans l'URL pour une utilisation dans l'indexation des moteurs de recherche.


Je ne vois aucun exemple sur SO où ils utilisent la version raccourcie de l'URL.
UpTheCreek

@UpTheCreek, cliquez sur le bouton de partage sous n'importe quelle réponse. par exemple webmasters.stackexchange.com/q/17002
azerafati
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.