Вопрос по созданию карты сайта, где URL-адреса будут перенаправлять на другие страницы?

Мы пытаемся создать карту сайта для веб-приложения, которое мы создаем. Я немного не уверен в некоторых ссылках, которые я должен предоставить на карте сайта.

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

/Factsheet/{id}

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

/ListedFactsheet/{id}

or 

/UnListedFactsheet/{id}

Это прекрасно работает. Мы хотели сохранить исходный URL-адрес, потому что пользователю проще просто набрать /Factsheet/{id}, а не знать, относится ли id к приведенному или не включенному в список информационному бюллетеню.

Проблема сейчас в том, что я не уверен, следует ли мне поместить прямую ссылку на перечисленные или не включенные в список информационные бюллетени в карту сайта, или можно указать более простой URL-адрес /Factsheet/{id}. Кроме того, если я помещу более простой URL-адрес в карту сайта, тогда URL-адреса будут напрямую соответствовать тому, что Google сканирует на сайте, если это имеет значение.

Что будет означать для Google, если каждая ссылка на карте сайта будет перенаправляться на другую страницу? Может ли это плохо отразиться на рейтинге страницы? Есть ли другие последствия, о которых мне следует знать?


asp.net-mvc seo redirect sitemap
person DaveDev    schedule 05.01.2011    source источник

Ответы (2)


arrow_upward
1
arrow_downward

ok

только передавать URL-адреса конечных точек (без перенаправления) в Google через sitemap.xml. (если вы сделаете иначе, вы даже получите сообщение об ошибке/предупреждение в инструментах Google для веб-мастеров).

sitemap.xml — это способ сообщить URL-адреса, которые вы хотите, чтобы Google сканировал и индексировал (и показывал пользователям). перенаправление (как HTTP 301, так и HTTP 302) является просто «баластом» для Google (и, кстати, для пользователей), поэтому сообщайте им только URL-адреса конечных точек.

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

/информационный бюллетень/{id}

и отображать содержимое в этом URL-адресе вместо перенаправления. пользователям все равно (и эй, они все равно не вводят URL-адреса, вводить URL-адреса было так в 1998 году), и вы должны стараться предотвращать перенаправления, когда это возможно (с точки зрения SEO и пользователя).

также вы должны знать, что перенаправления (если они вам действительно нужны) являются перенаправлениями HTTP 301. (Постоянное перенаправление HTTP 301 == хорошо для SEO (в 99,99999% всех случаев перенаправление HTTP 302 плохо для SEO (в 99,99999999% всех случаев)).

person Franz Enzenhofer    schedule 05.01.2011

arrow_upward
0
arrow_downward

Если вы можете, конечно лучше использовать прямые ссылки на 'ListedFactsheet' или 'UnListedFactsheet'. Есть еще несколько вопросов, на которые стоит обратить внимание:

  • Является ли URL-адрес, содержащий ссылку на информационный бюллетень, общедоступным (т. е. не требует учетной записи)? Если нет, то гугл их не увидит и можно использовать что попроще.
  • Изменятся ли URL-адреса? Другими словами, станет ли в какой-то момент «информационный бюллетень, не включенный в список», «бюллетенем, включенным в список», и наоборот? Если они будут меняться, то это сложнее. Вы можете перенаправить с одной версии на другую, но, возможно, лучше просто отображать страницы на /Factsheet/{id} в первую очередь и вообще не перенаправлять.
  • Если под картой сайта вы подразумеваете карту сайта в формате XML для поисковых систем, то вам следует использовать конечные URL-адреса. Если вы имеете в виду HTML-карту сайта для пользователей, то любой из них подходит, хотя конечные URL-адреса также предпочтительнее.
person DisgruntledGoat    schedule 05.01.2011