SEO

Как вернуть органический трафик после неправильного переноса сайта?

27
9

Часто на сайте происходят глобальные изменения, связанные с переносом на новую CMS (систему управления контентом), правкой структуры, настройкой статических адресов страниц. Бывает, что после массового изменения адресов трафик на сайте временно проседает на 10-20%, даже если настроены постоянные 301 редиректы. А уж если их не настроить и не перенести все SEO-настройки со старой версии, можно ожидать просто катастрофического снижения посещаемости из бесплатного поиска.

Почему снижается органический трафик на сайт после переноса?

I. Закрыли сайт от индексации

Почему?

Закрыли в robots.txt, либо с помощью <meta name="robots" content="noindex, follow" /> — с тестового субдомена так и перенесли.

Решение

  1. Убрать из robots.txt строку: Disallow: /
  2. Убрать из продвигаемых страниц <meta name="robots" content="noindex, follow" />.

II. Изменились адреса страниц сайта

Почему?

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

Решение

  1. Если прошло не более двух недель с момента переноса, вернуть прежние адреса для страниц и настроить 301 редиректы с «новых» адресов. В большинстве CMS существует возможность редактирования адресов.
  2. Если уже прошло свыше двух недель, настроить 301 редиректы со старых адресов на новые (о том, как найти старые, читайте дальше).

III. Слетели все ранее настроенные SEO-правки

Почему?

Cлетели шаблоны метатегов, не перенесли тексты.

Решение

  1. Настроить шаблоны генерации мета-тегов (title, description, keywords) и заголовки H1 для всех типов страниц (например, для карточек товаров, категорий, фильтров, брендов), перенести старые (вручную прописанные) метатеги страниц. Надеюсь, они у вас где-то были сохранены, если нет, заставьте программиста их вернуть.
  2. Перенести SEO-тексты со старой версии (только уникальные, не спамные).
  3. Проверить, корректно ли настроены canonical на страницах (могут вести на другой сайт или на главную страницу сайта, а должны указывать на самих себя без учета get-параметров, если настроены статические адреса).
  4. Поставить 301 редиректы, которые были настроены ранее (еще до переноса).
  5. Проверить, правильные ли заголовки возвращает сервер. Часто бывает, что существующие страницы возвращают код ответа 404 или 301 вместо 200.
  6. Проверить, обновлены ли файлы XML-карты сайта.
  7. Проверить остальные пункты аудита сайта.

IV. Сайт стал очень медленно грузиться, часто падает

Почему?

Это бывает, когда подбирается неверный хостинг для новой CMS.

Решение

  1. Перенесите сайт на новый, проверенный хостинг. Желательно при этом и правильный тарифный план подобрать, чтобы был запас места на диске, поддержка PHP и так далее.
  2. Протестируйте хостинг (как правило, дается 5-7 дней для теста), проверьте, как работает техподдержка, уточните вопросы о том, потянет ли данную CMS (например, Magento требует огромных ресурсов).

При этом помните, что бесплатный сыр бывает только в мышеловке. Не скупитесь на оплату хостера. В панели управления хорошего хостинга должны быть плюшки в виде настроек кэширования, сжатия js/css.

V. Проблемы с внутренней перелинковкой

Почему?

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

Решение

1. Проверьте сайт с выключенным JavaScript.

Проверьте сайт с выключенным JavaScript

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

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

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

3. Если на сайте есть оптимизированные страницы фильтров, ссылки на них должны быть видны в коде категорий.

VI. Удалены важные страницы сайта

Почему?

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

Решение

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

Для этого рекомендуем простой способ определения страниц без помощи программиста.

1. В Google Analytics пройдите по пути «Поведение» — «Контент сайта» — «Все страницы».

В Google Analytics пройдите по пути «Поведение» — «Контент сайта» — «Все страницы»

2. Выберите даты, за которые хотите получить данные.

3. Вы получите адреса страниц сайта, на которые за данный период заходили посетители. Экспортируйте список адресов.

4. Добавьте с помощью текстового редактора доменное имя.

Например, в Notepad++ это можно сделать с помощью замены (^ означает начало строки):

Добавьте с помощью текстового редактора доменное имя к адресам

5. Для полученных адресов проверьте код ответа сервера.

Сервисов для массовых проверок много. Например, Netpeak Spider.

Выбираете в настройках «List of URLs»:

Выбираем в настройках List of URLs

Загружаете и сканируете этот список адресов:

Загружаем и сканируем данный список адресов

Скорее всего, получите для различных страниц следующие варианты кодов (Status Code):

  • 200 — страница существует;
  • 301 или 302 — настроены редиректы (перепроверьте, ведут ли они на соответствующие страницы);
  • 404 — страница не существует (это и есть удаленные страницы, которые ранее собирали трафик).

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

VII. Ухудшились поведенческие факторы

Почему?

Из-за нового неудобного меню, дизайна и так далее.

Решение

Проверьте, насколько изменились по сравнению с аналогичным периодом показатели в Google Analytics:

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

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

Также может значительно снизиться коэффициент конверсии из посетителей в покупателей/клиентов.

Настройте и проанализируйте Вебвизор в Яндекс.Метрике, посмотрите отчет «Пути пользователей» в разделе «Аудитория» в Google Analytics, проверьте адаптивность сайта для мобильных устройств, его отображение в различных браузерах. Возможно, проблема именно в том, что в большинстве браузеров сайтом пользоваться неудобно. Необходимо определить, что же не нравится пользователям. Для этого проведите серию A/B-тестирований.

VIII. Не настроены 301 редиректы со старых URL-адресов на новые

Почему?

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

Что же делать, если изменили адреса, которые уже успели проиндексировать поисковики, и (спустя один-два месяца) трафик упал?

Решение

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

Главная проблема — как составить список 301 редиректов, то есть определить, какой URL-адрес был ранее, и какой он теперь.

Чтобы выгрузить текущие адреса:

  • поручите программисту выгрузить адреса и названия страниц из базы данных;
  • выгрузите самостоятельно их из XML-карты сайта или с помощью Netpeak Spider;
  • пройдитесь вручную по сайту (медленный и мучительный способ, для крупных проектов вообще не подходит).

Но все же здесь особых сложностей возникнуть не должно.

А вот с выгрузкой старых адресов могут возникнуть сложности.

Рекомендуем следующие способы получения старых адресов страниц:

  1. Опять же поручить программисту выгрузить из старых баз URL-адреса и названия страниц (наиболее простой способ, но не всегда есть возможность им воспользоваться).
  2. Использовать бесплатный сервис Вебархив. Вбиваете доменное имя в строку поиска и получаете снимки страниц. Можно посмотреть метатеги, текст, URL-адрес, полученные данные сравнить с текущими).

Использовать бесплатный сервис Вебархив

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

3. Используйте сервис Ahrefs или его аналоги.

Используем сервис Ahrefs или его аналоги

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

4. Анализируете ошибки сканирования в Google Search Console.

Анализируем ошибки сканирования в Google Search Console

В данном случае интересует именно отчет «Не найдено», но полезными будут и другие (например, ошибки сервера). В отчете «Не найдено» отображаются страницы, которые ранее возвращали код ответа 200, а теперь 404.

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

5. Выгрузка страниц из Google Analytics.

В Google Analytics пройдите по пути «Источники трафика» — «Каналы» — «Organic Search». Нас в первую очередь интересуют страницы, которые получали бесплатный поисковый трафик:

Выгрузка страниц из Google Analytics

Далее выбираете основной параметр «страница входа», а внизу страницы — количество строк (адресов), которое вы хотите выгрузить (например, 1000). Также выберите дату отчета в диапазоне в несколько месяцев до переноса сайта. И выгружайте данные.

Внизу страницы выберите количество строк (адресов), которое вы хотите выгрузить (например, 1000)

Полученный список адресов загружаете и сканируете в сервисе Netpeak Spider на проверку кода ответа.

Если код отличается от 200, то, в случае 404, настраиваете редиректы (если есть аналогичные страницы), а если 301 — проверяем, совпадают ли страницы. Иногда они просто ведут на главную и для поисковика — это «мягкая» 404 ошибка. В таком случае перенастраиваете правильно редиректы.

IX. Сайт неправильно перенесли на https

Как определить?

Например, страницы сайта могут быть доступны как по https, так и http, не все хорошо с настройкой сертификата.

Решение

Используя рекомендации из данной статьи, исправить ссылки, ведущие с http на https, настроить 301 редиректы с http на https, поставив в списки исключений редиректов файлы robots.txt и sitemap.xml.

Выводы

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

  1. Закрыли сайт от индексации.
  2. Изменились адреса страниц сайта.
  3. Слетели все ранее настроенные SEO-правки.
  4. Сайт стал очень медленно грузиться, часто падает.
  5. Проблемы с внутренней перелинковкой.
  6. Удалены важные страницы сайта.
  7. Ухудшились поведенческие факторы.
  8. Не настроены 301 редиректы со старых URL-адресов на новые.
  9. Сайт неправильно перенесли на https.

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

Обнаружили ошибку? Выделите ее и нажмите Ctrl + Enter.

Комментарии (14 )

  1. 1
    2 месяца назад

    Здравствуйте!

    4,5 месяца назад переносил интернет-магазин с SaaS платформы по созд.сайтов на CMS.

    Позиции страниц в выдаче понизились, кол-во фраз в органике - 2х кратное падение. Думаю, в основном поэтому посещаемость из поиска упала в 3-4 раза. Где-то 1 месяц назад более-менее прекратилось падение.

    Вроде, как перенос сделал правильно, все точно по пунктам в этой статье. Весть контент (в т.ч. мета-теги, заголовки, H1-H6) перенесены. Адрес домена - старый остался. 

    Сайт стал работать быстрее, основные ПФ немного улучшились, тех.ошибок стало меньше, серьезных нет. В robots рабочие страницы - не закрыты. 

    Изменилось только: 1.перелинковка на сайте, не существенно  (что естественно для новой CMS), 2.URL всех страниц и в том числе структура путей (но 301й прописан везьде).


    Подскажите, пожалуйста, как думаете, такое серьезное падение трафика естественно как для перенесенного на новую CMS сайта?

    Основная причина - изменение URL? Стоит ожидать возвращение позиций/трафика?

    • 0
      Oleg
      2 месяца назад

      Добрый день. 

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


      Но вообще 2х кратное падение трафика обычно при правильном переносе не бывает. Причина по-любому есть. Если бы настроили редиректы и все правильно настроили трафик бы более чем на 30% (на 2-3 мес) не просел бы.

      Может быть, у вас и адреса поменялись, а еще и с http на https?

      Может быть, новый сайт написан на SPA и есть проблемы с кодом?

      • 0
        Денис Рудик
        2 месяца назад

        Спасибо за ответ.


        Нет, сайт не на SPA. На ImageCMS.

        На https переходил еще года полтора назад. Проседания трафика практически не было заметно. Разве что, был SSL сертификат Comodo, а сейчас не персонализированный Let’s Encrypt.


        Вряд ли дело в noindex follow, все страницы сайта в индексе.

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

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


        Особых причин, почему пользователи стали возвращаться в выдачу нет. UI/UX - как минимум, не стали хуже. Лучше оптимизирован под мобильные и экраны с высоким разрешением. Цены товаров - остались ~ прежними. 

        Структура URL сильно изменилась, возможно это стало причиной.

        Было:    Сайт/katalog.html/Категория/Подкатегория/Товар. 

        Сейчас: Сайт/Категория(укрупненная)/Категория/Подкатегория/Товар.

        Хотя редиректы есть. Где-то треть всех (выбранных наугад) 301 проверил вручную - перенаправляет идеально.

        Мета-теги тоже проверил вручную - совпадают. Хотя, вначале, CMS в конец ко всем description добавила название сайта. Я заметил и исправил это только где-то через месяц. Но вряд ли разница в description напрямую повлияла на позиции.


        Ошибки кода. Проверял через разные сервисы - ошибок нет. В т.ч. нет битых ссылок. Только было дублирование текстового контента на страницах товаров (один вариант предназначался для ПК, 2-й - для мобильных). Возможно ПС воспринимало второй вариант как скрытых SEO текст? Вчера объединил в один. Надеюсь, что хоть это улучшит .

        • 0
          Oleg
          2 месяца назад

          Из того, что Вы описали, не должно было быть таких проблем с трафиком.

          Изменение URL (даже с редиректами) может дать временное (до 3-4 мес) проседание. Но обычно потом сходит на нет. Не совпало  ли у вас с сезонностью это, что как раз был перенос? Этот момент анализировали?


          Еще 1: на одном сайте при переносе на новую CMS трафик просел на 30-40% и не хотел возвращаться. Решили проблему, вернув старые урлы и уже с новых 301 редиректы настроили. Но это в порядке исключения - постоянные изменения урлов могут только хуже сделать. Можете просто через 1-2 мес (если ничего не изменится) попробовать так несколько категорий (не самых трафиковых, но которые ранее норм ранжировались) сделать.

  2. 0
    год назад

    Здравствуйте. Можно вопрос? 


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

    • 0
      Slavik
      год назад

      Добрый день. Точно не просчитывали. Полная склейка может длиться до 2-3 мес (по крайней мере большего срока в моей практике не было).

  3. 0
    год назад

    Скажите, пожалуйста, если на сайте около 6 месяцев уже существуют страницы категорий товаров, а сейчас решили их разделить, например были - ххх./yogurtnicy-morozhenicy/ а мы сейчас хотим разделить на 2 страницы. Что сделать со старой?

    - сменить существующую (оставить предыдущий URL, только title,description  и т.д сменить)

    - создать новые 2 страницы, а с предыдущий поставить 301 редирект на одну с новых?

     ххх./yogurtnicy или ххх./morozhenicy/ 

    • 0
      1992333yana
      год назад

      Здравствуйте.

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

      В связи с этим лучше оставить урл старой, просто оптимизировать под 1 группу запросов, а под вторую группу создайте уже другую страницу. То есть, 1 вариант.


  4. 0
    год назад

    Скажите, пожалуйста, если на сайте около 6 месяцев уже существуют страницы категорий товаров, а сейчас решили их разделить, например были - ххх./yogurtnicy-morozhenicy/ а мы сейчас хотим разделить на 2 страницы. Что сделать со старой?

    - сменить существующую (оставить предыдущий URL, только title,description  и т.д сменить)

    - создать новые 2 страницы, а с предыдущий поставить 301 редирект на одну с новых?

     ххх./yogurtnicy или ххх./morozhenicy/ 



  5. 1
    2 года назад

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


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

    То есть, должен быть не только разный дизайн, но и:

    1. Домены должны быть зарегистрированы у разных регистраторов и на разных владельцев.

    2. Сайты должны находиться на разных серверах (хостингах) с разными IP.

    3. На сайтах должны быть разные телефоны, на телефоны должны отвечать разные менеджеры.

    4. Должна отличаться структура сайтов, генерация Titles и мета-тегов, заголовков страниц.

    5. Должны быть различные NS-сервера.

    6. Важно, чтобы у сайтов были разные контактные данные (физические адреса офисов), их указания на сайте обязательно, разные описания.

  6. 0
    2 года назад

    Здравствуйте, такая ситуация:

    Сайт размещается на частной платформе в качестве поддомена, этот поддомен достаточно старый, имеет очень хорошие позиции и находится в ТОП 3-5 по ВЧ запросам. Появилась необходимость смены дизайн, т.к. он морально устарел, а на этой платформе нет возможностей улучшения, ни дизайна, ни функционала.

    Нарисован новый дизайн, куплен новый домен, делается верстка и программирование и сайт вешается на битрикс, но, платформа на которой сейчас размещается сайт не дает проставить 301-е редиректы, категорически. В итоге правильно осуществить постраничный перенос не выйдет, даже не получится просто с главной страницы проставить 301-й редирект. Что делать в такой ситуации, как быть и отделаться наименьшими потерями, ответ интересует и для Яндекса и для Гугла, т.к. сайт в ТОПе в этих двух поисковых системах.

    + На новом сайте планируется настраивать https.

    Что приходит в голову:

    1. Поисковые системы не рекомендуют его использовать, но от безысходности - <meta http-equiv="refresh" content="5; URL=https://site.ru">.

    2. В robots.txt на старом сайте хотя бы прописать в Host адрес нового сайта.

    3. Придется закрывать старый сайт от индексации, чтобы он не склеился с новым.

    4. Какие мысли по поводу sitemap.xml - стоит его использовать как-то или нет?

    Какие еще есть варианты и у кого какие мысли по этому поводу, может у кого такое было?

    Или лучше брать и начинать развитие нового сайта с нуля?

Чтобы оставить комментарий, необходимо авторизироваться

Подписаться

на самую полезную рассылку по интернет-маркетингу

Самое

обсуждаемое популярное читаемое

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