Нужен ли описательный URL-адрес для веб-сайта Web 2.0?

Наша собственная система CMS может иметь описательный URL-адрес (описательных URL-адресов по сравнению с базовыми URL-адресами) по сравнению с базовыми URL-адресами (http://test.com/index.php?id=34234) Мы хотим знать, кроме как дать немного больше отзывов для сканеров, если это будет означать что-то еще.

Приносит ли нам этот описательный URL-адрес другие преимущества?

Следует ли ограничивать размер URL-адреса определенным количеством слов?

Спасибо за уделенное время.


url url-rewriting
person Geo    schedule 28.08.2009    source источник

Ответы (3)


arrow_upward
3
arrow_downward

У описательных URI есть несколько преимуществ:

  • Это может помочь с поисковой оптимизацией, если они включают релевантные ключевые слова.
  • URI без параметров запроса можно кэшировать для запросов GET (параметры запроса предотвращают кеширование)
  • Они информативны для пользователя, поэтому их местоположение на сайте становится для них более ясным. Это полезно, если они тоже сохранят ссылку или передадут ее другу. Интернет извлекает выгоду из семантического контента, и это всего лишь еще один способ его предоставить.
  • Они также могут иметь возможность напрямую изменять URI, хотя это тоже потенциальный недостаток.

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

person aehlke    schedule 28.08.2009

arrow_upward
0
arrow_downward

Описательные URL-адреса имеют основные преимущества SEO, поскольку поисковые системы сильно взвешивают содержимое URL-адреса.

person MiffTheFox    schedule 28.08.2009

arrow_upward
0
arrow_downward

В этом есть много преимуществ. Они не только лучше работают для SEO, но и часто могут быть взломаны конечными пользователями.

https://stackoverflow.com/questions/tagged/php

Это довольно прямо говорит мне о том, что я найду вопросы с меткой «PHP». Не зная особых правил, я мог догадаться, как найти вопросы jQuery.

Вы столкнетесь с ограничением на количество места, которое вы можете втиснуть в URL-адрес, но ограничьте URL-адреса основными терминами (например, заголовками статьи и т. Д.), И все будет в порядке.

Одно из предложений - использовать эти типы URL-адресов, но иметь запасной план. Например, адрес этого вопроса:

имеет описательный URL должен быть веб-сайт Web 2.0?

Первый параметр - 1347835, это идентификатор вопроса. Второй параметр - это заголовок вопроса. Заголовок здесь не обязателен. Доступ к этой странице не требуется, но когда вы используете ее в ссылках, это увеличивает SEO для этой страницы.

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

person Sampson    schedule 28.08.2009
comment
Необязательные URI - это действительно плохая идея, поскольку поисковые системы, такие как Google, будут считать страницы дублированным контентом и ранжировать их обе ниже. - person aehlke; 28.08.2009
comment
SO использует необязательные URI и имеет довольно высокий рейтинг в Google. Я заметил то же самое в своих личных проектах. - person Sampson; 28.08.2009
comment
@wahnfrieden, это было некоторое время назад, но я считаю, что алгоритмы Google теперь распознают, когда несколько URI указывают на один и тот же объект. - person Rex M; 28.08.2009
comment
@Rex полезно знать. Я думаю, что дублированный контент все еще применяется, когда у вас есть та же страница, но с любыми изменениями, такими как другой заголовок, поэтому просто убедитесь, что ваш заголовок или какая-то ссылка внутри страницы не зависит от текущего URL-адреса, если вы собираетесь использовать это подход. - person aehlke; 28.08.2009
comment
@Jonathan, это не хорошее доказательство, даже если дублированный контент здесь не применяется, поскольку у SO есть другие вещи, которые дают ему хороший рейтинг. - person aehlke; 28.08.2009