Ошибки редизайна сайта, которые разрушат SEO

Ошибки редизайна сайта, которые разрушат SEO
by

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

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

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

С чего начать редизайн сайта?

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

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

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

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

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

Первым шагом является использование чистого URL-адреса, который ранее не использовался для сайта. Это гарантирует отсутствие ссылок. Затем запретите индексацию всем ботам с помощью robots.txt и настройте пустую страницу индекса, чтобы другие папки не были видны.

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

Удаление страниц или изменение URL-адресов страниц без их перенаправления

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

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

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

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

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

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

Если на вашем сервере не удается увидеть файл .htaccess, вам может потребоваться настроить параметры в вашей FTP-программы для просмотра скрытых файлов.

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

Правильно переносим сайт после редизайна

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

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

domain.com/services/

После миграции в среду разработки может быть:

devdomain.com/client123/services/

Пока все хорошо, правда?

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

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

К счастью, решение есть. Инструмент, такой как Screaming Frog, который работает с вашего рабочего стола, или облачный инструмент, такой как SEMrush, можно использовать для обхода каждой отдельной ссылки на вашем веб-сайте. Это включает в себя текстовые ссылки, а также все ссылки на изображения, JavaScript и файлы CSS, которые спрятаны в HTML-сайте.

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

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

Что нужно проверить в первую очередь:

  • Контактные формы.
  • Функциональность электронной коммерции.
  • Возможности поиска.
  • Интерактивные инструменты.
  • Мультимедийные проигрыватели.
  • Аналитика.
  • Проверка Google Search Console, Проверка веб-мастеров.
  • Отслеживание пикселей.
  • Динамические объявления.

Пример, если не удалось перенастроить WordPress и плагины после перехода обратно

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

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

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

Сюда входят плагины для:

  • SEO.
  • Перенаправление.
  • Sitemaps.
  • Микроразметки.
  • Кэширование.

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

1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (2 оценок, среднее: 5,00 из 5)
Загрузка...

Заказать звонок
+
Жду звонка!