9 главных SEO-проблем и как их избежать или исправить

Что такое SEO-проблемы?

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

Битые внутренние и внешние ссылки

Чем больше страниц на сайте, тем выше шансы появления битых ссылок. Когда сайт продолжает расти и производить всё больше контента, возникает риск незамеченных страниц 404. Хотя развивать сайт и добавлять новые функции и лендинги — это хорошо, нам нужно всегда обращать внимание на проблемы с внутренними и внешними ссылками.

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

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

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

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

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

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

Дублированный контент

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

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

Нам как специалистам по поисковым системам нужно обеспечить, чтобы наш контент был уникальным. Чтобы облегчить жизнь поисковым системам, стоит избегать нескольких частых ловушек.

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

Чтобы избежать этой потенциальной проблемы, нужно настроить корректные редиректы с http на https. Проверить это легко, набрав в браузере http://oursitename.com. Если наш протокол https включён и настроен правильно, браузер должен перенаправить нас на https://oursitename.com.

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

Параметры в URL — ещё одна *частая ловушка *, которая порождает дубли URL. Системы управления контентом часто добавляют параметры сортировки (по размеру, цвету, модели и т. д.), из-за чего может появиться множество страниц с одинаковым контентом.

И всё же об этом не стоит беспокоиться при условии, что мы внедряем правильные canonical и атрибуты no-index там, где это нужно.

Примечание: теги canonical — популярный способ сообщить Google, какой из набора похожих URL индексировать и считать основным. Другой способ — использовать атрибут no-index, когда параметры порождают разные URL с одинаковым или похожим контентом.

Тег Title и его провалы

Теги title — одни из самых важных элементов on-site SEO. Они сообщают поисковым системам, какая у страницы главная тема. Теги title также показываются в результатах поиска над каждым органическим сниппетом. Это делает их одним из ключевых элементов и часто решающим фактором для того, чтобы пользователь кликнул по конкретному результату.

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

Главные проблемы с тегами title:

• ›теги title отсутствуют вовсе

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

 Хорошо задавать теги title самим, особенно для самых важных страниц.

• ›слишком длинные или короткие теги title

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

И наоборот, слишком длинные теги title (более 65 символов) могут обрезаться и показываться не полностью. Это создаст ещё одну упущенную возможность донести наше сообщение до онлайн-мира целиком.

Как видим, и title, и meta description обрезаны, а значит, не дают наилучшего пользовательского опыта.

• ›дублирующиеся теги title

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

Проблемы с Robots.txt

*Robots.txt *— относительно простой, но полезный инструмент, который даёт важную информацию и инструкции краулерам поисковых систем. Он находится в корневом каталоге сайта и использует формат обычного текста.

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

Открытие доступа к staging- и dev-сайтам или админ-панелям

Есть несколько способов не пустить поисковые системы к тестовым и разрабатываемым версиям вашего домена. Один из них — использовать команду в файле robots.txt, хотя есть и более эффективные способы это сделать (например, HTTP-аутентификация).

Одна из самых частых блокирующих инструкций для WP-сайтов — исключить папку панели wp-admin. Выглядит это так:

User-agent: * Disallow: /wp-admin/

User-agent: * означает, что инструкция применяется ко всем ботам (Google bot, Bing bot и т. д.), а вторая строка говорит, что мы хотим запретить им обходить папку /wp-admin/ и всё, что в неё входит.

Блокировка важных URL от обхода

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

User-agent: * Disallow: /example-important-directory/

Или иногда бывает даже так:

User-agent: * Disallow: /

что по сути означает запретить весь сайт для всех ботов. Обычно так делают перед «открытием» сайта миру во время первых тестов. Однако иногда об этом забывают, и DEV-специалисты или SEO-специалисты забывают убрать это, когда сайт становится доступен публике, включая поисковые системы и пользователей.

Отсутствие ссылки на файл sitemap

Robots.txt — отличный способ облегчить поисковым системам поиск файла sitemap сайта. Хотя пропустить это не такая уж большая ошибка (особенно для небольших сайтов), сделать это всё же быстро и полезно.

Катастрофы с тегом Meta Robots

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

Есть разные сценарии использования и конфигурации, но самый популярный (и часто опасный) — тег noindex. Он «живёт» в секции head HTML и выглядит так:

<meta name="robots" content="noindex,follow" />

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

• ›страницы с тонким контентом, которые не дают пользователям никакой реальной ценности- страницы оформления заказа в eCommerce- URL с чувствительной информацией- dev/staging-страницы, не готовые к публичному запуску

Самая частая проблема с командой* noindex* — забыть убрать её для важной страницы (или всего сайта), когда он готов к официальному запуску в онлайн-мир. Скажем, DEV-специалисты долго над ним работали, тестировали разное, а потом кто-то просто забывает убрать это после запуска.

Несомненно, это одна из первых (и простейших) проверок, если вы задаётесь вопросом, почему определённый сайт или конкретный раздел не приносит никакого органического трафика.

Нужно просто открыть исходный код и поискать (ctrl+f) команду «robots». Если вы заметили директиву «no index», то у вас проблемы! Хорошая новость всё же в том, что теперь вы знаете причину и то, как это легко исправить.

Canonical идут не так

Тег canonical — мощное оружие в арсенале SEO-специалистов. Его часто используют, чтобы избежать потенциальных SEO-проблем с похожим контентом на разных URL.

Например, это очень частая история в e-commerce-каталогах с разными параметрами на страницах, которые потенциально могут вызвать проблемы с дублированным контентом.

С помощью canonical мы просто говорим поисковым системам, какая страница «основная» / «оригинальная», чтобы все остальные версии не создавали проблем. Более того, Google будет знать, какую страницу приоритизировать и показывать в результатах поиска.

Здесь может возникнуть пара проблем. Одна из них, как уже упоминалось, — не задать canonical, когда у вас есть разные URL с одинаковым контентом.

Если canonical задан, вот самые частые опасности, о которых стоит знать:

• ›canonical URL указывает на URL с тегом noindex- canonical URL указывает на URL, который возвращает код состояния 4xx или 5xx- canonical URL указывает на небезопасную http-версию страницы (когда у нас есть и безопасная версия)- canonical без самоссылки (так называемый канонизированный URL)

Примечание: это может быть нормально, если сделано намеренно, хотя в большинстве случаев нам нужны самоссылающиеся canonical

• ›тег canonical пустой или указывает на несуществующую страницу

Проблемы с Hreflang

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

Главная идея hreflang-ссылок — обеспечить показ правильной версии сайта в соответствии с пользователями и их страной или языком.

 Например, испанским посетителям мы хотим отдать версию сайта или страницы /es, немецким посетителям — /de, и так далее.

По сути, мы сообщаем Google, какую страницу и на каком языке нужно показать пользователям в зависимости от их языковых настроек и местоположения.

Аннотации hreflang выглядят так:

<link rel="alternate" href="https://www.example.com/es/" hreflang="es" />

Самые частые проблемы с hreflang:

• ›отсутствие обратной ссылки

Альтернативные URL должны иметь тот же код, что и страница, которая содержит альтернативные hreflang-URL. Когда мы используем тег hreflang и страница X ссылается на страницу Y, страница Y должна ссылаться обратно на страницу X. По сути, каждая строка кода hreflang, ссылающаяся на другую страницу, должна иметь тот же код на каждой странице, куда она добавлена.

• ›определённый язык не совпадает с указанным языком

Иногда язык, указанный в тегах hreflang, отличается от фактического содержания страницы

• ›неверные коды ISO

 Популярная ошибка — использовать «en-UK» вместо «en-GB» при таргетинге на англоязычных посетителей в Великобритании. Синтаксис тоже очень важен. Хотя многие сайты используют подчёркивания для указания языков в своих URL, для hreflang работают только дефисы.

• ›отсутствие самоссылающегося тега

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

• ›использование относительных URL вместо абсолютных

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

Правильно:

<link rel="alternate" href="https://www.example.com/es/spanish-post" hreflang="es" />

Неправильно:

<link rel="alternate" href="es/spanish-post" hreflang="es" />

Вот полезный инструмент для выявления проблем с hreflang- https://technicalseo.com/tools/hreflang/

Опасности JavaScript

Хотя Google подтверждает, что JavaScript можно использовать без SEO-проблем, с ним стоит быть осторожными. Часто разработчики используют JS для загрузки важного контента и ссылок, и это может привести нас к ситуации, когда поисковые системы не способны обойти и правильно понять контент.

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

Например, плохая реализация JS может привести к тому, что Google* не прочитает meta title и description*, которые мы задали, а это создаёт проблемы с нашим CTR в результатах поиска.

Именно поэтому критически важно понимать, как Google интерпретирует наш JavaScript-контент и способен ли он корректно обойти и проиндексировать информацию.

Проблемы мобильного юзабилити

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

Прошло уже несколько лет с тех пор, как Google перешёл на mobile-first индексацию и стал приоритетно учитывать мобильную версию страницы.

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

Вот некоторые из главных факторов, которые могут влиять на производительность сайта:

• ›большое количество плагинов

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

Более того, плагины — потенциальная точка входа для хакеров (когда их вовремя не обновляют), так что они могут ещё и представлять угрозу безопасности.

• ›неоптимизированные изображения

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

• ›хостинг-услуги

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

Подведём итог

Как мы уже увидели, есть множество способов ошибиться, когда речь идёт о SEO. Стоит также отметить, что это лишь несколько самых популярных и частых технических SEO-проблем, с которыми мы можем столкнуться. Есть ещё много SEO-кошмаров, которые могут случиться.

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

 Удачи!