Прямо сейчас у нас есть сайт с МНОЖЕСТВОМ статических ASP-страниц, таких как www.site.com/123.asp. Это связано с тем, как CMS нашего текущего сайта по умолчанию создает свои страницы. У меня нет точного подсчета, но сейчас на сайте около 6000 asp-файлов. Мы находимся в процессе редизайна и реструктуризации сайта и планируем перейти на оптимизированные для SEO URL. Проблема, с которой мы сталкиваемся прямо сейчас, заключается в том, что мы делаем, чтобы перенаправить старые страницы на новые удобные URL-адреса? Я знаю, как делать редиректы, это не проблема. Проблемы, с которыми я сейчас сталкиваюсь, перечислены ниже.
1 - Есть ли ограничение на количество перенаправлений в IIS? 2 - Повлияет ли даже несколько тысяч перенаправлений на производительность IIS? 3 - Насколько я понимаю, мы не будем передавать рейтинг страницы новым URL-адресам, это правда? (это не главный вопрос, который я могу задать на других форумах по SEO, если здесь никто не уверен) 4 - Поможет ли нам использование чего-то вроде модуля IIS URL Rewrite 2 для IIS 7? Или мне все равно нужно будет определить в нем несколько тысяч уникальных редиректов?
На нашем сервере сейчас работает Server 2003, однако в ходе редизайна я был бы открыт для перехода на Server 2008 R2, если для этого есть веские основания (например, модуль перезаписи URL).
Спасибо за любые советы или помощь. Я уже давно искал хороший способ сделать это и продолжаю придумывать вещи, которые кажутся проблематичными и плохими (например, 6000 редиректов).
Модуль Url Rewrite 2 для IIS7 очень гибкий и позволяет определять правила перенаправления на основе шаблонов и источников данных.
Вы можете указать шаблон, а затем иметь определенный «список» в xml-файле с сопоставлениями между разными идентификаторами, если это то, что вы хотите. Это означает, что вы можете делать следующее:
/system/somepage.asp?id=345
Вы знаете, что 345 в старой системе фактически отображается на 49287, поэтому она переписывает его с помощью одного правила (но с отображением из списка) на:
/ newsystem / 49287 / se_friendly_dummy_page
Вы можете прочитать об этом здесь:
http://learn.iis.net/page.aspx/469/using-rewrite-maps-in-url-rewrite-module/
Я проделал это с картой, содержащей более 2000 записей, и не обнаружил, что она вообще медленная. Однако это не было правилом 2000, и это могло быть разницей. В моем случае это было 3 правила, но с картой 2000 записей.
Однако вы можете сопоставить имена файлов asp на карте и, вероятно, использовать для этого меньше правил.
Ой! Вы можете подумать о том, чтобы сделать это управляемым данными - это, вероятно, подход, который я выберу. Предполагая, что новый сайт / CMS будет выполняться в ASP.NET, измените расширение файла .asp, чтобы вместо этого обрабатывалось ASP.NET, а затем либо установите универсальный обработчик HTTP для * .asp, либо перехватите 404 ошибки в Global. асакс. Оттуда посмотрите, есть ли перенаправление, определенное для URL-адреса (поместите их в таблицу базы данных или что-то в этом роде, и, при желании, запишите их в объект Cache ASP.NET на лету, чтобы сократить повторные поиски) и выплюнуть перенаправление 301, если это так. . В противном случае просто 404.