Перенос сайта на другие CMS, хостинг или домен: как все сделать правильно

Когда действительно нужно переносить сайт на другую CMS? Почему при переносе сайта на другую CMS могут возникнуть проблемы? Как правильно сменить CMS на сайте? Что делать после смены CMS?
Перенос сайта на другие CMS, хостинг или домен: как все сделать правильно
Время чтения: 13 минут
Отправим материал вам на:

Из этой статьи вы узнаете:

  • В чем разница между хостингом, доменом и CMS
  • Когда действительно нужно переносить сайт на другую CMS
  • Почему при переносе сайта на другую CMS могут возникнуть проблемы
  • Как правильно сменить CMS на сайте
  • Что делать после смены CMS
  • Как перенести веб-ресурс на другой хостинг
  • Как перенести сайт Битрикс на другой хостинг
  • Как перевести сайт на другой домен
  • Как осуществить перевод сайта на новый движок
  • Перенос сайта на WordPress
  • От чего зависит цена услуг по переносу сайта
  • Как выбрать хостинг, домен и CMS, чтобы не пришлось переезжать

При создании веб-ресурса далеко не все владельцы бизнеса задумываются о том, какую систему управления сайтом выбрать, отдавая решение на откуп разработчикам. В дальнейшем это может привести к серьезным последствиям: интернет-портал теряет эффективность, а владелец – время, клиентов, деньги и нервы. В итоге приходит понимание, что единственный возможный выход – перенос сайта на другую CMS. Дело это непростое и весьма затратное, сопряженное с проблемами сохранения функциональности ресурса и удержанием позиций в выдаче.

В чем разница между хостингом, доменом и CMS

Такие специфические термины, как хостинг, домен, движок, относятся к одному объекту — веб-сайту, и все они нужны для его нормальной работы (хотя можно обойтись и без CMS). Поэтому вполне понятно, почему владельцы сайтов начинают воспринимать эти понятия как нечто общее — «что-то необходимое для нормального функционирования сайта». Но если вы серьезно настроены переместить сайт на новое место, настоятельно рекомендуем разобраться что и как.

В чем разница между хостингом, доменом и CMS

Чем же отличаются друг от друга хостинг, домен и движок? Приведем пример. Вы переехали в новое жилье и установили систему «умный дом». Хостинг — это дом, где проживает ваш веб-сайт. Это место на одном из компьютеров (серверов) хостинговой компании, в котором физически находятся файлы вашего веб-ресурса: html-страницы, скрипты, картинки и т. д. (так же, как и на вашем ПК в отдельной папке хранятся, к примеру, ваши фото). Доступ к папке на вашем ПК есть только у вас, а к папке с вашим сайтом — у всех интернет-пользователей.

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

Домен является адресом веб-сайта. В Интернете хранится очень обширная «база адресов» (или «пространство доменных имен»). В ней для каждого домена указано, на каком компьютере в Интернете хранятся файлы данного сайта. Поэтому браузер точно знает, к какому «дому» относится тот или иной домен.

Далее. Что такое «умный дом»? Это система, позволяющая контролировать показатели в доме (температурный режим, уровень влажности, включение света или сигнализации) и в автоматическом режиме управлять ими. К примеру, если в помещении очень холодно, система может включать обогрев, а когда кто-то заходит в комнату — освещение. То есть следит за нормальным состоянием дома.

Функционирование сайта зависит от его движка (или CMS — системы управления контентом). Движок демонстрирует на определенной странице сайта необходимый контент, отправляет формы, кладет товары в корзину и выполняет множество других действий.

Но главное, движок не столько показывает контент, сколько управляет им. Благодаря CMS можно легко менять содержимое сайта (аналогично созданию простого документа Word). Вам не нужно изучать языки программирования, чтобы править текст на странице, добавлять изображения, пункты меню, дополнять каталог новыми позициями. Все это можно легко сделать благодаря CMS.

Да, бывают движки, в которых и программист разбирается с трудом, но это уже зависит от разработчиков.

Когда необходим перенос сайта на другую CMS

Когда необходим перенос сайта на другую CMS

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

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

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

article_banner.png

Принимая решение о смене CMS, нужно четко понимать все сложности и опасности, которые таит в себе процесс. Обойтись «малой кровью» не получится, сэкономить тоже. Разумеется, можно попросить знакомого программиста или найти хорошего фрилансера, услуги которого окажутся дешевле, чем в специализированной компании, но результат в таком случае никто не гарантирует. Потери позиций в поисковой выдаче, трафика, клиентов грозят стать объективной реальностью и после перехода на новую CMS. Потому что качество переноса нужно оценивать не только с позиций программистов, но и с точки зрения SEO: правильно ли настроены редиректы, изменилась ли структура ресурса, заголовки страниц и прочее.

Даже малейшее отклонение приводит к колебаниям в выдаче, более серьезные «правки» (избежать которых часто не удается в связи со спецификой CMS) — к серьезным потерям трафика и рейтинга в поисковиках. Поэтому не удивляйтесь, когда работа даже самого крутого специалиста не принесет желаемого результата: программист не обязан учитывать SEO-настройки, о которых владелец даже не считает нужным упомянуть. В свою очередь собственник ресурса может просто не знать о тонкостях продвижения и не контролировать качество переноса важных сеошных компонентов.

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

  • Почему решили покинуть Drupal? WordPress знаком лучше. Это не веская причина переноса. Если ресурс большой и претензий к работе нет, лучше изучите Drupal и продолжайте работать на ней.
  • Почему переезжаете с Joomla! на WordPress? Последняя привлекает большим количеством плагинов и бесплатных шаблонов. Несерьезно. Платный плагин на «родной» системе обойдется значительно дешевле перехода, сопряженного с рядом серьезных рисков.
  • Почему переезжаете с WordPress? Бизнес настолько крут и солиден, что CMS должна соответствовать. Это не причина. Тем более что цена переноса сайта на другую CMS далеко не самая низкая. Деньги лучше вкладывать в полезные начинания.
  • Не считается веской причина переноса, кроющаяся в опасениях взлома и копирования из-за открытого кода админки. Потому что коммерческие движки по скорости реакции на атаки уступают подобным системам. К тому же ни один сайт не застрахован от хакеров.

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

Перенос сайта на новую CMS

А вот когда перенос сайта на новую CMS действительно оправдан:

  • Требуется динамичный веб-ресурс.

Статичный сайт с несколькими страницами прекрасно работает для конкретных целей (например, в качестве визитной карточки с перечнем услуг и контактами). Но если возникает потребность регулярных публикаций или живого общения с клиентами, без CMS обойтись сложно.

  • Очевидна неактуальность самописной CMS.

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

  1. Разработчик оказывает только платные услуги: расширить функционал – за деньги, внести улучшение – за деньги. Монополия делает клиента полностью зависимым от воли и решений программиста. Готовые CMS предоставляют возможность пользоваться бесплатными сервисами, добавлять веб-ресурсу функции на безвозмездной основе или значительно дешевле, чем это делает автор самописного движка.
  2. Программист не выходит на связь, работа с CMS невозможна.
  3. Новый подрядчик выставил тарифы на услуги по работе с чужим программным кодом, значительно превышающие цену разработки сайта.

В описанных выше ситуациях стоит всерьез задуматься о переносе сайта на новую CMS.

Перенос сайта на другую CMS

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

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

Software as a Service перестает устраивать по разным причинам:

  1. Невозможно полностью контролировать веб-портал.
  2. Ограниченный функционал, не соответствующий задачам сайта в современных условиях.
  3. Абонентская плата.
  4. Отсутствует использование сторонних шаблонов, а существующие не устраивают.
  5. Заграничная «прописка» серверов.

А вот для переноса сайта с движка на движок «железные» причины найти сложно, хотя они все-таки существуют. Самая распространенная – невозможность или нежелание платить деньги за использование CMS. К примеру, vBulletin требует финансовых вложений, а phpBB бесплатный.

Иногда не устраивает функциональность. Если ресурс, работающий на WordPress, обзаводится с помощью специального плагина форумом, со временем обретающего популярность, вполне возможно, что перенос на специализированную CMS будет целесообразен.

Какие проблемы всплывут в ходе переноса сайта на другую CMS

Проблемы в ходе переноса сайта на другую CMS

Перенос площадки на новую CMS принесет проблемы – это неизбежно и к такому повороту нужно быть готовым. Решить некоторые из них труда не составит, но будут и «неснимаемые». Выход один – свести потери к минимуму.

  • Потеря контента.

Избежать этого поможет резервная копия сайта на старой системе управления до переноса. Например, в WordPress используется специальный плагин, в Drupal есть встроенный модуль.

«Скопировать» ресурс можно и безотносительно к CMS посредством панели управления сервером, доступ к которой обеспечивается хостером.

Путь следующий: панель управления – файлы – менеджер резервных копий. Нужные копии и базу данных упаковать в архив и скачать.

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

Ни в коем случае не начинайте перенос сайта на другую CMS, пока не создадите работоспособную резервную копию!

  • Изменение структуры сайта и структуры URL.

У каждой CMS свой подход к формированию URL, поэтому чаще всего адреса изменяются. То же происходит при внесении структурных корректив.

К примеру, существующий прежде адрес https://site.ru/pages/catalog/tovar.html при переносе изменится на https://site.ru/shop/tovar.html/. Если вовремя не отследить и не исправить эти «нововведения», в выдаче появятся дублирующие варианты, возникнет проблема битых ссылок, нефункционирующих кнопок и т.д. Негативная реакция пользователей и поисковых роботов не заставит себя ждать.

Структура URL при переносе ресурса на новую CMS должна быть сохранена!

  • Трудоемкость настройки редиректов

Трудоемкость настройки редиректов

Вытекает из пункта 2. Смена URL требует работы с переадресацией, настроить которую для каждой страницы не является трудностью, если тело сайта составляют несколько десятков страниц. Совсем другой разговор, если их сотни, а то и тысячи. В таком случае придется потратить массу времени и сил на настройку автоматической переадресации, но сделать это необходимо.

Предположим, ранее ассортимент аксессуаров к цифровым фотокамерам был собран в тематическом каталоге по адресу photo.ru/catalog/photoaksessuary/, а каждый экземпляр находился по photo.ru/catalog/photoaksessuary/photoaksessuar1. Перенося ресурс на новую CMS, владелец решает распределить товар по категориям (отдельно объективы, отдельно штативы, свои каталоги для сумок, цифровых фоторамок и т.д.), URL будут выглядеть так: photo.ru/catalog/obektivy/obektiv1, photo.ru/catalog/shtativy/shtativ1. Потребуется ручная настройка переадресации при переносе ресурса на новую CMS.

  • Несоответствие функциональности старого и нового движка.

Привычные функции прежней системы управления могут кардинально отличаться на новой CMS. Примеров масса. Так, привыкнув к беспроблемному ведению блога на WordPress, при переходе на OpenCart придется искать или покупать решение: дополнительные модули, пути совмещения блога на старой CMS и сайта на новой и т.д.

  • Проблемы с дизайном.

Дизайн ресурса изменяется, часто кардинально. Если принципиально важно сохранить знакомое пользователям «лицо» портала, обратитесь к помощи дизайнера.

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

Подготовка к переносу сайта на другую CMS

Подготовка к переносу сайта на другую CMS

Даже если на старом движке сайт работал идеально, имел высокие позиции в выдаче, то при переносе на новую CMS всю кропотливую деятельность (технический аудит, правки, SEO) придется начинать с нуля.

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

Осуществить перенос сайта на другую CMS без потери позиций возможно.

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

  • Структурные требования, приобретающие особую важность, если старая CMS не позволяла внедрять определенные типы страниц.
  • Сформированная структура URL. Конечно, значительно проще сохранить имеющиеся «урлы», но другая CMS работает по своим правилам генерации, а потому перенос ресурса принесет неизбежные изменения. Отсюда необходимость новых образцов структуры для каждого имеющегося типа страниц.
  • Мета-информация. При переносе сохраняется в неизменном виде независимо от того, создана страница для продвижения или нет. Title, Keywords, Description, H1 являются неприкасаемыми. Программисты их сохраняют, а уточняет это заказчик. Отдельной таблицей оформить метатеги для ручной оптимизации. Требования к шаблонам расписать.
  • Базовые рекомендации: закрытие страниц от индексирования поисковиками, генерация sitemap.xml и html-sitemap, настройка canonical и кодов ответа сервера, оптимизация навигационных ссылок и изображений, микроразметка, мультиязычность, автоматические редиректы (301).
  • SEO-правки. Те, что внедрены ранее и требуют обязательного переноса на новый ресурс, и те, которые невозможно было применять на старой CMS. Техзадание должно быть исчерпывающим.

Программисты создают тестовую версию сайта.

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

  1. Дизайн. Нужно ознакомиться с макетами (если привлекаются специалисты) и записать моменты, требующие уточнения, вопросы и конкретные замечания; даже мелочи лучше рихтовать сейчас. При отсутствии макетов отсматривать дизайнерские решения стоит непосредственно на ресурсе в его тестовой версии, но точно так же вносить свои замечания и адресовать вопросы.
  2. Контроль исполнения техзаданий. Ответственный сеошник не станет дожидаться срока сдачи, а будет с периодичностью контролировать процент внедрения программистами описанных им позиций.
  3. Проверка и оценка юзабилити. В тестовой версии аудит проводится в мини-формате. Тем не менее, можно оценить основные моменты: удобство при выполнении целевых действий, расположение информации, отправку форм, корзину.
  4. Аудит тестовой версии ресурса. Что проверять: наличие критических ошибок, основные функции, актуальность информации, не остались ли пробные варианты текстовых фрагментов или страниц в целом, генерацию лишних ссылок, а также динамические URL и циклические редиректы. Конечно, проверка не будет полной и окончательной, но позволит оценить важные моменты для устранения ошибки.

Перенос сайта на другую CMS: пошаговая инструкция

Перенос сайта на другую CMS: пошаговая инструкция

Перенос с движка на движок является процессом уникальным в силу специфики ресурса. Но строится он по общему алгоритму, чей контроль осуществляет заказчик или его доверенное лицо (например, маркетолог).

1. Зафиксируйте текущую эффективность сайта.

Без этих показателей невозможно определить, приносит ли пользу перемещение ресурса на новую CMS.

В качестве критериев эффективности можно выбрать:

  • Метрики пользовательского поведения. Как отреагировали на перенос пользователи, изменилась ли длина сессий, их глубина, коэффициент конверсии, показатель отказов и прочее.
  • Уровень посещаемости (в ограниченный период).
  • Позиции в выдаче по ключевым запросам. Можно определить самостоятельно на основании 10 важных запросов в «Яндекс» и Google, если ресурс небольшой. Или посредством специальных сервисов (Seolib,Serpstat, Topvisor, Rush Analytics и др.), когда сайт насчитывает несколько сотен страниц.
  • Список страниц, привлекающих больше трафика. Помогут специальные сервисы. Например, в Google Analytics интересующий список находится по пути «поведение – контент сайта – страницы входа» (указываем дополнительный параметр «Источник или канал»).

Полученная информация анализируется и ложится в основу корректив (при необходимости).

2. Сделайте таблицу соответствия URL.

При изменении URL и структуры сайта обязательно зафиксируйте это в таблице.

Порядок действий:

  • Внести существующие URL с кодом ответа сервера в таблицу.

Поручите поиск информации инструменту для парсинга (например, Netpeak Spider).

  • Сортировать URL по коду ответа сервера.

Три группы страниц:

  • доступные: код ответа «200»;
  • с переадресацией: код «301», исключающий выдачу фейковых страниц;
  • несуществующие: код «404». Оцените актуальность страницы для сайта. При необходимости внесите ее в таблицу и настройте редиректы.
  • Внести в таблицу новые URL.

Если характеристикой предыдущих URL-структур была логичность, то работа над таблицей соответствия для нового сайта максимально упроститься. К примеру, адреса наподобие site.ru/catalog/phones/nokia1100/ на движке будут выглядеть примерно так: site.ru/phones/nokia/nokia1100/.

В адресах site.ru/catalog/nokia1100/ и site.ru/catalog/xiaomi/ логика отсутствует, что кратно увеличивает вероятность ошибок при переходе на новую CMS и трудозатраты.

Не забывайте про ссылки. Инструменты Megaindex, Ahrefs и подобные помогут уточнить, ведет ли на страницу переадресация с внешнего ресурса. Если таковая имеется, а самой полосе в новой структуре места не нашлось, грамотно отправляйте пользователей на близкую по тематике.

3. Настройте новую CMS на тестовом домене или локальном сервере.

Настройка новой CMS на тестовом домене

Выбрав локальный сервер, воспользуйтесь нашим руководством.

При использовании специального тестового поддомена (вид: test.example-site.com) путь следующий — сразу «спрятать» сайт от поисковиков (использовать специальные инструменты CMS либо посредством robots.txt).

Тестовый режим позволяет произвести широкую настройку системы управления (установка требуемых для работы модулей и плагинов, дизайн, кэш, сжатие данных и проч.).

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

4. Перенесите контент со старого сайта на новый.

Подход зависит от объемов. Небольшое количество страниц (и статические с описанием компании, команды, условиями доставки, контактами и др.) реально перебазировать самостоятельно, если они исчисляются десятками – доверить программистам.

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

5. Настройте редиректы.

Настройка редиректов

Набор действий зависит от специфики ресурса. Можно заняться настройкой самостоятельно (помогут гайд по редиректам и генераторы кода переадресаций) либо обратиться к веб-мастеру.

Что потребуется: постоянный редирект «301», сообщающий поисковикам, что искомая страница поменяла постоянную прописку и располагается по новому адресу. С точки зрения SEO новый URL становится полноценным правопреемником предыдущего.

Итак, после внесения редиректов в файл .htaccess старые URL должны возвращать код ответа «301», а новые – код «200».

6. Проверьте корректность работы сайта

Осуществляя перенос сайта с одной CMS на другую, обязательно проверьте работоспособность ресурса в тестовой версии:

  • Протестируйте формы, кнопки, не вызывает ли проблем оформление заказа.
  • Найдите битые ссылки (используйте Broken Link Checker и другие аналогичные инструменты) и исправьте ошибки.
  • Оцените юзабилити (объективность обеспечит сервис AskUsers).
  • Оцените внутреннюю оптимизацию (наш чеклист поможет в проведении экспресс-аудита).

Результаты проверки показали, что ресурс работоспособен, функционирует корректно. Открывайте доступ по основному URL и немедленно переходите к этапам 7 и 8. Если что-то не работает, ищите причины.

7. Добавьте на сайт коды внешних служб и перенастройте системы аналитики.

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

  1. Верификации поисковых систем («Яндекс.Вебмастер», Search Console Google и др.).
  2. Отслеживания («Яндекс.Метрика», Google Analytics, Liveinternet.ru и др.). Изменение URL влияет на многие элементы (цели, электронную торговлю и др.), которые необходимо перенастроить.
  3. Сервисов, обеспечивающих функциональность сайта (реклама и блоки партнеров, комментарии и всплывающие окна, рекомендации и системы обратной связи, коллтрекинга и др.).

Проверьте и оцените работоспособность внешних служб. Если что-то не функционирует должным образом, максимально быстро внесите правки.

8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системам.

Создание актуальной sitemap

Для создании актуальной sitemap можно привлечь сторонний сервис (XML-Sitemaps, к примеру) или воспользоваться инструментами новой админки.

  • WordPress: плагины All in One SEO Pack или Google XML Sitemaps.
  • Joomla!: Sitemap Generator и OSMap.
  • Drupal: XML Sitemap.
  • OpenCart: Yandex Sitemap.

Когда карта настроена, ее нужно проверить. В Search Console Google («Сканирование – Файлы Sitemap») с помощью кнопки «Добавление/Проверка файла Sitemap» готовый файл отправляется на аудит.

В «Яндекс.Вебмастер» такое действие производится через «Индексирование – Файлы Sitemap».

9. Отслеживайте эффективность сайта после переезда.

Это нужно не только для оценки общей эффективности ресурса, но и для понимания того, как отразился перенос на новую CMS. Важные для вас показатели на старом сайте были зафиксированы. Теперь пришло время сравнить метрики и сделать выводы.

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

  1. Технических проблемах (проверьте корректность редиректов и скорость загрузки, исключите дублирующий контент и т. д.).
  2. Ухудшении юзабилити, что вызывает отрицательную реакцию со стороны посетителей. Понять поведенческие реакции пользователей поможет «Вебвизор».

Приведенный алгоритм должен реализовываться корректно. Это позволит осуществить перенос ресурса на новую CMS без проседания трафика и длительного снижения по другим показателям эффективности.

Перенос сайта на другую CMS: обзор популярных направлений

  • Как перенести статичный HTML-сайт на WordPress.

Как перенести статичный HTML-сайт на WordPress

От статики к динамике. Если ресурс «перерос» изначальный функционал и требует регулярного обновления, то переход на CMS необходим. А WordPress позволяет сделать этот процесс максимально легким и доступным.

Порядок действий:

  1. Копирование и сохранение на локальном диске файлов старого сайта.
  2. Удаление прежнего ресурса с сервера, установка CMS.
  3. Работа с дизайном. Хотите сохранить прежний дизайн — переведите в тему WordPress.
  4. Установка темы WordPress.
  5. Перенос контента на новый ресурс.

Если нет необходимости сохранять дизайн, воспользуйтесь бесплатной версией плагина CMS2CMS, которая помогает осуществить перемещение контента с HTML на новые страницы (не забудьте поменять ссылки и оформить страницы).

  • Как переехать с Wix на WordPress.

Как переехать с Wix на WordPress

Сайты на основе популярного конструктора Wix в 2018 году перестали опознаваться «Яндексом», а владельцы ресурсов начали массово покидать SaaS-платформу, выбирая полноценную CMS.

При переносе ресурса с Wix на WordPress возможны два пути:

  1. Сохранение URL. Для этого нужно получить данные, необходимые для перемещения домена к новому регистратору: «Управление сайтом – Домены (указать нужный домен) – Дополнительно – Перенести с Wix».
  2. Без сохранения URL. Устанавливается постоянный «301-редирект» с Wix на новый ресурс (необходимо подключение платного домена). Опция настройки переадресации находится в «Управление сайтом – SEO».

Одной из специфических особенностей конструктора Wix является невозможность переноса сайта на сторонние платформы. Automated WiX To WordPress Migration Plugin переместит контент.  Кроме того, это всегда можно сделать вручную.

  • Как перенести сайт с Joomla! на WordPress.

Перенос осуществляется в автоматическом режиме с помощью:

  • FG Joomla to WordPress.
  • Automated Joomla To WordPress Migration.

Посредством первого плагина можно не только перенести контент, но и избежать нежелательных структурных изменений в тегах и категориях. Установив расширение, запустите импорт на движке WordPress («Инструменты – Импорт»).

Удобная функция Remove all WordPress content – автоматическое удаление импортированного контента (указываем «урл» старого сайта на Joomla).

«Система – Информация о системе – Конфигурационный файл Joomla» — берем информацию о базе данных ресурса и указываем на новом движке.

При нахождении сайтов на разных хостах нужно разрешить удаленный доступ к базе данных Joomla, добавив узел доступа в разделе «Удаленный MySQL», находящийся в разделе «Базы данных» в cPanel.

Параметры импортирования настраиваются, допуская, в частности, трансформирование контента ресурса на базе Joomla! в релевантные страницы или посты на сайте WordPress (Create Pages). Кнопка Start/Resume the import запускает процесс импортирования.

  • Как перенести сайт с WordPress на Drupal.

Как перенести сайт с WordPress на Drupal

Первый шаг – создание резервной копии имеющегося ресурса на движке WordPress. Затем восстанавливаем ресурс на локальном сервере, оцениваем работоспособность. Если все в порядке, переходим к экспорту.

В админке WordPress в разделе «Инструменты» выбираем «Экспорт», затем опцию «Все содержимое».

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

  • Migrate (в восьмой версии Drupal встроен, активируется просто).
  • WordPress Migrate (позволяет импортировать контент с WordPress).
  • Migrate Extras (отвечает за корректное функционирование Migrate).
  • Pathauto (его задача – генерация удобных «урлов»).

Завершив активацию, в разделе Content – Migrate выбраем Import from WordPress. По ссылке configured указываем параметры пути к скрытым файлам, которые могут храниться вместе с публичными в одном каталоге.

Далее нужно скачать файл экспорта и сохранить его на компьютере. Либо, если меняется URL, указать «урл» старого ресурса.

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

Внимательно отнеситесь к настройке параметров импортирования и конвертации таксономий. Например, при переносе на Drupal с WordPress статические страницы можно оставить таковыми, а посты переконвертировать в статьи. Гибкий миграционный модуль отличается надежностью и позволяет преобразовывать вордпрессовские теги и категории в друпаловские и делает это качественно.

Ну и, наконец, непосредственно импортирование. По завершении процесса проведите проверку отображения контента: все ли корректно, нет ли потерь.

5 дополнительных советов по переносу сайта

1. Сохраните теги title и description.

Сохранение тегов title и description

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

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

Порядок действий при «спасении» мета-тегов:

  • С помощью скрипта получить требуемую информацию. Да, это парсинг, только подвергается ему собственный ресурс по вашей доброй воле.
  • URL + title + description – выписать для каждой страницы или типа страниц.
  • При наличии шаблонов для формирования тегов акцентировать необходимость их настройки и уточнить, какие настроить постранично или для каждого типа страниц.
  • В случае уникальности тегов списка достаточно.
  • Теги загрузить на ресурс.

Внимательно следите за соблюдением требований, контролируйте программистов, иначе есть риск оказаться в числе тех «счастливчиков», кто, намаявшись с переносом сайта на другую CMS, получил еще и проседание трафика.

2. Не меняйте заголовки, текст, изображения и видео.

Вполне оправданное требование, продиктованное необходимостью сохранить трафик, а впоследствии увеличить его, вместо того чтобы заниматься поиском причин потери ТОПовых позиций в выдаче. Тексты строятся с учетом ключей, выбранных SEO-специалистами после скрупулезного исследования. Поменяйте контент — и сайт почти наверняка скатиться в выдаче. С видео и изображениями также не стоит экспериментировать.

Порядок действий при «спасении» контента:

  • Страницы и тексты оформить списком.
  • Разместить страницы на новом сайте.
  • Приложить максимум усилий для сохранения форматирования.
  • Атрибуты alt и title, подписи перенести неизмененными.

Если возникает стойкое и непреодолимое желание все поменять, перенос ресурса на новую  CMS это, конечно, позволяет. Но в обязательном порядке нужно получить консультацию сео-специалиста, который проведет полный анализ сайта, чтобы учесть ключевые параметры. Только он сможет составить правильное техзадание для разработчиков.

При всем стремлении к обновлению и жажде изменений стоит прислушаться к мнению специалиста по SEO. Если он утверждает, что страницу лучше оставить неизменной, чтобы она продолжала занимать высокие позиции в поисковой выдаче, доверьтесь его мнению. Тогда перенос сайта обойдется без неприятных последствий в виде потери позиций в выдаче.

3. Напишите новый robots.txt.

Файл robots.txt

Этот текстовый файл позволяет «прятать» от поисковых ботов страницы, нежелательные для индексирования. Если он составлен с ошибками, поисковики не увидят не только специально скрываемые, но и предназначенные к продвижению страницы.

План действий:

  • Скачать готовый файл для новой CMS.
  • Продублировать правила (отдельно для «Яндекс» и Google, а также для всех ботов).
  • Добавить запрет на индексацию служебных страниц.
  • Добавить host – ссылку на главное зеркало.
  • Добавить ссылку на карту сайта (sitemap.xml).
  • Проверить, открывается ли файл (по ссылке https://site.com/robots.txt).

4. Перенесите микроразметку.

Этот стандарт семантической оптимизации позволяет добиться улучшения показателей релевантности.

План действий:

  • Страницы с микроразметкой оформить списком.
  • Перенести на новый сайт.

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

5. Перенесите прочие интеграции систем.

Порядок действий:

  • Привлечь к работе над новым ресурсом рекламщиков, аналитиков, специалистов SMM и др.
  • Составить список сервисов, необходимых для бизнеса (аналитика, рекламные коды, CRM и проч.).
  • Перенести все на новый сайт (для этого нужно составить техзадание для разработчиков).
  • Проверить функционирование сервисов на новом ресурсе.

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

  1. Внимание индексации поисковиками: проверьте robots.txt и корректность настройки редиректов. Целевые страницы могут быть закрыты метатегом <meta name="robots" content="noindex, follow" />, не позволяющим столь нужную индексацию.
  2. Внимание мета-информации: на наличие тегов и отсутствие дублирования нужно проверить каждую страницу.
  3. Внимание функционированию форм и корзины.
  4. Счетчики статистики должны быть перенесены одними из первых, поскольку задача сбора отчета по трафику является сейчас главной.
  5. Не повредит проверка: как работает ресурс, не возникают ли критические ошибки.

Перенос сайта на другой хостинг

Если вы перемещаете сайт на другой хостинг, значит, меняете компанию, предоставляющую сервер для размещения веб-ресурса в Интернете. Чтобы лучше понять процесс переноса сайта, вернемся к примеру с жильем. Предположим, вы снимаете квартиру. Вам все нравится: стоимость аренды, адекватные владельцы, достаточно большая площадь. Проходит время, и вы обзаводитесь семьей, появляются дети, места становится меньше. К тому же цена аренды возрастает в 3 раза. Условия вам, конечно, больше не нравятся, и вы начинаете искать новый дом для своей семьи. Перенос сайта на другой хостинг — это то же самое, только собственником жилья здесь является провайдер.

  1. Когда требуется перенос сайта

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

    Поменять хостера следует, если:

    • действия и запросы пользователей выполняются очень медленно;

    • сайт постоянно подвергается хакерским атакам, а предоставляемая защита неэффективна;

    • вы недовольны техподдержкой;

    • сайт часто бывает неработоспособен полностью или частично.

  2. Процесс смены хостера

    Сначала нужно продумать план переноса, выработать пошаговую инструкцию и следовать ей. Но в первую очередь надо, конечно, выбрать нового хостера.

Перенос сайта на другой хостинг

Обычно перенос сайта проводится в несколько этапов:

  • Ресурс регистрируют в новой хостинговой компании.
  • Доменное имя сайта привязывают к новому хостингу.
  • Переносят накопленную базу данных.
  • Копируют важные файлы.

Использование файлового менеджера поможет оптимизировать процесс и упростит задачу.

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

  • Привязка доменного имени к новому провайдеру

Если ваша задача — сохранить существующее доменное имя, а не создавать другое, привяжите его к новому хостингу. Для этого измените домен в настройках DNS-сервера. Ничего сложного здесь нет. В центре управления доменом необходимо выбрать «Управление серверами» и нажать «Изменить адрес». После изменения сервера старое имя привяжите к новому провайдеру. Зайдите на сайт провайдера, затем в панель управления, далее — в раздел «Добавление веб-сайта». Обновление настроек — процесс небыстрый и может длиться от нескольких часов до двух дней.

  • Копирование базы данных

Эта стадия самая важная. В случае ошибок при переносе накопленной базы данных сайт будет работать некорректно, а определенный процент информации и вовсе пропадет. Не исключены проблемы с кодировкой данных и отображением страниц.

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

Копирование базы данных

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

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

  • Копирование файлов с веб-сайта

Заключительная стадия. Использование файлового менеджера, например Total Commander, значительно облегчит процесс. Через менеджера выполните соединение с FTP-сервером хостера (адрес FTP-сервера вы получите при регистрации). Для получения доступа к серверу введите пароль и логин. При правильном вводе данных установится соединение.

На сервере хостинга есть папка «Domains». Найдите в ней папку с вашим доменом. Там расположена корневая папка сайта, директория public html. Необходимо скопировать туда файлы из аналогичной папки предыдущего хостинга. По окончании процесса копирования перенос сайта на другой хостер завершится. Введите домен сайта и оцените улучшенную работу сервиса.

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

Как перенести сайт Битрикс на другой хостинг

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

Как перенести сайт Битрикс на другой хостинг

Легче всего осуществить перенос сайта Битрикс вручную. Для этого нужно выполнить ряд действий:

  1. Проверить, совместим ли выбранный вами хостинг с Битриксом. Сделать это можно с помощью утилиты bitrix_server_test. Если вы поймете, что настройки хостинга не соответствуют требованиям Битрикса, обратитесь в техническую поддержку хостинговой компании. При наличии соответствующих прав все настройки вы можете произвести самостоятельно.
  2. Скопировать все файлы и базы данных со старого хостинга. Если хостинг совместим с Битриксом, скопируйте все файлы с прежнего хостинга, воспользовавшись, например, FTP-менеджером. Кроме того, обязательно экспортируйте базу данных через phpMyAdmin.
  3. Переместить на новый хостинг файлы и базы данных. Впоследствии при переносе веб-сайта Битрикс на другой хостинг переместите скопированные файлы в соответствующую директорию. Помимо этого, на новом хостинге нужно создать базу данных, указать ее название, пароль и первого пользователя. Далее необходимо импортировать копию старой базы данных через phpMyAdmin.
  4. Поменять пароль для базы данных. Вам необходимо изменить старый пароль к импортированной копии базы данных на новый, указанный на предыдущем этапе. Для этого воспользуйтесь текстовым редактором и откройте файл dbconn.php. Укажите новые пароли для базы данных и пользователя. Исходный файл будет расположен в папке /bitrix/php_interface/.
  5. Настроить DNS на новом хостинге. По завершении процесса сайт Битрикс необходимо перенести на хостинг через перепривязку DNS на новом хостинге и подождать, пока хостер их обновит.

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

Перенос сайта на другой домен

Иногда нужен перенос сайта на другой домен. Причин для этого может быть несколько:

  • вы хотите изменить имя на более благозвучное;
  • ваш прежний домен попал под АГС, и вы таким образом стараетесь его обойти;
  • ваш домен хоть и не находится под АГС, но уже долго не индексируется (увы, такое случается: техподдержка «Яндекса» отвечает, что все нормально, и просит подождать, однако ожидание бывает очень длительным).

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

Перенос сайта на другой домен

В первую очередь создайте полную копию вашего сайта на новом домене. Сделать это легко: скопируйте все файлы со старого хостинга и залейте их на новый (если все действия выполняются на одном и том же хостинге, то просто скопируйте их в другую папку, привязанную к новому домену).

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

После переноса информации напишите DNS для нового домена. После всех обновлений сайт будет доступен на новом доменном имени. Убедитесь, что все работает корректно, и переходите на следующий этап.

Затем необходимо выставить редирект, чтобы посетитель, заходя на старый сайт, попадал на новый. Для этого в корневой директории старого ресурса нужно разместить файл (если он уже есть, то, конечно, загружать не нужно). В этом файле пропишите такой код:

1 RewriteEngineOn

2 RewriteCond %{HTTP_HOST} ^старыйсайт.ру

3 RewriteRule (.*) http://новыйсайт.ру/$1 [R=301,L]

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

По сути на этом перенос сайта считается оконченным. Ваш ресурс можно будет найти по новому адресу. Заходя на старый сайт, и посетители, и поисковые роботы будут попадать на новый.

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

При наличии подписчиков (в соцсетях, по email, через rss, рассылки и т. п.) непременно оповестите их о переезде, написав им письмо.

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

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

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

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


1. Зафиксируйте показатель текущей эффективности сайта

Это необходимо для оценки последствий переезда сайта на новый движок и устранения ошибок. Для оценки эффективности используйте стандартные критерии, например:

  • Количество посетителей за выбранный отрезок времени.
  • Позиции сайта в поисковой выдаче по важным запросам.
  • Перечень страниц с самым высоким трафиком.
  • Поведенческие параметры.

Если сайт небольшой, проверку можно выполнить вручную и занести в таблицу 10–15 самых важных запросов в «Яндексе» и Google. Для веб-ресурсов, в которых 100 страниц и больше, лучше воспользоваться сервисами для отслеживания позиций, к примеру Serpstat, Seolib, Rush Analytics, Topvisor и т. д.

Перечень страниц с самым высоким трафиком можно найти в аналитических системах. Так, в Google Analytics вы можете выбрать меню «Поведение — Контент сайта — Страницы входа», а потом указать дополнительный параметр «Источник или канал».

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


2. Создайте таблицу соответствия URL

Самый трудозатратный этап в переезде. Таблица необходима при изменении структуры сайта и URL. Вам необходимо:

  • Сформировать таблицу существующих URL веб-сайта с кодом ответа сервера

Используйте инструмент для парсинга сайта. Ваша задача — получить перечень всех веб-страниц с кодами ответа сервера и добавить полученную информацию в таблицу. Можете воспользоваться очень хорошим инструментом — Netpeak Spider. Он отлично подойдет для парсинга.Сформировать таблицу существующих URL веб-сайта с кодом ответа сервера

  • Отсортировать URL по коду ответа сервера

Здесь у вас должно получиться три таблицы или вкладки. На первой будут доступные веб-страницы с кодом ответа 200, на второй — страницы с переадресацией с кодом 301, на третьей — несуществующие веб-страницы с кодом 404. Часто для переадресации используют коды 302, 303 и 307.

  • Сделать таблицу с новыми URL

Если структура URL старого сайта была логична, то с созданием таблицы соответствия проблем не возникнет. Допустим, если в интернет-магазине товары были доступны по адресам типа example-site/catalog/phones/nokia1100/, то на новом возможна следующая структура URL: example-site/phones/nokia/nokia1100/.

При наличии на старом сайте нелогичных URL вроде example-site/catalog/nokia1100/ и example-site/catalog/samsung-galaxy/ риск ошибок возрастет и процесс станет более трудоемким. Обязательно настройте переадресацию для страниц с кодом 301. Если вы этого не сделаете, на новом сайте отобразятся несуществующие веб-страницы старого ресурса.

Обратите внимание на URL с кодом ответа 404. Если эти адреса не являются актуальными, не вписывайте их в таблицу соответствия. Страницы с такими URL можно не создавать на новой CMS. Если это важная страница, на которую ведут внешние и внутренние ссылки, нужно включить ее в таблицу и правильно настроить редиректы.

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


3. Настройте новый движок на тестовом домене или локальном сервере

Вы можете настроить новую CMS на поддомене типа test.example-site.com. Для этого непременно нужно закрыть тестовый поддомен от индексации — с помощью инструментов CMS или через файл robots.txt. К примеру, чтобы в WordPress закрыть веб-ресурс от индексирования, достаточно зайти в раздел администрирования «Настройки — Чтение». На этом этапе необходимо установить и настроить движок: создать дизайн, запустить кэширование и сжатие данных, поставить необходимые плагины и модули, подключить ускоренные веб-страницы, добавить микроразметку и т. д.


4. Переместите содержание старого сайта на новый

Если сайт состоит из 5–10 страниц, можно переместить его содержимое вручную. Если сайт большой, лучше поручить эту задачу программистам. Для типовых страниц, к примеру перечня категорий товаров, списка позиций в категории, страниц продукции в интернет-магазине, списка рубрик, перечня публикаций в рубрике или страницы публикаций в контент-проекте, разрабатывают шаблоны. После подключения шаблонов через админку переносят содержимое сайта.

Переместите содержание старого сайта на новый

Как правило, для переноса статических страниц не используется шаблон. Их переносят вручную. К примеру, перенос страницы сайта «О компании», а также страниц «Условия доставки», «Контакты», «Наша команда» и т. д.

5. Выполните настройку редиректов


Помните: вам нужен постоянный редирект 301. То есть после обозначения редиректов в файле .htaccess старые URL должны возвращать код ответа 301, а новые — код ответа 200.

Редирект 301 оповещает поисковые системы о том, что страница навсегда перемещена и располагается по новому адресу. Здесь все SEO-содержимое старого URL, в том числе входящие ссылки и внутренний ссылочный вес, перемещается на новый адрес.

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


6. Оцените, корректно ли работает сайт

Переместив контент, проверьте работу веб-ресурса:

  • Оцените, как работают кнопки, формы, страницы оформления заказа.
  • Используя Broken Link Checker или подобный ему инструмент, найдите битые ссылки и устраните недочеты.
  • Проверьте юзабилити. Объективно оценить его поможет сервис AskUsers.
  • Проверьте внутреннюю оптимизацию.

Оцените, корректно ли работает сайт

Если сайт работает без перебоев, откройте к нему доступ по основной ссылке и сразу же переходите к 7 и 8 шагам.


7. Внесите на сайт коды внешних служб и перенастройте аналитические системы

Если вы пользуетесь контейнером диспетчера тегов, добавьте его на новый веб-ресурс. Другие системы можно подключить через Tag Manager или сразу на сайт. Нужно:

  • добавить коды верификации Яндекс.Вебмастер, Search Console Google и других поисковых систем;
  • добавить коды отслеживания Метрики, Google Analytics, Liveinternet.ru и других аналитических сервисов. Перенастройте цели, e-commerce и прочие показатели, работа которых может зависеть от переноса сайта.

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


8. Создайте актуальную карту сайта и сообщите о ней поисковикам

Для создания актуальной карты сайта можете воспользоваться внешними сервисами, например XML-Sitemaps, или инструментами новой CMS.

  • В WordPress используйте плагины All in One SEO Pack или Google XML Sitemaps.
  • В Joomla! — расширения Sitemap Generator и OS Map.
  • В Drupal примените модуль XML Sitemap.
  • В OpenCart — модуль Yandex Sitemap (если выполняется перенос сайта OpenCart).

Создав и настроив карту веб-сайта, зайдите в Search Console Google. В разделе «Сканирование — Файлы Sitemap» отправьте на проверку новый файл. Для этого можно воспользоваться кнопкой «Добавление/Проверка файла Sitemap».

В «Вебмастере» отправить новую карту веб-сайта для проверки можно через раздел «Индексирование — Файлы Sitemap».


9. Контролируйте, эффективно ли работает сайт после переноса

Прежде чем начать переезд, вы зафиксировали показатели эффективности старого ресурса. После переноса сайта на новый движок следите за KPI и сравнивайте параметры до и после переноса. На основе полученной информации вы будете понимать, как действовать. Если поисковый трафик будет стабильно падать, выясняйте почему.

Контролируйте, эффективно ли работает сайт после переноса

Причины могут быть следующими:

  • Технические неполадки, например неправильные настройки в редиректе, повторяющийся контент, медленная загрузка страниц и т. д.
  • Ухудшение юзабилити и недовольство посетителей. Понять, как ведут себя пользователи на новом сайте, поможет «Вебвизор».

Если вы правильно выполните все указанные действия, то перенесете свой сайт на новый движок без снижения трафика и ухудшения других параметров. При этом перенос сайта на более удобную и функциональную CMS повысит его эффективность.

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

Популярность WordPress ни у кого не вызывает сомнения. Сайтов, работающих на этой CMS, очень много как в России, так и по всему миру. Ресурсы, созданные на менее известных движках или HTML, постепенно переносят на WordPress. С другими движками все проще: они применяют шаблоны, которые можно конвертировать для нужной системы. Перенос HTML-сайта на WordPress — задача чуть сложнее.

  1. Подготовка

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

    Необходимо выполнить предварительные работы:

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

    • проверить содержимое сайта, выполнить аудит и найти некачественный контент;

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

    • изучить систему WordPress, если вы с ней еще не работали.

  2. Установка WordPress

    Все операции лучше проводить на локальном сервере. Благодаря этому, пока конвертируются все элементы, работа сайта на хостинге не будет прерываться. Можно пользоваться популярной программой Open Server, где есть весь необходимый инструментарий для разработки сайта, базы данных, работы с консолью и конвертерами. Такой алгоритм действий обеспечит безопасный перенос сайта HTML на WordPress.Установка WordPress

    Скачайте движок с официальной страницы, распакуйте и загрузите в «/domains/newsite», размещенный в директории программы Open Server. Зайдите в phpMyAdmin в контекстном меню, чтобы создать базу данных и пользователя. Введите логин — root, пароля нет. После входа в интерфейс зайдите во вкладку «Пользователи» и добавьте нового. Заполните необходимые поля, параметры входа и привилегии, проставив галочки.

    Далее сведения из базы данных нужно перенести в соответствующие строчки кода файла «wp-config-sample.php» корневой папки CMS. После внесения информации файл сохраняется, и его название изменится на «wp-config.php». Затем устанавливается движок: в браузере вводится название локального доменного имени — «newsite». Загружается скрипт установки платформы — вся информация заполняется и подтверждается. Процесс успешно завершен. Чтобы войти в консоль, нужно пройти по ссылке «newsite/wp-login.php».

  3. Тема и плагины

    На этом этапе необходимо установить и настроить все необходимые плагины, чтобы без проблем переместить HTML-сайт на WordPress. Основные категории необходимых модулей:

    • имеющиеся формы могут неправильно переместиться на платформу; во избежание подобной ситуации лучше создайте новые, воспользовавшись плагином Contact Form 7 или Gravity Forms;

    • если используются все необходимые SEO-данные в старой версии веб-сайта, их нужно перенести с помощью Yoast SEO или All in One SEO Pack. В процессе перемещения контента необходимо заполнить метатеги и параметры оптимизации;

    • если на предыдущем сайте использовалось несколько языковых версий, примените специальные плагины, например WPML;

    • так как CMS загружают сервер больше, чем HTML, непременно установите плагины кэширования и оптимизации медиафайлов WP Total Cache и Image Optimizer.

    Что касается темы, приступать к ее поиску нужно с того момента, как у вас возникла мысль переместить сайт. Ваша задача — выбрать шаблон с максимально похожей структурой, дизайном и функционалом. Благодаря этому упростится дальнейшая конвертация.

  4. Импорт контента

    Для перемещения контента можно использовать ряд способов. Проще всего вручную перенести содержание сайта. Для этого нужно скопировать HTML-код статьи в редактор WordPress, добавить SEO-данные в виджете соответствующего плагина. Этот способ — самый подходящий для небольших сайтов. При этом из-за его использования контент сайта может в определенной степени отражаться некорректно. Чтобы этого не допустить, лучше применить пользовательские стили, вписав их в шаблон.

    Как выполнить перенос сайта HTML, где очень много контента, на WordPress? Используйте плагин HTML Import 2 или Import HTML Pages. Эти плагины могут импортировать контент с элементами форматирования. В связи с тем, что степень адаптации оформления низкая, все правки необходимо делать вручную.Импорт контента

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

    Еще один способ — поручить задачу опытному программисту, который знает, как качественно выполнить перенос сайта на CMS.

  5. Конвертация оформления

    Здесь есть несколько способов. Проще всего разработать новый шаблон, а не использовать оформление с HTML-версии. Этот вариант подходит тем проектам, где нужно полностью поменять дизайн всех элементов, не изменив при этом поведение посетителей. Как правило, этот способ программисты выбирают для работы с малопосещаемыми сайтами.

    При довольно обширной и постоянной (привыкшей к дизайну) аудитории сайта придется серьезно поработать над конвертированием дизайна с HTML-страницы в шаблон движка. Вы можете использовать сервис Theme Matcher, который создаст на основе старого макета файл темы для WordPress. Результаты, как правило, неплохие и требуют лишь незначительных правок. Главное — удается сохранить общую концепцию и дизайн сайта.

    Еще один вариант — создать новую тему и поработать с исходным кодом. Здесь нужно детализированно обрабатывать каждый элемент темы и исходного дизайна в HTML. Чтобы все сделать качественно, необходимо обладать специальными знаниями. Если требуемых навыков и знаний у вас нет, лучше прибегнуть к услугам профессионалов (студий дизайна, фрилансеров).

  6. C localhost на хостинг

    Перемещение HTML-сайта на WordPress подразумевает перенос сайта на локальный сервер: готовый веб-ресурс со всеми изменениями перемещается на хостинг с HTML-версией.C localhost на хостинг

    Для примера воспользуемся cPanel и phpMyAdmin. Сначала нужно экспортировать базу данных на хостинг. Так как применяется Open Server, в браузере следует перейти по ссылке http://127.0.0.1/openserver/phpmyadmin. После перехода откроется интерфейс работы с базами данных. Далее необходимо перейти на вкладку «Экспорт» и выбрать файл с именем, указанным в «wp-config.php» при разработке сайта, и ввести все нужные параметры:

    • Шаблон имени — @DATABASE@.

    • Кодировка — UTF8.

    • Сжатие — gzip.

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

    При использовании phpMyAdmin на хостинге импортируется база данных, сохраненная с локального сервера. Необходимо, чтобы был отмечен пункт «Do not use AUTO_INCREMENT for zero values». Далее выполняется разархивация новых файлов в основную директорию сервера. Это требуется для открытия сайта после ввода доменного имени в адресную строку.

    Обратите внимание: прежде чем скопировать новые файлы, удалите старую информацию HTML-сайта.

    Затем отредактируйте файл «wp-config.php». В него вносят новые данные пользователя и базы данных. Для констант WP_SITEURL и WP_HOME прописывают доменное имя.

  7. Проверка веб-сайта

    По окончании переноса HTML-сайта на WordPress необходимо проверить, как работают все элементы. В первую очередь проверяют, корректно ли отображаются элементы дизайна, контент, нормально ли работают кнопки и модули. Кроме того, нужно удостовериться, что все ссылки работоспособны. При этом временные следует убрать. Проверить крупные сайты со множеством страниц помогает плагин Broken Link Checker.

    Прежде чем приступить к переносу сайта, оцените все плюсы и минусы этого процесса. Лучше выбрать необходимые темы, сервисы и плагины заранее, а не в процессе работы. Если самостоятельно переместить сайт вы не можете, поручите это профессионалам. Как бы то ни было, перед началом работ выполните резервное копирование исходных файлов сайта.

От чего зависит цена услуг по переносу сайта

Цена на перенос сайта на другой хостинг зависит от ряда параметров:

  • веса веб-сайта;
  • системы управления (CMS);
  • интеграций с другими площадками;
  • характеристик нового хостинга;
  • дополнительных настроек сайта (почты на домене, SSL-сертификата и проч.).

От чего зависит цена услуг по переносу сайта

Какие услуги включены в цену переноса веб-сайта на новый хостинг?

  • Анализ веб-сайта клиента.
  • Выбор оптимального тарифа хостинга.
  • Разработка бэкапов сайта и БД.
  • Регистрация анкеты клиента.
  • Оформление хостинга, оплата в соответствии с тарифом.
  • Перемещение сайта на новый хостинг.
  • Проверка работоспособности сайта на новом хостинге (без перенаправления домена — это значит, что сайт еще функционирует на прежнем хостинге до завершения проверки работоспособности);
  • Перемещение домена на новый хостинг.
  • Тестирование корректной работы сайта.

К некоторым сайтам нужен индивидуальный подход. Это очень посещаемые площадки (от 10 тысяч посетителей в день), сайты, где контент активно создают сами пользователи (форумы, группы, блоги). Трудности с перемещением также могут возникнуть, если:

  • применяется нестандартное ПО (старые или, напротив, новые и нестабильные версии PHP, MySQL или иные компоненты сервера);
  • используется самописная система управления контентом, у которой нет документов на перенос и которая использует костыли (например, часть контента может храниться не в БД, а в отдельных файлах или переменных).

Как выбрать хостинг, домен и CMS, чтобы не пришлось переезжать

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

  1. Выбирайте компанию, предоставляющую сразу и хостинг, и доменные имена

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

  2. Сотрудничайте с крупными компаниями

    Выбирайте из проверенных и популярных компаний, например «Джино», «Таймвеб», ActiveCloud, 1Gb.ru, «Макхост» и т. д. Это признанные лидеры рынка.

    Любая компания обычно предлагает несколько тарифов. И хотя может показаться, что их единственное отличие в стоимости, на самом деле у них разные технические характеристики (разный объем места под сайт, разная скорость процессора на сервере и т. д.).

    Если не можете определиться с выбором тарифа, обратитесь в техподдержку и сообщите, для какого сайта нужен хостинг (лендинга или крупного интернет-магазина, какой функционал у площадки). Специалист поможет подобрать оптимальный вариант.Как выбрать хостинг, домен и CMS, чтобы не пришлось переезжать

  3. Резервное копирование

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

  4. Доменное имя — оптимальной длины и без двусмысленных знаков

    Давайте сравним, какой адрес легче запомнить, набрать на клавиатуре или продиктовать:

    • mebelniy-centr-mart-irkutsk.ru — наверное, такой домен не занят, но он сложен в запоминании и диктовке;

    • mart38.ru — намного короче и легче в запоминании;

    • ax38.ru — это к теме неоднозначности: такое имя люди запомнят как русское «ах», а потому, набирая его по памяти, большинство укажет его как ah38.ru.

  5. Движок — выбирайте среди известных

    Коммерческому сайту больше подойдет платный популярный движок (Битрикс, NetCat, UMI.CMS, Simpla). У таких движков меньше слабых мест, неточностей, есть техническая поддержка, выходят регулярные обновления. Можно, конечно, воспользоваться бесплатной CMS, но главное — популярной, на которую можно сделать перенос сайта (Joomla!, WordPress, MODx).

  6. Обратите внимание! Владелец — вы

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

Доменное имя

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

article_banner.png

перенос сайта на другую CMSперенос сайта на другую CMS ценаперенос сайта на другую CMS без потери позицийперенос сайта с одной CMS на другуюперенос сайта на новую CMS

Статья опубликована:

Читайте также

Генератор Продаж
Опубликовано
Генератор Продаж
г. Рязань, Куйбышевское шоссе, 25
Телефон: 8 (800) 775-43-06