Смена структуры или дизайна сайта. Риски обновления сайта



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

Причины смены структуры или дизайна сайта

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

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

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

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

  1. Самая большая и основная причина, почему стоит это делать это изменение потребностей условия рынка, либо сферы в которой работает ваш сайт. То есть смены потребностей посетителей вашего сайта. Если на протяжении длительного времени вы наблюдаете, что конверсия на вашем сайте постепенно снижается, вероятно пользователям просто неудобно пользоваться вашим ресурсом и стоит задуматься об обновлении сайта.
  2. Вторая причина, по которой вебмастера задумаются об обновлении - это расширение функционала сайта. Например, если вам потребовалась интеграция с внешними сервисами, выгрузка данных в 1с, скорее всего, вы будете менять текущий движок (cms), что в большинстве случаев ведет с собой смену адресов внутренних страниц и дизайна сайта.
  3. Третья причина - если на текущий момент вы не используете чпу адреса, это как раз внедрение человеко-понятных url на сайте. Конечно же, в таком случае внутренняя адресация страниц на сайте изменится.
  4. Ну и четвертый из основных причин - это внедрение адаптивной верстки на ваш сайт. Для того, чтобы сайт хорошо выглядел не только на стационарных компьютерах, но и на мобильных устройствах.

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

К оглавлению ↑

Риски при смене структуры или дизайна сайта

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

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

К оглавлению ↑

- Где размещать тестовую версию сайта

Для начала, для того чтобы обкатать новую версию, проверить ее функциональность и работоспособность вы можете разместить ее на отдельной площадке, где будете проводить испытания. В качестве площадки, например, может выступать служебный поддомен - test.uspei.com. Вы можете использовать также тестовый каталог на вашем основном ресурсе и добавлять новую версию именно в него - uspei.com/test. Если вы вообще хотите перейти на защищенный протокол https то вам сюда.

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

Смотрите также:  Внутренняя перелинковка - зачем она нужна и ее основные виды

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


К оглавлению ↑

- Какую cms выбрать для новой версии сайта

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

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

К оглавлению ↑

- Определяем структуру будущего сайта

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

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

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

К оглавлению ↑

- Роль АБ тестирования в новой структуре и дизайне

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

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

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

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

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


И конечно же АБ тестирование позволяет избежать возможных ошибок при подключении дополнительных модулей или при обновлении сайта. Посмотрите на следующий пример, сколько вам потребуется времени, чтобы найти кнопку "добавить в корзину"? Лично мне потребовалось несколько секунд, потому что я сначала очень сильно удивился количеству всплывающих окон и количеству предложений, чтобы мне перезвонили.

Смотрите также:  Поисковые технологии будущего закладываются уже сегодня

Видно, что на сайте подключили модуль "заказать звонок" при этом сама кнопка добавить в корзину не видна с первого раза. Что делать? Куда тыкать? Также и для ваших пользователей, обязательно будет определенный процент пользователей, которые будут приходить на ваш сайт и не с первого раза находить данную кнопку. Как раз, чтобы избежать таких проблем и сделать продвижение вашего блога успешным, собственно, и проводим АБ тестирование.

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

К оглавлению ↑

- Чек-лист по проверке новой версии сайта

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

  1. Самый очевидная и простая проблема - это запрещающие теги. Например, когда на страницах новой версии установлен метатег noindex, запрещающий роботу включать страницы в поиск, либо присутствуют незакрытые теги noindex. Кажется, что это такая простая вещь и о ней говорили уже неоднократно, ну вот вам буквально свежий пример. Если посмотреть на исходный код страницы (сделать это можно либо просто открыв исходный код браузере, либо воспользовавшись инструментом проверка ответа сервера), то в данном случае как раз можно и заметить тот самый запрет. Смотрите метатег robots content="noindex". Это прямо указывает роботу, что данную страничку не нужно включать поисковую выдачу. Если это будет страница новой версии вашего сайта она просто-напросто не попадет в поиск.
  2. Второе, что стоит проверить на новой версии вашего сайта это значение атрибута canonical. Он должен вести именно на новую версию, а не на старые страницы. В противном случае также новая версия не сможет появиться поисковой выдаче.
  3. Также стоит проверять то, что нужный контент не загружается с помощью скриптов. Иначе робот просто не увидит этого содержимого и не сможет корректно ранжировать страницу в поисковой выдаче (Подробно о ранжировании сайтов поисковыми системами в этом разделе). Вы также можете открыть исходный код либо воспользоваться инструментом проверка ответа сервера и посмотреть какое текстовое содержимое расположено на странице, что именно получает робот при обходе сайта.
  4. И последнее, конечно же стоит обратить внимание на меню навигации, чтобы ссылки на новые странички обязательно присутствовали в навигации. Чтобы и пользователям было удобнее ориентироваться на новой версии и они не попадали на старые страницы и чтобы робот корректно формировал структуру вашего обновленного сайта.
К оглавлению ↑

- Настраиваем файлы robots.txt и sitemap.xml

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

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

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

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

К оглавлению ↑
Смотрите также:  Сколько заработала компания Яндекс в I квартале 2018

Обновляем структуру и дизайн сайта

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

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


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

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

К оглавлению ↑

- Ускоряем индексацию сайта с новой структурой

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

Во-вторых, смотрим в файле robots.txt, чтобы у нас не было установлено директивы crawl-delay (тут подробнее). Чтобы робот мог посещать ваш сайт без ограничения по количеству запросов. Это позволит быстрее проиндексировать новые странички. Смотрите также, чтобы в файле robots.txt служебные страницы на новой версии были также запрещены к обходу. Чтобы робот не посещал их и сконцентрировался именно на нужных вам страницах сайта. Сами же нужные странички можно добавить в инструмент "переобход страниц" Яндекс-вебмастера. И это позволит им появиться в поисковой выдаче самое ближайшее время.

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

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

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

И напоследок ржачный ролик про смену дизайна на сайте)))


0

До встречи! Успевайте всё и всегда на страницах блога Uspei.com

Плюсануть
Поделиться
Класснуть
Линкануть
Запинить

Буду благодарен, если поделитесь новостью в соцсетях


Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *