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

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

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

Зачем обновлять и переносить сайт

→ В течение 5–7 лет сайт устаревает. Все потому, что технологии постоянно развиваются: меняется дизайн, язык разработки и CMS. В нише появляются более прогрессивные конкуренты. А старый сайт становится неудобным и небезопасным для пользователей, на нем копятся ошибки.

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

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

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

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

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

Шаг 1. Подготовиться. Что стоит сделать перед началом работ:

  1. Проанализировать основные показатели старой версии: точки входа на сайт, конверсии, отказы, время пользователей на странице. Это поможет определить, какие страницы самые посещаемые и значимые для пользователей, какие блоки и функционал они чаще всего используют. Если после релиза обнаружатся просадки, найти проблемы и устранить их будет легче.
  2. Проверить показатели скорости загрузки сайта. Это важно для ранжирования. Их стоит сохранить по разным типам страниц (разным шаблонам), чтобы потом сверить с параметрами нового сайта.
  3. Сделать бэкап старой версии, чтобы быстро восстановить данные, если появятся проблемы. На время разработки тестовую версию нужно закрыть от индексации, чтобы поисковая система не показывала ее пользователям. Доступ закрывают через файл robots.txt или настройку авторизации для входа с паролем. Иногда эти методы используют вместе в зависимости от требований доступа к проверке нового сайта.

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

SEO-параметры:

  • Для измененных URL настроены редиректы. Во время обновлений адреса страниц могут поменяться. Когда пользорватели будут переходить по ссылкам, то увидят ошибку — код 404. Это приведет к росту отказов, сайт потеряет авторитет и выпадет из топа. Кроме того, все переехавшие страницы поисковый робот воспримет как новые. Придется с нуля проводить работу по их оптимизации, чтобы на них пришли пользователи. Редиректы будут автоматически перенаправлять пользователей на актуальные URL и передадут вес старых страниц новым.
  • Файл sitemap (html и xml) корректный, в нем нет скрытых страниц и ошибочных страниц с 404 откликом. Его настраивают, чтобы помочь поисковой системе найти все актуальные страницы и проиндексировать их.
  • Нет битых ссылок.
  • Микроразметку разместили в соответствии со старой версией сайта. Она поможет поисковым системам обработать информацию, размещенную на веб-страницах.
  • Обновления не ухудшили скорость загрузки сайта. Для этого нужно сравнить показатели нового сайта со скоростью старого ресурса.
  • Настроен фавикон — картинка, которая отображается перед названием страницы во вкладке браузера, в панели закладок и в поисковой выдаче. Она помогает пользователям определить, что это тот же сайт, к которому они привыкли.

Контент:

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

Технические параметры:

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

Требования закона:

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

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

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

Шаг 3. Провести релиз. После тестирования и правок можно обновлять или переносить сайт. Как построить работу:

  1. Предупредить о релизе всю команду, которая работала с сайтом: возможно, в процессе потребуется консультация SEO-отдела или веб-мастеров, понадобятся доступы или возникнут другие вопросы.
  2. Делегировать домен: связать его с сервером, на котором лежит сайт.
  3. Проверить SSL-сертификат. Он позволяет защитить пользовательские данные, которые он передает на сервер, от злоумышленников. Дополнительно сайты с SSL лучше ранжируются в поиске. Если SSL нет, его нужно подключить. Сайты на виртуальном хостинге могут поручить это техподдержке: весь процесс займет около пары часов. Для сайтов на выделенных или локальных серверах этот процесс намного сложнее, и стоит уделить этому больше времени.
  4. Настроить базовые редиректы. После установки SSL-сертификата или делегирования домена сайт может быть одновременно доступен по протоколам http и https или по двум адресам — www.site.ru и site.ru. Поисковая система воспринимает их как два дублирующихся сайта и снизит их позиции в выдаче. Поэтому нужно определить протокол с https и один из адресов сайта в качестве основного и настроить на них базовые редиректы со второстепенных.
  5. Загрузить новый файл robots.txt и проверить, что сайт открыт для индексации.
  6. Финально проверить работу основного функционала и разделов сайта, корзину и оформление заказов, форму обратной связи и доставку писем на почту и/или в CRM.
  7. Установить счетчики на сайт и настроить цели на важные действия пользователей (отправка форм, посещение важных страниц).
  8. Сохранить бэкап нового сайта после релиза.
  9. Забэкапить старую версию, перенести ее на поддомен old и закрыть от индексации. Если вдруг с новым сайтом возникнут проблемы, можно свериться со старой версией и быстро все исправить.

Шаг 4. Контроль после релиза. Стоит следить за работой важного функционала (оформление заказов, интеграции, логи) в течение 1–2 недель после релиза.

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

Что учесть при редизайне сайта

Редизайн — это обновление дизайна без существенных переделок в его структуре. В такой работе главное — совместить все работы команды над сайтом.

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

Чтобы такого не произошло, мы в Альтере строим процесс так:

  1. Определяем, насколько критично продолжать работы на основном сайте. Возможно, получится приостановить их без серьезных последствий на время редизайна — это помогает избежать лишних рисков.
  2. Если приостановить нельзя, до создания копии обсуждаем, кто и что делает на сайте. Это поможет понять, что важнее всего перенести, где нужно быть внимательнее. Если какие-то работы лежат на стороне клиента, его тоже привлекаем его к обсуждению.
  3. Договариваемся вести полный лог всех изменений на сайте с момента создания копии сайта — то есть записываем и сохраняем все изменения.
  4. Перед релизом анализируем лог, переносим все изменения на копию сайта с редизайном, все тестируем. И только потом проводим релиз.

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

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

Что учесть при редизайне со сменой структуры или переезде на другую CMS

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

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

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

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

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

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

Выводы

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

Но риски можно сократить, если сделать все правильно. Что самое главное:

  • Подготовиться: внимательно проанализировать содержимое сайта и подключенные сервисы, чтобы составить план работ.
  • Настроить работу команды: разработчиков, контент-менеджеров, администраторов и SEO-специалистов. Если на время обновлений работы на основном сайте планируется продолжать, договориться о логировании.
  • После окончания разработки внимательно сверить старый сайт с новым. Оптимизатор должен убедиться, что на новый ресурс перенесли все важные для SEO данные. А разработчики — внимательно протестировать функционал и верстку.

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

Больше интересного о SEO для руководителей бизнеса и маркетологов в нашем канале в Телеграме.

11
2
Начать дискуссию