Когда URL приводит к временному перенаправлению (http 302), что индексируется?

Question

Я пытаюсь сделать наш (очень сильно основанный на AJAX) веб-сайт более удобным для поисковых систем.

У нас есть система, в которой определенные URL-адреса перенаправляются на главную страницу после установки переменных сеанса, чтобы изменить поведение главной страницы. Это достигается с помощью метода Controller.Redirect для создания ActionResult.

Так, например, главная страница:

http://radiotuna.com

но если мы хотим установить связь с радиостанцией, мы используем:

http://radiotuna.com/s/66258

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

Что будет проиндексировано веб-сканерами при представлении с этим перенаправлением?

Сохранится ли сессия в этом случае?

Насколько я могу судить, есть несколько возможных результатов:

1. сканер следует за перенаправлением, информация о сеансе сохраняется, просканированные данные связаны с http://radiotuna.com/s/66258 (желаемый результат)
2. сканер не выполняет перенаправление. Если мы можем отправить страницу с 302, это нормально. Это разрешено?
3. сканер следует за перенаправлением, информация о сеансе сохраняется, просканированные данные связаны с http://radiotuna.com/ (плохо)
4. сканер следует за редиректом, но информация о сеансе отбрасывается, поэтому main (неизмененная страница) ассоциируется с http://radiotuna.com/s/66258 (bad)

Возможно, 302 - неправильный статус для отправки назад. Возможно, идея использования перенаправлений в этом случае ошибочна. Может ли кто-нибудь просветить меня?

РЕДАКТИРОВАТЬ: Почему мы это делаем? В идеале нам бы хотелось, чтобы в адресной строке отображался только один URL, поэтому мы всегда хотели бы перенаправлять на главную страницу. При входе из перенаправления это приведет к другому заголовку и мета-описанию, и именно это мы хотели бы, чтобы сканер поднял его и связал с URL-адресом перед перенаправлением.

РЕДАКТИРОВАТЬ2: Было бы лучше определить, не попал ли нам сканер, и доставить страницу без перенаправления в этом случае? Как обнаружить клиентов на гусеничном шасси?

Answer 1

вам действительно стоит подумать о создании карты сайта в формате xml и передаче ее в основные поисковые системы. Вы можете создавать URL-адреса, такие как radiotuna.com/kmtt (моя местная станция), так что это будет что-то значить для человека, который увидит URL в результате. Достаточно легко справиться с вашим контроллером.

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

Answer 2

В случае с Google они связывают URL с определенным названием и мета-описанием. Я предполагаю, что это результат 3 и 4 результат. Это может быть и то и другое, потому что сканер может попробовать это обоими способами.

Если вы можете сохранить URL-адрес, введенный в адресной строке, сделайте это. Для ползунов и для настоящих людей. Пользователи обычно не любят путающие перенаправления. Кроме того, вы позволяете пользователю легко размещать URL-адрес своей любимой радиостанции, которая поможет PageRank.

Вы пытались настроить Инструменты Google для веб-мастеров или просматривать свои данные в Google Analytics? Раздел «Внутренние ссылки» даст вам некоторое представление о том, как сканируется ваш сайт. В разделе «Диагностика» также можно найти такие вещи, как дубликаты заголовков и метатеги.

Answer 3

Спасибо за ответы всем. Большой упущение здесь заключается в том, что Session сохраняется с использованием cookie cookie sessionid, который, если я не ошибаюсь, не будет доступен, когда сканеры приходят в гости. Вернуться к чертежной доске.