Почему URL-адреса вопросов переполнения стека имеют идентификатор вопроса перед SEO-вопросом?

13

Возьмем, к примеру, этот случайный вопрос: инструмент или плагин, необходимые для того, чтобы показать, в каких html-файлах используются заданные селекторы CSS , обратите внимание, что соответствующая часть есть /questions/16999.

Теперь, возможно, что URL можно было сделать так:

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

То есть вопрос_ид после вопроса, а то, что стоит первым в URL, весит больше в SEO, почему часть вопроса идет после вопросника.

Я также прочитал в статье, что релевантны только первые два подкаталога, поэтому релевантны только /question/16999. Глядя на SO, это определенно не соответствует действительности, но я не могу определиться с весом этого.

Я спрашиваю, потому что я собираюсь внедрить SEO-оптимизацию и не хочу впоследствии менять ссылку на мои страницы.

andho
источник
Кстати, я хотел добавить подкаталог в качестве тега
andho
Пейджинг @Джефф Этвуд. (С таким же успехом можно обратиться к источникам.)
Su '17
1
Иногда URL может быть усечен (преднамеренно (слишком долго для хранения в БД и т. Д.) Или по ошибке) .. и если id перед slug, сервер / скрипт все равно может распознать нужную страницу, но с id в конце, скорее всего, будет не. Попробуйте URL-адрес этой страницы - удалите последние несколько символов и отправьте - сервер перенаправит вас на правильный URL-адрес (по-видимому, в коде есть специальная обработка для такого сценария). С id в конце вы, возможно, увидите совершенно другой вопрос (или страницу с ошибкой). webmasters.stackexchange.com/questions/16641/…
LazyOne
@Lazyone, ответь так, чтобы мы могли проголосовать за него
Джон Конде
Если вы оставите последний «каталог» URL-адреса для этого вопроса, вы все равно получите этот вопрос: webmasters.stackexchange.com/questions/17002/foo-bar
kzh

Ответы:

13

Я не знаю точных причин, по которым сайты StackExchange имеют идентификатор перед слагом, но вот почему у меня так будет:

Иногда URL может быть усечен (преднамеренно (слишком долго для хранения в БД и т. Д.) Или по ошибке (случается довольно часто, когда копирование-вставка)) .. и если идентификатор перед slug, сервер / скрипт все равно может распознать нужную страницу, но с ID в конце его скорее всего не будет.

Попробуйте URL-адрес этой страницы - удалите последние несколько символов и отправьте - сервер перенаправит вас на правильный URL-адрес ( очевидно, код для этого сайта имеет специальную обработку для такого сценария ). С ID в конце вы, возможно, увидите совершенно другой вопрос (наиболее распространенное поведение в таком случае) .. или просто страницу с ошибкой (когда сервер / скрипт гарантирует, что слаг соответствует ID).

Относительно эффекта SEO - посмотрите на этот вопрос: SEO: urls: лучшее место для идентификатора

LazyOne
источник
1
Хороший вопрос об усечении +1
UpTheCreek
3

Да, если бы они захотели, они могли бы добавить идентификатор после заголовка вопроса.

Что касается позиции ID и SEO, по моему мнению, я не думаю, что это будет иметь какое-либо значение (хорошо, может быть, если бы оно было в доменном имени).

С точки зрения читабельности человека, кажется более ясным (по крайней мере, мне) иметь читабельный заголовок в конце, а не скрытый в URL.

Я также прочитал в статье, что релевантны только первые два подкаталога, поэтому релевантен только / question / 16999. Глядя на SO, это определенно не соответствует действительности, но я не могу определиться с весом этого

Где ты это прочитал? Я не думаю, что это правильно, и в настоящее время эти переписанные URL-адреса обычно никак не связаны с подкаталогами.

UpTheCreek
источник
Я думаю, мы должны согласиться не согласиться. Для меня случайное число (хорошо, это идентификатор вопроса) в середине URL-адреса немного неловко, чем то, что естественно читается как / question / what-do-you-to-have-for-lunch / mumble-jumble. Здесь я бы просто проигнорировал все, начиная с бормотания.
andho
Кстати вот ссылка, которую я прочитал вещь о 2 подкаталогах, goodwebsiteinspector.com/en/…
andho
2
да, нам придется согласиться на прекращение :) Я не согласен с выводами о «подкаталогах» в этой ссылке. Обычно это вообще не подкаталоги, и Google это знает. Даже если бы это было так, зачем Google понижать рейтинг потенциально полезного ресурса, просто потому что он был «глубоким»?
UpTheCreek
1

При обработке URL-адреса сервером игнорируется часть URL-адреса, следующая за номером идентификатора вопроса и косой чертой. Все они эквивалентны:

/ Вопросы / 16999
/ Вопросы / 16999 /
/ Вопросы / 16999 / Любой текст на всех

Все они перенаправляют на URL с текстом (переформатированным) вопроса после косой черты.

Это позволяет им использовать краткий URL-адрес формы в ссылках с одной страницы на другую (например, ссылки в боковой панели « Связанные» на этой странице), экономя время передачи HTML, а также циклы хранения и процессора. Имея текст вопроса в каноническом URL-адресе (перенаправленный на), они все равно получают преимущества наличия соответствующего текста в URL-адресе для использования при индексации в поисковых системах.

mgkrebbs
источник
Я не вижу примеров на SO, где они используют сокращенную версию URL.
UpTheCreek
@UpTheCreek, нажмите на кнопку поделиться под любым ответом. например, webmasters.stackexchange.com/q/17002
azerafati