bubo
Уже года полтора было несколько страниц сайта (десяток примерно) с расширением 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, но без всяких трейдеров. Они есть в гугле, но трафа совсем крохи, на них есть ссылки с других страниц, но немного. Я думал тупо поменять расширение и убить старые страницы. Вроде не должен особо что-то потерять.
Sergeyka
обстучать всех трейдеров и сообщить что задумал, кто то не согласится, а кто то согласится
301 редирект склеит в гугле все что надо, и ПР вернется на новые страницы, умный трейдер думаю без проблем согласится
Alexandur
bubo писал:
2. сложнее с страницами вида
http://www.domain.com/niche.html
если тупо поставить что-нить вроде
RewriteEngine on
RewriteBase /
RewriteRule ^(.*)\.html$ $1.shtml [R=permanent]
а) Заменить R на L - остаются хтмл, обрабатываются как штмл.
б) В зависимости от внутреннего устройства насовать в соответствующие папки htaccess с AddHandler или RemoveHandler.
bubo
gimcnuk писал:
а) Заменить R на L - остаются хтмл, обрабатываются как штмл.
б) В зависимости от внутреннего устройства насовать в соответствующие папки htaccess с AddHandler или RemoveHandler.
Так, так, немного подробнее.
Структура папок на сервере примерно такая.
Все файлы html, их не больше десятка, в которых надо исполнять SSI-вставки лежат в корне домена. В корне же домена примерно 400 папок с галерами, в каждой из 150-200 html зеркал этих галерок. Вот если заставить сервер просматривать на предмет SSI вставок только те html что лежат в корне, и не лезть во все прочие папки, тогда думаю это решило бы мою проблему
Vyacheslav
bubo писал:
Все файлы html, их не больше десятка, в которых надо исполнять SSI-вставки лежат в корне домена. В корне же домена примерно 400 папок с галерами, в каждой из 150-200 html зеркал этих галерок. Вот если заставить сервер просматривать на предмет SSI вставок только те html что лежат в корне, и не лезть во все прочие папки, тогда думаю это решило бы мою проблему icon_smile.gif
Можно сделать для конкретной папки или конкретных файлов.
Всё же лучше смены структуры сайта. Не известно какими путями сменять урлы (тут тоже можно "нагрузить" сервер редиректами).