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

Возьмем, к примеру, этот случайный вопрос: инструмент или плагин, необходимые для того, чтобы показать, в каких 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-оптимизацию и не хочу впоследствии менять ссылку на мои страницы.

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

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

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

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

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

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

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

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

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

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

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

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

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