Перенос сайта на другую cms без потери позиций: инструкция и рекомендации по смене движка сайта

Содержание

Как перенести сайт другую CMS👨‍💻 без потери позиций

Перенос сайта на другую CMS — востребованная услуга для владельцев интернет-ресурсов. Чтобы проект был успешен, необходимо постоянно его совершенствовать, расширять функционал, обеспечивать хорошую скорость загрузки веб-страниц. Если он не соответствует ожиданиям пользователей, не позволяет полноценно внедрять SEO-правки, то желательно задуматься о смене движка.
Как перенести сайт на другую CMS без потерь позиций? Для этого рекомендуем обратиться в компанию ITPROFIT.

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

 Как перенести сайт на другую CMS без потерь позиций?  Для этого рекомендуем обратиться в компанию ITPROFIT.

Наши преимущества:

  • Работаем с ведущими CMS — WordPress, 1C-Bitrix. Мы десятки раз реализовывали переносы сайтов с разных непопулярных систем управления. 
  • Минимальный даунтайм. Ваш веб-ресурс будет доступен пользователям все время. 
  • Перенос данных осуществляется 1:1.  Информация будет скопирована и перенесена точь-в-точь.

Конкурентные преимущества:

  • Нами создано более 200 проектов для достижения различных целей. Благодаря продуманной SEO-архитектуре и продвижению, веб-сайты находятся на топовых позициях.
  • Используем комплексный подход. Обязательно выполняем бизнес-анализ, применяем маркетинговый подход. 
  • Предоставляем гарантии на 12 месяцев.
  • Осуществляем техническую поддержку. Наша команда в силу своего опыта способна решать даже самые сложные задачи. 

Когда нужен перенос сайта на новую CMS?

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

Как перенести сайт и не потерять позиции?

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

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

  • Часто посещаемые
  • Целевые 
  • С максимальным количеством внешних ссылок. 

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

Если же структура web-ресурса не меняется, то вышеуказанные действия не требуются. 

Структура веб-ресурса

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

Новые url

Иная CMS-платформа часто, но не всегда, требует смены URL. Та же ситуация и при изменении структуры веб-ресурса. Смена “урлов” является причиной появления дублей, битых ссылок, неработающих кнопок, что негативно сказывается на поведенческом факторе, соответственно, поисковых позициях. Сохранение понятной структуры URL—  ключевая задача при переезде веб-сайта на другую CMS-платформу. 

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

Смена “урлов” предполагает работу и с редиректами. Настроить постраничные редиректы для ресурса с небольшим количеством страниц — не проблема, но если их число исчисляется сотнями, то это довольно трудозатратно. Кроме того, редиректы зачастую приходится делать вручную. 

Для каких страниц делают редирект:

  • Всех существующих, обнаруженных краулером
  • В индексе, не найденные краулером
  • Редиректы, которые существовали
  • На которых был трафик

Дизайн

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

Как правило, мы формируем список самых серьёзных проблем с точки зрения дизайна и адаптива и рекомендуем проработать, как минимум, их

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

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

При переносе контента также возможно проведение дополнительных работ по его оптимизации, это:

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

Настройка аналитики

При переносе сайта на новую CMS-платформу придется заново настраивать Google Analytics и Яндекс Метрику. Предварительно стоит зафиксировать используемые ранее фильтры, цели, события. 

Что дает смена CMS коммерческим интернет-ресурсам? 

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

Что нужно учитывать при переносе сайта на новый движок?

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

Специалисты ITPROFIT:

  • Сохраняют теги, Title и URL-адреса
  • Оставляют неизменными заголовки, форматирование текста
  • Оставляют неизменной перелинковку

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

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

Как перенести сайт без потери позиций? Пошаговая инструкция по переносу сайта

Иногда возникает задача перенести проект с одного хостинга на другой или сменить домен. Переезд не всегда проходит гладко из-за некомпетентности специалиста или плохой подготовки.

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

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

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

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

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

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

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

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

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

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

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

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

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

  1. Нужен SSL-сертификат. По данным портала W3Techs, доля HTTPS трафика в интернете превышает 75 %. Сейчас защищенное соединение должно быть по умолчанию установлено на всех сайтах.

  2. Планируется глобальное обновления сайта. И в ходе него придется сменить систему управления контентом с Wordpress на Tilda, ModX или другой популярный движок.

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

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

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

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

Резкий рост трафика из поисковых систем благодаря SEO






Читайте также:
Как сделать сайт более продуктивным: 10 рекомендаций от экспертов

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • проверить доступность из разных точек с помощью Ping-Admin;

  • настроить мониторинг сайта с помощью UptimeRobot;

  • позаботиться о резервном DNS-хостинге.

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

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






Читайте также:
Как ускорить загрузку сайта? Топ-10 способов, актуальных в 2021 году

Как перенести сайт с HTTP на HTTPS

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

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

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

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

Иногда хостинг-провайдеры предлагают только платные сертификаты и усложняют использование бесплатного Let’s Encrypt. И возникает необходимость сделать перенос сайта с хостинга на хостинг.

Проблем при переходе на HTTPS несколько:

  • ошибка mixed content из-за загрузки контента по HTTP;

  • склейка нескольких версий домена;

  • появление в индексе копий страниц.

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

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

  1. Обновление адресов страниц. Можно установить плагин для своей системы управления контентом или превратить URL в относительные.

  2. Склейка зеркал. После настройки SSL-сертификата сайт должен открываться только по HTTPS.

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

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

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

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

  • проверить отсутствие ошибок смешанного содержимого с помощью HTTPS Checker;

  • настроить мониторинг корректности работы SSL-сертификата с помощью Monitorus;

  • убедиться, что сертификат Let’s Encrypt автоматически перевыпускается или следить за сроком действия платного сертификата;

  • регулярно проверять индексацию страниц через Netpeak Checker.

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

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






Читайте также:
Какие документы нужны для нормальной работы сайта?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

  • проверить битые ссылки с помощью Broken Link Checker и избавиться от них;

  • ускорить индексацию страниц с помощью инструментов переобхода в консолях для веб-мастеров;

  • использовать дашборд в Google Data Studio для отслеживания эффективности двух доменов;

  • регулярно проверять индексацию страниц через Netpeak Checker.

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

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

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






Читайте также:
Как провести юзабилити-аудит сайта самому?

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

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

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

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

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

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

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

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

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

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

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

  • проверить сохранение адресов страниц, метатегов, содержимого .htaccess и robots.txt;

  • регулярно проверять индексацию страниц через Netpeak Checker;

  • следить за динамикой позиций.

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

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






Читайте также:
Конструктор или CMS: что выбрать новичку при создании сайта?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Workspace.LIVE — мы в Телеграме

Новости в мире диджитал, ответы экспертов на злободневные темы, опросы, статьи и многое другое.
Подписывайтесь:
https://t.me/workspace

Как выполнить миграцию сайта без потери трафика

Вы проводите ребрендинг или редизайн своего веб-сайта? Может быть, вы находитесь в процессе ребрендинга или просто хотите использовать это прекрасное новое доменное имя, которое вы наконец-то приобрели. Вы также можете перейти на новую систему управления контентом (CMS), перевести свой сайт на HTTPS или изменить структуру URL. Хотя все это захватывающие изменения, вы правы, беспокоясь о потенциальной потере трафика и рейтинга или о том, что посетители не смогут найти ваш сайт по новому адресу.

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

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

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

  • Изменение только платформ — Вы просто переходите с одной CMS на другую без изменения URL-адреса, по которому расположена каждая страница.
  • Изменение основного домена — Вы переименовываете компанию или иным образом перемещаете весь веб-сайт на новый адрес, например, с www.example.com на www. newexample.com , но в остальном сохраняете Структура URL такая же, поэтому example.com/blog теперь будет newexample.com/blog .
  • Изменение структуры URL-адреса — вы меняете расположение некоторых страниц — например, если ранее вы размещали свой блог на example.com/our-blog или blog.example.com , а теперь хотите, чтобы он жил по адресу newexample.com/blog .

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

Изменение только платформ

Допустим, ваша миграция связана с изменением вашей CMS (например, с Hubspot на WordPress или WordPress на Webflow). Возможно, вы захотите изменить цвета, макеты страниц, темы или даже просто перестроить тот же сайт.

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

Изменение основного домена

Чаще всего вы можете оказаться в процессе ребрендинга. Когда вы сделаете это, вы, вероятно, также захотите обновить свой корневой домен. Например, вы можете изменить свое доменное имя с www.example.com от до www.newexample.com .

В этом случае предположим, что все остальное в структуре URL остается прежним — вы меняете только корневой домен. Каждая отдельная страница, такая как www.example.com/blog/how-to-do-something , будет перенаправлена ​​на эквивалентный URL-адрес в новом домене, например www.newexample.com/blog/how-to-do. -что-то .

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

Шаг первый. Реализация перенаправления с подстановочными знаками

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

Шаг второй: Зарегистрируйте изменение адреса

Во-вторых, вам нужно будет зарегистрировать изменение адреса в Google Search Console (GSC). Это гарантирует, что Google поймет, что вы переместили сайт из одного домена в другой. Этот процесс указывает поисковым роботам сканировать и индексировать ваш новый сайт вместо старого.

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

Изменение структуры URL-адреса и прочего

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

Предположим, вы хотите одновременно изменить основное доменное имя и структуру URL. Другими словами, допустим, вы хотите перейти с 9от 0020 example.com до newexample.com (смена домена), и вы также хотите изменить способ организации и записи конкретных URL-адресов для других страниц (изменение структуры URL-адресов).

Например, вы можете переместить группу статей в новую папку (также называемую подкаталогом). Например, вы можете переместить одну статью с www.example.com/resources/guides/how-to-do-something на www.newexample.com/blog/how-to-do-something и так далее для каждый пост в блоге. Поскольку вы изменили структуру URL-адресов за пределами корневого домена, вы также создали совершенно новый подкаталог для всех статей, которые подходят под категорию 9.0020 www.newexample.com/blog .

В этом случае для поддержания посещаемости сайта необходимо выполнить четыре основных шага: 

Шаг 1. Создание карты URL-адресов

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

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

Шаг второй: Внедрите 301 переадресацию

Во-вторых, вам необходимо реализовать постоянную (301) переадресацию со старых URL на новые. Хотя это может быть утомительной задачей, важно, чтобы каждый URL-адрес точно перенаправлялся на индивидуальном уровне. Обязательно сделайте это точно так же, как в вашей карте URL.

Шаг третий: подать заявку на изменение адреса

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

Шаг четвертый: отправьте карту URL-адресов в Google

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

Перенаправления

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

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

301 и перенаправления с подстановочными знаками

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

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

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

Имейте в виду, что это работает только при изменении одной переменной в вашем URL. Обычно это используется на уровне домена, но также может использоваться на уровне подкаталога. Например, вы можете вместо этого переместить все страницы с www.example.com/resources на www.example.com/blog .

В этом случае вы можете использовать перенаправление с подстановочным знаком, чтобы переместить статью «Как что-то сделать» вместе со всеми другими сообщениями блога из того же подкаталога в новый подкаталог. Это перемещает пользователей со старого URL www. example.com/resources/how-to-do-something на новый URL-адрес www.example.com/blog/how-to-do-something . Опять же, это можно сделать за один ход, потому что изменяется только одна переменная.

Создание карты URL-адресов

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

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

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

СОВЕТ. Избегайте цепочек перенаправлений

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

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

Хотя миграция одного сайта обычно не приводит к такому дополнительному скачку, это может произойти, если вы уже выполняли миграцию сайта ранее и теперь хотите выполнить миграцию снова. Например, если вы уже выполнили перенаправление с предыдущего веб-сайта, такого как www.example.com , на www.newexample.com , повторное перенаправление на новый сайт (со старым перенаправлением) создаст цепочку перенаправлений.

Однако вы можете перенаправить несколько страниц на одну страницу. Например, вот пример перенаправления двух URL на один: 

Этот пример не помечается поисковыми системами, поскольку он объединяет два местоположения в одно, а не заставляет пользователя несколько раз перескакивать между ними, прежде чем попасть на страницу.

Другие советы

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

HTTP на HTTPS

На всякий случай, если вам все еще нужно перейти с HTTP на HTTPS (серьезно, если вы еще этого не сделали, сделайте это) , важно обеспечить незащищенную версию ваш сайт автоматически перенаправляется, чтобы избежать потери трафика. Хотя для этого вам нужно будет создать перенаправление с подстановочными знаками, переход на HTTPS требует изменения адреса , а не . Однако не забудьте добавить свойство HTTPS в GSC при перемещении, так как некоторые версии рассматривают это как отдельный объект от сайта HTTP.

Просмотрите отчет о покрытии GSC

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

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

Попросите ссылающиеся сайты обновить упоминания брендов

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

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

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

Обновить внутренние ссылки

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

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

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

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

Сохранение контроля над старым сайтом

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

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

Заключительные мысли

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

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

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

Миграция на новую CMS: передовой опыт

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

 

 

 

 

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

 

 

Почему вы приняли это решение?

 

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

 

 

 

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

 

 

  • CMS устарела

 

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

 

 

  • Неудобство

 

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

 

 

  • Дополнительные расходы

 

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

 

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

 

 

На что обратить внимание перед сменой CMS

 

  • оценить все риски переноса сайта на новую CMS и максимально их исключить;
  • разместить новую и старую версии сайта на одном хостинге с возможностью быстрого переключения между ними;
  • сохранить старые URL-адреса (и/или настроить переадресацию).

 

 

Начало работы: оценка вашего контента

 

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

 

 

Инвентаризация

 

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

 

 

Контентная стратегия

 

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

 

 

Метаданные

 

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

 

 

Процесс миграции: как остаться на плаву

 

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

 

 

1. Предыдущие процедуры миграции

 

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

 

  • Сохранение URL-адресов страниц. У каждого движка есть свои правила генерации URL-адресов по умолчанию. Если эти особенности не учитывать при миграции, то все страницы «старого» сайта будут отображать ошибку 404, а страницы «нового» сайта будут проиндексированы с нуля. Результатом этого явления является полная переиндексация сайта и потеря позиций (с туманными перспективами их возвращения). Первое правило безопасного переноса сайта на другую CMS — сохранить адреса страниц. Если новый движок не позволяет это сделать по умолчанию, стоит задуматься о его ручной доработке с привлечением разработчиков. В случае, если полная или частичная смена «URL» неизбежна, крайне важно настроить редиректы со старых адресов на новые. Вы можете реализовать это с помощью файла .htaccess (возможны другие варианты в зависимости от конкретного хостинга).

 

 

2. Миграция

 

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

 

  1. привязать доменное имя к другому хостингу;
  2. создать копию вашего сайта;
  3. выбрать подходящий хостинг;
  4. правильно настроить перенаправление со старого хостинга.

 

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

 

  1. тексты со страниц разделов, категорий;
  2. текстов со страниц оптимизированных фильтров;
  3. контента из карточек товаров: тексты-описания, обзоры, видео, характеристики;
  4. вся информация с официальных страниц, страниц со статьями и т.п.

 

Файлы проверки. Попросите программистов оставить файлы проверки для вебмастеров Google и Яндекс в корневой директории сайта, чтобы перенос не потерял доступ.

 

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

 

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

 

 

3. Постмиграционные процедуры

 

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

 

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

 

  • Создание файла Sitemap.xml. Файл sitemap.xml часто переносится с тестового сайта вместе с URL-адресом тестового сайта. На этом этапе вы должны попросить разработчика обновить файл, чтобы страницы основного сайта присутствовали. Кроме того, нужно настроить автообновление файла раз в сутки (с помощью cron).

 

  • Замена внутренних ссылок на действующие. Все ссылки (меню, ссылки в текстах, ссылки в следующих, предыдущих, канонических атрибутах) должны быть актуальными, не принадлежащими тестовому сайту.

 

  • Проверка настроек индексирования. Опишите основные параметры индексации, которые необходимо проверить. Это ориентир как для вас, так и для разработчика.

 

 

4. Тестирование (Обеспечение качества)

 

  • Первая задача после миграции — проверить, что файл robots.txt не закрыт метатегом . мета-контент = «noindex, Follow» name = «роботы»

 

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

 

  • Проверить работоспособность всех форм и корзины.

 

  • Убедитесь, что хотя бы счетчики статистики перенесены. На этом этапе очень важно собрать точную статистику по трафику. На какое-то время трафик может снизиться на 10-20%, но если все сделать правильно, то в течение месяца он вернется.

 

  • Еще раз проведите мини-аудит сайта на наличие новых критических ошибок.

 

  • Обновите файлы sitemap.xml в панелях веб-мастеров, чтобы роботы поисковых систем быстрее видели новые URL-адреса.

 

 

Светлое будущее вашего сайта

 

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