Обновляем сайт: как не потерять позиции

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

Работы при переносе сайта на новый движок

Начать следует с предварительных работ в следующей последовательности:

1. Определяем, какие страницы на сайте приносят максимальное количество трафика, воспользовавшись отчетом «Страницы входа» в Яндекс.Метрике.

   Основные трафикогенерирующие страницы следует оставить в неизменном виде.

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

2. Сделайте полную выгрузку всех имеющихся URLна действующем и тестовом доменах. Используйте для этого сервис ScreamingFrog SEO Spider. Скопируйте оба списка страниц в Excel в соседние столбцы, найдите и выделите идентичные. Все неподсвеченные URL — либо потерянные, либо новые. Их следует перепроверить вручную.

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

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

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

4. Сгенерируйте таблицы вида: URL — мета-тег. Впоследствии они помогут вам восстановить «потерянные» мета-теги на тестовой версии. Последние должны сохраниться на новом сайте в неизменном виде.

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

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

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

6. Аналогично п. 4 перенесите заголовки H1-H6. Даже если в ходе работ вы найдете в них досадные ошибки, пока оставьте все как есть. Переедете, удостоверитесь, что позиции остались прежними — все поправите. Чтобы не потерять ни один заголовок, используйте ту же таблицу в Excel вида: URL – Н1 «значение тега», Н2 «значение тега» и т. п.

7. Актуализируйте файл sitemap.xml на новой версии, поскольку некоторые страницы могут поменять адрес или вовсе потеряться. Не забудьте посмотреть прежний robots.txt. Удостоверьтесь, что служебные файлы на новой CMS недоступны для индексации, а картинки, тексты и другой контент, а также js, css, напротив, открыты. Используйте для этого Яндекс.Вебмастер — sitemap.xml и robots.txt должны быть открыты по адресам:

   • https (или http) ://домен/sitemap.xml,
   • https (или http) ://домен/robots.txt.
8. Осуществите перенос канонических URL. Если упустить этот этап, то страницы будут индексироваться без указания главной. Если прежний домен содержал много атрибутов rel="canonical", то в них будет легко потеряться, однако их перенос тоже необходимо произвести. В противном случае в выдаче окажется множество дублей контента и смысловых дубликатов URL.
9. Осуществите внутреннюю перелинковку с учетом ссылок в наполнении страниц и сквозных блоков. Это помогает пользователям быстро ориентироваться на сайте и, что тоже немаловажно, необходимо для навигации для роботов Яндекс и Google. Снова сформируйте список того, что и где выводится, чтобы ничего не потерялось.
10. При помощи сервиса Google Page Speed Insights отслеживайте скорость загрузки. Показатели последней должны полностью сохраниться при переносе, иначе новая версия после выката просядет практически со стопроцентной вероятностью.
11. Сформируйте перечень URL с микроразметкой и наименованиями. О сохранении микроразметки следует позаботиться, поскольку она не только упрощает составление описаний для страницы для поисковых систем, но и создает более привлекательный сниппет. Кроме того, использование на сайте микроразметки имеет важное значение для оптимизации под голосовой поиск.
12. Перенесите счетчики аналитики и идентификаторы. Все должно функционировать корректно. По окончании работ обязательно проверьте, собираются ли данные, обращая внимание на статистику и настройку целей. Осуществите тестирование всех форм и целей.

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

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

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

1. Выложите сайт в тестовой версии.

   Рекомендуем выложить последнюю на недоступном для индексации поддомене или на тестовом домене.

   Придумайте пароль для доступа к тестовой версии. Настройте базовую авторизацию в файле .htaccess для доступа к тестовому сайту по паролю.

   Важно! Не переносите в тестовую версию коды счетчиков, это может привести к искажению данных в системах аналитики ресурса.

2. Удостоверьтесь в корректности переноса информации.

   Просканируйте обе версии ресурса — прежнюю и новую — при помощи сервиса Screaming Frog SEO Spider.

   Выгрузите данные со столбцами с URL страниц и заголовками H1-H6, а также мета-тегами.

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

   Важно! Проверка в Excel вручную актуальна только для небольших сайтов. Если речь идет о крупном ресурсе, направьте программисту ТЗ на создание скрипта для оперативной и точной сверки старой и новой версий.

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

Технический аудит новой версии

Накануне выката проведите качественный технический аудит новой версии сайта. В процессе работы обращайте внимание на следующее:

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

2. Присутствие всех стандартных редиректов. Особенно часто теряются:

   • редирект на версию с или без .www;
   • редирект на версию с или без слеш на конце;
   • редиректы с протокола http на https.

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

3. Скорость загрузки страниц на новом сайте не должна быть ниже, чем на старом.
4. Актуальность директив в файле robots.txt в новой версии ресурса. Если претерпела изменения система управления, добавьте директивы для закрытия от индексации технических и пустых страниц нового движка.
5. Отсутствие неактуальных для новой CMS запретов индексации в Google SearchConsole «Параметры URL». Также при необходимости следует внести директивы для новой CMS.
6. Корректность, актуальность sitemap.xml и ее соответствие структуре новой версии.
7. Наличие микроразметки с сохранением структурированных данных.
8. Корректная работа всех сторонних сервисов, навигации, форм связи и скриптов.

Заключение

Перечислим основные элементы, неверный перенос которых критичен для ранжирования:

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

   Важно! Если смена URL страниц неизбежна, необходимо настроить 301-й редирект на новый адрес страницы.

2. Мета-теги и заголовки. Не менее важно отсутствие дублей и незаполненных данных.

3. Контент, который включает в себя:

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

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

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

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

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

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

И напоследок: даже если все идет хорошо, в первый месяц после переноса ежедневно отслеживайте трафик и позиции, а также уведомления об ошибках в панелях Яндекс.Вебмастера и Google Search Console.