SEO-ошибки, которые мешают вашему сайту попасть в топ-10: 6 самых распространенных ошибок на сайте

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

Title

Все символы имеют разную ширину, некоторые экономят место и в поисковой системе может уместиться Title в 65 символов, некоторые занимают слишком много места и длина title может падать до 50-55 символов. Плюс ко всему выдача в Google, Bing и других поисковиках отличается своей шириной.

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

Рекомендации для начинающих оптимизаторов, как оформить Title:

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

Заголовки H1−H6 необходимо использовать только для структурирования основного контента страницы и не использовать для выделения отдельных блоков, заголовков этих блоков или элементов меню.

Допустимо использование нескольких заголовков H2−H6 на одной странице сайта и только одного заголовка H1. При этом заголовок H1 на каждой странице должен быть уникален в рамках сайта.

Чтобы было проще — представьте, что перед вами учебник. У вас должно быть оглавление, разделы, в них параграфы. И тогда не получится сделать два оглавления или несколько разделов в одном параграфе :)

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

Что касается технических параметров — конечно, стоит делать максимум прямых переходов, без огромного числа редиректов. Зачем лишний раз нагружать? В том, что тут возникают проблемы, честно говоря удивительно, так как количество софта и сервисов для решения задач внутренней оптимизации достаточно большое. Проблемы возникают, насколько мне известно, с огромными сайтам, где есть требования в сложном парсинге. Не забывайте и о чпу ссылки, поисковым системам, как и пользователям должно быть максимально понятно, на какой URL они попадут.

Метатег Сanonical

Сам по себе метатег Canonical или поле Canonical в HTTP-заголовках ответа сервера (да-да, не забывайте, что еще и такое есть) — это очень даже полезный тег и ничего страшного в нём нет. Разумеется, если вы ставите его в нужных местах: просто выберите из нескольких дублирующихся по содержанию страниц главную и укажите Canonical на нее.

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

Метатег noindex

Однажды при работе с одним из гигантских сайтов наша SEO-команда столкнулась с проблемой, что сайт просел по всем позициям без исключения. Мы долго копались, пока не запустили краулер, который четко показал, что разработчики просто нечаянно поставили две буковки "no" перед "index" в Meta Robots на каждой странице сайта. Не знаю, живы ли те разработчики ещё :) Поэтому на сайте в случае возникновения каких-либо проблем с трафиком и позициями стоит проверить индексацию страниц.

Как избежать ошибок с noindex? Следить за позициями, регулярно проверять сайт краулером (даже если вам кажется, что никаких важных работ по технической части сайта не происходило). Если вы почувствовали приближение мета-тега Robots со значением "noindex" или аналогичного поля X-Robots-Tag в HTTP-заголовках ответа сервера (ой, только не говорите, что вы не знали о нём) — не бегите: лучше успокойтесь, поймите, какие страницы не должны индексироваться (и, соответственно, приносить вам трафик) и закройте их.

Тег iframe

Зачастую через iframe подключаются различные полезные онлайн-сервисы типа YouTube, потому это не зазорно иметь iframe в исходном коде. Ну разве что ваш сайт взломали и поставили там несколько других интересных сайтов.

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

Страницы с малым количеством слов

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

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

Страницы закрытые в robots.txt

Одно движение волшебной палочкой разработчика и "Allow: /" превращается в "Disallow: /". В этом случае не удивляйтесь, почему ваш сайт не индексируется или, что ещё хуже, выпал из индекса и потерял все позиции.

Как избежать этих проблем? Аналогично Meta Robots — следите за позициями и регулярно проверяйте сайт краулером. Будьте внимательны, когда настраиваете robots.txt на тестовых поддоменах (для разработчиков и QA) — эти поддомены явно не должны индексироваться, потому их желательно закрывать в robots.txt, но бывают случаи, когда такой файл robots.txt переносится на продакшн и всем от этого становится печально.

Атрибут hreflang является рекомендательным для поисковых систем и актуален, в первую очередь, для Google.

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

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

Как этого избежать? Лучший способ правильно перенести сайт на протокол HTTPS — обратиться к опытным специалистам. Сейчас на рынке много таких услуг.

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

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

404 и 500 поисковик определит одинаково — страницы не существует. При наличии 503 он зайдет позже, чтобы увидеть изменения, но если она будет стоять более 2-х дней, то тоже будет оцениваться, как 404. Старайтесь избегать 4хх и 5хх ошибок на сайте, если вы, конечно, не создаете их специально для других целей

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

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

Много полезной информации о разных этапах загрузки (ответ сервера, переадресация, загрузка HTML…) у реальных пользователей содержат отчеты Google Analytics.