С точки зрения SEO, в чем разница между URL с косой чертой и без нее?


10

С точки зрения SEO, в чем разница между:

http://example.com/some-stuff/

и

http://example.com/some-stuff

Я не смог найти ничего полезного в отношении этой концепции. Вы можете это объяснить?



1
@dasickle Этот вопрос не о SEO, а этот.
Дан

@dasickle, это не тот же вопрос, речь идет только о доменах. Лучшее совпадение было бы: Зачем рассматривать их как URL-адреса с разным капитализацией и косой чертой как разные?
Рассерженная стая

Ответы:


11

Когда-то в конце косая черта предлагала «это каталог», а не «это файл». Браузеры реагировали бы немного быстрее - или, по крайней мере, так мне сказали, - когда им косвенно говорили «ищите файл с именем index…». Сегодня эта косая черта почти устарела.

Сегодня считается хорошей практикой всегда иметь или никогда не иметь этот конечный слеш, иначе это можно считать дублированным контентом.

Но, насколько я знаю, ни одна теория не имеет никакого влияния на SEO.

Обновление: для чего я только что проверил страницы поддержки инструментов Google для веб-мастеров о дублирующемся контенте, и на самом деле у них есть следующая рекомендация, которая касается также проблемы с косой чертой:

Будьте последовательны: старайтесь, чтобы ваши внутренние ссылки были последовательными. Например, не размещайте ссылки на http://www.example.com/page/ и http://www.example.com/page и http://www.example.com/page/index.htm .


1
Конечная косая черта все еще указывает на каталог. Это не изменилось и далеко не устарело. Это по-прежнему путь, по которому следуют компьютеры в Интернете. Только в адресной строке вы заметите изменение, если сервер настроен на это.
Роб

Спасибо за комментарий. Конечно, - вы правы - косая черта STILL указывает на каталог, и в этом смысле он далеко не устарел - и, вероятно, всегда будет ... Я просто ссылался на «назад в те дни», когда выход из косой черты мог привести к серьезная потеря скорости рендеринга. Что касается скорости рендеринга, вам не нужно больше использовать косую черту.
15

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

Ну хорошо - и если сервер не настроен «должным образом», даже косая черта не поможет - и сервер перечислит каталог вместо того, чтобы обслуживать «index.…»
доinberlin

5

По словам Google , они будут рассматривать URL-адреса с и без трейлинга /как разные документы:

Исторически сложилось так, что URL-адреса с косой чертой обычно обозначают каталог, а URL-адреса без косой черты - файл:

http://example.com/foo/ (с косой чертой, обычно каталог)

http://example.com/foo (без косой черты, обычно это файл)

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

Различное содержание на / и не- / URL-адресах хорошо для Google, часто менее идеальное для пользователей

Акцент на Google не мое.

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

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

Если вы будете следовать замечаниям различных сотрудников Google по поводу SEO и поисковой выдачи, вы найдете общую тему:

Google делает все возможное, чтобы улучшить пользовательский опыт.

Так что для SEO, вы должны канонизировать свои URL, чтобы обеспечить постоянный пользовательский опыт.


Обратите внимание, что отрывок из RFC 3986 относится только к пустым путям. Поэтому неправильно утверждать, что «[…] URL без и без трейлинга /одинаков».
ОООНР

Я обновил свой ответ, чтобы быть более точным. Функционально они ведут себя одинаково на большинстве веб-серверов, с которыми я сталкиваюсь.
Jeffatrackaid

Я не имел в виду «то же самое» против «эквивалент»; Дело в том, что этот RFC-фрагмент применим только к URL с пустыми путями. Таким образом, URL http://example.com/foo/является не эквивалентен http://example.com/foo, но http://example.com/это эквивалентно http://example.com.
ОООНР

Спасибо за разъяснения .... Я удалил ссылку на RFC, так как она не слишком актуальна.
Jeffatrackaid

2

Это просто указывает на то, что местоположение указывает на каталог, а не на конкретный файл. Затем веб-сервер покажет страницу по умолчанию для этого каталога, если он был настроен, или перечислит файлы в этом каталоге.

У этого нет никакого значения SEO или ценности. (Хотя возможность получить страницу индекса этого каталога через два URL-адреса может привести к дублированию контента, что имеет последствия для SEO).


1

Когда я выбираю между использованием косой черты или нет, в большинстве случаев ни одна косая черта не выглядит чище. Однако я наткнулся на один интересный случай, когда наличие косой черты может помочь в поисковой оптимизации (SEO). Это тот случай, когда у вашего документа есть расширение файла, которого нет .html. Это становится проблемой для сайтов, которые являются рейтинговыми сайтами. Они могут выбирать между этими двумя URL-адресами:

  • http://mysite.example.com/rated.example.com
  • http://mysite.example.com/rated.example.com/

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

Если ваши URL-адреса отсутствуют .в части файла, я бы порекомендовал опустить косую черту для простоты.


Я думаю, что это выглядит чище тоже. Если вы посмотрите на ссылки в Twitter, Facebook и т. П., Почти ни одна из них не использует косую черту. Будут сайты, которые докажут, что я не прав, но в целом пользователи более знакомы с непересекающимися URL
henrywright
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.