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

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

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

Причины переноса

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

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

Вне зависимости от причин, переезд не должен привести к нарушению работы ресурса (за исключением технических проблем). Главное своевременно заметить проблему и грамотно выбрать нового провайдера с параллельным осуществлением переезда на новый хост. Самым правильным является перенос сайта с wordpress на другой хостинг в рабочем режиме. То есть во время совершения технических манипуляций нельзя нарушать работоспособность ресурса. Он должен быть по-прежнему доступным для посетителей и поисковиков.


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

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


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

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

Поэтапный процесс переезда

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

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

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

  1. Средствами нового провайдера. Многие хостеры предлагают готовые инструменты для создания бэкапов БД, что существенно упрощает перенос сайта.
  2. Применение специальных надстроек. Наиболее популярной является phpMyAdmin. Она рассчитана для работы с базами данных Ее применение универсально и позволит осуществить создание бэкапа, например, при переносе сайта joomla на хостинг или любой другой разновидности оболочки (wordpress, denver, битрикс).

Процедура создания бэкапа заключается в совершении следующих действий:

  • вход в панель управления надстройки;
  • выбор нужной базы данных из списка, который расположен в левом поле;
  • проставление «галочек» напротив всех таблиц БД;
  • переход во вкладку Export;
  • выбор вида сжатия. Оптимальным при переносе сайта с wordpress на иной хостинг считается формат gzipped, обеспечивающий максимальную степень сжатия файлов в архиве;
  • сохранение базы на локальный компьютер (кнопка Go).

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

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

Копирование файлов

Следующим действием является копирование файлов со старого ресурса. Большинство веб-мастеров советуют осуществлять перенос сайта в части копирования файлов посредством обычного файлового менеджера и протокола ftp. Например, при использовании Total Commander следует создать связь с новым сервером через пункт «Установление соединения с FTP сервером». Далее, просто передаются все файлы, размещенные на старом хосте по новому адресу расположения страницы.

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

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

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

Воссоздание сайта на новом хосте


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

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

vawilon.ru

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

Первое что нам нужно сделать после регистрации нового хостинга, это перенести на него уже имеющиеся домен. Для того чтобы перенести домен на другой хостинг, необходимо сменить его DNS сервера. Например, вы решили перенести свой домен с хостинга тайм-веб на спринтхост, тогда Вам нужно изменить DNS сервера тайм-веба (ns1.timeweb.ru, ns2.timeweb.ru) на сервера спринтхоста (ns1.sprinthost.ru, ns2.sprinthost.ru), DNS.
е зависит от того где регистрировался домен, на сайте хостинга или на стороннем ресурсе. Если на сайте хостинга, то Вам лучше спросить, как сменить DNS сервера домена у тех. поддержки. Если домен покупался на стороннем сайте, то для смены серверов делаем следующее: заходим в панель управления доменом и выбираем раздел, управление DNS серверами, также раздел может называть делегирование и меняем старые сервера на новые.

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

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

Пожалуй, самое сложное и ответственное действие  при переносе сайта на другой хостинг. Ибо если что-то пойдет не так, будет плохо: сайт будет отображаться криво, исчезнет информация, могут возникнуть проблемы с кодировкой и т.д. В общем, нужно быть предельно внимательным. Для начала нужно скопировать базу данных к себе на компьютер. Заходим phpMyAdmin старого хостинга, выбираем свою базу данных и обращаем внимание на кодировку, в моем случае это UTF 8_general_ci:


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

Теперь переходим на вкладку экспорт. Здесь нам нужно настроить процесс переноса базы данных на компьютер. Поскольку мы переносим базу данных MySql, то в левой колонке отмечаем пункт SQL. Затем нажимаем “выделить все”, режим совместимости SQL выбираем ANSI, отмечаем галочкой “Сохранить как файл” и упаковываем в gzip архив. Жмем ОК:

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

Все база данных скопирована на наш компьютер. Теперь зайдите в аккаунт Вашего нового хостинга и создайте новую базу данных, название не имеет значения. Заходим в phpMyAdmin уже НОВОГО хостинга и выбираем раздел структура. Здесь нам нужно удалить все имеющиеся таблицы, если их нет, то ничего трогать не нужно, если есть отмечаем все и удаляем. Это нужно для того, чтобы при импорте базы данных не возникло никаких ошибок типа “Такая таблица уже существует”.  Теперь переходим на вкладку импорта и переносим нашу базу данных. Кодировку выставляем ту, которая была раньше, в данном случае это UTF8, ОБЯЗАТЕЛЬНО ставим галочку “Разрешить скрипту разбивать процесс импорта…”, формат импортируемого файла выбираем SQL , режим совместимости ANSI. Жмем ОК.

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

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


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

life-webmaster.ru

Чем наш метод лучше?

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

Что с начала?

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

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

 


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

 

Я купил новый хостинг, что дальше?

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

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

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

 

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

Как грамотно все это скопировать?

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


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

 

Также не забудьте сделать (если требуется) все остальные настройки, которых требует Ваш сайт (почтовые ящики, PHP, Cron и т.д.). Еще очень важно в конфигурационных файлах (config.php, configuration.php , wp-config.php или что-то подобное) изменить имена пользователя и базы данных, пароль, а также абсолютные пути к папкам log и tmp. Ведь на новом хостинге они имеют другие значения.

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

Смена DNS-серверов

Чтобы изменить DNS-адреса, Вы должны знать где зарегистрирован Ваш домен. Например наш домен ru.hostings.info зарегистрирован у специального регистратора доменов, и в панели управления мы можем указать DNS-адреса какого угодно провайдера (сегодня пользуемся одним хостингом, если завтра он нам перестанет нравится, то указываем DNS-сервера другого и переносим сайт к нему). Или же второй вариант – домен и хостинг закреплены за одним и тем же провайдером, но в любом случае Вам нужно найти панель управления Вашим доменом, и изменить DNS-записи на те, которые прислал Вам новый провайдер в первом письме с настройками (или же ищите их в его панели управления).


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

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

Внимание! На нашем рисунке блок “Домен ru.hostings.info” остался красного цвета. Это означает, что управление им будет осуществляться из панели старого хостинг-провайдера или той компании, у которой Вы регистрировали домен изначально. Поэтому не забывайте вовремя его продлевать (платить за него). А чтобы перенести еще и домен к новому хостеру, Вам придется здорово повозится (волокита с оригиналами документов, заявками и т.д.). О том, как это сделать мы расскажем в следующих статьях.

ru.hostings.info

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

Очень важно, чтобы перенос сайта произошел быстро и высококачественно, то есть без потерь каких-либо файлов. Время переноса особенно важно для больших ресурсов, для которых простой даже в 1-2 дня может сильно сказаться на количестве клиентов и объеме прибыли. Идеальным решением будет, если при переносе сайта с хостинга на хостинг, он вообще не будет прекращать свою работу.

Переезд проекта включает в себя три основных этапа:

  • изменение адресов доменных имен;
  • перенос БД;
  • перенос исходных кодов программ и скриптов.

Рассмотрим более подробно каждый из этих пунктов.

1) Смена адресов

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

Адрес выглядит следующим образом: ns1.hoster.ru. На месте «hoster.ru» следует указать название хостинга, на который вы переезжаете. Зачастую, адрес указывается вместе с ip-aдресом, поэтому выглядеть это будет примерно следующим образом:

ns1.hoster.ru. 111.111.11.11

где вместо единиц будет указан новый ip-адрес.

2) Транспортировка БД

Первым делом следует скопировать все базы данных вашего сайта. Такая процедура называется дампом сайта. Чтобы ее осуществить, необходимо зайти в панель управления хостингом и в разделе «Базы данных» найти инструмент, который управляет СУБД ресурса. Далее в панели этого инструмента следует найти желаемую БД, нажать «Экспорт» и добавить все в архив, после чего подтвердить действие кнопкой «ОК». После того, как нужная база данных сохранена на компьютер, ее можно импортировать на новый хостинг. Этот процесс осуществляется аналогично предыдущему в панели управления. Но перед этим, следует создать новую БД и транспортировать в нее данные со старой базы.

3) Перенос кодов

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

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

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

adminvps.ru

В каких случаях перенос сайта на новый движок целесообразен

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

Создание сайта обошлось Ольге в 5 тыс. рублей, а перенос сайта с самописа на нормальную CMS стоил 70 тыс. рублей. Вот вывод: менять движок нужно в крайнем случае, когда без этого не обойтись. Варианты типа «Drupal круче Joomla», «на WordPress больше красивых бесплатных тем», «движок с открытым кодом могут взломать, «надо перейти на коммерческую CMS» – не повод для переноса сайта. Этот шаг неизбежен в более серьезных ситуациях.

Статичный сайт на HTML больше не отвечает вашим потребностям

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

Самописный движок стал неактуальным

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

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

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

Возможности конструктора вас больше не устраивают

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

О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях:

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

Отдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта.

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

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

В остальных случаях надо тщательно взвешивать риски:

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

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

Какие проблемы нужно решить при переносе сайта

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

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

Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина.

Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер.

В панели управления войдите в «Менеджер резервных копий», который находится в разделе «Файлы».

Заархивируйте и скачайте актуальные копии файлов сайта и базы данных.

Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса.

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

CMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка «урлы» обычно меняются. Также URL изменятся, если вы меняете структуру сайта.

Например, адрес страницы товара может поменяться с https://primer/pages/catalog/tovar.html на https://primer/shop/tovar.html/. Из-за изменения структуры URL появляются битые ссылки, дубли в поисковой выдаче, неработающие виджеты и кнопки. Поисковики и живые пользователи негативно реагируют на такие проблемы.

Сохранение понятной структуры URL – одна из ключевых задач при переносе сайта на новый движок.

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

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

Например, представьте, что на старом движке все телефоны, смартфоны и фаблеты были доступны в разделе «Смартфоны и телефоны» по URL example-shop/catalog/phones/. Каждый телефон доступен по адресу типа example-shop/catalog/phones/phone1.

Если при переезде на новую CMS вы создаете отдельные разделы каталога для телефонов, смартфонов и фаблетов, товары будут доступны по URL типа example-shop/catalog/phablets/phablet1 и example-shop/catalog/smartphone/smartphone1. Здесь редиректы придется делать вручную.

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

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

Таких примеров очень много, поэтому при смене CMS нужно быть готовым искать или покупать нужные решения.

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

Если вы пользуетесь дизайн-шаблоном, сохранить внешний вид при переезде на новый движок не удастся. Можно найти более или менее похожий шаблон для новой CMS или потратить деньги на услуги дизайнера. Сама по себе смена дизайна – не проблема. Просто будьте готовы к дополнительным расходам.

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

Как перенести сайт: пошаговые инструкции

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

Итак, вы выбрали новую CMS и сделали резервную копию сайта. Действуйте так.

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

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

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

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

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

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

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

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

Действуйте так:

  1. Сделайте таблицу существующих URL сайта с кодом ответа сервера

Воспользуйтесь Netpeak Spider или аналогичным инструментом для парсинга сайта. На этом этапе нужно получить список всех страниц с кодами ответа сервера. Добавьте полученные данные в таблицу.

  1. Отсортируйте URL по коду ответа сервера

На этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404.

  1. Сделайте таблицу с новыми 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 можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включите ее в таблицу и корректно настройте редиректы.

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

Проверить входящие ссылки можно с помощью инструментов типа Megaindex или Ahrefs.

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

Запустить сайт на локальном сервере поможет наше руководство. Также можно развернуть новый движок на поддомене вида test.example-site.com. Обязательно закройте тестовый поддомен от индексации. Это можно сделать средствами CMS или через файл robots.txt. Например, в WordPress закрыть сайт от индексирования можно в разделе админки «Настройки – Чтение».

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

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

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

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

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

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

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

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

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

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

После переноса контента проверьте, как работает тестовый ресурс:

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

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

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

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

  • Добавить коды верификации «Яндекс.Вебмастер», Search Console Google и других поисковиков.
  • Добавить коды отслеживания «Метрики», Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL.
  • Установите коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.

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

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

Создать актуальную карту сайта можно с помощью внешних сервисов, например, 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 отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.

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

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

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

Особенности переноса сайта в популярных направлениях

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

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

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

Алгоритм переноса такой:

  1. Скопируйте и сохраните на локальном диске файлы старого сайта на HTML

Для этого можно использовать FTP-клиент, например, FileZilla. Данные для доступа к серверу возьмите у провайдера. Скачайте на локальный диск все папки и файлы из корневого каталога сайта. Корневой каталог имеет имя сайта.

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

  1. Удалите с сервера старый сайт и установите движок

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

  1. Конвертируйте дизайн сайта в тему WordPress

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

  • HTMLtoWordPress. Платный сервис. В течение минуты конвертирует дизайн HTML-сайта в тему WordPress. Стоимость конвертации 5 долларов.
  • HTML to WordPress Converter. Плагин для WordPress, который автоматически трансформирует дизайн HTML-сайта в тему WordPress. Стоит 20 долларов.
  • CMS2CMS: Automated HTML To WordPress Content Migration. Условно бесплатный плагин, который переносит HTML-сайт на WordPress.
  1. Установите тему WordPress

Используйте созданную на предыдущем этапе тему или выберите любой подходящий шаблон.

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

Контент небольшого сайта можно перенести вручную. Если сайт большой, доверьте перенос контента разработчикам. В качестве альтернативы обратите внимание на сервис CMS2CMS. Для автоматического переноса HTML-сайта на WordPress создатели сервиса предлагают пользоваться плагином.

После установки плагина в соответствующем разделе админки сайта появляется пункт меню HTML to WordPress. Войдите в него и зарегистрируйтесь.

Укажите URL сайта на HTML. Если планируете сделать сайт на WordPress на том же URL вместо сайта на HTML, сначала установите WordPress на локальный сервер.

Укажите подходящие настройки и запустите перенос. Доступны такие настройки:

  • Трансформация страниц HTML-сайта в страницы или посты сайта на WP.
  • В дополнительных настройках можно выбрать статус контента: опубликованный или черновик.
  • За плату можно автоматически настроить редиректы, перенести мета-данные страниц и изображения.

На анимации ниже показана исходная страница сайта на HTML и ее клон после переноса на WordPress.

Плагины CMS2CMS можно использовать для переноса на WordPress сайтов с Joomla!, Drupal, Weebly, Wix и других популярных движков и конструкторов.

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

В начале лета 2018 года владельцы сайтов на популярном конструкторе Wix получили неприятный сюрприз: «Яндекс» разучился индексировать ресурсы на этой SaaS-платформе. Представитель «Яндекса» Михаил Сливинский пообещал решить проблему. Но эта ситуация – весомый аргумент в пользу переезда с Wix на полноценную CMS.

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

Если вы переезжаете с конструктора на полноценный движок и хотите сохранить URL, нужно перенести домен к новому регистратору. Для этого в разделе «Управление сайтом – Домены» выберите нужный домен и в разделе «Дополнительно» выберите опцию «Перенести с Wix». Вы получите данные, необходимые для переноса домена.

Если при переезде вы меняете платформу и URL, достаточно настроить редирект 301 с Wix на новый сайт. Для этого воспользуйтесь соответствующей опцией в разделе «Управление сайтом – SEO». Обратите внимание, для настройки редиректа у вас должен быть подключен платный домен.

Wix не поддерживает экспорт сайтов на сторонние сервера. Но вы можете перенести контент вручную или с помощью программных решений, например, Automated WiX To WordPress Migration Plugin.

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

Для автоматического переезда с Joomla! на WordPress есть готовые программные решения:

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

Плагин FG Joomla to WordPress позволяет перенести контент на новый движок, а также сохранить структуру сайта: теги и категории. После установки надстройки запустить импорт можно в разделе админки WordPress «Инструменты – Импорт».

В настройках импорта можно автоматически удалить контент с сайта на WordPress. Для этого отметьте опцию Remove all WordPress content. Укажите URL сайта на Joomla.

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

Если сайты находятся на разных хостах, разрешите удаленный доступ к базе данных Joomla. Для этого в cPanel в разделе «Базы данных» выберите раздел «Удаленный MySQL».

Добавьте узел доступа и сохраните изменения.

Настройте параметры импорта. Обратите внимание на возможность трансформировать публикации на сайте Joomla! в посты или страницы на сайте WordPress. Если нужны страницы, отметьте пункт Create Pages. Начните импорт с помощью кнопки Start/Resume the import.

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

Сделайте резервную копию сайта на WordPress. Убедитесь в ее работоспособности. Для этого можно развернуть сайт на локальном сервере.

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

Удалите WordPress с сервера и установите Drupal. Установите и активируйте следующие модули:

  • Migrate. В Drupal 8 он есть в ядре, поэтому достаточно его активировать.
  • WordPress Migrate. Нужен для импорта контента с WordPress.
  • Migrate Extras. Обеспечивает корректную работу Migrate.
  • Pathauto. Обязательный модуль для Drupal, формирует удобные URL.

После установки и активации модулей перейдите в раздел Content – Migrate. Выберите вкладку Import from WordPress. Укажите путь к скрытым файлам. Для этого перейдите по ссылке configured (см. иллюстрацию) и укажите параметры. Скрытые файлы можно хранить в одном каталоге с публичными.

Загрузите файл экспорта WordPress. Также можно указать URL старого сайта. Этот вариант работает, если со сменой движка вы меняете URL.

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

Настройте параметры импорта. Например, посты с сайта WordPress можно конвертировать в статьи, а статические страницы оставить статическими страницами.

Укажите параметры конвертации таксономий. Модуль миграции может конвертировать теги и категории WordPress в теги и категории Drupal.

Запустите импорт. После завершения работы модуля проверьте, как отображается контент. На иллюстрации ниже видно, как отображается контент на сайте-доноре (WP) и на сайте-акцепторе (Drupal).

Перенос сайта: возможно, но рискованно и хлопотно

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

kak-perenesti-sayt-na-novyy-dvizhok-i-sokhranit-pozitsii-dengi-i-psikhicheskoe-zdorove

texterra.ru

Алгоритм переноса

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

Алгоритм переноса сайта:

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

  2. Скопируйте файлы сайта с помощью FileZilla или встроенного файлового менеджера.

  3. Экспортируйте базу данных. Лучше сделать это с помощью phpMyAdmin в панели управления на хостинге, так будет намного быстрее, чем через FTP-клиент.

Вы забрали со старого хостинга все данные своего сайта – теперь информацию нужно импортировать на новую площадку.

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

  2. Внесите изменения в конфигурационный файл. Например, у WordPress название, путь и пароль от базы данных прописываются в файле wp-config.php.

  3. Зайдите в базу данных нового хостера. Через phpMyAdmin импортируйте файлы базы данных, загруженной с предыдущей площадки.

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

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

Ошибки при переносе сайта

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

Наиболее распространенные ошибки:

  • Из папки с файлами сайта не удалена «заглушка» хостера – файл index.html.

  • Неправильная кодировка базы данных при экспорте или импорте. Сайт отображается в виде непонятных символов.

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

  • Ошибка подключения к базе данных – неправильно указаны данные доступа.

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

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

konstruktorysajtov.com

Когда нужно сделать перенос

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

Выполнить перенос сайта на другой хостинг необходимо, если:

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

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

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

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

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

Привязываем домен к новому хостингу

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

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

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

Переносим базу данных

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

  • Сначала производим копирование на локальный диск.

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

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

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

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

  • Копируем файлы с сайта

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

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

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

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

semantica.in

Шаг 1: Перенос файлов WordPress

Перенос сайта на другой хостинг можно осуществить с помощью FTP или с помощью CPanel. Я опишу оба метода.

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

Учетную запись для FTP можно создать в панели управления хостингом:

  • Подключитесь к серверу старого провайдера и получите доступ к папке public_html. Здесь хранятся файлы сайта;
  • Скачайте файлы на компьютер;
  • После завершения скачивания подключитесь к серверу нового хостинга и загрузите эти же файлы в папку public_html. Теперь можно приступить к перемещению базы данных.

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

  • Войдите в свой аккаунт на старом хостинге и откройте CPanel;
  • Перейдите в диспетчер файлов и найдите папку, в которой хранятся файлы сайта; она должна находиться в папке public_html;
  • Выберите папку и сожмите ее в .zip-архив с помощью опции «Сжать»;
  • С помощью кнопки загрузки сохраните архив с файлами на компьютере;
  • После завершения загрузки зайдите на свой новый хостинг и получите доступ к CPanel;
  • Добавьте ваше доменное имя на новом хостинге в разделе «Добавление домена». Таким образом, вы создадите папку на новом хостинге;
  • Загрузите созданный архив на новый хостинг с помощью диспетчера файлов и функции загрузки в папку public_html (или в папку, которая была создана на предыдущем этапе);
  • Распакуйте сжатые файлы с помощью функции «Распаковать», точно указав папку назначения;
  • На данный момент вы успешно перенесли файлы на новый хостинг, и теперь можно начать перенос базы данных.

Шаг 2: Перемещение базы данных WordPress

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

  • Войдите в CPanel старого хостинга и перейдите к инструменту PhpMyAdmin;
  • После подключения к серверу СУБД в левой части экрана вы увидите все свои базы данных на хостинге. Выберите БД, которую требуется переместить. Если не знаете, какая база данных вам нужна, откройте файл wp-config.php (находится в корневой папке WordPress) и найдите в нем строку define (‘DB_NAME’, ‘your_database_name’);. Она содержит в себе имя базы данных, которую использует ваш ресурс;
  • Выберите нужную базу в левой части экрана. Затем перейдите в меню «Экспорт«;
  • Экспортируйте выбранную БД в режиме «Быстрого экспорта» в формат SQL и сохраните ее на компьютере;
  • Войдите в CPanel нового хостинга и с помощью мастера баз данных MySQL создайте новую БД и пользователя. Сохраните имя пользователя и пароль, потому что позже вам будут нужны эти данные:
  • Перейдите в PhpMyAdmin на новом хостинге и в левой стороне панели выберите базу данных, которую только что создали;
  • Нажмите на кнопку «Импорт» в верхней части окна и выберите базу, сохраненную на компьютере;
  • На данный момент вы закончили перенос базы данных, но это еще не все.

Шаг 3: Обновление конфигурационного файла

В конце переноса сайта WordPress на другой хостинг нужно связать сайт с базой данных. Откройте файл wp-config.php на новом хостинге. Найдите в нем следующие строки и замените старые данные новыми, которые вы сохранили ранее:

Вам нужно изменить имя базы данных, имя пользователя и пароль; localhost можно оставить. Хост базы данных останется прежним, так как большинство провайдеров используют localhost. Теперь ваши файлы связаны с базой данных.

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

Шаг 4: Перенос учетных записей электронной почты

Перенос учетных записей электронной почты очень похож на перемещение файлов WordPress. Все настройки и сообщения электронной почты из ваших учетных записей находятся в папке public_html/mail/. Вы можете использовать FTP-клиент или CPanel для их перемещения.

Скачав учетные записи электронной почты со старого хостинга и загрузив их на новый, вы сохраните все настройки. Благодаря этому не нужно будет изменять настройки электронной почты в почтовом клиенте (в Thunderbird, Outlook и других).

Шаг 5: Изменение DNS сервера и перемещение домена

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

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

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

www.internet-technologies.ru


You May Also Like

About the Author: admind

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте как обрабатываются ваши данные комментариев.

Adblock
detector