Вешаем новый сайт на старый домен — как не потерять позиции в CEO?

Не знаю о какой просадке 40% трафика Вы говорите, прочитайте мой ответ в частности. Стабильный рост и трафика и позиций по подавляющему числу проектов на всех этапах.

угу и ни о какой капитализации запроса вы тоже не слышали.

Виктор Таран,
>>угу и ни о какой капитализации запроса вы тоже не слышали.

А что Вы конкретно имеете ввиду?

у вас новое семантическое ядро, а следовательно вы или перенесли контент, или создали новый на старые ключевики. В следствие этого у вас появилось две релевантные страницы
первая у которой уже есть вес, и вторая новая более качественная но без веса, собственно какую из них выдавать в поиск?
https://devaka.ru/articles/cannibalization

Антон, спасибо!
И кстати да, я забыл немаловажный момент: страницы со старого сайта на новый мы перенесли практически полной копией (заголовки, текста, цифры и т.п.)

ssyukin, Трясти будет все равно, ничего не поделать

Переадресация должна быть в htaccess, а не в коде сайта.

Одиночка Айс, и почему же?

Антон, 1. отработает быстрее, 2. не стоит смешивать логику работы сервера и сайта. Понятное дело, что пытаетесь сделать для удобства админа, но так делать не стоит.

Одиночка Айс, Разница во времени будет столь несущественна, и в данном случае, подошло бы больше для какого-нибудь портала а-ля госуслуги, который и так валится от любого чиха.
Ну и, не вижу ничего плохо в том, чтобы засунуть 1 метод или 3 строчки кода, чтобы осуществить сие, как минимум, будет эстетичнее, а не чертова сосиска из правил в htaccess.
Само собой понятно, что как бы нужно отделить мух от котлет, и было бы правильнее, но это не такая большая потеря, и уж тем более - это битрикс, там невозможное возможно, хуже уже и так некуда.

Одиночка Айс, 1. не факт что быстрее, чем 5 строчек на php
2. Можно и так и так решить
Удобство админа. 1 фиг через 1-2 месяца удалять эти строчки после реиндексации как не нужные, и тому же админу нужно вспомнить где именно он их прописал(хуже если он уволился и искать другому).

Евгений Николаев, неужели? Запустить систему, подключиться к бд, найти нужные страницы и правила. Наверняка еще кучу запросов выполнить придется, прежде чем доберемся до нужных правил редиректа.

Одиночка Айс, массив хранится прямо в файле index.php

>>Наверняка еще кучу запросов выполнить придется, прежде чем доберемся до нужных правил редиректа

Если и хранить в базе это целый всего 1 запрос(причём достаточно оптимальный - 1 адрес в условии и 0/1 возвращаемых результатов, а Вы что там на несколько запросов собираетесь хранить?). Но я бы не стал хранить в бд(если только не более 1500 страниц), так как код через несколько месяцев предполагает удаление, а так ещё и из базы таблицу нужно будет удалять

Евгений Николаев, то бишь массив забивается руками? 0_о и каким чудом его править клиенту/SEOшнику?

Одиночка Айс, никогда не давали эту работу клиенту, это работа по seo которую выполняла наша студия.
Максимум иногда порсили клиента ссылки из индекса собрать, для этого ему нужно было в яндекс найти site:его_адрес_домена и одну за ондной скопировать а потом прислать нам exel таблицу где одна колонка старая ссылка а другая новая ссылка.
Обращаю Ваше внимание мы тогда занимались Joomla и работали с сегментом эконом клиентов, поэтому если клиенту было лень или он что то не понимал, мы выставляли ценник 5000 рублей за эту работу(до 500 страниц) и занимались этим 2-6 часов. А если и это не устраивали, то просто не выполняли seo работу по склейке, и вот уже это не так хорошо было для seo о чём разумеется предупреждали.

В конечном счёте получали массив типа <?php $ar = array(array("old"=>"/stariy_link","new"=>"/noviy_link")); далее $link = false; foreach ($ar as $one) {if ($one["old"] == $_SERVER["REQUEST_URI"]) {$link = $one["new"];}}
if ($link) {здесь_переадресация на $link;exit;}

Всего делов.

Ещё раз обращаю внимание до 1500 ссылок прямо в файл index.php свыше - в таблицу базы, поскольку для файла уже дофига.
Почему 1500? Да не почему, можно и до 500 считать, чисто по ощущениям размер файла уже приличный будет если больше, и зачем всю эту работу давать интерпретатору php по разбору кода если это уже работа для базы. К тому же свыше 1500 ссылок не очень удобно потом всё эту удалять, когда скролом сложно найти конце этой информации.

Евгений Николаев, понятно) так исторически сложилось у вас, в общем))

Одиночка Айс, :)