Смена CMS, как правильно сделать редирект?

шовиговорите :)

Не видя / не зная как формируются ни исходные ни конечные делать какие-то громкие заявления...

посмотри дальше старпотста.

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

О да :)

include('./redirect.php');

С чего вдруг? Старая страница при обращении к ней должна отдавать 301 редерикт, как - не важно.

Важно, что при 1000 страниц вырастет нагрузка на сервер, если их все пихать в htaccess

А так наш индексный файл срабатывает только при обращении по старому адресу

Это я понимаю. Задача - минимизировать потери в позициях в трафике и в показателях сайта - я про пузомерки.

Т.е те страницы старого сайта, с которых не будет редиректа нужно будет закрыть от индексации через роботс, верно?

Под сохранить вы имеете ввиду - полное сохранение старой страницы со старым контентом и url на новом движке или вы имеете в виду сохранить через редирект? Если первое, то как мне решить задачу с переносом старых страниц на новый двиг?

Еще посмотрите по метрике самые популярные страницы, и подумайте, куда с них перенаправить посетителей.

Потом постоянно смотрите в Яндекс Вебмастере появляющиеся страницы с ответом 404 и смотрите, есть ли на них ссылки, внутренние, внешние и думайте куда перенаправить с них посетителей, если даже в новом сайте нет посадочной страницы на 100% отвечающей запросу.

И еще, оформите красиво 404 страницу, сообщите пользователям, что сайт переделан для их удобства и если они попали на эту страницу, то старая страница удалена за ненадобностью и предложите перейти на главную, в похожий раздел или на страицу поиска, в общем, что бы пользователь не тупо попал на заглушку и ушел, портя ПФ тем самым, а остался на сайте.

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

Так как от ссылок на другие темы и намеков на некомпетентность моих ответов смысла маловато.

Это да, большое спасибо за совет - я так и собираюсь делать.

Народ, я думаю, что решение моей задачи мы нашли - всем огромное спасибо!

- взять самые жирные/самые посещаемые страницы сайта через счётчики аналитики

- выбрать новые посадочные страницы под них на новом сайте

- ухнуть всё это дело в htaccess списком, через 301 редирект. Ведь я так понял, что если засунуть до 50-и страниц туда - это не слишком сильно загрузит сервер и не повредит работе сайта.

- закрыть остальные страницы от индексации (которые решили не переносить)

Либо рушить мою задачу через решение предложенное donc-ом

Верно? :)

p.s Задал вопрос Платону по этой теме, вот что мне ответили:

"В данной ситуации Вам необходимо настроить 301 серверное перенаправление со старых страниц на новые, это прямо укажет роботу на перенос контента и необходимость индексирования именно новых страниц сайта. В таком случае проблем с нахождением новых страниц по запросам возникнуть не должно.

Увы, мы не сможем помочь Вам с непосредственной настройкой перенаправления - это выходит за рамки нашей компетенции, по данному вопросу Вам лучше обратиться к разработчику Вашего сайта или на тематические форумы. Более подробную информацию об обработке перенаправлений Вы можете прочитать на странице нашей Помощи: https://yandex.ru/support/webmaster/robot-workings/managing-redirects.xml ."

Не работал. Видел только поверхностно и давно.

Нда это конечно ппц, если нельзя. Серьёзный аргумент не использовать это..

Ну потому что по природе вещей - ответ сервера. Сервер принимает запрос, сервер проверяет и даёт ответ и только потом уже передаёт или не передаёт в обработку пхп :)

Как бы то ни было, а это таки вмешательство. Обновление и всё (ага, помнить надо.. :))

Это если пихать как предлагает weblad. Если по маске/правилам - никакой нагрузки. А вот пхп как раз нагрузит (хоть и незначительно).

По любому старому адресу. Индексный же сработает всегда и всегда проинклудит /redirect.php. В котором всегда будет (должна быть) проверка какой адрес запрошен.