Как поменять CMS и не потерять позиции? Рост трафика + 83%, рост дохода на 43% по каналу SEO

Автор статьи — Евгений Гнедаш, SEO-специалист в агентстве

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

Услуга: Обновление сайта. Переезд на новую CMS

Клиент: Ecohata.ua — интернет-магазин по продаже и установке систем очистки воды и комплектующих.

Задача: Рост трафика и продаж

Регион: Украина

Период: С 2017 по 2021 год

 

О проекте (о нише)

Еcohata.ua – интернет-магазин на украинском рынке по продаже систем очистки воды. Имеет стационарные точки выдачи во многих больших городах Украины (до войны).

Проблема

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

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

В рамках возможностей текущего сайта развитие проекта зашло в тупик.

Сайт морально устарел с точки зрения дизайна и “сайтостроения” (вам доводилось видеть сайт из середины 00-х, тогда вы поймете нас) и не отвечал требованиям поисковых систем, а реализация требуемых улучшений для роста бизнеса, всегда упиралась в технический аспект — устаревшая CMS не позволяла вносить доработки. 

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

Технический SEO аудит при переезде на новую CMS

Важно провести технический SEO аудит сайта перед стартом работ по обновлению “движка”. Необходимо было выделить указать на все проблемы требующие решения:

  • Корзина. Естественно, на старом сайте корзина была, но работала она некорректно — отсутствовал корректно рабочий функционал обработки заказов, что приводило к потере прибыли. Заказы попросту терялись и не доходили до отдела продаж 
  • Отслеживание целей. На сайте присутствовал ряд ограничений, не позволяющий настроить аналитику и отслеживание целей. 
  • Функционал фильтров. Старая CMS не позволяла оптимизировать и массово управлять страницами фильтров на сайте. Из-за того, что мы не могли открывать для индексации определенные связки фильтровых страниц, появлялось ограничение в отработке большого количества НЧ и СЧ запросов.  Мы попросту не могли оптимизировать посадочные страницы под необходимые запросы, что приводило к потере потенциального трафика на сайт. В условиях высокой конкуренции, возможность оптимизировать фильтровые страницы дает возможность конкурировать в выдаче и получать первый трафик на сайт.
  • Функционал отзывов. Как известно, отзывы в значительной степени могут повлиять на принятие решения пользователя совершить покупку. Когда на сайте нет отзывов — это не очень хорошо, но когда нет даже возможности оставить отзыв — это вызывает негатив у пользователя и нарушает требования гугла.
  • Регионы. Так как бизнес имеет широкое представительство магазинов по Украине, важно было продумать возможность добавления региональных страниц на сайте. 
  • Альтернативная языковая версия сайта. Так как сайт продвигается в Украине, критически важно было добавить украинскую версию сайта.
  • Перелинковка. На сайте были доступны лишь базовые блоки перелинковки на главной странице с карточками товаров, что нарушало распределение ссылочного веса по сайту. Необходимо было внедрение дополнительных блоков перелинковки на уровне всех сущностей страниц сайта: категории, подкатегории, фильтра, товары, статьи блога. 
  • Помимо вышесказанного, для удобного и продуктивного управления сайтом, также необходим был ряд других функционалов/возможностей:
    • модуль создания фидов;
    • управлять списком товаров в листинге;
    • массово управлять акциями и подарочными сертификатами;
    • массово заливать цены на товары (на случай изменения цен);
    • функционал, позволяющий подключить системы кредитов и рассрочки;
    • добавление статуса товара “Нет в наличии”;
    • редактирование и управление главным меню;
    • сравнение товаров;
    • фильтрация товара по рейтингу, цене и тд;
    • блоки с информацией о  доставки товара;

 

Подключить услугу «SEO продвижение» от ADINDEX →

 Решение 

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

Совет: Максимально выяснить потребности бизнеса на этапе разработки (до запуска). 

Процесс

Этап 1.  — Коммуникация

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

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

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

Совет: Обязательно выносите все принятые решения из чатов/созвонов и фиксируйте их отдельно в виде резюме или комментарием к определенной задаче, отправляйте уведомление на всех участников. Такой подходит позволит вам сэкономить время и ресурсы. 

Этап 2. — Старт разработки

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

  • доступ к сайту закрыть по IP;
  • сайт закрыт от индексации тегом noindex nofollow;
  • в файле robots.txt прописана директива Disallow: /

Все это необходимо для того, чтобы поисковые системы, не проиндексировали сайт раньше времени. Кто-то может спросить, зачем целых 3 пункта, если достаточно просто закрыть сайт по IP? Ответ — безопасности никогда не бывает много :). Мы сталкивались со случаями, когда тестовый сайт закрывали на старте разработки, однако в процессе что-то ломалось и данная настройка слетала и сайт становился доступен всем. Именно на этот случай, лучше предпринять дополнительные меры безопасности.
Читайте наш кейс про неочевидные ошибки, которые стоили сайту 10% трафика.

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

Этап 3. — Подготовка технических заданий для реализации переезда на новую CMS

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

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

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

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

«Техническая оптимизация — это фундамент сайта, заложив который вы избежите возможных проблем в будущем».

Что было сделано:

  1. Частично переработали структуру сайта. Убрали раздел “Все товары” который приводил к появлению дублей общих страниц брендов с категорийными страницами определенного товара по бренду. 
  2. Альтернативная языковая версия. Прописали требования по внедрению второй языковой версии сайта. Добавление еще одной языковой версии в первую очередь дает возможность привлечь дополнительный трафик по запросам на другом языке. Во-вторых, мы обеспечили соответствие сайта ранее анонсированному закону об обязательном предоставление услуг на государственном языке    
  3. Перелинковка. Детально описали необходимую логику перелинковки по сайту в разрезе всех шаблонов страниц. Внедрение дополнительных блоков перелинковки позволило не сливать весь вес по сайту “сверху вниз” от категорий к карточкам товаров впустую, а циклически замкнуть его между всеми сущностями страниц по сайту, благодаря чему была увеличена ценность каждой странице по сайту. Также, благодаря тому, что в блоки перелинковки был заложен гибкий функционал настроек, в будущем, появилась возможность управлять распределением веса по сайту более эффективно, добавляя более приоритетные для бизнеса направления. Таким образом мы увеличиваем их вес в глазах поисковых систем, тем самым увеличивая их позиции в выдаче. 
  4. Фильтра. Сформировали требования к панели фильтров. Прописали логику управления индексированием фильтровых страниц, что позволило получать дополнительный трафик по НЧ запросам. 
  5. Подготовили требования к метаданным и шаблон для их заполнения. В условиях большого сайта очень трудно в ручном режиме оптимизировать метаданные для каждой страницы. Возможность шаблонно заполнять метаданные значительно экономит время вебмастеру в дальнейшем и позволяет на базовом уровне повысить релевантность и качество страниц для поисковых систем в целом, что в свою очередь отражается на общем качестве сайта. 
  6. Блог. Прописали требования к технической оптимизации статейного раздела. На старом сайте статейного  раздела не было вовсе, поэтому было необходимо правильно его реализовать. Сформировали требования к структуре раздела, логике формирования URL, заполнения метаданных, выводу статей и перелинковке с другими разделами по сайту.
    Внедрение раздела блог на сайте позволило получать дополнительный информационный трафик на сайт, который со временем потенциально может конвертироваться в коммерческий.
  7. Регионы. Учитывая гео-зависимость ниши, заложили возможность добавления региональных посадочных страниц в админке сайта, для привлечения дополнительного трафика по запросам “купить фильтр в “Название город” и тд. Прописали требования по внедрению данных страниц в структуре сайта и логику их оптимизации. 
  8. Отзывы. Внедрили функционал, позволяющий оставить отзывы на сайте. 

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

Этап 4. —  Анализ реализации ТЗ на тестовом сайте и подготовка к релизу

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

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

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

В нашем случае, были внесены изменения в структуру сайта и формирование URL (не все страницы имели те же адреса), поэтому мы сформировали “карту редиректов” в которой прописали каждому старому адресу соответствующий адрес на “новом” сайте. Согласно данному файлу разработчики уже настроили соответствующие 301 редиректы.

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

Советы: Чтобы легко сформировать “карту переноса сайта” необходимо просто спарсить сайт любым парсером и получить перечень всех url, далее в Excel с помощью авто подмены, заменить текущий домен на домен тестового сайта. Получившийся список, снова парсим, как итог все страницы должны отдавать 200 ответ сервера. 

Этап 5.  — Релиз сайта, проверка ошибок, отслеживание результатов.

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

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

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

Результат

Перенос сайта на другую CMS прошел без потери позиций.

Сайт был обновлен 5 января, и уже 8-11 января мы увидели рост средней позиции по отслеживаемым запросам с 32 на 22. В дальнейшем, отката не произошло, мы продолжили наблюдать постепенный рост проекта, на май месяц средняя позиция составляла 16.

Как итог, отмечаем рост позиций по всем направлениям.

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

В сравнение с предыдущими пол года трафик вырос на 83,02 % , а доход 43,88%

Во избежание искажения данных из-за сезонности, мы также сравнили полгода после релиза сайта с аналогичным периодом прошлого 2020 года. При таком сравнении мы увидели рост трафика на 212,25 %, а продаж 227,16 %

Выводы

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

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

  1. Выясните, что необходимо бизнесу от сайта
  2. Выстроите правильную коммуникацию
  3. Подготовьте полный перечень требований к разработчикам.
  4. Проверьте сайт перед релизом
  5. Проверьте сайт после релиза и устраните возможные ошибки. 
  6. Отслеживайте дальнейшую динамику проекта и корректируйте дальнейшую стратегию развития.

 

Подключить услугу «SEO продвижение» от ADINDEX →

 

Комментарий project-менеджера

С проектом Экохата мы работали в течении 4х лет.

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

Команда SEO, которая работала над проектом

Подборка кейсов Евгения: