Перенос старого сайта на новый «движок»

Материал адресован, прежде всего, заказчикам, которым иногда любопытно: что это за процесс такой и «с чем его едят». Поскольку вопрос касается денег и времени проведения работ.

Впрочем, годится он и для «забывчивых: вебмастеров, которые периодично забывают: «Что за чем и в каком порядке». Хотя для многих, наверное, процесс доведен до автоматизма и проводится на «автопилоте».

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

Задача переездов достаточно частая. Можно даже сказать — банальная. Мотивация разная, но очевидная. Обозначим основные «мотивы» переноса сайта на новый «движок»:

• Старый сайт, сделан в 90-х или «нулевых». Старый cms, не удовлетворяет поисковые системы — ничем. Сайт будет работать еще долго (некоторые cms — крайне живучие), но… не вижу смысла ваять из «Запорожца» — «Мерседес». Можно, но — зачем?
• Устаревший сайт, сделан относительно недавно, в текущей пятилетке. Но: не обновлялся. Например, на Джумла 2.5 (тупиковая ветвь cms). Можно попробовать «миграцию», но… не всегда она работает. Да и «мусора» после процедурки остается много. Этот вариант из серии — «не повезло». Но, в этом случае, есть масса позитива, если сайт оптимизирован: сохранится всё seo, форматирование, не нужно чистить текст и изображения. Можно, к слову, еще потерпеть годик-три.
• Утомленный сайт, сделан относительно недавно, в текущей пятилетке. Но: было несколько «мастеров», что «раздолбали и замусорили» проект так, что проще сделать новый. Восстанавливать дольше и без гарантии работоспособности.
• Сайт сделан на базе «Конструктор сайтов» типа Wix. (мы же вас предупреждали!) Тут всё внятно и без прояснений про «бесплатный сыр».
• Сменился вебмастер. У каждого персонажа, естественно, свои предпочтения и приоритеты. Я привык к Joomla, а приятель Вася — к WordPress. У всех свои «тараканы» (предпочтения и привычки).
• Заказчику не нравится установленный существующий CMS. Бывает. Вариация первого пункта, только наоборот. И причины разные, от пафоса, до: «Мне тут приятель посоветовал…»

Вроде бы и всё?.. Наверное — бывают и иные причины, не встречал.

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

• Доступ к регистрационным данным. Зачем: для смены DNS.
• Доступ к Хостингу проекта. Нужны соединения по протоколу ftp и общения с базами данных. Нужен доступ к серверу для правки жизненно важных файлов конфигурации, robots.txt .htaccess и пр.
• Доступ к административной панели сайта.

Это по максимуму. Минимум — нужен доступ к старому сайту по протоколу ftp.

Допустим, все нужное — в наличии. Далее — порядок реализации «переезда».

Создаем временный сайт

• На свободном виртуальном пространстве своего хостинга — вебмастер создает временное, любое, доменное имя и виртуальный сервер.
• Создаем базу данных.
• «Заливаем» на сервер дистрибутив выбранной cms, необходимый для инсталляции.
• Устанавливаем дистрибутив cms, желательно с предустановленным, заранее выбранным, шаблоном и соответствующими настройками. Если шаблон коммерческий, то выполняется необходимый «комплекс мероприятий» по покупке и активации оного.
• Производим базовые настройки cms и шаблона (это займет тройку часов).
• Закрываем временный сайт «болванку» от индексации.
• Тестируем базовые функции.
• Настраиваем шаблон по назначенным заказчиком базовым цветам, дизайну, стилю. Может занять разное время, от нуля до недели.
• Устанавливаем необходимые скрипты сторонних разработчиков под требования к функционалу Заказчика (например, Фотоальбомы, Комментарии, Слайд шоу, Контактные формы, Опросы и пр.). Наладка и тестирование установленного скрипта.

Перенос старого сайта

• Настройка (адаптация) дизайна шаблонов сайта и установленных скриптов под требования Заказчика. Цвета, стили, элементы графического оформления.
• Создаем каталогизацию материалов если ее нет на старом проекте. Если есть — дублируем, внося необходимые коррективы.
• Переносим существующий контент. Стараемся сохранить url старого проекта (если у него работает система ЧПУ). Основные переадресации имеет смысл прописать в файле .htaccess (если url старого и нового проекта не совпадают).
  При переносе: чистим «грязный код». Часто на старых проектах контент дублирован (копировать/вставить) из редактора Wordpress. Качество подобного «контента» ужасно с точки зрения «чистоты кода». Чистить и править его долго/нудно, легче отформатировать текст «с нуля». Форматирование, типографирование и просто правка займет неизвестно сколько времени, зависит от количества материала. Необходимо учесть, что для нового сайта созданы новые стили оформления и форматирование происходит в соответствии с ними (оформление нумерованных и не нумерованных списков, выделение, цитирование, пр.). А есть еще требования новых стандартов html и спецификаций css, которые тоже придется учесть.
  Параллельно с форматированием производится правка контента с точки зрения seo: добавляются заголовки, прописывается перелинковка, выделение ключевых слов, правятся title и description материала и пр.
• Перенос графического контента несколько сложнее текстового. Все картинки (всегда) ужасного качества, каждую стоит «прогонять» через Фотошоп. Править контрастность, яркость, резкость, цветность, пр.
  Названия картинок должны быть исключительно на латинице, в нижнем регистре. Имя должно отражать суть изображения, желательно в составе имени ключевых слов. Естественно, что все названия изображений проходят транслитерацию. Иногда возможна пакетная обработка фото соответствующими программами, иногда — нет. Названия картинок, конечно, не должны быть чрезмерно длинным.
• Настройка, отладка и тестирование имеющегося проекта во всех составляющих функционала.
• Пост-SEO. Отдельная статья работы, всех мероприятий перечислить невозможно. Например, составляются robots.txt, .htaccess, sitemap.xml, проводится проверка и правка title, уточняется текст заголовков, дополняется перелинковка и пр. и др. (Некоторые основные мероприятия SEO)

«Прикрепление» нового сайта к старому доменному имени

Когда новый сайт (в общем и целом) готов — подключаем его к старому (существующему) доменному имени. У регистратора доменного имени переписываем dns старые на новые (если меняется хостер.). На хостинге «прикрепляем» нужное имя домена к временному домену. Переприкрепление займет некоторое время, от пары часов до суток по мере переобхода dns.

После окончания процесса необходимо перенести коды систем статистики на новый сайт. При необходимости задаем новый адрес сайта с https и сигнализируем об этом поисковым системам.

Сбор статистики и корректировки настроек сайта

После переноса сайта стоит дать ему «отлежаться», около месяца. Цель паузы: переиндексация страниц сайта со старой версии на новую, «склейка». Займет около месяца, если сайт «активный» и ему немного «помочь».

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

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

Оставьте свой комментарий, при желании. Вопросы, если возникнут, задавайте, при наличии времени/возможности — ответим. Если в статье что-то изложено непонятно, неправильно, неполно: комментируйте ниже, регистрация не требуется.Удачи!