Как перенести сайт на новую CMS без потери трафика? Как перенести сайт на другую cms без потери позиций
Как правильно перенести сайт на новый движок и сохранить позиции
В каких случаях перенос сайта на новый движок целесообразен
Смена движка – трудоемкая, дорогая(не советую делать самим при отсутствии опыта, лучше нанять того кто знает и умеет переносить сайты) и рискованная задача.
Статичный сайт на HTML больше не отвечает вашим потребностям
Можно обойтись без движка, если нужен небольшой статичный сайт с двумя-тремя или даже десятью страницами. Например, сделать сайт-визитку со списком услуг и контактными данными проще без CMS и конструкторов. Но если вы захотите регулярно что-то публиковать, например, превратить сайт-визитку в блог, проще будет работать с движком.
Самописный движок стал неактуальным
Самописный движок – это не плохо и не хорошо. Например, интернет-магазин Ozon работает на крутом и дорогом самописном движке. Но есть и движки за 5 тыс. рублей. С ними и случаются разные неприятности типа:
- Движок устарел, а разработчик исчез.
- Сторонний разработчик возьмет с вас за обновление чужого сайта(движка) больше, чем за создание сайта с нуля.
- За любое расширение функциональности нужно платить разработчику. С популярными CMS такого не случится, для них есть готовые и причем бесплатные или дешевые решения
Возможности конструктора вас больше не устраивают
Конструкторы не дают возможностей, которые есть у полноценных движков. Вы не имеете доступа к бэкенду, а значит вынуждены полагаться на профессионализм и оперативность разработчика конструктора. Сайт на движке можно развивать самостоятельно или привлекать к решению задач сторонних разработчиков.
О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях:
- Функциональность конструктора не соответствует вашим потребностям.
- Вы не хотите платить за использование платформы.
- Вас не устраивает шаблонный дизайн сайта, а конструктор не поддерживает сторонние шаблоны.
- Серверы конструктора находятся за границей. Это может быть проблемой для бизнес-сайта.
- Вы хотите полностью контролировать сайт.
Отдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта.Например, вас не устраивает функциональность движка. Представьте сайт на WordPress, к которому с помощью плагина прикручен форум. Форум стал популярным и посещаемым. Можно рассмотреть целесообразность переноса его на специализированный форумный движок.
Еще одна уважительная причина для переезда: вы не можете или принципиально не хотите платить за CMS. Например, держать форум на платном vBulletin не выгодно, и вы переезжаете на бесплатный phpBB.
В остальных случаях надо тщательно взвешивать риски:
- Хорошо знаете WordPress, поэтому переезжаете с Drupal? Если сайт достаточно большой и давно работает, лучше выучить и полюбить Drupal.
- Для Joomla! нет столько бесплатных шаблонов и плагинов, сколько есть для WordPress? Переезд может в прямом и переносном смысле обойтись вам дороже, чем покупка платного плагина или разработка шаблона с нуля.
- Сайт на WordPress неактуален, вашей крутой компании нужен солидный движок? Это откровенная глупость. Лучше потратьте время и деньги на что-то полезное.
- Движки с открытым кодом могут взломать или скопировать? Взломать могут любой сайт. Более того, CMS с открытым кодом реагируют на угрозы быстрее коммерческих движков. Над тем же WordPress круглосуточно работает сообщество разработчиков.
При переезде на новый движок вы столкнетесь с подводными камнями. Часть проблем легко решается, часть решить невозможно. Во втором случае нужно минимизировать потери. Об основных проблемах ниже.
Потеря контента
Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой CMS. Например, в Drupal такая возможность реализуется с помощью встроенного модуля, а в WordPress с помощью плагина.Без привязки к движкам резервную копию можно сделать через панель управления сервером. Данные доступа к панели управления предоставит хостер.В панели управления войдите в «Менеджер резервных копий», который находится в разделе «Файлы».Заархивируйте и скачайте актуальные копии файлов сайта и базы данных.Убедитесь в работоспособности резервной копии. Для этого восстановите сайт на локальном сервере. Если восстановить сайт из копии не удается, сделайте бэкап еще раз или обратитесь к хостинг-провайдеру. Не начинайте переезд без работоспособной резервной копии ресурса.
Изменение структуры сайта и структуры URL
CMS формируют человеко-понятные URL по-разному. Из-за этого при смене движка «урлы» обычно меняются. Также URL изменятся, если вы меняете структуру сайта.Например, адрес страницы товара может поменяться с
Код:
site.ru/pages/catalog/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 и исправлять ошибки. Определите текущую эффективность по критериям, которые обычно используете. Это может быть:
- Посещаемость за выбранный период.
- Позиции ресурса в выдаче по важным запросам.
- Список самых трафиковых страниц.
- Поведенческие метрики.
Если данные о трафике, позициях и самых посещаемых страницах понадобятся для определения реакции поисковиков на переезд, то поведенческие метрики нужны для отслеживания реакции пользователей. С помощью систем аналитики зафиксируйте показатели, которые обычно мониторите, например, длину и глубину сессий, показатель отказов, коэффициент конверсии и так далее.
2. Сделайте таблицу соответствия URL
Как отмечалось выше, это самый трудоемкий этап переезда. Таблица нужна, если структура сайта и URL меняются.
Действуйте так:
- Сделайте таблицу существующих URL сайта с кодом ответа сервера
- Сделайте таблицу с новыми URL
Уделите внимание URL с кодом ответа 404. Если это неактуальные адреса, не включайте их в таблицу соответствия. Страницы с такими URL можно не генерировать на новом движке. Если страница важная, на нее есть входящие внешние и внутренние ссылки, включите ее в таблицу и корректно настройте редиректы.Если страница имеет входящие внешние ссылки, но соответствующей ей страницы на новом сайте не будет, в качестве целевого адреса укажите страницу категории товаров, каталога, справочной информации или главной страницы.
Проверить входящие ссылки можно с помощью инструментов типа Megaindex или Ahrefs.
3. Настройте новую CMS на тестовом домене или локальном сервере
Разверните новый сайт на поддомене вида test.ваш-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.
- Оцените внутреннюю оптимизацию. Поможет наш чеклист для экспресс-аудита.
7. Добавьте на сайт коды внешних служб и перенастройте системы аналитики
Добавьте на новый сайт контейнер диспетчера тегов, если вы его используете. Остальные службы можно подключать через Tag Manager или прямо на сайт. Необходимо:
- Добавить коды верификации «Яндекс.Вебмастер», Search Console Google и других поисковиков.
- Добавить коды отслеживания «Метрики», Google Analytics, Liveinternet.ru и других систем аналитики. Не забудьте перенастроить цели, электронную торговлю и другие параметры, на которые может влиять изменение URL.
- Установите коды рекламы и партнерских блоков, систем комментирования, обратного звонка, коллтрекинга, всплывающих окон, вывода рекомендаций и других сервисов, которые обеспечивают функциональность сайта.
8. Сгенерируйте актуальную карту сайта и сообщите о ней поисковым системам
Создать актуальную карту сайта можно с помощью внешних сервисов, например, Вы не можете видеть эту ссылку., или средствами нового движка.После создания и настройки карты сайта перейдите в Search Console Google. В разделе «Сканирование – Файлы Sitemap» отправьте новый файл на проверку. Это можно сделать с помощью кнопки «Добавление/Проверка файла Sitemap».В «Вебмастере» отправить новую карту сайта на проверку можно в разделе «Индексирование – Файлы Sitemap».
9. Отслеживайте эффективность сайта после переезда
Перед переездом вы фиксировали эффективность старого сайта. После переезда на новую CMS отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.
В случае стабильного падения поискового трафика ищите причины. Это могут быть:
- Технические проблемы, например, некорректно настроенные редиректы, дублирующийся контент, низкая скорость загрузки страниц и так далее.
- Ухудшение юзабилити и негативная реакция пользователей. Воспользуйтесь «Вебвизором», чтобы понять поведение посетителей нового сайта.
Особенности переноса сайта в популярных направлениях
При переносе сайта на новый движок нужно учитывать особенности конкретных CMS. Ниже описаны инструменты и нюансы переезда в нескольких популярных направлениях.
Как перенести статичный HTML-сайт на WordPress
Переезд в этом направлении целесообразен, если вы превращаете сайт-визитку из нескольких страниц в полноценный сайт и планируете регулярно публиковать новые страницы. Благодаря развитой инфраструктуре WordPress перенести статичный сайт на этот движок сможет даже специалист без технической подготовки.
Алгоритм переноса такой:
- Скопируйте и сохраните на локальном диске файлы старого сайта на HTML
- Удалите с сервера старый сайт и установите движок
- Конвертируйте дизайн сайта в тему WordPress
- Вы не можете видеть эту ссылку.. Платный сервис. В течение минуты конвертирует дизайн HTML-сайта в тему WordPress. Стоимость конвертации 5 долларов.
- Вы не можете видеть эту ссылку.. Плагин для WordPress, который автоматически трансформирует дизайн HTML-сайта в тему WordPress. Стоит 20 долларов.
- Вы не можете видеть эту ссылку.. Условно бесплатный плагин, который переносит HTML-сайт на WordPress.
- Установите тему WordPress
- Перенесите контент на новый сайт
После установки плагина в соответствующем разделе админки сайта появляется пункт меню HTML to WordPress. Войдите в него и зарегистрируйтесь.Укажите URL сайта на HTML. Если планируете сделать сайт на WordPress на том же URL вместо сайта на HTML, сначала Вы не можете видеть эту ссылку..Укажите подходящие настройки и запустите перенос. Доступны такие настройки:
- Трансформация страниц 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 позволяет перенести контент на новый движок, а также сохранить структуру сайта: теги и категории. После установки надстройки запустить импорт можно в разделе админки 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. Установите и активируйте следующие модули:
- Вы не можете видеть эту ссылку.. В Drupal 8 он есть в ядре, поэтому достаточно его активировать.
- Вы не можете видеть эту ссылку.. Нужен для импорта контента с WordPress.
- Вы не можете видеть эту ссылку.. Обеспечивает корректную работу Migrate.
- Вы не можете видеть эту ссылку.. Обязательный модуль для Drupal, формирует удобные URL.
Перенос сайта: возможно, но рискованно и хлопотно
В теории перенос сайта выглядит простой задачей. По сути для переезда нужно только настроить новый сайт с учетом актуальной структуры, перенести контент и прописать редиректы. На практике переезд с одной CMS на другую – трудозатратное и рискованное мероприятие. Поэтому воспринимайте смену движка как крайний шаг. А чтобы избежать необязательных хлопот и расходов, ответственно планируйте сайт и выбирайте подходящую CMS на старте.
trinixy.org
Как перенести сайт на новую CMS без потери трафика?
Технический прогресс ускоряется с каждым днем. Интернет-магазины, созданные два-три года назад не могут полноценно конкурировать с новыми игроками ecommerce, которые превосходят их по функционалу, дизайну и юзабилити. Устаревшие площадки недополучают трафик — и теряют потенциальных клиентов. Если последние два пункта можно исправить без смены CMS, то функционал и другие технические моменты усовершенствовать сложнее. В один прекрасный день вы примете решение создать новый интернет-магазин, в котором все текущие проблемы будут решены. Но как при этом не потерять тот трафик, который уже идет на ваш сайт?
Просто создать новый интернет-магазин недостаточно. Многие веб-мастера не знают нюансов переезда сайта со старой CMS на новую без потери достигнутых результатов (позиций и трафика). В большинстве случаев переезд выполняется по схеме «разработчик говорит, что сайт готов, клиенту нравится, он заполняет площадку товарами, разработчик открепляет домен от старого сайта и прикрепляет к новому».Если веб-мастер не настроит постраничный 301 редирект со старых URL-адресов на новые, все ваши усилия ни к чему не приведут. Ведь когда сайт меняет CMS, все URL-адреса также изменяются. Если не сделать 301 редирект, ваши позиции в поисковых системах вылетят за пределы топ-100, а вы потеряете продажи. Проще говоря, «вес» и трафик со старых страниц не идет на новые, в результате чего новый сайт придется продвигать практически с нуля.Читайте также: топ-30 ошибок SEO, которые загубят ваш проектКроме того, магазин не проверяется на наличие элементарных SEO-ошибок. Как показывает наша практика, зачастую разработчики не внедряют основные правки, которые радикально влияют на ранжирование в поисковых системах. Простой пример: тексты и мета-теги, которые были на старом сайте, не размещаются на новом.
Эффект неправильного переезда:
Плохой пример перехода на новую CMS
Алгоритм действий, который спасет ваше SEO
Чтобы переезд интернет-магазина на новую CMS прошел без ущерба для SEO, рекомендую выполнить следующие действия.После создания нового интернет-магазина убедитесь в наличии всех основных страниц каталога.- Выгрузите из Google Analytics все URL-адреса, на которые шел поисковый трафик за последние три месяца.
- Удалите из этого списка все URL-адреса товаров.
- В соседнем столбце проставьте URL-адреса нового сайта для этих страниц.
- Проверьте, чтобы все актуальные URL, которые получают трафик на текущем сайте, были созданы на новом сайте.
- В результате вы получите список старых и новых URL, на которые ваш сайт получает трафик из поисковых систем;
- Теперь нужно настроить постраничный 301 редирект со старых URL-адресов на новые.
автор: Alexander Burtsev
Теги: Please enable JavaScript to view the comments powered by Disqus. comments powered byФотогалерея статьи
Бесплатный лендинг при заказе корпоративного сайта
bramabrama.com
Перенос сайта без потери позиций: инструкция
Перед переносом сайта на новый движок подумайте, можно ли решить вопрос по-другому. Возможно, вам будет проще:
- Изобрести машину времени, отправиться в прошлое и сразу выбрать подходящий движок.
- Поймать того, кто впарил вам ужасный самопис, приковать к батарее и не отпускать, пока он сам все не исправит или не перенесет сайт на нормальную CMS.
Если машина времени не работает, а разработчик самописа быстро бегает, выбора нет. Из этого руководства вы узнаете, как перенести сайт на другой движок.
В каких случаях перенос сайта на новый движок целесообразен
Смена движка – трудоемкая, дорогая и рискованная задача. О рисках мы еще поговорим, а пока оцените историю от моей коллеги Ольги Кочкиной.
Несколько лет назад было у меня подобие интернет-магазина. На сайт тогда решили не раскошеливаться и заказали его за 5 тыс. рублей. Движок оказался самописным, но я не придала этому значения. А зря.
Спустя пару месяцев прочитала книжку про юзабилити и решила внедрить некоторые фишки на своем сайте. Сделать что-либо самостоятельно у меня не получилось. Разработчик согласился помочь бесплатно, но смог поправить буквально пару моментов. Остальное – дополнительная разработка.
Через год сайт морально устарел, да и мучиться с кривой админкой уже не было сил. Решили переносить на OpenCart – шустрый и функциональный движок для интернет-магазинов. Написали разработчику. Перенести на другой движок сайт, который обошелся в 5 тыс. рублей, нам предложили за 70 тыс. рублей. Мораль, думаю, ясна.
Создание сайта обошлось Ольге в 5 тыс. рублей, а перенос сайта с самописа на нормальную CMS стоил 70 тыс. рублей. Вот вывод: менять движок нужно в крайнем случае, когда без этого не обойтись. Варианты типа «Drupal круче Joomla», «на WordPress больше красивых бесплатных тем», «движок с открытым кодом могут взломать, «надо перейти на коммерческую CMS» – не повод для переноса сайта. Этот шаг неизбежен в более серьезных ситуациях.
Статичный сайт на HTML больше не отвечает вашим потребностям
Можно обойтись без движка, если нужен небольшой статичный сайт с двумя-тремя или даже десятью страницами. Например, сделать сайт-визитку со списком услуг и контактными данными проще без CMS и конструкторов. Но если вы захотите регулярно что-то публиковать, например, превратить сайт-визитку в блог, проще будет работать с движком.
Самописный движок стал неактуальным
Самописный движок – это не плохо и не хорошо. Например, интернет-магазин Ozon работает на крутом самописе. Но есть и движки за 5 тыс. рублей, об одном из которых вспоминала выше Ольга Кочкина. С ними случаются разные неприятности:
- Движок устарел, а разработчик исчез.
- Сторонний разработчик просит за обновление чужого кода больше, чем за создание сайта с нуля.
- За любое расширение функциональности нужно платить разработчику. Например, захотели подключить AMP – платите. А для популярных движков есть готовые бесплатные или дешевые решения.
Если вы уткнулись в функциональную ограниченность самописной CMS, а расширение функциональности обходится дорого, подумайте о смене движка.
Возможности конструктора вас больше не устраивают
Конструкторы не дают возможностей, которые есть у полноценных движков. Вы не имеете доступа к бэкенду, а значит вынуждены полагаться на профессионализм и оперативность разработчика конструктора. Сайт на движке можно развивать самостоятельно или привлекать к решению задач сторонних разработчиков.
О переносе коммерческого сайта с SaaS-платформы на CMS можно думать в таких случаях:
- Функциональность конструктора не соответствует вашим потребностям.
- Вы не хотите платить за использование платформы.
- Вас не устраивает шаблонный дизайн сайта, а конструктор не поддерживает сторонние шаблоны.
- Серверы конструктора находятся за границей. Это может быть проблемой для бизнес-сайта.
- Вы хотите полностью контролировать сайт.
Какую CMS выбрать
Отдельного внимания заслуживает ситуация переезда с одного полноценного движка на другой. Здесь мало стопроцентных причин для переноса сайта.
Например, вас не устраивает функциональность движка. Представьте сайт на WordPress, к которому с помощью плагина прикручен форум. Форум стал популярным и посещаемым. Можно рассмотреть целесообразность переноса его на специализированный форумный движок.
Еще одна уважительная причина для переезда: вы не можете или принципиально не хотите платить за CMS. Например, держать форум на платном vBulletin не выгодно, и вы переезжаете на бесплатный phpBB.
Как создать и раскрутить форум
В остальных случаях надо тщательно взвешивать риски:
- Хорошо знаете WordPress, поэтому переезжаете с Drupal? Если сайт достаточно большой и давно работает, лучше выучить и полюбить Drupal.
- Для Joomla! нет столько бесплатных шаблонов и плагинов, сколько есть для WordPress? Переезд может в прямом и переносном смысле обойтись вам дороже, чем покупка платного плагина или разработка шаблона с нуля.
- Сайт на WordPress неактуален, вашей крутой компании нужен солидный движок? Это откровенная глупость. Лучше потратьте время и деньги на что-то полезное.
- Движки с открытым кодом могут взломать или скопировать? Взломать могут любой сайт. Более того, CMS с открытым кодом реагируют на угрозы быстрее коммерческих движков. Над тем же WordPress круглосуточно работает сообщество разработчиков.
То есть причина для переноса сайта должна быть веской. Переезд на новый движок всегда связан с рисками и затратами, поэтому решайтесь на него в крайнем случае. Подумайте, не будет ли проще и дешевле оставить сайт на старой CMS и доработать ее функциональность. Посоветуйтесь с профессиональными разработчиками и только после этого принимайте решение.
Мы разрабатываем сайты «под ключ»: от дизайна и верстки до текстов и SEO. Подробнее
Какие проблемы нужно решить при переносе сайта
При переезде на новый движок вы столкнетесь с подводными камнями. Часть проблем легко решается, часть решить невозможно. Во втором случае нужно минимизировать потери. Об основных проблемах ниже.
Потеря контента
Чтобы не потерять контент, сделайте резервную копию сайта до переезда. Резервную копию можно создать средствами старой 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 меняются.
Действуйте так:
- Сделайте таблицу существующих URL сайта с кодом ответа сервера
Воспользуйтесь Netpeak Spider или аналогичным инструментом для парсинга сайта. На этом этапе нужно получить список всех страниц с кодами ответа сервера. Добавьте полученные данные в таблицу.
- Отсортируйте URL по коду ответа сервера
На этом этапе должно получиться три таблицы или вкладки: на первой доступные страницы с кодом ответа 200, на второй страницы с переадресацией с кодом 301, на третьей несуществующие страницы с кодом 404.
- Сделайте таблицу с новыми 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, или средствами нового движка.
После создания и настройки карты сайта перейдите в Search Console Google. В разделе «Сканирование – Файлы Sitemap» отправьте новый файл на проверку. Это можно сделать с помощью кнопки «Добавление/Проверка файла Sitemap».
В «Вебмастере» отправить новую карту сайта на проверку можно в разделе «Индексирование – Файлы Sitemap».
9. Отслеживайте эффективность сайта после переезда
Перед переездом вы фиксировали эффективность старого сайта. После переезда на новую CMS отслеживайте ключевые показатели и сравнивайте метрики до и после переезда. Полученная информация будет руководством к действию.
В случае стабильного падения поискового трафика ищите причины. Это могут быть:
- Технические проблемы, например, некорректно настроенные редиректы, дублирующийся контент, низкая скорость загрузки страниц и так далее.
- Ухудшение юзабилити и негативная реакция пользователей. Воспользуйтесь «Вебвизором», чтобы понять поведение посетителей нового сайта.
Корректная реализация описанного алгоритма позволяет перенести сайт на новую CMS без длительного падения трафика и других метрик эффективности. А если новый движок более удобный и функциональный, эффективность ресурса после переезда должна вырасти.
Особенности переноса сайта в популярных направлениях
При переносе сайта на новый движок нужно учитывать особенности конкретных CMS. Ниже описаны инструменты и нюансы переезда в нескольких популярных направлениях.
Как перенести статичный HTML-сайт на WordPress
Переезд в этом направлении целесообразен, если вы превращаете сайт-визитку из нескольких страниц в полноценный сайт и планируете регулярно публиковать новые страницы. Благодаря развитой инфраструктуре WordPress перенести статичный сайт на этот движок сможет даже специалист без технической подготовки.
Алгоритм переноса такой:
- Скопируйте и сохраните на локальном диске файлы старого сайта на HTML
Для этого можно использовать FTP-клиент, например, FileZilla. Данные для доступа к серверу возьмите у провайдера. Скачайте на локальный диск все папки и файлы из корневого каталога сайта. Корневой каталог имеет имя сайта.
Также доступ к файлам сайта можно получить через диспетчер файлов панели управления хостингом. Данные доступа возьмите у провайдера.
- Удалите с сервера старый сайт и установите движок
В нашем гайде есть наглядная инструкция по установке WordPress. Если вместо доступа к серверу по FTP-протоколу вы предпочитаете работать с cPanel или аналогичными панелями, воспользуйтесь инструкцией по установке движка с помощью автоустановщика скриптов Softaculos.
- Конвертируйте дизайн сайта в тему WordPress
Этот шаг имеет смысл, если важно сохранить дизайн старого сайта. Обратитесь к веб-разработчикам или воспользуйтесь автоматическими сервисами:
- HTMLtoWordPress. Платный сервис. В течение минуты конвертирует дизайн HTML-сайта в тему WordPress. Стоимость конвертации 5 долларов.
- HTML to WordPress Converter. Плагин для WordPress, который автоматически трансформирует дизайн HTML-сайта в тему WordPress. Стоит 20 долларов.
- CMS2CMS: Automated HTML To WordPress Content Migration. Условно бесплатный плагин, который переносит HTML-сайт на WordPress.
- Установите тему WordPress
Используйте созданную на предыдущем этапе тему или выберите любой подходящий шаблон.
- Перенесите контент на новый сайт
Контент небольшого сайта можно перенести вручную. Если сайт большой, доверьте перенос контента разработчикам. В качестве альтернативы обратите внимание на сервис CMS2CMS. Для автоматического переноса HTML-сайта на WordPress создатели сервиса предлагают пользоваться плагином.
После установки плагина в соответствующем разделе админки сайта появляется пункт меню HTML to WordPress. Войдите в него и зарегистрируйтесь.
Укажите URL сайта на HTML. Если планируете сделать сайт на WordPress на том же URL вместо сайта на HTML, сначала установите WordPress на локальный сервер.
Укажите подходящие настройки и запустите перенос. Доступны такие настройки:
- Трансформация страниц HTML-сайта в страницы или посты сайта на WP.
- В дополнительных настройках можно выбрать статус контента: опубликованный или черновик.
- За плату можно автоматически настроить редиректы, перенести мета-данные страниц и изображения.
Лайфхак: если при переносе сайта с HTML на WordPress вы не планируете сохранять дизайн, можно обойтись бесплатной версией плагина CMS2CMS. С ее помощью можно быстро перенести контент HTML-страниц на новый сайт. Останется только оформить страницы и поменять ссылки.
На анимации ниже показана исходная страница сайта на 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 позволяет перенести контент на новый движок, а также сохранить структуру сайта: теги и категории. После установки надстройки запустить импорт можно в разделе админки 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 на старте.
note.taable.com
Инструкция по переносу сайта на другой хостинг
Нередко случается, что вебмастеры переносят свои сайты на другой хостинг или выделенный сервер в России. Подобное решение может быть продиктовано самыми разнообразными причинами - от нехватки предоставленных хостером мощностей до обнаружения более привлекательного тарифа у другого поставщика услуг.
В любом случае, закономерным итогом этого является перенос сайта с одного хостинга на другой. И о том, как это происходит, мы и поговорим далее.
Перенос сайта с одного хостинга на другой - общий алгоритм действий
Независимо от выбранной вами для сайта CMS, существует общий алгоритм действий для переноса веб-ресурса на другой хостинг. Каждый из описанных этапов может в той или иной степени меняться в соответствии со спецификой движка, но в целом они таковы:
- Поиск и оплата нового хостинга
Очевидно, что для начала нужно подготовить все условия для переноса сайта. Это значит, что нужно найти хостера с подходящими условиями и тарифами, выбрать оптимальный для вас вариант и оплатить выбранный вами хостинг.
- Скачивание файлов со старого хостинга
После того, как первый шаг завершен, вы должны скачать файлы вашего сайта со старого хостинга. Обычно для этого используется любой предпочитаемый вами FTP¬-менеджер. Зайдите в корневую директорию вашего хостинга и скачайте оттуда все файлы. Если позволяют условия работы с сайтом, файлы можно предварительно добавить в архив - это ускорит процесс скачивания.
- Экспорт БД со старого хостинга
После скачивания файлов вам необходимо сделать дамп базы данных со старого хостинга. Фактически, вы должны сделать копию своей базы, чтобы после этого ее восстановить на новом хостинге. Для этого вам нужно зайти в phpMyAdmin и выполнить экспорт БД.
- Перемещение файлов на новый хостинг
Перенос сайта на другой сервер начинается с того, что вам нужно перенести на новый хостинг всей файлы вашего веб-ресурса, которые вы скачали со старого. Выполняется это при помощи все того же FTP-менеджера.
- Перенос базы данных на хостинг
После переноса файлов нужно импортировать базу данных. Для этого вы создаете на новом хостинге БД, для которой указываете имя базы данных, имя пользователя, пароль, а также кодировку и префикс таблиц. Впрочем, последнее часто ставится по умолчанию. После создания новой БД нужно зайти в phpMyAdmin и импортировать с заменой все таблицы базы данных.
- Различные дополнительные действия
В зависимости от выбранной вами CMS, может потребоваться выполнение некоторых дополнительных действий. Например, это может быть переназначение прав доступа к некоторым папкам и файлам, которое выполняется при помощи FTP¬-менеджера. Кроме того, возможно изменение некоторых файлов конфигурации. Это означает, что вам нужно будет прописать новые пути к файлам и переназначить права доступа к БД. Обычно это делается при помощи открытия нужного файла любым текстовым редактором и изменением в нем соответствующих строк. Кроме того, перенос сайта с localhost на хостинг может потребовать удаления некоторых файлов. Как правило, программа установки CMS уведомляет об этом. После всего этого выполняется перенос доменного имени с хостинга на хостинг, и ваш сайт готов к работе.
Теперь вы знаете общий алгоритм того, как перенести сайт на другой хостинг. Но он приведен для общего ознакомления, поэтому для работы с конкретным движком стоит сначала узнать о его особенностях, которые влияют на процесс переноса веб-ресурса.
Перенос сайта на новый домен
Часто случается так, что перенос доменного имени на другой хостинг сопряжен с некоторыми трудностями, из-за которых приходится менять домен.
В этом случае к общему алгоритму добавляются следующие шаги, выполняемые после переноса сайта:
Привяжите новый домен к аккаунту на новом хостинге и дождитесь обновления.
- Редирект со старого домена на новый
Редирект или переадресацию необходимо сделать для того, чтобы прошедший по старому адресу пользователь был перенаправлен на аналогичную страницу с новым адресом. В этом случае возможен перенос сайта без потери позиций. Чтобы назначить переадресацию нужно зайти в директорию вашего старого сайта и загрузить файл .htaccess и изменить в нем следующие данные:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^старый_ домен
RewriteRule (.*) http://Новый_домен/$1 [R=301,L]
Сохраните изменения, и редирект будет выполнен.
Если вы не хотите самостоятельно заниматься описанными выше действиями, вы можете заказать перенос сайта на другой хостинг. Стоимость этой услуги бывает разной, это зависит от хостера. Впрочем, она может предоставляться и в качестве бонуса: например, при покупке хостинга от RigWEB услуга "Перенос сайта" предоставляется совершенно бесплатно. Опытные специалисты выполнят все необходимые действия вместо вас, чтобы вы в кратчайшие сроки смогли приступить возобновить работу над своим сайтом уже на новом хостинге без потери позиций. Кроме того, в качестве бонуса за выбор некоторых тарифов, вы получите бесплатно не только перенос сайта, но и ISPManager - удобную и функциональную панель управления хостингом, которая у других хостеров обычно предоставляется на платной основе.
Так что решение очевидно: выбирайте профессиональный хостинг и экономьте свои силы и время с RigWEB.
Заказать VDSVPS/VDS за 375 руб. от RigWEB.RU с администрированием
VPS/VDS серверыПомогла ли вам статья?
Да Нет 83раз уже помогла
Please enable JavaScript to view the comments powered by Disqus.rigweb.ru
Перенос оптимизации сайта без потери позиций |
Рано или поздно возникает необходимость обновить сайт и перенести его на другую систему управления контентом (CMS). Помимо технических сложностей, связанных с переносом содержимого, крайне важно делать это под наблюдением seo-специалиста.
Зачем это нужно
Если делать перенос без участия seo-специалиста, то Вы потеряете несоразмерно больше денег, чем сэкономите на нем. Перед программистами стоят конкретные задачи по замене дизайна, верстки, программирования всего этого на новую CMS. Максимум, что они обычно делают — это настраивают 301 редирект (автоматическое перенаправление) со старых адресов на главную страницу. Через 1-2 недели после обновления сайта происходит следующее — Вы замечаете, что с каждым днем Вам все меньше и меньше звонят, продажи с сайта падают, пока не дойдут до нуля. Почему это происходит? Все просто — Ваш сайт пропадает из поиска, потому что роботы поисковых систем ищут его по старым адресам, а о новых им никто не сообщил. В результате, они делают вывод о том, что, видимо, эти страницы по старым адресам больше не существуют, и удаляют их из поисковой базы. Ваши клиенты больше не могут Вас найти в интернете.
Если Вы продвигали свой старый сайт, то вся накопленная за годы оптимизация также пропадает. Особенно это касается ссылок на него с других ресурсов. Ссылки ведут на несуществующие страницы, т.е. весь положительный эффект от них уходит в никуда.
Чтобы этого не произошло, важно перед выкладыванием нового сайта подключить к работе квалифицированного seo-специалиста.
Услуга по переносу оптимизации включает в себя:
- Составление сводной таблицы вида запрос-входная страница-позиция сайта.Это план работ, а также документ, по которому будет отслеживаться эффективность переноса. В данной таблице будут все запросы, по которым сайт виден в Яндексе с 1-50 позицию.
- Составление технического задания (ТЗ) по переносу существующей оптимизации входных страниц сайта на новые.
- Составление списка страниц для настройки автоматического перенаправления на новые страницы сайта.
- Контроль выполнения ТЗ со стороны программистов.
- Работа в панели Яндекс Вебмастер.
- Постоянный мониторинг сайта до и после его обновления. Оперативное реагирование при необходимости в течение 1 месяца.
- Другие рекомендации с целью минимизировать потери позиций сайта по интересующим запросам в ТОП-10 Яндекса.Например, если мы в процессе работ увидим очевидные недоработки существующей оптимизации, мы напишем ТЗ на ее исправление.
Стоимость и сроки
Цена на услугу по переносу оптимизации формируется в зависимости от объема работ. Одно дело — переносить сайт объемом 100 страниц, и совсем другое — сайт с 100 000 страниц в поиске.
Ориентировочная цена = 30 000 руб.
Срок на подготовку технических заданий — до 2 недель + 2 недели сопровождение после переноса.
hostsity.ru