Переезд сайта с другой системы управления на ХостСМС

Ситуация встречается регулярно. Сайт сделан несколько лет назад на системе управления, с которой стало неудобно работать: обновления не выходят, нужный модуль не находится, подрядчик развёл руками, каждая правка превращается в переписку на неделю. Или система оказалась настолько простой, что переросли её на второй год.

Возникает вопрос: переезжать или терпеть. И сразу за ним второй, главный: не рухнет ли поток заявок во время переезда.

Разберём, когда переезд оправдан, как он проходит на практике, что можно потерять и как этого избежать. Мы работаем на ХостСМС и переносим сайты на неё регулярно, поэтому разбор построен на реальной последовательности работ.

Когда переезд действительно нужен

Смена системы управления — не косметическая процедура. Поводы должны быть весомыми.

Система не поддерживается. Обновления не выходят, дыры не закрываются, совместимость с новыми версиями серверного окружения теряется. Это самый серьёзный повод: рано или поздно сайт просто перестанет работать.

Не хватает возможностей. Нужен нормальный каталог с фильтрами, обмен с 1С, личный кабинет, несколько складов, выгрузки в маркетплейсы — а система этого не умеет и не научится.

Дорого дорабатывать. Каждая мелочь требует программиста, потому что система устроена неудобно или сделана самописно.

Неудобно наполнять. Сотрудник тратит час на то, что должно занимать пять минут. За год это складывается в существенные потери времени.

Нет специалистов. Систему знают полтора человека в стране, и оба заняты.

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

Проблемы со скоростью, которые нельзя решить внутри системы.

Когда переезжать не надо: если система рабочая, а проблема в конкретном подрядчике или в отсутствии сопровождения. Смена системы такую проблему не решает, а расходы создаёт.

Что даёт переезд на ХостСМС

Раз мы говорим о переезде на конкретную систему, стоит назвать причины, по которым мы её выбираем для клиентов.

Полноценный каталог. Свойства товаров, фильтры, склады, скидки, комплекты, сравнение. Всё это работает из коробки, без сборки из десятка расширений.

Обмен с 1С. Каталог, остатки, цены, заказы. Для торговых и производственных компаний это обычно решающий пункт.

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

Встроенные инструменты для работы с обращениями. Формы, заявки, рассылки, статистика.

Работа с несколькими сайтами из одной панели. Удобно, когда есть основной сайт и посадочные страницы под направления.

Права доступа по ролям. Сотрудник видит только то, что ему нужно, и не может сломать остальное.

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

Это не значит, что другие системы плохи. 1С-Битрикс и Вордпресс распространены и решают свои задачи. Речь о том, что выбор системы должен опираться на конкретные потребности компании, а не на моду.

Главный риск: потеря потока обращений

Разберём честно, что может пойти не так.

Изменились адреса страниц. Самая частая и самая дорогая ошибка. Старые адреса были одного вида, новые — другого. Поисковые системы ведут людей на страницы, которых больше нет, человек видит ошибку и уходит. Внешние ссылки и закладки перестают работать.

Часть содержания не перенесли. Обычно теряются не главные страницы, а то, что приносило обращения по узким запросам: старые статьи, описания частных случаев, ответы на вопросы.

Тексты сократили при переносе. «Перепишем красиво и короче» — и вместе с водой уходят факты, по которым сайт находили.

Пропали изображения. Ссылки на файлы изменились, картинки не отображаются.

Формы работают не так. Заявки уходят не туда или не уходят вовсе. Молча.

Пропали счётчики статистики. Данные перестают собираться, сравнить «до» и «после» невозможно.

Изменилась скорость. Новый сайт оказался тяжелее старого.

Не настроили технические файлы. Инструкции для поисковых систем и карта сайта не перенесены.

Все эти риски снимаются процедурой. Ниже она по шагам.

Как проходит переезд

Шаг первый: полная опись старого сайта. Выгружается список всех адресов страниц. Все до единого, включая старые статьи и карточки товаров. Отдельно фиксируется, какие из них приносят обращения и переходы.

Шаг второй: сбор данных. Тексты, изображения, товары со свойствами, документы, отзывы, статьи. Каталог обычно выгружается таблицей, содержание страниц — либо экспортом, либо сбором с сайта.

Шаг третий: проектирование структуры. Разделы новой системы, типы страниц, свойства товаров, шаблоны. На этом этапе решается, какие адреса сохранятся как есть, а какие изменятся.

Шаг четвёртый: сборка на тестовой площадке. Новый сайт разворачивается на закрытом адресе, недоступном поисковым системам.

Шаг пятый: перенос содержания. Каталог загружается из таблиц, страницы переносятся с сохранением текста целиком.

Шаг шестой: карта соответствия адресов. Для каждого старого адреса определяется новый. Если страница не переносится, определяется, куда направлять человека.

Шаг седьмой: настройка форм и уведомлений. Формы собираются заново, проверяется доставка писем и передача в систему учёта.

Шаг восьмой: проверка. Полный обход: все разделы, фильтры, поиск, корзина, оплата, формы, личный кабинет, панель управления. Отдельно на телефоне.

Шаг девятый: перенос счётчиков статистики. Те же счётчики, те же цели, чтобы данные не прервались.

Шаг десятый: переключение. В период наименьшей нагрузки. Одновременно включаются переадресации со старых адресов на новые.

Шаг одиннадцатый: наблюдение. Первая неделя — самая важная. Проверяются ошибки, недоступные страницы, поступление заявок, показания статистики.

Шаг двенадцатый: сообщение поисковым системам. Обновлённая карта сайта передаётся в Яндекс.Вебмастер, отслеживается переиндексация.

Что проверять в первые дни

Отдельный список, потому что здесь теряют больше всего.

• отправляются ли все формы и доходят ли письма;
• приходят ли уведомления в мессенджер и систему учёта;
• нет ли страниц, отдающих ошибку, — проверяется по списку старых адресов;
• работают ли переадресации со старых адресов;
• на месте ли изображения;
• работает ли поиск по сайту и фильтры каталога;
• корректно ли работают цены и скидки;
• собирает ли статистику счётчик;
• нет ли роста ошибок в журнале сервера;
• отображается ли сайт корректно на телефоне;
• не упало ли число обращений по сравнению с прошлым периодом.

Последний пункт — главный. Все технические проверки нужны ради него.

Как это связано с продвижением «3 в 1»

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

Поиск. Основной риск здесь — смена адресов без переадресаций. Накопленная за годы известность страниц теряется, и обращения падают на месяцы. Правильно сделанная карта соответствия адресов сохраняет практически всё. Отдельно важно перенести содержание целиком, а не сокращённо: факты, цены, сроки, ответы на вопросы — именно они дают материал для генеративных ответов поиска. Сайт, который после переезда стал «красивее, но короче», перестаёт быть источником фактов и выпадает из таких ответов.

Яндекс.Справочник. Из карточки в Яндекс Бизнесе ведут ссылки на сайт: на главную, иногда на конкретные услуги или на страницу записи. После переезда эти ссылки нужно проверить и обновить. Кроме того, если перечень услуг на сайте изменился, его нужно привести в соответствие с перечнем в карточке.

2ГИС. То же самое: ссылка на сайт, перечень услуг, актуальность описания.

Практический вывод: план переезда должен включать не только сайт, но и обе карточки. Иначе получится, что сайт переехал, а половина каналов ведёт в пустоту. И наоборот: если во время переезда сайт временно недоступен, карточки на картах продолжают приносить звонки — это дополнительный аргумент за то, чтобы они всегда были заполнены.

Сколько это занимает и от чего зависит

Сроки сильно зависят от объёма.

Небольшой сайт-визитка или каталог до сотни позиций — обычно несколько недель.

Средний корпоративный сайт с блогом и каталогом — от месяца до двух.

Интернет-магазин с обменом с 1С, личным кабинетом и выгрузками — от двух месяцев.

На что уходит время: не на установку системы, а на перенос содержания, настройку каталога, сборку карты адресов и проверки. Именно эти работы определяют, сохранится ли поток обращений.

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

Кстати о дизайне: совмещать переезд и полный редизайн можно, но это удваивает риски. Если поток обращений важен, разумнее сначала переехать с сохранением привычного вида, убедиться, что всё работает, и только потом заниматься внешним видом.

Что делать со старым содержанием

Отдельный вопрос, который всегда возникает: переносить ли всё подряд или почистить по дороге.

Правило первое: сначала перенести, потом чистить. Соблазн выбросить старые статьи и неактуальные страницы при переносе велик, но именно они часто приносят обращения по узким вопросам. Сначала переносите всё, потом смотрите статистику и убираете то, что действительно не работает.

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

Правило третье: не сокращать тексты. Длинные страницы кажутся избыточными, но именно подробности — цены, условия, разбор частных случаев — притягивают обращения и дают материал для генеративных ответов поиска.

Правило четвёртое: устаревшее обновлять, а не удалять. Статья с прошлогодними ценами не должна исчезать — её нужно обновить. Адрес сохраняется, ценность растёт.

Правило пятое: то, что удаляется, должно куда-то вести. Для каждой удалённой страницы настраивается переадресация на ближайшую по смыслу. Не на главную — это раздражает, — а на соответствующий раздел.

Правило шестое: изображения переносятся вместе с описаниями. Часто теряются именно текстовые описания картинок, а потом их некому восстанавливать.

Как совмещать переезд с работой над содержанием

Переезд — удобный момент, чтобы навести порядок, но важно не превратить его в бесконечный проект.

Что стоит сделать во время переезда: привести к единому виду структуру услуг, добавить недостающие цены и сроки, собрать раздел вопросов и ответов, привести в порядок каталог и свойства товаров.

Что лучше отложить на после запуска: переписывание всех текстов, съёмку нового портфолио, смену дизайна, добавление новых разделов и функций.

Почему так: каждая параллельная задача увеличивает срок и число мест, где можно ошибиться. Сначала переехать без потерь, потом развивать — этот порядок надёжнее.

Практический ориентир: если работа над содержанием увеличивает срок переезда больше чем на треть, её нужно выносить во второй этап.

Что подготовить со стороны компании

Переезд идёт быстрее, если заранее собрать:

• доступы к старому сайту, хостингу и домену;
• доступ к статистике и к панели вебмастера;
• актуальный прайс и каталог в виде таблицы;
• список услуг в том виде, в каком он должен быть;
• фотографии работ и товаров в приемлемом качестве;
• список того, что обязательно должно сохраниться;
• контакты ответственного сотрудника, который сможет отвечать на вопросы.

Отдельно: убедитесь, что домен оформлен на вашу компанию, а не на подрядчика или бывшего сотрудника. Это выясняется до начала работ, а не в момент переключения.

Что делать по шагам

1. Сформулируйте, что именно не устраивает в текущей системе.
2. Проверьте, не решается ли проблема сменой подрядчика или настройкой сопровождения.
3. Соберите полный список адресов страниц старого сайта.
4. Отметьте страницы, которые приносят обращения и переходы.
5. Соберите доступы: сайт, хостинг, домен, статистика.
6. Убедитесь, что домен оформлен на компанию.
7. Согласуйте структуру нового сайта и типы страниц.
8. Соберите каталог и прайс в виде таблиц.
9. Постройте сайт на тестовой площадке, закрытой от индексации.
10. Перенесите содержание целиком, без сокращений.
11. Составьте карту соответствия старых и новых адресов.
12. Проверьте формы, уведомления, оплату, выгрузки.
13. Перенесите счётчики и цели статистики.
14. Переключитесь в период наименьшей нагрузки, включив переадресации.
15. Обновите ссылки и перечень услуг в карточках Яндекс Бизнеса и 2ГИС.
16. Передайте новую карту сайта в Яндекс.Вебмастер.
17. Неделю следите за ошибками и потоком обращений.

Итог

Переезд на другую систему управления — управляемая процедура, а не лотерея. Поток обращений теряют не из-за самого переезда, а из-за трёх вещей: сменившихся адресов без переадресаций, урезанного при переносе содержания и молча сломанных форм.

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

И не забывайте про карточки на картах: они должны переехать вместе с сайтом — обновлёнными ссылками и согласованным перечнем услуг.

Если вам тесно в текущей системе управления и вы думаете о переезде, специалисты компании «Сайты Профессионально» оценят объём работ, покажут, что можно сохранить, и проведут перенос на ХостСМС с сохранением потока заявок. Обращайтесь за бесплатной консультацией — посмотрим ваш сайт и скажем, стоит ли переезжать в вашем случае.