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

Средний чек за SEO-продвижение сайта в Grizzly — 2500 BYN в месяц. Прежде чем закладывать эту сумму в бюджет, имеет смысл понять, в каком состоянии сайт находится прямо сейчас. Значительную часть проблем видно невооружённым глазом, и найти их можно бесплатно.

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

Что понадобится

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

• Google Search Console — бесплатно, требует подтверждения прав на сайт.
• Яндекс Вебмастер — бесплатно, требует подтверждения прав на сайт.
• PageSpeed Insights и Lighthouse (встроен в Chrome DevTools) — бесплатно, без регистрации.
• Валидатор структурированных данных: Rich Results Test у Google и валидатор микроразметки в Яндекс Вебмастере — бесплатно.
• Браузер — просмотр исходного кода по Ctrl+U и панель разработчика по F12.
• Screaming Frog SEO Spider — краулер. Бесплатная версия ограничена 500 URL; для сайта крупнее понадобится платная лицензия или бесплатная альтернатива вроде Netpeak Spider в пробном режиме.

Важно про сервисы, которых больше нет. Google отключил инструмент Mobile-Friendly Test, отчёт «Удобство для мобильных» в Search Console и соответствующий API в декабре 2023 года. Если руководство отправляет вас на search.google.com/search-console/mobile-friendly — оно устарело. Проверка мобильной адаптации теперь делается через Lighthouse и PageSpeed Insights, см. пункт 7.2.

Блок 1. Индексация и доступность сайта

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

1.1. Отсутствует или неверно настроен robots.txt

Файл содержит директивы для поисковых роботов: какие разделы обходить, какие игнорировать. Отсутствие файла — не катастрофа, робот просто обойдёт всё подряд. Гораздо опаснее противоположная ситуация: строка Disallow: /, забытая после переноса сайта с тестового домена, закрывает от индексации весь ресурс целиком.

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

1. Откройте https://вашсайт.by/robots.txt.
2. Убедитесь, что файл отдаётся с кодом 200 и содержит директивы, а не страницу 404.
3. Найдите строки Disallow: и убедитесь, что под запрет не попали разделы каталога, услуг или блога.
4. Проверьте, что указана строка Sitemap: с полным адресом карты сайта.

Отдельно стоит разобраться с директивами для AI-краулеров: за последние два года крупные площадки переписали подход к robots.txt, и мы разбирали это в материале о том, как Microsoft, Google и Cloudflare меняют правила для AI-ботов.

1.2. Нет XML-карты сайта

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

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

1. Откройте https://вашсайт.by/robots.txt и найдите строку Sitemap:.
2. Перейдите по указанному адресу. Обычно это /sitemap.xml.
3. Если строки в robots.txt нет — попробуйте адреса /sitemap.xml, /sitemap_index.xml, /sitemaps.xml вручную.
4. Продублируйте проверку в Google Search Console → «Файлы Sitemap» и в Яндекс Вебмастере → «Индексирование» → «Файлы Sitemap».

1.3. Карта сайта некорректна или устарела

Наличие файла ещё не означает, что он работает. Типичные проблемы: в карте перечислены удалённые страницы, отдающие 404; указаны адреса, закрытые в robots.txt; в карте фигурируют неканонические версии URL; файл не обновлялся месяцами и не содержит новых страниц.

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

1. Загрузите карту в валидатор Яндекс Вебмастера: webmaster.yandex.ru/tools/sitemap/.
2. В Google Search Console откройте отчёт по Sitemap и посмотрите на расхождение между числом отправленных и числом проиндексированных URL.
3. Выборочно откройте 5–10 адресов из карты и убедитесь, что все отдают код 200.
4. Сверьте дату последнего обновления файла с датой публикации последней страницы на сайте.

1.4. Сайт доступен по HTTP или проблемы с SSL-сертификатом

HTTPS давно перестал быть преимуществом и стал гигиеническим минимумом. Браузеры помечают HTTP-страницы как небезопасные, а формы заявки на таких страницах собирают заметно меньше обращений.

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

1. Введите адрес сайта с префиксом http://. Должен сработать редирект 301 на HTTPS-версию.
2. Кликните на замок в адресной строке и убедитесь, что сертификат действителен и срок его действия не истекает в ближайший месяц.
3. Откройте панель разработчика (F12) → вкладка Console и поищите предупреждения о смешанном содержимом (mixed content) — это картинки или скрипты, которые подгружаются по HTTP на защищённой странице.

1.5. Дубли главной страницы: с www и без, со слэшем и без

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

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

1. Поочерёдно откройте четыре варианта главной: с www и без, со слэшем на конце и без него.
2. Все три «неосновных» варианта должны отдавать 301-редирект на один канонический адрес. Если сайт открывается по всем четырём — редиректы не настроены.
3. Дополнительно проверьте адреса вида /index.php, /index.html, а также версии в разном регистре.
4. Для сайтов с фильтрами проверьте, не плодят ли GET-параметры (?sort=, ?utm_source=) индексируемые дубли.

1.6. Не настроен атрибут rel="canonical"

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

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

1. Откройте любую страницу и нажмите Ctrl+U.
2. Найдите через Ctrl+F строку canonical.
3. Убедитесь, что тег присутствует, содержит абсолютный URL с протоколом и доменом, и что для обычной страницы он указывает на неё же.
4. Проверьте страницы пагинации и фильтров: канонический адрес не должен «схлопывать» вторую и третью страницы каталога на первую, если на них разный товар.

1.7. Страницы не попадают в индекс

Самая прямая проверка состояния сайта — сравнить число страниц, которые вы считаете нужными, с числом реально проиндексированных.

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

1. Google Search Console → «Индексирование» → «Страницы». Смотрите блок «Не проиндексированы» и разбирайте причины по группам: «Обнаружена, не проиндексирована», «Страница является копией», «Заблокирована в robots.txt».
2. Яндекс Вебмастер → «Индексирование» → «Страницы в поиске». Обратите внимание на раздел «Исключённые страницы» и коды причин.
3. Сравните полученные числа с количеством URL в карте сайта. Расхождение больше 20–30 % требует разбора.

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

Блок 2. Коды ответа сервера и редиректы

2.1. Внутренние ссылки ведут на страницы с ошибкой 404

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

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

1. Просканируйте сайт в Screaming Frog SEO Spider.
2. Откройте вкладку Response Codes и отфильтруйте по Client Error (4xx).
3. Для каждого найденного адреса откройте панель Inlinks внизу окна — там будет список страниц, которые на него ссылаются. Именно их нужно править.
4. Продублируйте проверку в Search Console: «Индексирование» → «Страницы» → «Не найдено (404)».

2.2. Для постоянного переноса используется 302 вместо 301

Здесь важно снять распространённый миф. Утверждение «302-редирект передаёт 0 % ссылочного веса» неверно: Google подтверждал ещё в 2016 году, что редиректы 3xx не приводят к потере PageRank. Реальная проблема в другом — 302 сообщает поисковой системе, что перенос временный, поэтому в индексе может остаться старый адрес, а не новый. При переезде страницы, смене структуры URL или склейке доменов нужен именно 301.

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

1. В Screaming Frog откройте Response Codes → Redirection (3xx).
2. Отсортируйте по столбцу Status Code и найдите все 302 и 307.
3. Оцените каждый случай: если перенаправление постоянное — меняем на 301. Временные 302 допустимы, например, при технических работах.

2.3. Цепочки и циклы редиректов

Ситуация, когда адрес А ведёт на Б, Б на В, а В на Г, замедляет загрузку и усложняет обход. Циклический редирект (А → Б → А) делает страницу недоступной вовсе.

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

1. В Screaming Frog: Reports → Redirects → All Redirects.
2. Ищите строки, где число хопов больше единицы.
3. Каждую цепочку сокращайте до одного шага: исходный адрес должен вести сразу на конечный.

2.4. Ошибки 5xx и медленный ответ сервера

Периодические ошибки 500 или 503 при обходе — сигнал, что хостинг не справляется. Если сервер отвечает дольше 600 мс, скорость обхода снижается, и новые страницы попадают в индекс с задержкой.

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

1. Screaming Frog → Response Codes → Server Error (5xx).
2. Столбец Response Time в той же таблице покажет время ответа по каждому URL.
3. Яндекс Вебмастер → «Индексирование» → «Статистика обхода»: там видны коды ответа, которые получал робот за последние недели.

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

Блок 3. Мета-теги и заголовки

3.1. Дубли title на разных страницах

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

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

1. Просканируйте сайт в Screaming Frog.
2. Вкладка Page Titles → фильтр Duplicate.
3. Каждую группу дублей разбирайте отдельно: либо страницы действительно дублируют друг друга и одну нужно удалить, либо у них разное содержание и нужны разные заголовки.

3.2. Title не оптимизирован

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

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

1. В Screaming Frog во вкладке Page Titles отфильтруйте Over 60 Characters и Below 30 Characters.
2. Ориентир по длине — 50–60 символов: за этой границей Google обрезает заголовок в сниппете.
3. Проверьте, что в title есть основной запрос страницы и он стоит ближе к началу.
4. Отдельно найдите заголовки-заглушки: «Главная», «Каталог», «Услуги» без уточнений, название CMS по умолчанию.

3.3. Description отсутствует или дублируется

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

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

1. Screaming Frog → вкладка Meta Description.
2. Фильтр Missing покажет страницы без описания, фильтр Duplicate — дубли.
3. Ориентир по длине — 140–160 символов.
4. Убедитесь, что описание не повторяет title слово в слово и содержит причину кликнуть: конкретику, цифру, выгоду.

3.4. На странице нет H1 или он не отражает содержание

Заголовок первого уровня задаёт тему страницы для пользователя и для поисковой системы. Его отсутствие — реальная недоработка.

А вот утверждение, что несколько H1 на странице приводят к санкциям и падению позиций, не подтверждается: представители Google неоднократно поясняли, что множественные H1 не являются проблемой, а спецификация HTML5 прямо допускает их использование внутри разных секций документа. Ориентируйтесь на смысл, а не на подсчёт тегов: если два H1 сбивают структуру и оба претендуют на роль главного заголовка — это плохо; если один из них находится, например, в логотипе шапки — просто перенесите его в <div> и не тратьте на это время.

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

1. Screaming Frog → вкладка H1 → фильтр Missing.
2. Отдельно посмотрите фильтр Duplicate: одинаковый H1 на разных страницах — более серьёзный сигнал, чем два H1 на одной.
3. Выборочно откройте 5–10 страниц и сверьте H1 с фактическим содержанием: заголовок должен отвечать на вопрос «о чём эта страница».

3.5. Сломана иерархия заголовков H2–H6

Заголовки — это оглавление страницы. Когда H3 используется для оформления ссылки в меню или H2 применяют просто ради крупного шрифта, структура документа перестаёт соответствовать смыслу. Для обычного поиска это умеренная проблема, а вот для извлечения фрагментов в AI-ответах — существенная.

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

1. Откройте страницу с текстом и нажмите Ctrl+U, затем Ctrl+F.
2. Последовательно найдите <h1, <h2, <h3 и посмотрите, что именно ими размечено.
3. Быстрее это делается расширениями вроде Detailed SEO Extension или через панель Accessibility в DevTools — они строят дерево заголовков наглядно.
4. Ошибка — если заголовочными тегами оформлены элементы навигации, футер, названия кнопок или если после H2 сразу идёт H4.

Блок 4. Контент

4.1. Страницы без содержательного текста

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

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

1. Screaming Frog → вкладка Content → колонка Word Count. Отсортируйте по возрастанию.
2. Отберите страницы, где меньше 100–150 слов, и оцените вручную: для карточки товара это может быть нормой, для страницы услуги — нет.
3. Сопоставьте с данными Search Console: если у страницы нулевые показы при ненулевом спросе по её теме — вероятная причина в объёме и качестве текста.

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

4.2. Контент скопирован с других сайтов

Здесь тоже нужна поправка на реальность. Отдельного «штрафа за неуникальный контент» у Google нет — есть механизм каноникализации, при котором из нескольких одинаковых документов в выдачу попадает один, выбранный поисковой системой. Проблема не в санкциях, а в том, что выбран может быть не ваш сайт.

Самая частая ситуация — описания товаров, взятые с сайта производителя и продублированные у всех дилеров одновременно.

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

1. Возьмите характерный фрагмент текста в 10–15 слов, заключите в кавычки и введите в поисковую строку Google.
2. Повторите для главной, страницы раздела и карточки товара.
3. Если тот же фрагмент находится на десятках сайтов — контент нужно переписывать.
4. Сервисы вроде text.ru дают ориентир, но помните: они считают совпадение шинглов, а не оценивают документ так, как это делает поисковая система. Не гонитесь за «100 % уникальности» — гонитесь за пользой текста.

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

4.3. Несколько страниц конкурируют за один запрос

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

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

1. Google Search Console → «Эффективность» → выберите конкретный запрос → вкладка «Страницы».
2. Если по одному запросу показывается больше одной страницы и они чередуются между собой — это каннибализация.
3. Решение: определить одну целевую страницу, а остальные либо переориентировать на смежные запросы, либо объединить с настройкой 301-редиректа.

4.4. Контент устарел, а дата публикации не обновлялась

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

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

1. Search Console → «Эффективность» → сравните последние 3 месяца с аналогичным периодом прошлого года и отсортируйте по падению кликов.
2. Выгрузите список страниц, потерявших больше 30 % трафика, — это очередь на обновление.
3. По каждой проверьте: живы ли упомянутые сервисы, актуальны ли цифры, соответствуют ли скриншоты текущим интерфейсам.
4. После фактического обновления содержания меняйте дату и разметку dateModified — но только если контент действительно переработан.

Блок 5. Структурированные данные

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

Если вы встретите в старых руководствах ссылку на валидатор webmaster.yandex.ru/microtest.xml — это адрес образца 2012 года, он больше не работает. Актуальный валидатор находится в интерфейсе Яндекс Вебмастера и поддерживает Schema.org, микроформаты, Open Graph, микроданные HTML и RDFa.

5.1. Нет разметки Organization или LocalBusiness

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

1. Откройте главную страницу и найдите в исходном коде блок application/ld+json.
2. Проверьте его в Rich Results Test от Google и в валидаторе микроразметки Яндекс Вебмастера.
3. Убедитесь, что заполнены: название юрлица, адрес, телефон, email, режим работы, ссылки на профили компании в соцсетях через свойство sameAs.
4. Данные в разметке должны совпадать с тем, что написано на странице контактов и в карточке организации на картах.

5.2. Нет разметки хлебных крошек

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

1. Откройте конечную страницу товара или услуги, на которой есть навигационная цепочка.
2. Проверьте адрес в Rich Results Test — в отчёте должен появиться тип Breadcrumbs.
3. Убедитесь, что порядок элементов в разметке соответствует видимой цепочке, а position идёт по возрастанию без пропусков.

5.3. Не используется разметка, подходящая типу страницы

Каталог без Product и Offer не получит цену и наличие в сниппете. Статья без Article лишена автора и даты в структурированном виде. Раздел вопросов и ответов без FAQPage не претендует на расширенный сниппет.

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

1. Составьте список типов страниц на сайте: главная, категория, карточка, услуга, статья, контакты.
2. Для каждого типа проверьте одну страницу в Rich Results Test.
3. Сопоставьте с тем, какие типы разметки поддерживаются поисковыми системами для этого формата.

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

Блок 6. Навигация и перелинковка

6.1. Нет навигационных цепочек

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

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

1. Откройте раздел, подраздел и конечную страницу товара или услуги.
2. Цепочка обычно располагается над заголовком: Главная → Раздел → Подраздел → Страница.
3. Проверьте, что последний элемент соответствует названию текущей страницы. Оформлять его ссылкой или текстом — вопрос удобства, а не ошибка: спецификация BreadcrumbList допускает оба варианта.

6.2. Большая глубина вложенности и страницы-сироты

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

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

1. Screaming Frog → вкладка Internal → колонка Crawl Depth. Отсортируйте по убыванию.
2. Всё, что глубже 4 кликов, требует пересмотра структуры или дополнительных ссылок.
3. Для поиска сирот: настройте в Screaming Frog подключение к Search Console и Sitemap, затем откройте Reports → Orphan Pages.

6.3. Слабая внутренняя перелинковка и неинформативные анкоры

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

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

1. Screaming Frog → выберите приоритетную страницу → панель Inlinks внизу.
2. Посмотрите на число входящих ссылок и на тексты анкоров.
3. Отдельная типовая ошибка — атрибут rel="nofollow" на внутренних ссылках. Смысла в нём нет, он только мешает передаче веса внутри сайта. Найти такие ссылки можно в Screaming Frog: Internal → фильтр по колонке Follow.

6.4. Исходящие внешние ссылки без контроля

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

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

1. Screaming Frog → вкладка External. Просмотрите список доменов.
2. Ищите ссылки на неработающие сайты (коды 4xx и 5xx), на площадки сомнительной тематики, на брошенные домены.
3. Отдельно проверьте пользовательский контент — комментарии, отзывы, форум: для ссылок оттуда уместны rel="ugc" и rel="nofollow".
4. Ссылки, размещённые по коммерческой договорённости, помечайте rel="sponsored".

Блок 7. Скорость и мобильная версия

7.1. Core Web Vitals вне зелёной зоны

Три метрики, которыми Google измеряет опыт взаимодействия: LCP (время отрисовки основного контента), INP (отзывчивость на действия пользователя), CLS (визуальная стабильность вёрстки).

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

1. Откройте PageSpeed Insights и проверьте главную, страницу категории и карточку товара отдельно.
2. Смотрите в первую очередь на блок «Основные интернет-показатели» с реальными данными пользователей, а не на синтетический балл.
3. Целевые пороги: LCP до 2,5 с, INP до 200 мс, CLS до 0,1.
4. Массовую картину по сайту даёт отчёт Search Console → «Основные интернет-показатели».

7.2. Сайт не адаптирован под мобильные устройства

С июля 2024 года Google индексирует все сайты по мобильной версии. Отдельного инструмента для проверки у Google больше нет — Mobile-Friendly Test отключён в декабре 2023 года вместе с отчётом об удобстве для мобильных в Search Console.

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

1. Откройте сайт в Chrome, нажмите F12 и включите режим устройства (иконка планшета или Ctrl+Shift+M). Проверьте на разрешениях 360, 390 и 768 px.
2. Запустите Lighthouse в той же панели DevTools с профилем Mobile — он покажет проблемы с областью просмотра, размером шрифта и зонами нажатия.
3. Проверьте вручную: нет горизонтальной прокрутки, шрифт читается без увеличения, кнопки не слипаются, формы заполняются одной рукой, всплывающие окна закрываются.

Если проблемы системные, а не точечные, вопрос решается на уровне вёрстки — это разработка адаптивной вёрстки, а не правки в CMS.

7.3. Изображения не оптимизированы

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

1. В отчёте PageSpeed Insights раскройте рекомендации «Настройте подходящий размер изображений» и «Используйте современные форматы».
2. Screaming Frog → вкладка Images → фильтр Over 100 KB покажет тяжёлые файлы.
3. Там же фильтр Missing Alt Text — атрибуты alt нужны и для доступности, и для поиска по картинкам.
4. Проверьте, что для изображений заданы атрибуты width и height: без них происходит смещение вёрстки при загрузке и растёт CLS.

Блок 8. Доверие и E-E-A-T

8.1. Неполная страница контактов

Сайт без внятных контактов теряет и пользователей, и доверие поисковых систем. Для коммерческих тематик это один из значимых факторов.

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

Откройте страницу контактов и убедитесь, что на ней есть: юридическое наименование и регистрационные данные, физический адрес, телефон и email, режим работы, карта проезда, форма обратной связи. Сверьте эти данные с карточкой организации в Яндекс Бизнесе и Google Business Profile — расхождения в адресе или телефоне между источниками ослабляют локальные сигналы.

8.2. Нет авторства и подтверждений экспертизы

Статьи без указания автора, страницы услуг без упоминания команды, отсутствие информации о компании — всё это лишает сайт сигналов опыта и авторитетности. Мы подробно разбирали механику этого в материале про E-E-A-T и формирование сущности бренда в поиске.

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

1. Откройте любую статью в блоге: указан ли автор, есть ли у него отдельная страница с описанием квалификации, проставлена ли дата.
2. Проверьте, есть ли на сайте раздел о компании с реальными фактами: год основания, состав команды, лицензии, сертификаты, членство в отраслевых объединениях.
3. Поищите название компании в поиске и оцените, что о ней написано на сторонних площадках. Если картина неблагополучная, задачу решает управление репутацией в поиске.

8.3. Не проработаны коммерческие факторы

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

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

Блок 9. Видимость в AI-поиске

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

9.1. AI-краулеры заблокированы в robots.txt

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

1. Откройте robots.txt и найдите директивы для агентов GPTBot, ClaudeBot, PerplexityBot, Google-Extended, YandexAdditional.
2. Определитесь осознанно: закрытый доступ означает, что ваш контент не попадёт в генеративные ответы и вас не будут цитировать.
3. Проверьте, не блокирует ли этих ботов защита на уровне CDN или хостинга — там правила задаются отдельно от robots.txt.

9.2. Ключевой смысл спрятан в картинках, видео и JavaScript

Инструкция, целиком уложенная в анимированные GIF, для машины пуста: индексируется только подпись. То же касается контента, который подгружается скриптами после загрузки страницы.

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

1. Откройте страницу, отключите JavaScript в DevTools (Ctrl+Shift+P → Disable JavaScript) и обновите её. Всё, что исчезло, для части роботов не существует.
2. Выделите текст страницы и скопируйте в блокнот. Если после вставки от инструкции осталось несколько подписей — контент не извлекается.
3. Проверьте страницу в Search Console через «Проверку URL» → «Изучить просканированную страницу» → HTML: там виден код, который получил робот после рендеринга.

Системная работа в этом направлении — отдельное направление услуг: GEO-продвижение сайтов и продвижение в Google AI Overview. Как это работает на практике, показывает кейс выхода в топ рекомендаций ChatGPT за 3 месяца.

С чего начинать исправление

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

Приоритет	Что исправляем	Почему в этой очереди
1. Критично	Ошибочные запреты в robots.txt, страницы вне индекса, ошибки 5xx, неработающий HTTPS, отсутствие мобильной адаптации	Блокируют весь остальной результат: пока сайт недоступен для робота или пользователя, оптимизация не даст эффекта
2. Высокий	Дубли главной, отсутствие canonical, битые внутренние ссылки, пустые и дублирующиеся title, страницы без H1	Правятся быстро, часто на уровне шаблона, и сразу влияют на релевантность и сниппет
3. Средний	Тонкий контент, каннибализация, устаревшие материалы, слабая перелинковка, глубина вложенности	Требуют содержательной работы и времени, но дают устойчивый рост
4. Плановый	Структурированные данные, Core Web Vitals, коммерческие факторы, E-E-A-T, доступность для AI-краулеров	Работают на среднюю и долгую дистанцию, часто требуют участия разработки

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