¿Por qué las URL de preguntas de Stack Overflow tienen el ID de la pregunta antes de la 'pregunta' amigable para SEO?

13

Tomemos, por ejemplo, esta pregunta aleatoria: herramienta o complemento necesario para mostrar en qué archivos html se usa un determinado selector de CSS , observe que la parte relevante es /questions/16999.

Ahora, es posible que la url se haya hecho así:

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

Esa es la pregunta_id después de la pregunta, y lo que viene primero en una url pesa más en seo, ¿por qué la parte de la pregunta viene después de la pregunta_id?

También leí en un artículo que solo los dos primeros subdirectorios son relevantes, por lo tanto, solo /question/16999es relevante. Mirando SO, esto definitivamente no es cierto, pero no puedo decidir el peso de esto.

Lo pregunto porque voy a implementar optimizaciones SEO y no quiero tener que cambiar el enlace a mis páginas después.

andho
fuente
por cierto, quería agregar el subdirectorio como una etiqueta
andho
Paging @Jeff Atwood. (También podría ir a las fuentes.)
Su '
1
A veces, la URL se puede truncar (intencionalmente (demasiado tiempo para almacenarla en la base de datos, etc.) o por error) ... y si la identificación es anterior a slug, el servidor / script aún puede reconocer la página que desea, pero con la identificación al final lo más probable es que lo haga. no. Pruebe la URL de esta página - elimine los últimos caracteres y envíela - el servidor lo redirigirá a la URL correcta (aparentemente el código detrás tiene un tratamiento especial para tal escenario). Con la identificación al final, posiblemente vería una pregunta completamente diferente (o página de error). webmasters.stackexchange.com/questions/16641/…
LazyOne
@Lazyone, dale una respuesta para que podamos votarlo
John Conde
Si dejas el último "directorio" de la URL para esta pregunta, aún obtienes esta pregunta: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Respuestas:

13

No sé las razones exactas por las que los sitios de StackExchange tienen ID antes de slug, pero aquí es por qué lo tendría de esta manera:

A veces, la URL se puede truncar (intencionalmente (demasiado tiempo para almacenarla en la base de datos, etc.) o por error (sucede con bastante frecuencia al copiar y pegar)) ... y si la ID es anterior a slug, el servidor / script aún puede reconocer la página que desea, pero con ID al final, lo más probable es que no lo haga.

Pruebe la URL de esta página - elimine los últimos caracteres y envíela - el servidor lo redirigirá a la URL correcta ( aparentemente el código detrás de este sitio tiene un tratamiento especial para tal escenario ). Con la ID al final, posiblemente vería una pregunta completamente diferente (el comportamiento más común en tal caso) ... o simplemente la página de error (cuando el servidor / script asegura que el slug coincida con la ID).

Con respecto al efecto de SEO, vea esta pregunta: SEO: urls: el mejor lugar para la identificación

LazyOne
fuente
1
Buen punto sobre el truncamiento +1
UpTheCreek
3

Sí, si hubieran deseado podrían haber agregado la identificación después del título de la pregunta.

En cuanto a la posición de la ID y el SEO, en mi opinión, no creo que haga ninguna diferencia (bueno, tal vez si estuviera en el nombre de dominio).

Desde el punto de vista de la legibilidad humana, parece más claro (al menos para mí) tener el título legible al final, en lugar de enterrarlo en la URL.

También leí en un artículo que solo los dos primeros subdirectorios son relevantes, por lo tanto, solo / question / 16999 es relevante. Mirando SO, esto definitivamente no es cierto, pero no puedo decidir el peso de esto

¿Dónde leíste esto? No creo que sea correcto, y hoy en día estas URL reescritas generalmente no se relacionan con subdirectorios de ninguna manera.

Hasta el arroyo
fuente
Supongo que tendremos que aceptar no estar de acuerdo. Para mí, un número aleatorio (bueno, es la identificación de la pregunta) en el medio de la url es un poco incómodo que algo que se lee naturalmente como / question / what-did-you-have-for-lunch / mumble-jumble. Aquí simplemente ignoraría todo a partir del murmullo.
andho
por cierto aquí está el enlace que leí sobre 2 subdirectorios, goodwebsiteinspector.com/en/…
andho
2
sí, tendremos que aceptar dissagee :) No estoy de acuerdo con las conclusiones sobre 'subdirectorios' en ese enlace. Por lo general, estos no son subdirectorios, y Google lo sabe. Incluso si lo fuera, ¿por qué google rebajaría un recurso potencialmente útil, solo porque era 'profundo'?
UpTheCreek
1

El procesamiento de la URL por parte del servidor ignora la parte de la URL que sigue al número de identificación de la pregunta y la barra diagonal. Todos estos son equivalentes:

/ preguntas / 16999
/ preguntas / 16999 /
/ preguntas / 16999 / any-text-at-all

Todos redirigen a la URL que tiene el texto de la pregunta (reformateada) después de la barra inclinada.

Esto les permite usar la URL de formato corto en enlaces de una página a otra (como los enlaces en la barra lateral relacionada en esta página), ahorrando tiempo de transmisión de HTML, así como ciclos de almacenamiento y CPU. Al tener el texto de la pregunta en la URL canónica (la redirigida a), aún obtienen los beneficios de tener texto relevante en la URL para usar en la indexación de motores de búsqueda.

mgkrebbs
fuente
No puedo ver ningún ejemplo en SO donde usan la versión abreviada de la URL.
UpTheCreek
@UpTheCreek, haga clic en el botón compartir debajo de cualquier respuesta. por ejemplo webmasters.stackexchange.com/q/17002
azerafati