URL делать лучше со слэшэм или без на конце?

123
M
На сайте с 04.12.2013
Offline
223
#11
SeVlad:
Что не стоит делать - так это ломать логику движка.

Что естественно, я разве против? Для тех, кто не в ладах со здравым смыслом, я специально в скобках уточнил свою мысль. Обратное, естественно, тоже верно: если движок не настраивается, то нефиг лезть. Но речь, видимо, не об этом. Большинство движков общего назначения настраивается.

Домены и скрипт для коротких ссылок: https://u75.ru/domains-for-shortcuts
F
На сайте с 14.12.2012
Offline
37
#12

Для экономии символов в урле можно без слеша.

На ранжирование не влияет (если конечно корректно настроено, бывает что 200 и со слешем и без слеша отдают, бывают 404 какой-то вариант отдает, а бывают временные переадресации).

D.iK.iJ
На сайте с 26.05.2013
Offline
237
#13
f1user:
Для экономии символов в урле можно без слеша.

/РУССКИМИ-буквами-при-этом 🤣

Адаптивный дизайн в 2 строчки ( https://dikij.com/wm/adaptaciya-saytov.php ). + Принимаю заказы любой сложности ( https://searchengines.guru/ru/forum/926323 ). 💎 Еще я делаю классные кулоны с опалами ( https://mosaicopal.ru/ ).
богоносец
На сайте с 30.01.2007
Offline
771
#14
Vmir:
Моё имхо, что разницы никакой нет, псы всё это понимают и учитывают.

Не всё учитывают, кое что не-учитывают очень настойчиво.

Ну и понимать ранжирующие системы не умеют. Да и люди-то не все... и маркетологам “ПС” это не надо.

amelta:
лучше говорят делать урлы со слэшэм на конце. Чтобы избежать дублей

Чтобы дублей избежать — надо делать контент доступным по единственному урлу.

При этом не важно, количество слешей (но по причине тупости проверки уже проиндексированных на стадии принятия решения о включении в индекс, не делайте разные страницы, отличающиеся лишь слешами. Типа:

http://slash.500mb.net/w

http://slash.500mb.net/w/

http://slash.500mb.net/w//

http://slash.500mb.net/w///

не все урлы в индекс попадут, а попадали разные).

M
На сайте с 04.12.2013
Offline
223
#15

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

Лучше полностью исключить какие-либо дубли адресов у страницы, например меня товарищи раньше постоянно били за дубли вроде / и /?page=1 в списках, пока мой копчик не проникся их аргументами, а мозг не заставил проштудировать все внутр. доки и исходники на эту тему.

богоносец
На сайте с 30.01.2007
Offline
771
#16

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

Можете делать концовку с любым количеством слешей (а дубль с другим количеством слешей с большой вероятностью отфильтруется по другим причинам).

А так говорят, что 2 слеша в http:// были из-за ошибки-спешки.

M
На сайте с 04.12.2013
Offline
223
#17

Известная байка, но сейчас этой ошибке все только рады. Или специально нашли применение, чтобы сильно не горевать :)

Hammer8
На сайте с 04.08.2011
Offline
178
#18

miketomlin, Вообще не понял вы о чем, какое применение ошибки?

Считаю, что нет особой разницы используется ли слеш в конце. Единственное о чем нужно помнить: страницы с слешем и без, разные, проверять на наличие дубля, делать ридерект.

богоносец:
Да не слеши виноваты в дублях, а доступность контента по разным урлам.

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

Полный спектр услуг по продвижению сайтов ()
богоносец
На сайте с 30.01.2007
Offline
771
#19
Hammer8:
А доступность контента возникает из-за страницы со слешем и без

Из-за кривой настройки серваков дубли возникают.

Любой символ в урле может ...

/ru/forum/974002

/ru/forum/974002

Hammer8
На сайте с 04.08.2011
Offline
178
#20
богоносец:
Из-за кривой настройки серваков дубли возникают.

Вот тут например /ru/forum/974451

Оно же.

123

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