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

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

0 голосов
/ 05 января 2011

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

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

/Factsheet/{id}

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

/ListedFactsheet/{id}

или 

/UnListedFactsheet/{id}

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

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

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

Ответы [ 2 ]

1 голос
/ 05 января 2011

ok

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

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

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

/ factheet / {id}

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

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

0 голосов
/ 05 января 2011

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

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