Упали позиции после переноса сайта с хостинга на хостинг

Упали позиции после переноса сайта с хостинга на хостинг Хостинг
Содержание
  1. Как определить, что переезд действительно нужен
  2. Зафиксируйте текущую эффективность сайта
  3. Сделайте таблицу соответствия URL
  4. Перенесите контент со старого сайта на новый
  5. Настройте редиректы
  6. Проверьте корректность работы сайта
  7. Добавьте на сайт коды внешних служб и перенастройте системы аналитики
  8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системам
  9. Отслеживайте эффективность сайта после переезда
  10. В гугле быстрее возвращаются позиции
  11. В каких случаях перенос сайта на новый движок целесообразен
  12. Возможности конструктора вас больше не устраивают
  13. Грамотный выбор доменного имени: инструкции
  14. Добавление доменного имени
  15. Дополнение
  16. Замена ссылок
  17. Изменение ns-записи и «направление» на новый хостинг
  18. Изменение структуры сайта и структуры url
  19. Как выбрать подрядчика для переноса сайта
  20. Как переехать с wix на wordpress
  21. Как перенести сайт на другой движок/cms без потери позиций
  22. Как перенести сайт на другой домен или на поддомен без потери позиций
  23. Как перенести сайт на другой хостинг без потери позиций
  24. Как перенести сайт с joomla! на wordpress
  25. Как перенести сайт с wordpress на drupal
  26. Как перенести статичный html-сайт на wordpress
  27. Как подготовиться к правильному переносу сайта
  28. Какие проблемы нужно решить при переносе сайта
  29. Несоответствие функциональности старого и нового движка
  30. Обновляем конфигурационные файлы cms
  31. Особенности переноса сайта в популярных направлениях
  32. Перемещение файлов при переносе домена на другой хостинг
  33. Перенос сайта: возможно, но рискованно и хлопотно
  34. Перенос учетных записей e-mail
  35. Потеря контента
  36. Причины принятия подобного решения
  37. Проблемы с дизайном
  38. Проверка истории домена
  39. Проверка сайта
  40. Самописный движок стал неактуальным
  41. Смена dns-сервера и перенос домена
  42. Статичный сайт на html больше не отвечает вашим потребностям
  43. Трудоемкость настройки редиректов
  44. Удаление со старого хостинга
  45. Упала посещаемость после переноса сайта. как исправить?
  46. Установка 301 редиректа при переносе сайта на другой хостинг

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

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

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

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

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

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

.htaccess — конфигурационный файл, который задает правила работы веб-сервера Apache. Используется для добавления редиректов, настройки доступа к страницам и файлам, обработки ошибок сервера.

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

Популярные причины для переезда сайта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  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.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Создать актуальную карту сайта можно с помощью внешних сервисов, например, XML-Sitemaps, или средствами нового движка.

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

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

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

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

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

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

В гугле быстрее возвращаются позиции

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Грамотный выбор доменного имени: инструкции

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

Добавление доменного имени

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

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

Дополнение

Итак, прошло ещё пару дней, и есть некоторые изменения, и я хочу ими поделиться. В Яндексе по прежнему пока печальная ситуация, медленно, особенно в турбо страницах вообще нет сдвигов, всё как упало, так и держится на 10-15 хостов в сутки. А Гугл быстрее, вот amp страницы по тихонько индексирует, и бывает что сообщает про Ошибка сервера (5xx), я опять загоняю их на проверку, и по несколько страниц в сутки гугл их переваривает, осталось страниц около 40 проверку пройти. А с обычным гугл поиском всё ок, позиции возвращаются, вот скриншот прилагаю.

Замена ссылок

Прежде чем приступить непосредственно к процессу, не забудьте создать дубликат в подразделе «Дополнения». В непредвиденной ситуации можно будет вернуться к первичному положению. Теперь найдите и замените прежние названия, подключившись к учетке SSH:

Изменение ns-записи и «направление» на новый хостинг

Изначально в настройках указаны сведения прежнего интернет-хостинга. Чтобы полностью перевести доменное название, предстоит произвести их обновление. Внимательно проверьте NS-значения, которые можно найти в регистрационном письме-подтверждении, направленном вам провайдером. Как вариант — отправьте запрос в техническую службу поддержки.

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

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

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

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

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

Хороший подрядчик

Плохой подрядчик

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

Отказывается составлять план, выполняет задачи хаотично, не ориентируется в технических деталях.

Аргументирует каждое действие, которое может повлиять на эффективность продвижения сайта.

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

Создает несколько бэкапов перед любой миграцией.

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

Предлагает выполнять работы на техническом домене.

Настаивает на использовании основного домена.

Создает локальную карту с адресами и содержимым всех страниц.

Не создает карту сайта, список редиректов и файл с метатегами.

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

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

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

Не использует инструменты для проверки и отслеживания «здоровья» сайта.

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

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

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

Как переехать с wix на wordpress

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

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

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

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

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

Как перенести сайт на другой движок/cms без потери позиций

Сложность: ★ ★ ★ ★ ★

Риск потери трафика:█████

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

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

На что обратить внимание:

  1. Выгрузка карты сайта. В процессе перехода важно сохранить прежние адреса страниц.

  2. Формирование таблицы редиректов. Все перенаправления должны корректно работать после обновления CMS.

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

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

Что делать после переноса сайта:

Screaming Frog сканирует структуру сайта и создает подробный отчет

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

Как перенести сайт на другой домен или на поддомен без потери позиций

Сложность: ★ ★ ★ ★

Риск потери трафика:█████

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

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

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

На что обратить внимание:

  1. Выгрузка карты сайта. В процессе перехода важно не потерять страницы с трафиком.

  2. Обновление адресов. В структуре URL меняется только домен.

  3. Формирование таблицы редиректов. Все перенаправления должны корректно срабатывать на новом домене.

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

  5. Выбор основного зеркала. В консолях для веб-мастеров есть инструменты для переезда.

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

Что делать после переноса сайта:

Ahrefs находит внутренние и внешние битые ссылки

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

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

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

Сложность: ★ ★ ★

Риск потери трафика:████░

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

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

Главная проблема при миграции сайта на другой хостинг — изменение NS-серверов. Многие сайты размещаются на name-серверах хостинг-провайдера и при переносе их придется менять. Если изменить NS без предварительной подготовки, у части пользователей сайт не будет работать до обновления баз DNS у поставщиков интернета.

Проблему можно решить несколькими способами:

  1. Настройка A-записи. NS-серверы обновляются до 72 часов, а срок жизни A-записи можно уменьшить до нескольких минут. Перенаправить сайт на новый хостинг таким образом гораздо удобнее.

  2. Сохранение сайта на старом домене. Можно обновить NS-серверы, но разместить файлы проекта на старом и новом хостинге. Тогда у всех пользователей он будет корректно открываться.

  3. Размещение на DNS-хостинге. Домен можно разместить на name-серверах стороннего провайдера или регистратора. В этом случае переезд на новый хостинг будет проходить максимально безболезненно.

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

Что делать после переноса сайта:

Тестирование доступности сайта из разных географических точек

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

Как перенести сайт с joomla! на wordpress

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

Плагин 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. Установите и активируйте следующие модули:

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

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

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

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

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

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

Как перенести статичный html-сайт на wordpress

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

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

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

Как подготовиться к правильному переносу сайта

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

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

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

  1. Создание бэкапов. Желательно сделать несколько резервных копий за разные даты.

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

  3. Выгрузка карты сайта. В ней должны быть все страницы с полными адресами. На помощь приходит специализированный софт вроде Netpeak Spider или Screaming Frog.

  4. Выгрузка страниц с трафиком. Их стоит держать на особом контроле и следить за корректной работой на новом хостинге или CMS. Получить список можно с помощью отчетов «Яндекс.Метрики» или Google Analytics.

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

  6. Анализ проблем по техническому SEO. Мигрировать на другую CMS со старыми проблемами невыгодно.

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

Выгрузка бэкапа сайта

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

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

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

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

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

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

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

Обновляем конфигурационные файлы cms

Собирая информацию, как перенести сайт на другой домен, следует знать, что для этой операции нужно поработать с настройками в системном доке. Как правило, он расположен в папке с движком. Частью его наименования являются составляющие: settings; conf или config. Так, на WordPress, к примеру, это будет wp-config.php.

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

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

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

Перемещение файлов при переносе домена на другой хостинг

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

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

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

Перенос учетных записей e-mail

Особую важность представляет для тех, кто пользуется электронной почтой.

Удобнее всего, когда почтовый адрес находится на регистраторе домена. Чтобы перенести e-mail-учетки, необходимо осуществить вход в регистраторский аккаунт и прикрепить сервер к IP нужного интернет-хостинга.

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

Если e-mail-адреса размещаются на сервере прежней площадки, без основательных потерь времени не обойтись. Предстоит снова создать учетные записи на новом месте. А поможет в этом удобная опция импорта в подразделе «Электронная почта».

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

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

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

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

Причины принятия подобного решения

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

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

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

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

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

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

Проверка истории домена

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

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

Когда же у прежнего владельца дела с веб-сайтом обстояли хорошо, при совпадении прежней и нынешней тематики SEO-продвижение только выиграет. Проверить историю доменного имени можно при помощи специальных сервисов (платных и бесплатных). Например, WhoisRequest или archive.org.

Проверка сайта

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

  • Проверьте работу посредством технических имен веб-ресурса.
  • Через поддомен с подключением к public_html.
  • Воспользуйтесь услугами техподдержки хостера.

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

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

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

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

Смена dns-сервера и перенос домена

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

Сделать это помогут три варианта процедуры:

  • Перенос доменного имени к выбранному хостеру или регистратору.
  • Изменение DNS-записи.
  • Смена серверных имен.

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

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

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

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

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

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

Удаление со старого хостинга

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

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

Все, к DNS-серверам название больше не привязано.

Упала посещаемость после переноса сайта. как исправить?

Надо как-то… «степ-бай-степ» продвигаться. Траблов много разных, гу почему бу не начать с устранения простых?

— PageSpeed Insights < 40 Хороший мотив для пессимизации.
— Переадресацию старых/новых url, очевидно, никто не делал.
D индексе более 200 страниц со старого сайта, без переадресации или «заглушки» в robots.txt (смотрим страницы в индексе google).
— Демоданные с квик-старта WP «забыли» удалить, например:
http://mvtclub.ru/faq_category/preparation/
-много вншних ссылок, валидация «не айс»…

Собстно, достаточно. Возможно позиции немного поднимутся. Если ничего не делать — то через пол-года, делать — через 6 месяцев 🙂 Шутка.

Вопрос не одного поста. Заниматься нужно проектом. Ребята сделали, в принципе, обычную работу. Просто — «без фанатизма», формально. Не проверили «хвосты», забыли» про оптимизацию и пр. «Содрали», наверное, пятнашку, и «вопрос «закрыли». Ну… сплошь и рядом, обычное дело. Установка cms, перенос контента… может и дороже взяли, контента немало.
seo несколько «опущено». В принципе — траблы обозначены. Я бы спросил с подрядчика — доработать. Ничего ужасного, просто — немного халтурно. Недоработки — и… «положили» (как вы выразились) проект. Seo-недоработки. Ну и скорость… катастрофична.

Если есть возможность — спрашивайте вебмастеров. Договором всё не предусмотришь, если ребяты нормальные — должны доработать. Не катастрофа, однозначно. Бывает много хуже 🙂

Установка 301 редиректа при переносе сайта на другой хостинг

На данном этапе предстоит установить переадресацию всех веб-страниц площадки на другой домен. Именно этот вариант (постоянный) необходим для стабильного функционирования и переиндексации ресурса поисковиками.

Настроить переход можно:

  • В .htaccess.
  • Заказав услугу перенаправления имени.
  • Посредством панели управления интернет-хостингом.

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

Оцените статью
Хостинги