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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

При необходимости подключаем сайт к сервису cloudflare.com (переписываем у регистратора dns хостера на dns cloudflare). Сам процесс описывать не будем. Ничего сложного в нем нет, специфика — есть.

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

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

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

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

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