Главная/Блог/

SEO аудит сайта: 16 шагов на пути в ТОП

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

1. Что такое SEO аудит сайта

SEO аудит — это углубленная проверка проекта на наличие технических ошибок и соответствие требованиям поисковых систем (Google, Яндекс и другие).

В процессе проверки, SEO специалист:

  • Проводит углубленный анализ.
  • Фиксирует результаты проверки.
  • Формирует чек лист СЕО оптимизации — технические задания на устранение ошибок.

2. Когда нужен SEO аудит

Он может понадобиться на таких этапах развития проекта:

 

Перед началом продвижения

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

Контроль или проверка своего SEO подрядчика

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

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

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

Поиск проблем, когда у проекта есть трудности с органическим трафиком

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

Плановый (контрольный)

Выполняется, как правило, 1 раз в 1/3/6 месяцев. Даже если на сайт не вносится большое количество изменений, небольшие проблемы могут накапливаться и в какой-то момент начать мешать проекту расти. Часто это дубликаты страниц, битые ссылки, некорректные редиректы, проблемы со скоростью загрузки. Чтобы выявить и устранить их, нужно провести аудит сайта. Также проверка необходима перед покупкой или продажей проекта, чтобы оценить его потенциал, или для корректировки стратегии продвижения.

3. Виды SEO аудита

Можно выделить 4 основных вида SEO аудита, которые встречаются на рынке:

 

Данные по пузомеркам

Пузомерки — это характеристики сайта в числовом формате и графиках, при помощи которых можно оценить его достижения по разным показателям: посещаемости, авторитетности, количеству входящих ссылок и др. Примеры пузомерок — тИЦ, PR, Alexa rank, Technorati rank, число посетителей и читателей. В первую очередь – эти показатели могут быть информативны и полезны для клиентов, например, если речь идет о продаже ссылок или проекта в целом. Если же говорить о пользе для владельца сайта – только общее понимание этих показатей. Потому в SEO аудите сайта их часто не затрагивают или затрагивают тезисно.

 

Аудит через кнопку (сгенерированный, автоматический)

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

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

Некоторые сервисы полностью бесплатные, другие, чтобы провести СЕО аудит сайта, предлагают подписаться на платный тариф. Примеры сервисов, с помощью которых можно выполнить автоматический технический SEO аудит: CY-PR, PR-CY, MegaIndex , Rookee, SimilarWeb, PageSpeed Insights от Google, LinkPad, Seolik, Xtool, Sbup, Screaming Frog SEO Spider, Ahrefs и др.

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

 

Общий СЕО аудит сайта

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

  • возраст домена;
  • количество страниц в индексе Яндекс и Google;
  • наличие фильтров, санкций и блокировок;
  • наличие вирусов, битых ссылок, некорректных перенаправлений;
  • уникальность контента;
  • корректность отображения в популярных браузерах;
  • наличие и правильность написания тегов title, description, H1–H6.

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

 

Технический SEO-аудит проведенный SEO специалистом

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

  • данные систем статистики Google и Яндекс;
  • настройки и данные в панели вебмастера Google и Яндекс;
  • настройки сервера (скорость ответа, отдает ли код 404, заголовок last-modified);
  • настройки URL (регистр, ЧПУ, слеш в конце, HTTPS, www, канонические страницы, языковые версии, пагинация, битые ссылки, поддомены и т.д.);
  • правильная настройка XML карты и файла robots.txt;
  • корректное использование тегов canonical, noindex, alternate, title, meta, Н1–Н6;
  • анализ страниц в индексе Яндекс и Google;
  • наличие мобильной версии;
  • скорость загрузки страниц;
  • наличие «мусора» в коде;
  • разметка Schema.org;
  • оптимизация контента;
  • проверка работоспособности функционала (форма заказа, корзина, модуль поиска);
  • анализ структуры сайта;
  • анализ системы шаблонов;
  • анализ SEO-тегов;
  • настройки мультиязычности и регионов;
  • другие параметры.

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

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

В зависимости от подрядчика, специфики проекта – чек лист SEO аудита сайта может отличатся.

4. Из чего должен состоять SEO аудит

Кроме собственно диагностики, он должен включать конкретные рекомендации по улучшению видимости в ПС. Здесь должны быть:

 

Результаты анализа

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

Конкретные предложения и технические задания

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

Приоритизация задач для неспециалиста

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

Группировка задач для профильных специалистов

После подготовки технических заданий, от аудитора важно получить группировку задач по профильным специалистам, а именно, задачи не должны быть “в одной куче”, если для реализации изменений требуется подключение программиста, верстальщика, дизайнера или контент-менеджера – такие задачи должны быть распределены по специалистам изначально. Заметка: Часто владелец сайта сталкивается с ситуацией, когда по итогу аудита получается список из, например, 30 пунктов, они выводятся на разработчика, который, в свою очередь, по части задач пишет “извините, это не ко мне – на верстальщика” и т.д.

5. Как провести SEO аудит

Чтобы определить, как сделать SEO аудит сайта, в первую очередь, необходимо исходить из задачи:

Когда проводится SEO аудит Самостоятельный SEO-аудит С помощью сервисов SEO аудита Профессиональный SEO аудит
Перед началом продвижения +
Контроль или проверка своего SEO подрядчика + + +
Поиск проблем для улучшения существующих результатов +
Поиск проблем, когда у проекта есть трудности с органическим трафиком + +
Плановый (контрольный), который выполняется 1 раз в 1/3/6 месяцев + + +

Теперь давайте детальнее 3 основных варианта проведения SEO аудита:

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

  • Google Search Console
  • Я.Вебмастер
  • Гугл аналитика/ Я.Метрика
  • Также вы можете использовать различные SEO сервисы

Плюсы:

  • Не не нужно оплачивать работу SEO-специалиста
  • Возможность разобраться в состоянии своего проекта более углубленно

Минусы:

  • Расходы. Для проведения аудита вам потребуется платный SEO софт и платные сервисы.
  • Время. Если вы не сталкивались с SEO ранее – закладывайте время на обучение.
  • Риски. Высокая вероятность, что в процессе аудита будут допущены ошибки.

 

С помощью SEO-сервисов (онлайн-аудиторов) В данном варианте речь идет не просто о SEO-сервисах, которые могут использоваться при анализе, а сервисах, которые предоставляют готовое решение по итогам анализа сайта.

Плюсы:

  • Не не нужно оплачивать работу SEO-специалиста
  • Возможность быстро получить результаты анализа
  • Есть сервисы, предоставляющие бесплатные данные

Минусы:

  • Для более детальной информации могут потребоваться платные сервисы
  • Если нет опыта в SEO – может потребоваться консультация по полученным данным

 

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

Плюсы:

  • Не нужно оплачивать специализированные сервисы SEO-сервисы
  • Экономия времени на обучение
  • Снижается вероятность допущения ошибок или упущения чего-то важного

Минусы:

  • Как правило, стоимость выше, чем аудит через сервис
  • Работа специалиста займет больше времени

6. С чего нужно начать подготовку к SEO-аудиту

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

Шаг 1. Доступы

  • Гугл вебмастер (контроль)
  • Яндекс.Вебмастер
  • Гугл аналитика и/или Я.метрика
  • Также может потребоваться доступ к хостингу, чтобы посмотреть логи обращения поискового робота к серверу

Шаг 2. План действий

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

7. Частые проблемы связанные с SEO-аудитом

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

 

Частые и типовые проблемы:

  • Одна вода. Другими словами – нет ценной информации и не понятно, что делать с этим документом дальше.
  • Много избыточной и ненужной информации. Фаги, глоссарии, терминология, описания (например. что такое тИЦ и PR и т.д.)
  • Красиво, но мало ценности. Красивый документ, с инфографикой, но на деле – мало ценной информации.
  • Некрасиво (плохое оформление), и мало ценности. Можно сказать, что оформление менее значимо в вопросе аудита, чем содержание. Но, если и то и другое на низком уровне – с этим документом работать будет невозможно.
  • Нет понятных задач по итогам проведения аудита. Аудит есть, итогов нет.

8. Структура технического аудита

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

8.1. Анализ вебмастеров, метрики и аналитики

Первый этап SEO аудита сайта — это сбор информации из счетчиков статистики Google.Analytics, Yandex Metrika и панелей вебмастеров Google Search Console и Яндекс.Вебмастер. Google Search Console Выполните анализ сайта черезGoogle Search Console

Проверяем:

  • Проиндексированные страницы:
  • Добавлена ли карта сайта Sitemap, все ли корректно:
  • Какие ошибки есть в разделе Покрытие:
  • Нет ли нужных страниц в исключенных:
  • Как обстоят дела с мобильными устройствами (отображением):
  • Есть ли ошибки микроразметки, например:
  • Нет ли ограничений на домене (Мер, принятых вручную):
  • Нет ли проблем безопасности:
  • В разделе Настройки проверяем сканирование:
  • И наличие проблем с доступом:

Яндекс Вебмастер В Яндекс.Вебмастер проект можно проверить по таким параметрам:

  • Проблемы сайта:
  • Безопасность:
  • Проиндексированные страницы и динамику:
  • Исключенные страницы:
  • Добавленные карты сайта:
  • Есть ли привязка к метрике:
  • Сложности по дубликатам тегов:
  • Настроены ли сниппеты:
  • Проверяем битые ссылки:
  • Проверяем присвоенный регион и его корректность:

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

Что минимально нужно посмотреть изначально с т.з. SEO:

  • динамика органического трафика
  • динамика в сравнение с аналогичным периодом прошлого года (показатель АППГ)
  • статистика за длинный период позволяет увидеть сезонность (не всегда) и рост по сравнению с прошлым годом
  • сравнение периодов по страницам входа + источнику трафика – органика позволит увидеть динамику постранично (что наиболее важно на ранних стадиях анализа)

Yandex Metrika В личном кабинете Метрики можно получить похожий набор данных, но с другим интерфейсом и функционалом:

8.2. Настройки сервера

Чек лист для аудита сайта также включает проверку настроек сервера по основным критериям:

Заголовок Last-Modified

Сообщает поисковому роботу, были ли изменения на странице с момента последнего сканирования. Если да, робот посетит ее снова. Заголовок Last-Modified помогает: оптимально расходовать краулинговый бюджет, улучшить индексацию изменившихся страниц в Google и Яндекс, а также до 30% снизить нагрузку на сервер для сайтов с высокой посещаемостью и длительностью визита. Поэтому необходимо добавить эту проверку в чек лист на технический аудит сайта.

Проверить настроен ли можно тут:

Определение скорости отклика сервера

Переходя на сайт из поиска или другого источника, не каждый пользователь готов ждать несколько секунд, пока ресурс загрузится. Посетитель не дождался загрузки — закрыл страницу — увеличилось число отказов — страдает SEO. На время загрузки влияют разные факторы, один из которых — скорость ответа сервера. Проверку можно сделать в PageSpeed Insights:

Или Яндекс.Вебмастер:

Проверка работы 404 кода сервера

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

8.3. Настройки URL

Один из самых объемных и вместе с тем важных критериев, которые проверяются в рамках SEO аудита — URL страниц. Что нужно смотреть:

ЧПУ настроены корректно

ЧПУ — это адреса страниц, которые отображают их содержание и легко воспринимаются. В них можно естественным образом вводить ключевые запросы, при этом они должны быть краткими и логичными. Например:

  • Некорректный URL — https://shop.com/catalog/9541388/details.aspx
  • Корректный URL — https://shop.com/woman/clothes/jeans

Настройка регистра URL

Все URL адреса необходимо прописать в нижнем регистре, например:

  • Некорректно: https://www.site.com/Home/Article
  • Корректно: https://www.site.com/home/article

Если ресурс содержит такие страницы, можно сделать 301 перенаправление.

Настройка доступности URL c “/” в конце или в середине

Все URL сайта должны быть доступны по одному адресу: со знаком «/» или без него. Как это проверить: перейдите на любой URL и добавьте или удалите символ «/» в конце. Если в браузере откроются две одинаковые страницы с адресами site.com/ и site.com, нужно настроить 301 редирект.

Наличие https

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

Сайт доступен только по одному из протоколов, если https

Если ресурс на https, каждая его страница должна открываться по одному URL. Как проверить: попробуйте перейти на любой URL, добавив в начале http:// или https://. Должна открываться только одна версия — на https. Для корректной настройки используется 301-редирект.

Проверка доступности зеркал с www и без www

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

Проверка страниц с идентификатором сессий

URL адреса не должны содержать идентификаторы сессий. В противном случае при каждом посещении поискового бота он будет видеть одинаковые страницы с разными URL, появятся дубли, и это негативно скажется на индексации и ранжировании. Пример страницы с идентификатором сессии: https://site.com/index.php?PHPSESID=1ac58dae65g96463e6554u587cc6451

Движок сайта не генерирует сессионных переменных в адресе страниц

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

Главная страница index.php (html), default.html (php) склеена с хостом

Иногда на сайте могут быть доступны такие страницы-дубликаты основных URL как http://site.com/index.php или http://site.com/default.html. Необходимо проверить их доступность и при необходимости настроить 301 редирект на http://site.com.

Определены канонические страницы для страниц с параметрами в URL

Сканирование сайта поисковиками может быть неэффективным, если на нем есть URL с аналогичным содержимым. Сравните приведенные ниже пары адресов, в которых URL с параметрами будет выдавать тот же контент, что и статический URL без параметров:

  • shop.com/jeans?category=skinny&color=blue
  • shop.com/jeans/skinny/blue.html

Или:

  • shop.com/bags?style=classic,notebook-backpack
  • shop.com/bags?style=classic&style=notebook-backpack

В данном случае необходимо указать ПС, какие страницы канонические, а какие — копии, или воспользоваться инструментом «Параметры URL» по инструкции от Google.

Канонические страницы, корректность установки тега

Указать поисковому боту на канонические URL можно с помощью тега: <link rel=”canonical” href=”каноническая страница” /> Например, если необходимо сделать каноническим URL http://shop.com/jeans/blue при условии, что аналогичное содержимое доступно по другому адресу. Как проверить корректность установки тега: все дубли страниц должны быть помечены как link rel=”canonical”, например: <link rel=”canonical” href=”https://shop.com/jeans/blue” /> Полезные материалы:

Если есть языковые версии сайта, проверка корректности тега lang

На всех страницах, имеющих версии на разных языках, необходимо указывать адреса всех версий при помощи атрибута rel=”alternate” hreflang=”х”. Он передает ПС информацию о том, что это альтернативный URL с контентом на другом языке. Например:

  • <link rel=”alternate” hreflang=”en” href=”https://en.site.com” />
  • <link rel=”alternate” hreflang=”ru” href=”https://ru.site.com” />

Инструкция: Отправка локализованных версий страницы в Google

Страницы пагинации открыты или закрыты от индексации (canonical)

Страницы пагинации (/page1, /page2, /page3) часто содержат идентичный контент и могут восприниматься ПС как дубликаты. На этом моменте у Google и Яндекс разные требования.

  • Яндексрекомендует настраивать канонические URL для пагинации через rel=canonical.
  • Google заявляет, что весь контент нужно размещать на одной странице (single-page content). При этом оформление через rel=canonical в Google считают ошибкой.

Наиболее распространенные схемы:

  • все страницы пагинации открыты для индексации и размечены в тегах title
  • все страницы пагинации являются неканоническими
  • все страницы пагинации закрыты для индексации

Наличие битых ссылок

Битые ссылки — это гиперссылки, которые ведут на несуществующие файлы или URL. Большое количество таких ссылок отрицательно сказывается на поведенческих факторах и ранжировании. Если такая ссылка ведет на сайт с внешних источников, оптимально использовать 301 редирект и перенаправить пользователя на существующий URL. Внутренние битые ссылки необходимо исправить. Как проверить, инструкция: Проверка битых ссылок: 8 способов поиска Наличие поддоменов, которые не должны быть проиндексированы (например test. и др.) Иногда в процессе разработки сайта создаются его тестовые версии на различных поддоменах, например, http://test.site.com. Чтобы избежать дубликатов, такие URL не должны сканироваться и индексироваться ПС.

Проверка длины цепочки редиректов

Чтобы страница не теряла SEO вес, количество и длина цепочек редиректа там, где это возможно, должны быть сведены к минимуму. Если перенаправления используются для настроек URL, коррекции должны происходить с помощью одного редиректа. Также чек лист SEO аудита включает проверку на циклические редиректы, когда два URL перенаправляют друг на друга. При наличии таких проблем их необходимо устранить посредством правильной настройки 301 редиректа. Как проверить: через автоматические сервисы, например, Netpeak Spider («Сводка» — «Тип страницы» — «Редирект»).

Для фильтров созданы статические URL адреса (для магазина)

Каталог магазина имеет статические URL-адреса для фильтров, например: http://site.com/women/bag/filter/kozhanie * если они не участвуют в поисковой оптимизации, должны быть закрыты от индексации ПС.

Тег noindex не закрывает нужные страницы

Директива noindex применяется для блокировки показа страницы в результатах поиска. Она может быть прописана в теге <meta> в разделе <head>. Для всех поисковиков: <meta name=”robots” content=”noindex”> Только для Google: <meta name=”googlebot” content=”noindex”> Другой вариант использования — в заголовке HTTP-ответа: HTTP/1.1 200 OK (…) X-Robots-Tag: noindex (…) Статья о директиве noindex от Google. Инструкция по noindex от Яндекс. Что нужно проверить:

  • директива noindex не должна закрывать страницы, которые участвуют в продвижении;
  • к страницам с noindex не закрыт доступ в robots.txt;
  • URL с noindex не содержатся в карте сайта.

Как проверить: в Google Search Console в разделе Покрытие — Исключено — Индексирование страницы запрещено тегом noindex.

8.4. XML карта сайта

Наличие файла Sitemap.xml

Карта сайта — это файл с расширением xml, в котором содержатся ссылки на все страницы, которые ПС должны проиндексировать, а также приоритетность URL-адресов и частота изменений. Правильно созданная карта сайта способствует корректной и быстрой индексации URL, поэтому является обязательным пунктом в чек листе аудита многостраничного сайта. Больше подробностей по теме можно узнать из справки Google.

Как проверить:

  • перейти на главную страницу сайта и в адресной строке браузера дописать к URL текст /sitemap.xml;
  • ввести запрос в строке поиска Google site:[url вашего сайта] inurl:sitemap;
  • посмотреть путь в файле robots.txt.

Наличие полей даты, частоты обновления страниц в карте сайта

В файле Sitemap.xml должны быть указаны следующие параметры:

  • приоритетность сканирования по сравнению с остальными URL;
  • рекомендуемая частота сканирования URL;
  • последняя дата изменения страницы (атрибут помогает ПС понять, какие URL необходимо пересмотреть).

Например:

Файл сгенерирован или сделан вручную? (одинаковые даты на всех страницах, ТЗ на автогенерацию)

Заголовок priority (приоритет сканирования) теряет смысл, если для всех URL указать 1. Так же, как аналогичные значения в lastmod не приносят пользы — это говорит ПС о том, что изменения на всех страницах были сделаны в одно время, и так робот не может определить URL, которые действительно нужно переиндексировать. Поэтому необходимо настроить автоматически обновляемую карту, в которую будут вноситься все новые URL, с учетом таких требований:

  • адреса URL вносятся с актуальным протоколом https;
  • все URL должны быть каноническими, открытыми для индексации и отдавать код ответа 200 ОК;
  • указаны корректные параметры priority и lastmod;
  • карта добавлена в панели инструментов Google Search Console и Яндекс.Вебмастер.

Наличие файла индекса для больших сайтов

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

8.5. Ручной анализ индекса в ПС

Вручную просмотреть количество и вид страниц в результатах поиска Яндекс и Google можно с помощью поискового оператора «site:», который выполняет поиск в пределах заданного сайта.

Как проверить:

ввести в строку поиска Google и Яндекс запрос site:[url вашего сайта].

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

Пример:

Индекс в Яндекс и Google (наличие ошибок: некорректные страницы, сниппеты)

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

Проверка в индексе на возможное наличие служебных поддоменов

Служебные поддомены, такие как test.site.com не должны попасть в проиндексированные URL. Чтобы проверить, введите в строку поиска site:[url служебного поддомена].

Проверка сохраненной копии страницы

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

Как проверить в Яндекс:

Наличие спецсимволов в мета описании и сниппетах страниц сайта

Специальные символы (emoji) в title или description страниц могут помочь выделить их среди других результатов поиска. Символов должно быть не слишком много, и они должны соответствовать тематике ресурса.

8.6. Настройка Robots.txt и сканирования

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

Пример того, как может быть настроен Robots.txt:

Что будем проверять:

Директива хост (не нужна, не работает)

В заполнении директивы host для указания Яндексу на главное зеркало сайта нет необходимости, т. к. поисковик перестал ее учитывать. Теперь для этого используется 301-й редирект, который «понимают» и Google, и Яндекс.

Директива Sitemap

В файле Robots.txt должна быть указана ссылка на xml-версию карты сайта. Не обязательна, если карта добавлена в вебмастерах, но все же, рекомендуется добавлять ее в роботс.

Все команды указаны правильно

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

Проверка доступа робота к файлам JavaScripts и CSS через вебмастер

Доступ к стилям и скриптам должен быть открыт, чтобы поисковый робот смог увидеть страницу так, так видят ее пользователи. Выполнить проверку можно через Google Search Console в плашке «Проверьте любой URL-адрес на сайте» в верхней части экрана:

Затем переходим в «Просмотреть просканированную страницу» — «Больше информации»:

Если имеются подобные проблемы, их необходимо исправить посредством редактирования файла Robots.txt. Страницы search, poisk, result, /login, /admin, /administrator/index.php, register=, change_password=, logout=, auth=, PAGEN_, Show_all, page/1, back_url (canonical), Печатная версия: print, print_course=Y, &session_id=, &c_id= – закрыты в robots.txt С помощью директивы Disallow в Robots.txt необходимо закрыть все разделы, которые не должны сканировать ПС. У каждого сайта в зависимости от используемой CMS и других нюансов здесь будут свои правила. Как правило, это страницы:

  • ссылающиеся на результаты поиска;
  • служебные URL, корзина, оформление заказа;
  • страницы входа и восстановления пароля для пользователей;
  • страница пагинации типа site.com/page/1 (по сути являющаяся дублем site.com);
  • версии страниц для печати и др.

Страницы с тегом noindex не закрыты в Robots.txt

Чтобы определить тег noindex, поисковой системе нужно просканировать страницу, а для этого она не должна быть закрыта директивой Disallow в Robots.txt. Скрин из справки Google:

Относительные ссылки В директивах файла Robots.txt (кроме sitemap:) необходимо указывать только относительные пути, например, вместо https://site.ru/company/about/ — /company/about/.

9. Скорость загрузки сайта и мобильная версия

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

Оценка сервисом Google PageSpeed Insights

Проверить скорость загрузки сайта можно через Google PageSpeed Insights. Какие могут быть результаты (грубые показатели, все индивидуально, но у Гугл есть 3 зоны):

  • плохо — 0–49;
  • оптимально — 50–89;
  • хорошо — 90–100.

Кроме сервиса от Google, можно воспользоваться также другими:

Наличие адаптивной или мобильной версии сайта

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

  • адаптивный дизайн — с адаптированными размерами страниц под размер экрана;
  • мобильная версия сайта — на поддомене c m-точкой, например m.shop.com.

Сейчас в Google перешел на индекс для мобильных устройств, в котором нет десктопных версий, а ресурсы с m-точкой могут отображаться с ошибками. Потому у вашего сайта должен быть адаптивный дизайн. Загрузку адаптивной версии нужно проверить на разных устройствах:

  • ПК;
  • ноутбук;
  • планшетный компьютер;
  • смартфон.

Как проверить:

в браузере Google Chrome перейти в Меню — Дополнительные инструменты — Инструменты разработчика. После чего выбрать устройство или ввести разрешение экрана:

Оценка сервисом Google Mobile Friendly и Test Your Mobile Website Speed and Performance

Проверить мобильность своего сайта можно также через сервисы Google Mobile Friendly и Test Your Mobile Website Speed and Performance. Первый покажет, оптимизирована ли страница для мобильных устройств и укажет на возможные проблемы при загрузке страниц:

Test Your Mobile Website Speed and Performance — тоже сервис от Google. С его помощью можно узнать, сколько времени загружается сайт на мобильных устройствах и на какой процент можно увеличить показатель конверсий, если ускорить загрузку. Тестирование выполняется с учетом возможностей интернета 4G.

10. Оптимизация кода и верстки

Валидность HTML кода

Чтобы разобраться с тем, что означает валидность, посмотрим на процесс создания сайта. После разработки дизайна программист выполняет верстку страниц — создает единую структуру в HTML-формате. При этом главная цель — сделать так, чтобы страницы правильно открывались на всех возможных размерах экранов и во всех браузерах. Для этого консорциум The World Wide Web Consortium (W3C) разработал единый стандарт. Следуя ему, программисты создают страницы, которые правильно отображаются на всех гаджетах и браузерах. А соответствующий стандарту HTML-код называется валидным. Параметр валидности относится также к файлам стилей CSS: при наличии в них ошибок отображение сайта может нарушаться.

Проверить URL на соответствие стандарту можно при помощи онлайн-валидатора HTML от W3C. Здесь можно вставить адрес страницы или исходный код, а также загрузить файл. Сервис укажет на ошибки и предупреждения, их тип и строки, требующие исправления.

Кроме названного сервиса, проверить HTML на валидность можно при помощи плагина для браузера:

Валидность CSS

Аналогичным способом проверяется и валидность файлов CSS. Для этого есть сервис онлайн-валидатор CSS от W3C, который анализирует стили сайта на наличие ошибок и предупреждений. На 100% выполнять все рекомендации обоих валидаторов не всегда нужно, т. к. некоторые «ошибки» не нарушают отображение сайта. Например, программист мог использовать сокращение кода, которое уменьшает длину, но не влияет на корректность отображения. Поэтому лучше, чтобы окончательное решение по поводу исправлений принимал специалист.

Проверить, чтобы размер html-кода не превышал 100-200 килобайт

Уменьшение размеров html-кода способствует более быстрой загрузке страниц сайта, а это, как мы уже выяснили, ценят не только поисковые боты, но и пользователи. Оптимально, чтобы размер кода составлял до 100–200 килобайт. Как проверить: с помощью инструмента GTmetrix.

Порядок в коде: head, title, мета, CSS, GA, /head, body, ЯМ, код, скрипты, /body.

В html-коде страницы нет лишнего мусора Зачастую проверяется базовая последовательность основных тегов:

  • сначала Head
  • далее Title и мета-описание
  • далее все остальное

Проверка кодировки (windows-1251 или как UTF-8)

Чтобы браузер корректно отображал текст на странице, на ней должна быть указана кодировка. Если этого не сделать, браузер попробует сам «угадать» кодировку, и если у него это не получится, вместо текста будут отображаться иероглифы. Как проверить: внутри тега <head> должен быть добавлен тег <meta charset=”имя кодировки”>. Где «имя кодировки» — это utf-8 (самая распространенная) или windows-1251.

Проверка кроссбраузерности: разные браузеры и устройства

Кроссбраузерность — это корректная верстка, с помощью которой сайт одинаково отображается в разных браузерах и их версиях. Для этого используются CSS, HTML, JavaScript. Это значит, что ваш проект должен корректно открываться во всех старых и новых версиях Chrome, Safari, Internet Explorer, Opera, FireFox. Проверять кроссбраузерность вручную — долго и нерационально. Для этого можно воспользоваться автоматическими сервисами:

  • Browsershots — бесплатный инструмент, делающий скриншоты сайта из разных браузеров и операционных систем.
  • CrossBrowserTesting — платный сервис с ограниченным бесплатным доступом, который делает проверку в более чем 1500 мобильных и десктопных браузерах.

Теги title и meta размещены вверху страницы

Теги title и meta в HTML-коде страниц содержат важную информацию, описание и другие метаданные, которые предназначены для поисковых систем и браузеров. Тег title разрешается использовать только один на странице, meta — можно больше одного. Все они размещаются в контейнере <head> вверху страницы.

11. Разметка SCHEMA.ORG

Микроразметка SCHEMA.ORG позволяет добавить в сниппет (описание ссылки в поисковой выдаче) дополнительные данные о содержании страницы: характеристиках товара, отзывах, данных о компании и др. >Пример, как это выглядит:

Чтобы внедрить микроразметку на сайт, необходимо с помощью инструментов SCHEMA.ORG добавить в код страниц специальные теги. Рекомендации по микроразметке в справочных материалах Яндекс и Google. Сервисы валидации разметки Google и Яндекс. Какие бывают схемы разметки:

  • хлебных крошек;
  • контактов;
  • товаров;
  • статей;
  • страниц вопросов-ответов (FAQ).

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

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

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

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

Виды контактной информации:

  • номера телефонов;
  • e-mail;
  • название организации;
  • адрес (индекс, страна, область, город, улица);
  • график работы.

Разметка товаров (для магазинов) Микроразметка товаров содержит такую информацию:

  • название товара;
  • бренд;
  • изображения;
  • описание.

Это схема Product, которая не отображается в сниппете, но ее можно дополнить другими данными:

  • наличие, цена, оценка — Offer;
  • средняя оценка — AggregateRating;
  • оценка пользователей на основании обзора — Rating;
  • диапазон цен — AggregateOffer;
  • видеообзор на странице — VideoObject;
  • отзывы о товаре — Review.

Как это выводится в сниппет:

Разметка статей Для микроразметки статей применяется одна из 3-х схем:

  • статья в блоге — BlogPosting;
  • новостной текст — NewsArticle;
  • общая схема для всех текстовых материалов — Article.

Пример, как это отображается в сниппете:

Разметка FAQ (вопросы-ответы) Чтобы вывести в сниппет на странице выдачи блок с вопросами-ответами, применяется схема разметки FAQPage. В результате сниппет будет иметь такой вид:

12. Проверка текстовой оптимизации

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

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

  • тайтл уникальный, краткий (от 40 до 70 зн.) и содержательный;
  • не копирует заголовок Н1;
  • отображает содержимое страницы;
  • важные ключевые запросы введены ближе к началу тега.

В небольшом проекте тайтлы можно просмотреть вручную. А если страниц много и самостоятельно проверить все невозможно, можно воспользоваться сервисами Screaming Frog (вкладка Pages titles) или Netpeak Spider.

Все страницы сайта содержат H1 тег заголовка

Заголовок H1 должен быть на всех страницах в единственном числе. Как и тайтл, он должен быть уникальным, привлекательным для пользователя и содержать ключевую фразу. Что нужно проверить:

  • H1 заключен в тег <h1></h1> без другой разметки и классов;
  • H1 расположен в начале страницы, выше тегов H2–Н6.

Как проверить: с помощью инструментов автоматической проверки ComParser, Netpeak Spider, Screaming Frog SEO Spider.

Отсутствует дублирование H1 заголовков

Распространенная ошибка — дублирование заголовка Н1 в пределах одного сайта. Проверить отсутствие дублей можно с помощью инструментов автоматической проверки, например, ComParser, Netpeak Spider, Screaming Frog SEO Spider.

Отсутствует дублирование мета-описания страниц

Тег description – описание страницы, которое выводится в сниппет в результаты поисковой выдачи, поэтому обязательно входит в чек лист  на технический SEO аудит сайта. Description — это описание содержимого страницы. Оно должно быть привлекательным для пользователя и содержать ключевые слова. Что будем проверять:

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

Также в description можно добавить спецсимволы для привлечения внимания пользователя. Сервисы для проверки: СайтРепорт, ComParser, Xenu, Screaming Frog SEO Spider, Netpeak Spider.

Навигационные элементы и их заголовки не содержат тега H

Теги Н1–Н6 в HTML-разметке страниц необходимо использовать только в качестве текстовых заголовков. Н1–Н6 не используются для верстки, выделения элементов навигации и других не контентных блоков. Частная проблема:

  • Тег H используется в пунктах меню
  • Заголовки страниц не содержат тега H в целом

Есть альты и тайтл атрибуты на картинках посадочных страниц Для улучшения ранжирования изображения на сайте должны быть правильно оформлены: содержать атрибут alt и тег title. Это элементы, отражающие содержание картинки и содержащие ключевые слова. Как проверить: Netpeak Spider или Screaming Frog SEO Spider.

Проверка работы шаблонов тегов описания и тайтл для страниц (если есть)

Если сайт имеет много страниц, для автоматической генерации title и description (например, для товаров, категорий, продвигаемых фильтров) могут применяться шаблоны. В них должна быть переменная, например, название страницы, с помощью которой тайтл и дескрипшн уникализируются. Частые проблемы:

  • Шаблоны не настроены
  • Настроены, но ошибки в переменных значениях

13. Общая оптимизация

Проверка наличия и корректной настройки микроразметки сайта для социальных сетей Open Graph

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

Страница без разметки Open Graph:

Как внедрить микроразметку Open Graph: инструкция Яндекс, cправка Google. Как проверить: через валидатор Яндекс, плагин SEO META in 1 CLICK, SeoLik.

Проверка на вирусы

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

  • в Яндекс.Вебмастере (раздел Диагностика сайта);
  • с помощью сервиса от Google:  http://www.google.com/safebrowsing/diagnostic?site=ВАШ-ДОМЕН&hl=ru

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

  • использовать веб-сервисы для сканирования сайта (Antivirus-alarm, VirusTotal, Sucuri;
  • регулярно сканировать CMS антивирусом, например, Dr.Web или Norton;
  • проверять файлы на хостинге на наличие вредоносных скриптов.

Проверка пустых страниц (без контента)

Полностью пустые или страницы с минимальным количеством контента ПС могут расценивать как некачественные и исключать из индекса. Наличие таких URL понижает общую оценку проекта. Как проверить:

  • в Яндекс.Вебмастере (раздел Индексирование — Страницы в поиске — Исключенные страницы — Недостаточно качественные);
  • в Google Search Console (вкладка Покрытие — Исключено);
  • Screaming Frog (раздел Word Count);
  • Netpeak Spider (Параметры — Количество слов).

HTML карта сайта

HTML карта сайта — полезный инструмент для пользователя. Обычно ссылка на карту сайта размещается в нижней части сайта. Частые проблемы:

  • Карта отсутствует
  • В карту добавляются ВСЕ страницы сайта, из-за чего она превращаться не в инструмент для пользователя, а список ссылок

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

Наличие сайта в Гугл Мой Бизнес

Сервис Google My Business позволяет:

  • создать карточку компании, которую могут просматривать пользователи;
  • добавить информацию о компании на Гугл Карты.

Эту информацию учитывает и сама ПС, формируя результаты выдачи, в частности, для региональных запросов. Что нужно проверить:

  • информация о компании и всех филиалах корректно нанесена на карты Google;
  • в карточке компании заполнены все разделы: адрес сайта, фотографии, график работы, контактная информация, услуги, товары, акции и др.;
  • есть отзывы.

Пример заполненной карточки в Google Maps:

Наличие сайта в Яндекс.Справочнике

Инструмент Яндекс.Справочник имеет похожие с Google Мой Бизнес функции, только наносит информацию на карты Яндекс и отображает информацию о компании в этой ПС. Что здесь должно быть:

  • фактический адрес организации;
  • название и вид деятельности;
  • график работы;
  • адреса сайта и страниц в соцсетях;
  • территория оказания услуг;
  • добавлены новости и фото;
  • есть отзывы.

Обратите внимание. Чем более точно и полно будут заполнены карточки компании в Яндекс.Справочнике и Google Мой Бизнес, тем более релевантной она будет в поиске.

Наличие сквозной ссылки на главную на логотипе (кроме главной страницы)

Исключительно для удобства. В alt и description изображения логотипа прописывают название и краткое описание сайта. Частые ошибки: Логотип содержит ссылку на главную страницу на главной странице

Наличие Favicon

Это иконка сайта, которая отображается в результатах выдачи Яндекс/Гугл и заголовке сайта в браузере. Картинка должна быть яркой, привлекательной и присутствовать на всех страницах ресурса.

В Google Analytics и Яндекс.Метрике настроены цели

В Яндекс.Метрике и Google Analytics должны быть корректно настроены цели, например:

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

Отслеживая достижение целей, можно убедиться в эффективности и правильном направлении продвижения проекта. А если при многошаговом оформлении заказа много пользователей останавливаются на определенном шаге, эту информацию можно использовать, например, для улучшения юзабилити. Кроме маркетинговых инструментов, фиксация целей помогает показать ПС, что ресурс полезен и вызывает интерес у пользователей. Как проверить: вкладка Конверсии в Google Analytics и Яндекс.Метрике.

14. Проверка наличия фильтров и нарушения требований ПС

Под фильтры ПС может попасть любой проект, нарушающий рекомендации для вебмастеров Google или Яндекс. Проверим самые распространенные нарушения:

 

Наличие списка ключевых слов на страницах сайта

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

Клоакинг

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

Проверка на возможное наличие скрытого текста

Текст, предназначенный для поисковиков, могут скрывать от пользователя при помощи стиля CSS, сливающегося с цветом фона, нулевого размера шрифта, размещения позади изображения и т. д. Требования поисковиков такие: весь текст, размещенный на сайте, должен быть видимым для пользователя. Как проверить: установить расширение браузера Web Developer, с помощью которого можно отключить JavaScript, стили, цвета страницы, изображения, отобразить атрибуты ALT и т. д.

Нет навязчивых всплывающих окон (поп-ап)

Существует несколько разновидностей всплывающих окон. Например, оверлей с формой подписки на email-рассылку или поп-пап, открывающийся в новом окне. Поисковые системы негативно относятся к поп-апам и считают их использование нарушением правил. Да и сами пользователи чаще всего не в восторге от поп-апов, из-за чего страдают поведенческие факторы, а некоторые браузеры, например, Google Chrome и вовсе их блокируют.

Проверка на возможную аффилиативность

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

Отсутствие резких спадов трафика в Google Analytics

Резкое уменьшение посещаемости ресурса без объективных причин может свидетельствовать о том, что поисковик наложил на него фильтры. В таком случае необходимо провести углубленный аудит сайта с целью диагностировать причины и устранить их. Как проверить: зайти в кабинет Google Analytics и просмотреть графики посещаемости ресурса за 7, 28, 30, 90, 180 дней.

Переоптимизация текста ключевыми словами (выборочно 1-5 категорий)

За использование длинных малосодержательных текстов с большим количеством ключевых слов ПС могут накладывать на ресурс ограничения: от снижения позиций до исключения из индекса. Проверить тексты на переоптимизацию можно с помощью инструмента Advego Seo, пункт Академическая тошнота текста (оптимально от 5 до 15%).

Массовое размещение ссылок со страниц сайта

Ссылки с вашего сайта должны быть немногочисленные и вести на качественные ресурсы с соответствующей тематикой. Иначе поисковая система может заподозрить сайт в продаже ссылок, и он может попасть под фильтры Яндекс Минусинск или Google Penguin. Как проверить: с помощью сервиса PR-CY Link Extractor определить все внешние ссылки, уводящие пользователей на другие ресурсы.

15. Проверка работоспособности базового функционала сайта

Эти моменты также участвуют в СЕО продвижении: влияют на поведенческие факторы, с помощью которых ПС оценивает релевантность и полезность ресурса.

Проверка работы корзины или формы заказа услуги

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

Проверка работы поиска (если есть)

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

Отсутствуют циклические ссылки

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

16. Чего не должно быть в аудите

Аудит должен быть информативным, а не объемным. Потому в него не стоит включать длинные таблицы на несколько страниц (списки позиций сайта по 400 запросам, перечень  из 300 ссылок с коротким title / description и др.) — их можно вынести отдельными документами и дать на них ссылку в самом аудите.

Также здесь не должно быть:

Общей или размытой информации

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

Некорректно: Файл Robots.txt есть, но требует оптимизации. Этот файл нужен для индексации.

Корректно: Файл Robots.txt есть, но требует оптимизации: добавить директиву Sitemap и убрать Disallow для страниц пагинации.

Словарь терминов (если только как помощник)

Объяснение терминов на 3–8 первых (или последних) страниц мешает восприятию информации. В эпоху Google каждое непонятное слово можно за пару секунд расшифровать копи-пастом. А вот скроллить каждый раз в начало или конец документа, чтобы найти определение, а потом возвращаться обратно к самому аудиту — это долго и неудобно. Если есть необходимость, сложные термины можно объяснить ссылкой на Википедию или сноской внизу страницы.

17. Шаблон аудита для подготовки

Теперь, когда мы разобрались, как проводить аудит сайта, систематизируем данные в такой шаблон: скачать шаблон SEO аудита сайта с перечнем пунктов Анализ данных из Google Search Console:

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

Анализ данных из Яндекс.Вебмастер:

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

Анализ данных из Google Analytics и Яндекс.Метрика:

  • динамика органического трафика;
  • сравнение динамики с прошлым годом;
  • постраничная динамика.

Проверка настроек сервера:

  • заголовок Last-Modified;
  • скорость ответа сервера;
  • код 404 сервера и страница 404 ошибки.

Настройки URL:

  • настройка ЧПУ;
  • наличие https;
  • URL доступны только по одному адресу: (символ «/» в конце, www, https)
  • в адресах страниц нет идентификаторов сессий и сессионных переменных;
  • главная страница index.php (html), default.html (php) склеена с хостом;
  • корректная настройка канонических страниц;
  • проверка тега lang (если у страниц есть языковые версии);
  • настройка страниц пагинации;
  • битые ссылки;
  • наличие поддоменов, дублирующих содержимое основного сайта (test и др.);
  • проверка цепочек редиректов;
  • статические URL адреса для страниц фильтров (для магазина);
  • корректная настройка тега noindex.

XML карта сайта:

  • наличие;
  • поля даты и частоты обновления страниц;
  • ТЗ на автоматическую генерацию карты сайта (если нет).
  • файл индекса (для больших сайтов).

Ручной анализ индекса Google и Яндекс:

  • наличие ошибок;
  • проиндексированные служебные поддомены;
  • сохраненные копии страниц (выборочно);
  • спецсимволы в title и description.

Проверка Robots.txt:

  • наличие файла Robots.txt;
  • корректное указание команд;
  • используются относительные ссылки;
  • страницы с тегом noindex не закрыты в Robots.txt;
  • директива host (не используется);
  • адрес карты сайта;
  • файлы JavaScript и CSS открыты для сканирования;
  • закрыты служебные страницы.

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

  • валидность HTML кода;
  • валидность CSS;
  • размер HTML кода (до 100–200 Кб);
  • корректный порядок элементов кода;
  • в теге <head> указано имя кодировки;
  • title и meta находятся вверху страницы;
  • отсутствие «мусора» в коде страниц;
  • кроссбраузерность.

Микроразметка SCHEMA.ORG:

  • хлебных крошек;
  • контактов;
  • товаров;
  • статей;
  • страниц FAQ.

Текстовая оптимизация:

  • тайтлы и метаописания;
  • теги Н1;
  • отсутствие дублей в тегах тайтл, дескрипшн, Н1;
  • заголовки Н1 не используются в навигационных элементах;
  • для картинок заполнены атрибуты title и alt;
  • проверка работоспособности шаблонов для заполнения title и description (если используются шаблоны);
  • ТЗ на составление шаблонов с использованием переменных (если сайт большой и шаблоны не используются).

Общая оптимизация:

  • микроразметка Open Graph;
  • проверка на вирусы;
  • наличие страниц без контента;
  • HTML карта сайта;
  • наличие сайта в Google My Business и Справочнике Яндекс;
  • сквозная ссылка на главную в логотипе (отключена на главной странице);
  • наличие Favicon;
  • настроены цели в В Google Analytics и Яндекс.Метрике.

Проверка на отсутствие фильтров и нарушений требований Яндекс и Google:

  • клоакинг;
  • список ключевых слов на странице;
  • скрытый текст;
  • поп-ап окна;
  • аффилиативность;
  • массовое размещение ссылок со страниц сайта;
  • тексты не переоптимизированы ключами (выборочно 1–5 текстов);
  • нет резких спадов трафика в Google Аналитике.

Аудит базового функционала сайта:

  • форма заказа или корзина;
  • строка поиска;
  • циклические ссылки

18. Основные инструменты для проведения SEO аудита

Чтобы провести аудит сайта самостоятельно понадобятся такие инструменты:

  • Google Analytics;
  • Google Search Console;
  • Google PageSpeed Insights;
  • Google’s Structured Data Testing Tool;
  • Ahrefs;
  • Text.ru;
  • Advego SEO анализ текста;
  • Screaming Frog SEO Spider;
  • Similarweb и др.

19. Советы по проведению SEO аудита

  1. Определитесь с тем, какой вид аудита вам нужен и зачем он вам, какие задачи он должен решить. Частая ошибка: компании/частные предприниматели заказывают аудит, в ожидание получить решение своих проблем: например, отсутствие трафика. Зачастую, SEO аудит не решит этот вопрос. Если же трафик упал – это задача номер один. Основное: нужно определить четкую задача аудита.
  2. Если вы заказываете SEO аудит сайта – у вас должен быть разработчик, который сможет внедрить нужные изменения по итогу его проведения. Иначе вы останитесь с заключением и невозможностью реализовать самостоятельно все, что необходимо (если вы не программист, конечно).
  3. Если проект небольшой (например, вы предоставляете услуги и сайт состоит из небольшого количества страниц) – вы можете провести аудит самостоятельно. Если проект габаритный – делегируйте это SEO-специалисту.

20. Сколько стоит SEO аудит сайта?

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

Ориентировочная стоимость в разных странах:

SEO аудит сайта в Украине 100-500 $
SEO аудит сайта в России 200-1000 $
SEO аудит сайта в США 300-1500 $
SEO аудит сайта в Европе от 300 евро
SEO аудит сайта от нашей команды от 300 $

21. Вопросы и ответы

Как провести SEO аудит конкретной страницы сайта? Проведение SEO аудита страницы сайта помогает проверить отдельный URL на наличие ошибок и оценить качество его поисковой оптимизации. Такая проверка выполняется вручную или с помощью автоматических инструментов (например, Serpstat Page Audit) по тому же шаблону, который применим ко всему сайту. В каких случаях может понадобиться аудит одной страницы:

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

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

22. Заключение

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

Узнайте, какие технические ошибки мешают продвижению вашего сайта

Напишите нам в любой мессенджер!

Информация о статье
Как запустить  украинскую версию на сайте
Заголовок
Как запустить украинскую версию на сайте
Описание
Почему нужно добавить украинскую версию сайта? Как это сделать и как срочно? Что говорит Закон об отсутствии украинской версии?
Автор
Организация
advermedia
1 Звезда2 Звезды3 Звезды4 Звезды5 Звезд (3 оценок, среднее: 5,00 из 5)
Загрузка...
CEO/founder агентства Advermedia.ua, опыт в SEO более 10 лет. Канал автора в телеграм: @seomnenie

Новые материалы

Подписаться на телеграм канал СEO Advermedia Мнение SEO

Публикуем интересные материалы из блога и разбираем вопросы по SEO от подписчиков!

https://t.me/seomnenie Подписаться

Перезвоните мне