Как лучше размещать id страниц в url-адресах?

12
Snake800
На сайте с 02.02.2011
Offline
166
1120

Добрый день, коллеги! Интересует мнение сообщества, как лучше обыгрывать размещение id страницы в url-адресах. В первую очередь в плане SEO, а также юзабельности с точки зрения юзера и эстетики. Понятно, что в идеале id страницы в ЧПУ быть не должно, но если по ряду причин избавиться от него проблематично, то как вы думаете: как лучше размещать id?

/page/id/name-of- the-article или /page/id-name-of- the-article?

Может ли лишняя вложенность и, вроде бесполезная, логика "папки" "/id/" негативно влиять на ранжирование в ПС? Насколько такие url эстетичны?

На просторах конкретно по этому поводу ничего не нашел. Применяют же конструкции и так, и так. Зато на просторах же пару раз натыкался на высказывания, что ЧПУ в плане продвижения уже практически неактуальны. Поэтому возник немного странный вопрос: если не принимать во внимание возможный переспам, может ли быть такое, что url вида /page/keyword.html уже не даст должного эффекта в сравнении с /page/123.html в реалиях конца 2019 года? В частности, Habr и Сёрч в своих url используют только id, без заголовков публикаций и не парятся. Хотя ведь могли бы в лёгкую.

Какой из этих вариантов вы бы предпочли в шаблонах url?

example.com/article/5432/name-of-the-article
0% (0)
example.com/article/5432-name-of- the-article
44% (4)
example.com/article/name-of- the-article-5432.html
56% (5)
Всего проголосовало: 9
Идите на хуй.
M
На сайте с 04.12.2013
Offline
189
#1

Если у тебя не 100500 страниц, использовать только слаги вообще не проблема. Есть одна ситуация, когда числовые id помогают корректировать переходы по адресам с устаревшими слагами (актуально, когда слаги имеют склонность периодически меняться).

Snake800:
Может ли лишняя вложенность и, вроде бесполезная, логика "папки" "/id/" негативно влиять на ранжирование в ПС? Насколько такие url эстетичны?

Да, вместо слэша тут, видимо, лучше использовать др. разделитель.

Snake800:
Зато на просторах же пару раз натыкался на высказывания, что ЧПУ в плане продвижения уже практически неактуальны. Поэтому возник немного странный вопрос: если не принимать во внимание возможный переспам, может ли быть такое, что url вида /page/keyword.html уже не даст должного эффекта в сравнении с /page/123.html в реалиях конца 2019 года? В частности, Habr и Сёрч в своих url используют только id, без заголовков публикаций и не парятся. Хотя ведь могли бы в лёгкую.

ЧПУ всегда прежде всего были нужны пользователям, а не ПС. У хабра присутствуют типовые слаги вмести с числовыми id. Такие адреса вполне себе ЧПУ. У серча showthread.php тоже можно считать чем-то подобным.

---------- Добавлено 26.09.2019 в 23:21 ----------

Т.е. /page(s)/123 – норм., /123 – не норм. При условии, что это вполне конкретный тип страниц, т.е. когда есть и др ветки, например /news/* и т.п.

---------- Добавлено 26.09.2019 в 23:33 ----------

P.S. В наших движках, например, вообще нет никакой разницы между /pages/123 и /pages/slag за исключением того, что в последнем случае числ. id обычно тоже присутствует, только скрыто. Ну и плюс всякие плюшки числовых id вроде автоинкремента, когда при создании страницы вообще не надо указывать ее id.

Хостинг FOZZY ( http://fozzy.com.ru ) / Выслушаю предложения на домены ( http://u75.ru/domains-for-sale ) / Домены и скрипт для коротких ссылок ( http://u75.ru/domains-for-shortcuts )
L
На сайте с 10.02.2015
Offline
123
#2

С точки зрения программирования лучше всего первый вариант.

M
На сайте с 04.12.2013
Offline
189
#3
livetv:
С точки зрения программирования лучше всего первый вариант.

Чем? Из-за уник. разделителя что ли?

---------- Добавлено 27.09.2019 в 11:08 ----------

Snake800, третий вариант странный. Почему при его наличии нет, например, такого же варианта без расширения?

Snake800
На сайте с 02.02.2011
Offline
166
#4
miketomlin:
актуально, когда слаги имеют склонность периодически меняться

+ они могут совпадать, их может быть 100500, т.е. речь именно о случаях, когда id может быть целесообразен.

miketomlin:
Т.е. /page(s)/123 – норм., /123 – не норм.

Спорный момент. Во-первых, url не даёт представления, о чём именно идет речь в новости или топике, а во-вторых в url нет ключевого слова. Важен ли второй пункт? Вот в чём вопрос.

miketomlin:
третий вариант странный. Почему при его наличии нет, например, такого же варианта без расширения?

Можно и без расширения. Объясню, почему именно для 3-го варианта добавил .html. Иногда пользователи коряво делятся ссылкой. В частности, иногда зачем-то обрезают не значимые на их взгляд хвосты. В слаге м.б. всё что угодно, нам же важно чтобы юзер копировал/передавал id в url в любом случае, чтобы не было битых ссылок. Чтобы у юзера не возникло ложного ощущения, что id есть некая рандомовская приставка.

Чем? Из-за уник. разделителя что ли?

Может быть актуально, если id не числовой (например, артикул, ещё и с дефисами). Ну и телодвижений скорее всего меньше и они точнее. Например, если slug окажется пустым.

M
На сайте с 04.12.2013
Offline
189
#5
Snake800:
+ они могут совпадать, их может быть 100500, т.е. речь именно о случаях, когда id может быть целесообразен.

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

Snake800:
Спорный момент. Во-первых, url не даёт представления, о чём именно идет речь в новости или топике, а во-вторых в url нет ключевого слова. Важен ли второй пункт? Вот в чём вопрос.

Еще раз: ЧПУ нужны прежде всего пользователям. Типовых слагов достаточно (хотя они тоже бывают разные), чтобы избавить пользователя от страха перехода по таким ссылкам. По-моему, это даже лучше, чем типовой слаг(и)+числовой id+слаг/ключ. Могут быть редкие исключения, например когда числовой id завязан на дату или заменен в адресе датой (но это уже ближе к иерархии, тут и разделители-слэши уместны, например /.../2019/09/27/slag или /.../190927/slag).

Но вы оговорили в стартовом посте, что сейчас речь не об этом, поэтому это все оффтоп.

P.S. Последний абзац пред. поста не понял.

X
На сайте с 04.12.2018
Online
153
#6
example.com/article/name-of- the-article.html

Совсем не получится?

Зачем "5432" тащить?

Или Вы по этой цифре смотрите номер статьи и ее отдаете?

Тогда у Вас все шансы увидеть такие юрлы в выдаче.

Удобный съем позиций (http://allpositions.ru/redirect/58277)
M
На сайте с 04.12.2013
Offline
189
#7
Snake800:
Например, если slug окажется пустым.

Тут мы, видимо, по-разному мыслим. Я привык использовать движки, в которых слаг является не каким-то (SEO-)довеском к адресу, а полноценным идентификатором. Т.е. страницу с пустым слагом либо вообще не создашь, либо это будет такой же сим. идентификатор, как и др. (пусть и с нек. особенностями, например с другим уровнем иерархии в адресе при использовании адресации без трэйлинг-слэша: /page – страница того же типа, что и /page/slag, только с пустым слагом).

---------- Добавлено 27.09.2019 в 13:15 ----------

Xubart, ТС и я привели пример(ы), когда совмещение числового id и слага в адресе может быть полезно. Хотя я тоже против совмещения. Либо то, либо др.

---------- Добавлено 27.09.2019 в 13:38 ----------

Не увидит, если все сделано по уму. Если конечно сам пользователь сайта не постарается :) Кстати, это еще одна причина не использовать «автогенеренку».

Snake800
На сайте с 02.02.2011
Offline
166
#8
Xubart:
Тогда у Вас все шансы увидеть такие юрлы в выдаче.

Это вряд ли :) Если так подходить к делу, то можно и без всяких id получить в индексе url /pravilniy-url/?a-tut-uzhe-kakaya-to-erunda

miketomlin:
Слаги получаются так себе. Тут я за метод хабра/серча.

Я тоже. Лучше уж /page/?id=1, чем /nemyslimie-translity-v-url-po-100500-simvolov-i-na-konce-atavizm-rashirenie.html. Но что делать, если те, от кого мы зависим, диктуют свои условия:

Желательно, чтобы вид URL давал представление о том, что содержится на соответствующей странице. Использование транслитерации в адресах страниц также позволит роботу понять, о чем может быть страница

Особенно в соцсетях, где юзер проводит 80% времени, капец как актуально :) Или вот, сами же по ссылке https://yandex.ru/blog/platon/2878 дают рекомендации "Использовать ли ЧПУ-адреса на сайте?":

Понятная и читаемая структура URL-адресов не только позволит посетителям быстрее ориентироваться на сайте, но и поможет роботу сформировать корректные навигационные цепочки , что сделает сайт более заметным в результатах поиска.

:D

Да, кстати, про подход, когда часть ЧПУ-uri так или иначе является идентификатором, думаю, всем всё предельно ясно (примерно так работает тот же WP), речь не об этом. Главный вопрос в том, как лучше сунуть в url изначально не-ЧПУ идентификатор (int, guid etc.) и нужны ли в этом случае слаги (ЧПУшные суффиксы или приставки) вообще.

M
На сайте с 04.12.2013
Offline
189
#9
Snake800:
Особенно в соцсетях, где юзер проводит 80% времени, капец как актуально :)

Тут я за «короткие» ЧПУ (см. в подписи) спец. сервиса или прямо целевого сайта.

Snake800:
Или вот, сами же по ссылке https://yandex.ru/blog/platon/2878 дают рекомендации "Использовать ли ЧПУ-адреса на сайте?":D

Угу, и при этом используют у этой страницы типовые слаги плюс числовой id :D

Snake800:
Главный вопрос в том, как лучше сунуть в url изначально не-ЧПУ идентификатор (int, guid etc.) и нужны ли в этом случае слаги (ЧПУшные суффиксы или приставки) вообще.

Ну, на вторую часть вопроса я уже ответил. Первая соответственно для меня неактуальна, поэтому от участия в опросе воздержался. Но в теме высказал свое мнение про разделитель. В твоем аргументе про числ. id в конце есть разумное зерно. Хотя, например, на форуме пхп-ру используется такая адресация тем с разделителем точкой и трэйлинг-слэшем. При этом имеется коррекция левых слагов по числ. id редиректом, т.е. все как полагается для вед. роли числового id, несмотря на то, что он «заброшен» в конец адреса. У Авито тоже вроде числ. id в конце, причем отделяется от слага не спец. разделителем.

---------- Добавлено 27.09.2019 в 21:14 ----------

miketomlin:
Тут я за «короткие» ЧПУ (см. в подписи) спец. сервиса или прямо целевого сайта.
Не обязательно даже однокомпонентные на целевом сайте. Если трудно сделать однокомпонентные, всегда можно сделать /go/*, причем я всегда использую такие программные модули, чтобы на месте * могли быть слаги со слэшами для лучшего структурирования, например /go/shop/best-price (особенно актуально для маскировки внешних ссылок, например /go/yandex/blog).

P.S. Еще для соц. сетей, форумов и т.п. можно делать так: /news/190927#best-price, хотя нек. сайты «убивают» якоря, маскируя ссылки, поэтому «короткие» предпочтительнее.

S
На сайте с 30.09.2016
Offline
459
#10

Проголосовал за вариант №2, без тени сомнения.

Отпилю лишнее, прикручу нужное, выправлю кривое. Вытравлю вредителей.
12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий