Поисковая оптимизация сайта: смена структуры или дизайна сайта

Основная часть статьи будет разделена на три блока:

• Сначала мы поговорим о необходимости и рисках, связанных с обновлением сайта;
• Будем готовить новую версию вашего ресурса;
• И переходить непосредственно к обновлению сайта.

Необходимость и риски

Давайте перейдем к первой части. Поговорим о необходимости.

Обновление сайта

Говоря про обновление сайта, мы подразумеваем два процесса:

1. Процесс смены структуры сайта, то есть внутренней адресации его страниц.
2. Процесс редизайна – смены графического оформления вашего ресурса.

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

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

Причины для обновления сайта:

1. Самая большая и основная причина, почему стоит это делать, – это изменение потребностей и условий рынка либо сфера, в которой работает ваш сайт, то есть смена потребностей посетителей вашего сайта.
2. Если на протяжении длительного времени вы наблюдаете, что конверсия на вашем сайте постепенно снижается, вероятно, людям просто неудобно пользоваться вашим ресурсом и стоит задуматься об обновлении сайта.
3. Вторая причина, по которой веб-мастера задумываются об обновлении, – это расширение функционала сайта.
4. Например, если вам потребовалась интеграция с внешними сервисами, выгрузка данных в 1С, скорее всего, вы будете менять текущий движок либо текущую CMS, что в большинстве случаев ведет за собой смену адресов внутренних страниц и дизайна сайта.
5. Третья причина. Если на текущий момент вы не используете ЧПУ-адреса, это как раз внедрение человекопонятных углов на сайт. Конечно же, в таком случае внутренняя адресация страниц на сайте изменится.
6. И четвертая из основных причин – это внедрение адаптивной верстки на ваш сайт для того, чтобы сайт хорошо выглядел не только на стационарных компьютерах, но и на мобильных устройствах.

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

Вот эти все причины и формируют такой большой объемный процесс обновления всего ресурса.

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

Говоря о рисках, я подразумеваю:

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

С этими рисками сегодня мы будем бороться.

Готовим новую версию

Давайте сразу начнем готовить новую версию вашего будущего ресурса.

Выбор «площадки» для тестов новой версии

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

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

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

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

Тестовый домен в поиске

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

Выбор CMS

Второй вопрос, который возникает после определения места, где проводить эксперименты, – «Какую CMS выбрать для новой версии сайта?».

На нескольких моментах я хочу остановиться.

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

Создание новой структуры

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

• При формировании структуры новой версии вашего сайта стоит опираться на такие простые принципы, что структура должна быть понятна вашим будущим пользователям. Она должна быть простая, ясная.
• Адреса страниц должны быть ЧПУ, то есть понятные для человека, и пользователь, глядя на адрес вашей новой версии, всегда понимает, в каком именно разделе каталога он находится на текущий момент.
• Конечно же, структуру и навигацию на сайте стоит визуализировать на самих страницах и использовать так называемые «хлебные крошки». Это поможет ориентироваться на сайте не только пользователям, но и поисковой системе.
• И стоит задуматься о формировании посадочных страниц – тех страниц, которые будут показываться по запросам пользователей.

Задуматься об этом нужно уже сейчас на этапе формирования выбора структуры будущей версии вашего сайта.

При принятии решений о формате изменений

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

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

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

Использование А/В-тестов

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

И второй ресурс, который также предоставляет услуги по заправке картриджей.

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

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

Посмотрите на следующий пример.

Сколько вам потребуется времени, чтобы найти кнопку «Добавить в корзину»? Лично мне потребовалось несколько секунд. Потому что я сначала очень сильно удивился количеству всплывающих окон, количеству предложений, чтобы мне перезвонили. Видно, что на сайте подключили модуль «заказать звонок» или «задать вопрос». При этом сама кнопка «Добавить в корзину» не видна с первого раза. Так же и для ваших пользователей. Определенный процент пользователей будет приходить на ваш сайт и не с первого раза находить данную кнопку. Как раз чтобы избежать таких проблем, и проводим А/В-тестирование.

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

Тестирование новой версии с точки зрения поиска

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

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

Проверка содержимого новой версии

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

• Самая очевидная и простая проблема – это запрещающие теги.

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

• Либо присутствуют незакрытые теги noindex.

Не забыть убрать запреты

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

Если посмотреть на исходный код страницы, сделать это можно либо просто открыв исходный код в браузере, либо воспользовавшись инструментом «Проверка ответа сервера». Но в данном случае как раз можно заметить тот самый запрет.

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

• Третье, что стоит проверить на новой версии вашего сайта, – это значение атрибута Canonical, который должен вести именно на новую версию, а не на старые страницы. В противном случае, также версия не сможет появиться в поисковой выдаче.
• Четвертое, что стоит проверять, – это то, что нужный контент не загружается с помощью скриптов. Иначе робот просто не увидит этого содержимого и не сможет корректно ранжировать страницу в поисковой выдаче. Вы также можете открыть исходный код либо воспользоваться инструментом «Проверка ответа сервера» и посмотреть, какое текстовое содержимое расположено на странице, что именно получает робот при обходе сайта.
• И последнее. Конечно же, стоит обратить внимание на меню навигации. Чтобы ссылки на новые странички обязательно присутствовали в навигации, чтобы и пользователям было удобнее ориентироваться на новой версии, и они не попадали на старые страницы, и чтобы робот корректно формировал структуру вашего обновленного сайта.

Для новой версии сайта

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

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

Сейчас у нас все готово к обновлению. И у многих владельцев сайтов возникает вопрос: «А можно ли провести обновление ресурса и одновременно переезд на новый адрес либо на защищенный протокол?».

Обновление и зеркала

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

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

Обновление сайта

Для обновления у нас уже все готово. Давайте приступим.

Смена структуры – что делать со старыми страницами?

Самый главный вопрос, на который стоит ответить: «Что же делать со старыми страницами вашего сайта?».

• Если контент со старых страниц был перенесен на страницы по новым адресам, здесь все просто.

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

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

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

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

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

Обеспечиваем быстрое индексирование

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

1. Файл Sitemap, о котором я говорил вам ранее.
2. Смотрим в файле robots.txt, чтобы у нас не было установлено директивы Craw-delay и чтобы робот мог посещать ваш сайт без ограничения по количеству запросов. Это позволит быстрее проиндексировать новые странички.
3. Смотрите, чтобы в файле robots.txt служебные страницы на новой версии были также запрещены к обходу. Чтобы робот не посещал их и сконцентрировался именно на нужных вам страницах сайта.
4. Сами же нужные странички можно добавить в инструмент «Переобход страниц» в Яндекс.Вебмастере. Это позволит появиться им в поисковой выдаче в самое ближайшее время.

«Важные страницы» – следим за изменениями

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

Обновление сайта:

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

Источник: Поисковая оптимизация сайта: смена структуры или дизайна сайта