Чому 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`

Це питання_id після запитання, і те, що з’являється першим у URL-адресі, важить більше в seo, чому частина питання приходить після питання_id.

Я також читав у статті, що лише перші два підкаталоги є релевантними, тому /question/16999є лише відповідним. Дивлячись на SO це, безумовно, не вірно, але я не можу визначитися з вагою цього.

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

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

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

Спробуйте URL цієї сторінки - видаліть останні кілька символів та подайте - сервер перенаправить вас на правильну URL-адресу ( мабуть, код за цим сайтом має спеціальний режим для такого сценарію ). З ідентифікатором наприкінці ви, можливо, побачите зовсім інше питання (найпоширеніша поведінка в такому випадку) .. або просто сторінку помилок (коли сервер / сценарій гарантує, що слуг відповідає ідентифікатору).

Що стосується ефекту SEO - див. Це питання: SEO: urls: найкраще місце для ідентифікатора

Так, вони могли б додати ідентифікатор після назви питання, якби вони цього хотіли.

Щодо позиції ідентифікатора та SEO, на мою думку, я не думаю, що це не мало б ніякого значення (нормально, якщо б воно було в доменному імені).

З точки зору людської читабельності, мені здається, зрозуміліше (принаймні, мені) мати читаний заголовок у кінці, а не похований у URL-адресі.

Я також читав у статті, що стосуються лише перших двох підкаталогів, тому актуальним є лише / питання / 16999. Дивлячись на SO це, безумовно, не вірно, але я не можу визначитися з вагою цього

Де ти це прочитав? Я не думаю, що це правильно, і в наш час ці переписані URL-адреси зазвичай ні в якому разі не відносяться до підкаталогів.

Обробка URL-адресою сервером ігнорує частину URL-адреси, яка слідує за номером ідентифікатора питання та косою рисою. Все це рівнозначно:

/ питання / 16999
/ питання / 16999 /
/ запитання / 16999 / будь-який текст-взагалі

Усі вони переспрямовують на URL-адресу, що має (переформатований) текст питання після косої риски.

Це дозволяє їм використовувати коротку URL-адресу форми у посиланнях з однієї сторінки на іншу (наприклад, посилання на пов'язаній бічній панелі на цій сторінці), економлячи час передачі HTML, а також цикли зберігання та процесора. Маючи текст запитання в канонічній URL-адресі (той, на який переспрямовано), вони все ще отримують переваги від наявності відповідного тексту в URL-адресі для використання в індексації пошукових систем.