Если большой сайт (>50 000 страниц) перенести на новую CMS и СУБД - это ухудшит SEO?

[alex_klemen]

Есть кулинарный сайт с хорошей посещаемостью (100 000 уников в день) и большим количеством рецептов (более 50 000).

Поэтому есть желание перевести сайт на современный и активно поддерживаемый движок. Возможно при этом сменится язык программирования и СУБД.

Подскажите - насколько это критично для SEO ?

И как и насколько реально уменьшить риски?

[Клон]

пофиг что на что менять, лишь бы урлы и контент остались прежними

[zeta]

Сообщение от alex_klemen

Есть кулинарный сайт с хорошей посещаемостью (100 000 уников в день)

может немного и не в тему, но в чем сакральный смысл перевода,если уже все настроено и крутиться при такой посещяловке?

если хотите добавть ряд сервисов и т.п. - тововсе не обязательно переводить на CMS..

[ubuntu]

alex_klemen, постарайтесь составить список ссылок на ваш сайт и по возможности дайте этим страницам (на которые ссылаются) те же URL.
zeta, когда сайты вырастают до проблем с их поддержкой, требуется смена движка. Причины - сайт наполняют большое количество человек, связка с бухгалтерией и другими программами предприятия, типа складского учета, отдела продаж, службы поддержки и многого другого.

[alex_klemen]

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

[Sergoff]

Вы ставили задачу перед программистами сохранить полностью структуру сайта? Что вам ответили? Если вам удастся сохранить структуру ссылок и контента, то проседание будет минимальное. Хотя после смены чего-либо, проседание всё-равно будет.

[qkowlew]

Хехе.

Лично месяца два воюю (правда, не как клиент, а как хостер, помогающий клиенту) с "погромистом", перенёсшим сайт на друпал.
Старый контент приносил 900+ р в день.
"погромист" не счёл нужным оставлять старую структуру ссылок.
есссно, клиент стал терять бабло и плакать.

Сейчас
- слил оба сайта в один каталог (повезло, не совпали никакие имена, кроме ессно index.php в корне),
- переименовал старый index.php в index_old.php
- дописал в подвал нового движка ссылки на старые урлы УВ2
- написал правила rewrite на 3 килобайта регекспов примерного вида:

 %{REQUEST_URI} ^/Tags/.* [OR]
 %{REQUEST_URI} ^/(Articles|News|Video|Audio|Maps)/?$ [OR]
 %{REQUEST_URI} ^/(Articles|News|Video|Audio|Maps)/\d+/?$ [OR]
 %{REQUEST_URI} ^/(articles|news|video|audio|maps)/\d+/?$ [OR]
 %{REQUEST_URI} ^/(Articles|News|Video|Audio|Maps)/Category/\d+(/.*$|/$|$) [OR]
 %{REQUEST_URI} ^/(Articles|News|Video|Audio|Maps)/Page/\d+(/.*$|/$|$)

"погромист" "аккуратно" апдейтит друпал и каждый раз затирает .htaccess

уф. ЗАДРАЛО.

[alex_klemen]

задачу конечно поставили. но так не все так просто. страниц более 50 тысяч.

а новый движок хочет чуть по другому формировать урлы.

======

хотя не много странно. СЕОшники рекомендуют сменить нам урлы на ЧПУ и что это увеличит трафик. Но ведь при этом ссылки поменяются ....

[Никола]

Сообщение от alex_klemen

задачу конечно поставили. но так не все так просто. страниц более 50 тысяч.

а новый движок хочет чуть по другому формировать урлы.

======

хотя не много странно. СЕОшники рекомендуют сменить нам урлы на ЧПУ и что это увеличит трафик. Но ведь при этом ссылки поменяются ....

Ну, за Ваши деньги можно заставить любой движок формировать урлы так, как надо. Бюджет ведь нормальный.

А вот если не было ЧПУ, то становится вдвойне интереснее. Риск существенный.

[alex_klemen]

Просто нам рекомендовали ЧПУ на наш текущий сайт - наши же СЕОшники. Причем они год нам закупали ссылки, а потом говорят - а давайте ка ЧПУ сделаем.