301 редирект (замена расширения страниц) и SEO

Уже года полтора было несколько страниц сайта (десяток примерно) с расширением html. За это время они естественно проиндексировались в гугле, за это время естественно всякие хардлинктрейды появились.
Сейчас взялся переделывать структуру сайта и возникла необходимость поменять расширение с html на shtml, люблю понимаешь с SSI работать

Сразу скажу, не хочется заставлять сервер читать и html файлы на предмет SSI-вставок, потому как на этом домене немалая кучка простых хтмл-галерок и файлов html просто дохуя. Думаю это приведет к тормозам.

Сразу появились вопросы, некоторые возможно глупые

1. самое простое. Естественно больше всего хардлинктрейдов у меня на http://www.domain.com/. Вроде с этим то проблем не должно быть - пофиг какое расширение у индексного файла? Правильно? то бишь это не должно повлиять ни на СЕО, ни на линктрейды.

2. сложнее с страницами вида http://www.domain.com/niche.html
если тупо поставить что-нить вроде
RewriteEngine on
RewriteBase /
RewriteRule ^(.*)\.html$ $1.shtml [R=permanent]
То это явно трейдерам не понравиться - то была ссылка с хорошей страницы с ПР, а тут с новой ссылка уже, да и всякие linkspun сразу начнут кричать об отсутствии ссылки
Не знаю как с поисковиками, вроде они такой редирект вполне любят.
И кстати, это нормально будет для случаев когда на http://www.domain.com/niche.html у меня куча своих ссылок стоит (с галер с других доменов), вроде же должен вес передаваться?
Есть еще вариант. Оставить все эти страницы с линктрейдами в первозданном виде и тупо делать параллельную структуру уже на другом расширении (то бишь http://www.domain.com/niche.shtml). Естественно старые страницы уже никак пополняться новым контентом не будут и ссылки на них поисчезают. Тоже вроде не очень хорошо по отношению к трейдерам, но как еще можно сделать - хз. Ну и плюс - это будет первое время дупликейт контент.

3. страниц вида http://www.domain.com/some-page.html, но без всяких трейдеров. Они есть в гугле, но трафа совсем крохи, на них есть ссылки с других страниц, но немного. Я думал тупо поменять расширение и убить старые страницы. Вроде не должен особо что-то потерять.

обстучать всех трейдеров и сообщить что задумал, кто то не согласится, а кто то согласится

301 редирект склеит в гугле все что надо, и ПР вернется на новые страницы, умный трейдер думаю без проблем согласится

Есть ещё вариант 4: Попросить админов сделать html == shtml для вставки SSI
В этом корнтексте, ничего менять в урлах не прийдётся.

Ну этот вариант мне не нравиться потому-что на домене дофига html файлов - простые галерки. Думаю приведет к лишней нагрузке на сервер, если будут проверяться все html на предмет вставок.

bubo писал:

2. сложнее с страницами вида http://www.domain.com/niche.html если тупо поставить что-нить вроде RewriteEngine on RewriteBase / RewriteRule ^(.*)\.html$ $1.shtml [R=permanent]

а) Заменить R на L - остаются хтмл, обрабатываются как штмл.

б) В зависимости от внутреннего устройства насовать в соответствующие папки htaccess с AddHandler или RemoveHandler.

gimcnuk писал:

а) Заменить R на L - остаются хтмл, обрабатываются как штмл. б) В зависимости от внутреннего устройства насовать в соответствующие папки htaccess с AddHandler или RemoveHandler.

Так, так, немного подробнее.
Структура папок на сервере примерно такая.
Все файлы html, их не больше десятка, в которых надо исполнять SSI-вставки лежат в корне домена. В корне же домена примерно 400 папок с галерами, в каждой из 150-200 html зеркал этих галерок. Вот если заставить сервер просматривать на предмет SSI вставок только те html что лежат в корне, и не лезть во все прочие папки, тогда думаю это решило бы мою проблему

По идее, должно работать следующее:

Код:

<FilesMatch "^([^\/]+)\.html$">     SetHandler server-parsed </FilesMatch>

bubo писал:

Все файлы html, их не больше десятка, в которых надо исполнять SSI-вставки лежат в корне домена. В корне же домена примерно 400 папок с галерами, в каждой из 150-200 html зеркал этих галерок. Вот если заставить сервер просматривать на предмет SSI вставок только те html что лежат в корне, и не лезть во все прочие папки, тогда думаю это решило бы мою проблему icon_smile.gif

Можно сделать для конкретной папки или конкретных файлов.
Всё же лучше смены структуры сайта. Не известно какими путями сменять урлы (тут тоже можно "нагрузить" сервер редиректами).