Чек-лист SEO-аудита: как найти основные проблемы сайта
Доступ и индекс, страницы, ссылки и формы: порядок проверки.
Содержание статьи
Для самостоятельного аудита поисковой оптимизации (SEO) выберите важные адреса, проверьте их доступность и статус в поиске, затем разберите ссылки, содержание и путь к обращению. Результатом должен стать список проверенных адресов страниц (URL) с доказательствами, ответственными и способом приёмки исправлений. Отчёт из автоматического сканера без разбора конкретных страниц такой список не заменит.
Какие страницы взять в проверку и где установить границы
Начните с вопроса бизнеса: какие страницы приводят покупателей к услуге, товару или обращению? Запишите главную, основные услуги или категории, несколько карточек, информационные материалы с переходом к покупке и страницы, потерявшие показы или заявки. Если сайт большой, проверяйте и URL, и шаблон. Один исправленный шаблон карточки может помочь тысячам адресов, а ошибка на единственной странице важной услуги останется незаметной в средней сводке.
Составьте таблицу с колонками «URL», «тип страницы», «зачем нужна», «трафик и обращения за одинаковый период», «должна ли быть в поиске», «проверка», «доказательство». Для каталога возьмите типовой товар, вариант, временно отсутствующий товар, пустую категорию и страницу фильтра. Для услуг добавьте страницу с формой и страницу, где посетитель узнаёт стоимость или условия. Если доступ к аналитике отсутствует, пометьте поле «данные недоступны»; это не равнозначно нулю.
Сохраните дату проверки и дату заметного изменения сайта. Сопоставляйте одинаковые периоды, поисковую систему, страну и тип устройства. В Google Search Console и Яндекс Вебмастере смотрите данные по конкретным URL, а не только общую диаграмму домена. Проверка вручную по запросу site: помогает обнаружить возможный симптом, но не даёт полного списка проиндексированных страниц.
До первого теста присвойте каждому адресу один из трёх статусов: «должен быть в поиске», «служебный» или «решение требуется». Иначе отчёт ошибочно запишет закрытую корзину в потери, а важную услугу сочтёт нормальным исключением. Для спорного адреса зафиксируйте владельца решения: специалист по каталогу подтвердит ассортимент, руководитель услуги подтвердит её доступность, разработчик покажет техническую судьбу URL. Изменять запреты до этого разбора опасно.
Минимальная выборка для малого сайта
Проверьте все коммерчески важные страницы, если их немного. Для большого каталога сначала возьмите по два-три адреса каждого шаблона и все страницы с подтверждённой потерей поисковых входов. Число примеров является правилом организации работы, а не нормой поисковой системы: найденную общую ошибку затем проверяют на полном наборе затронутых URL.
Получает ли посетитель и робот нужную страницу
Для каждого URL получите конечный HTTP-ответ без авторизации и проверьте цепочку перенаправлений. Опубликованная страница, которую собираются показывать в поиске, обычно возвращает 200 и содержательный документ. Постоянно перенесённый адрес должен вести на близкую по смыслу страницу. Удалённый документ без замены возвращает 404 или 410. Статус 200 с текстом «товар не найден» скрывает ошибку под видом успешной страницы.
Проверьте версию с www, без него, HTTP и HTTPS, если такие адреса известны. Запишите, какой из них является основным. Цепочка из нескольких переходов сама по себе не доказывает потерю позиций, но усложняет диагностику и может вести робота на неверную страницу. Особое внимание уделите редиректам после переезда: адрес услуги не должен массово отправлять людей на главную только потому, что старую страницу удалили.
Откройте страницу на телефоне через обычное соединение. Проверьте, что нет защитного экрана, бесконечной загрузки, ошибки сертификата и пустой оболочки приложения. Сравните исходный HTML с отображённым: если название товара и условия появляются только после обращения к скрипту, проверьте, что поисковый инструмент действительно видит итоговое содержимое. Google обрабатывает JavaScript, но предупреждает об ограничениях рендеринга; старый noindex в исходном HTML может помешать последующему исправлению через скрипт.
Повторяемый тест одного адреса выглядит так: откройте его в приватном окне, затем получите обычный HTTP GET через инструмент разработчика или командную строку с переходом по редиректам. Сохраните исходный URL, каждый код в цепочке, конечный URL, код конечного ответа и первые строки содержимого. Метод HEAD может давать другой ответ на плохо настроенном сервере, поэтому сверяйте именно GET. Если браузер получает 200, а поисковый инструмент сообщает об ошибке, сравните время запросов, правила защиты и ответ роботу; одного удачного открытия владельцем недостаточно.
Что запрещает обход или включение в поиск
Откройте опубликованный robots.txt на нужном домене и проверьте правило для пути страницы. Этот файл регулирует обход. Затем отдельно проверьте meta name="robots" и заголовок X-Robots-Tag: директива noindex относится к включению документа в поиск. Если робот не может открыть страницу из-за robots.txt, он может не увидеть её noindex. Поэтому каждый запрет оценивают вместе с задачей конкретного адреса.
Посмотрите rel="canonical". Он указывает предпочтительную версию среди похожих страниц, но не заставляет поисковую систему включить её в поиск. Если все карточки или услуги объявляют главную страницу канонической, проверьте общий шаблон. Если параметры сортировки дают те же товары, единый канонический адрес может быть обоснован. Сравните содержимое и выбранный поисковой системой адрес до массовой замены тегов.
| Механизм | Что проверять | Типичная ошибка |
|---|---|---|
robots.txt | Может ли нужный робот получить URL | После выпуска осталось Disallow: / |
noindex | Есть ли запрет в HTML или ответе сервера | Запрет тестового стенда перешёл на рабочий сайт |
canonical | Какой URL предпочтителен среди похожих | Все адреса шаблона ведут на одну чужую страницу |
| Sitemap | Какие адреса заявлены как важные | В карту включены редиректы и технические варианты |
Карта сайта помогает обнаружить адреса, но не подтверждает их индексацию. Сверьте её с конечными ссылками и каноническими URL. На маленьком сайте ручная проверка нескольких расхождений полезнее попытки «увеличить количество страниц в Sitemap» любой ценой.
Как прочитать статус конкретной страницы в поисковых кабинетах
Для Яндекса разделите инструменты. «Анализ индексации страницы» проверяет, закрыт ли URL от робота настройками robots.txt и метатегом. Участие адреса в поиске и причину исключения проверяйте отдельно в «Страницах в поиске» и списке исключённых страниц. Запишите дату известного обхода и причину из подходящего отчёта; не приписывайте инструменту анализа статус, которого он не показывает. В Google Search Console используйте проверку URL и отчёт об индексировании. Данные кабинетов могут запаздывать относительно исправления на сервере: держите рядом фактический HTTP-ответ и отметку времени.
Разберите причину по типу. «Запрещено» ведёт к проверке правил. «Перенаправляет» требует осмотреть конечную страницу. «Дубль» и «не каноническая» требуют сравнить обе версии. «Малоценная или маловостребованная» у Яндекса нельзя исправить одним повтором ключевой фразы: посмотрите, есть ли у документа самостоятельный ответ и путь из навигации. Отдельно проверьте раздел безопасности и нарушений, если Вебмастер сообщает об ограничении.
Не принимайте изменение количества исключённых URL за универсальную оценку качества. Служебные и удалённые адреса могут обоснованно оставаться в истории обхода. Составьте список именно важных страниц, которые должны быть доступны поиску. Если кабинет недоступен, укажите это в протоколе и продолжите проверку ответа сервера; окончательный вывод о статусе индексации отложите.
Для каждого расхождения оставьте две строки наблюдений: «на сервере сейчас» и «в кабинете на дату последнего обновления». Например, текущий HTML уже не содержит noindex, а старый статус ещё говорит об исключении. Это не подтверждение возврата страницы в поиск и не доказательство того, что правка не работает. Проверяйте новый обход и статус позже, сохраняя обе даты; если кабинет показывает свежий обход с тем же запретом, ищите второе место генерации директивы.
Можно ли дойти до страницы по обычным ссылкам
Найдите путь от главной или тематического раздела до проверяемой страницы. Для услуг это меню, каталог, связанный кейс или статья. Для товара: категория, подкатегория, список товаров и карточка. Google рекомендует доступные ссылки с href; робот обычно не вводит поисковый запрос во внутреннюю форму магазина. Ссылка только в Sitemap оставляет посетителю неудобный маршрут.
Проверяйте ссылку вместе с текстом вокруг неё. Анкор «услуга SEO-аудита» помогает понять назначение перехода, а двадцать одинаковых ссылок «узнать больше» дают мало контекста. В блоге внутренний переход должен вести к следующему действию читателя, а не к произвольной коммерческой странице. Если карточку можно открыть только нажатием JavaScript-кнопки без обычного адреса, оформите задачу разработчику на доступную навигацию.
Загляните в отчёты по внутренним ссылкам и в собственный обход сайта. Для отсутствующей ссылки укажите конкретную страницу-источник, адрес назначения и место, где посетитель ожидает переход. Не требуйте механического правила «любая страница за три клика»: глубина полезна как диагностическая подсказка, а важность страницы оценивается ещё по её роли, входам и доступности в структуре.
Проверяйте путь двумя способами. Сначала пройдите его человеком на телефоне и запишите цепочку «главная → раздел → карточка». Затем посмотрите HTML страницы-источника: у перехода должен быть настоящий адрес в href, а конечный URL должен открываться напрямую после обновления страницы. Такой тест обнаруживает каталоги, где товар виден в интерфейсе, но адрес появляется только после ввода запроса или выполнения скрипта.
Где возникают дубли и пересечение ответов
Соберите адреса с одинаковым или почти одинаковым содержимым: HTTP/HTTPS, параметры сортировки, фильтры, версии со слешем, печатные страницы, города с заменённым названием. Сравните заголовок, товарный набор или состав услуги, цену, условия и канонический адрес. Два URL с похожим названием не обязательно дублируют задачу: обзор категории помогает выбрать ассортимент, карточка отвечает за конкретную модель.
Проверьте пересечение по поисковым запросам и целевым страницам там, где данные доступны. Если два материала отвечают на один вопрос и оба получают показы, сначала выберите основной ответ и полезные части вторичного. Решение о слиянии требует проверки ссылок, посетителей и редиректа на действительно соответствующий адрес. Удаление ради красивого отчёта может разрушить рабочий маршрут пользователя.
Для каталога фильтров определите, какие комбинации нужны покупателям и имеют самостоятельный ассортимент. Бесконечные комбинации параметров создают множество адресов для обхода. У Google есть отдельные рекомендации по фасетной навигации; применяйте их к модели конкретного магазина, сохраняя возможность выбора фильтров человеком.
В журнале дублей запишите обе стороны пары: «URL А», «URL Б», «чем отличаются ассортимент и ответ», «какая страница должна остаться основной», «какие ссылки и входы сохраняем». Не назначайте canonical лишь по сходству названия. Если фильтр меняет набор товаров и нужен как самостоятельная посадочная, сопоставьте его со спросом и наличием; если меняется только порядок сортировки, проверьте техническое решение для этой группы параметров. После выборочной проверки применяйте правило ко всему соответствующему шаблону.
Даёт ли страница полный ответ на запрос
Возьмите основной запрос страницы и сформулируйте его как вопрос покупателя. Для услуги: входит ли нужная работа, где она выполняется, как составляют цену, сколько этапов и что происходит после заявки? Для карточки: точная модель, совместимость, комплект, наличие, получение и возврат? Для статьи: сможет ли читатель выполнить описанную проверку, имея только этот материал?
Сравните title, H1, первый экран и фактический текст. Если заголовок обещает «SEO-аудит с планом внедрения», на странице должны быть состав проверки и пример результата. Проверьте даты меняющихся сведений, реальные источники цифр и изображения, которые помогают выбрать. Автоматическое сообщение «короткий текст» само по себе не указывает, какого ответа не хватает.
| Тип страницы | Проверяемый ответ | Что записать в задачу |
|---|---|---|
| Услуга | Состав, исключения, факторы цены, сроки согласования | Какое решение посетитель сейчас принять не может |
| Категория | Ассортимент и критерии выбора | Каких товаров или фильтров не хватает |
| Карточка | Точная версия, наличие и получение | Какие поля противоречат заказу |
| Статья | Инструкция и ограничения | Какой шаг невозможно выполнить без догадки |
Работает ли действие, ради которого страница создана
SEO-аудит коммерческого сайта включает путь после поискового перехода. С телефона отправьте контрольное обращение через проверяемую страницу. Найдите запись в системе приёма, затем проверьте уведомление и возможность ответить клиенту. Сообщение «Отправлено» в интерфейсе не доказывает, что контакт сохранён. Для магазина добавьте в корзину конкретный вариант и сравните модель, цену и количество в заказе.
Проверьте цель аналитики: она может срабатывать на клик по кнопке, тогда как сервер отверг форму. Для оценки числа обращений нужны подтверждённые записи за тот же период; сравнивать их с кликами без определения единицы учёта нельзя. Подробный путь проверки потери контактов описан в материале о заявках с сайта.
Зафиксируйте адрес, устройство, время и внутренний идентификатор тестового обращения без открытой публикации персональных данных. После исправления повторите ту же последовательность. Так задача становится проверяемой независимо от последующих колебаний поискового трафика.
Что проверить на телефоне и в скорости загрузки
Выберите коммерчески важные шаблоны и откройте их на реальном телефоне. Видны ли заголовок, стоимость или способ её расчёта, выбор товара и кнопка? Можно ли пройти форму с открытой клавиатурой? Нет ли горизонтальной прокрутки, скачка макета или навязчивого слоя поверх основного действия? Запишите конкретный сбой, экран и последовательность действий.
Для скорости различайте лабораторные наблюдения и данные реальных пользователей. Сравните страницу с лёгкой и тяжёлой обложкой, проверьте момент появления основного содержимого и возможность нажатия. Оценка тестового инструмента помогает найти причину, но не доказывает рост продаж после оптимизации. Отдельная инструкция по измерению находится в статье о скорости сайта.
После исправления проверьте форму и аналитику снова. Отключённый скрипт чата может ускорить первый экран, но вместе с ним можно случайно убрать путь обращения. Результат технической правки принимайте по двум критериям: устранённая причина задержки и сохранённая работа пользовательского действия.
Один скриншот скорости не подходит для приёмки. Запишите страницу, устройство, тип соединения, дату и конкретный элемент, который появился поздно или сдвинулся. Затем воспроизведите тот же сценарий после изменения. Лабораторный тест помогает сравнить причину и решение при похожих условиях; полевая статистика пользователей собирается иначе и может охватывать другой набор страниц. Если данных реальных пользователей нет, так и укажите. Не переводите изменение тестового балла в обещанные заказы.
Как отличить ошибку индексации от нормального исключения
Сначала решите, должна ли конкретная страница находиться в поиске. Само исключение URL из индекса ещё не означает неисправность сайта.
Страница нужна в поиске
Услуга или полезная статья должны открываться, содержать нужный ответ и не иметь случайного запрета. Сверьте доступность, noindex, canonical и статус в поисковом кабинете.
Это дубль или старый адрес
Для копии проверьте предпочтительный URL и выбор поисковика. Для перенаправления проверьте конечную страницу. Не требуйте индексации каждого варианта адреса.
Это служебная страница
Тестовая версия, закрытый кабинет и результаты внутреннего поиска могут намеренно исключаться. Ошибкой будет доступ к закрытым данным или запрет на основной странице.
Как проверить robots.txt, noindex и canonical вместе
Robots.txt управляет обходом. Чтобы робот прочитал noindex или canonical на странице, она должна быть доступна для обхода. Проверьте также HTTP-заголовок X-Robots-Tag: запрет может находиться там, даже если в HTML его нет. Canonical служит сигналом о предпочтительной версии; выбранный поисковиком адрес смотрите в его кабинете.
Что исправлять в первую очередь
Сначала недоступность важных страниц, случайные запреты и сломанные заявки. Затем ошибки общих шаблонов, дубли и потерянные внутренние ссылки. Косметические рекомендации без подтверждённой проблемы не должны задерживать эти работы. Для каждой задачи укажите затронутые URL и проверку после исправления.
Нужен помощник для проверки? В инструкции с 27 правилами SEO можно забрать скилл для Claude и Codex. Непроверенный пункт в отчёте должен оставаться непроверенным.
Как превратить наблюдения в план исправлений
Каждую находку оформите как задачу с адресами, доказательством, влиянием, причиной и тестом после исправления. Выделяйте приоритет по числу важных страниц, возможности потери контактов и зависимости других работ. Пять случайно закрытых услуг заслуживают внимания раньше изменения второстепенной подписи в статье. Если влияние неизвестно, честно запишите гипотезу и данные, которые её проверят.
Пример оценки масштаба ошибки
Допустим, шаблон noindex затронул 12 из 40 страниц услуг. Из этих 12 четыре получали подтверждённые поисковые входы до выпуска; остальные восемь не имеют доступной URL-статистики. Подтверждённый минимум затронутых важных страниц равен четырём, а технический охват равен двенадцати. Нельзя объявлять потерянный трафик по всем двенадцати без данных. Приоритет высокий из-за общего шаблона и уже известного влияния на четыре адреса.
В плане отдельно укажите быстрые восстановительные задачи, проверку общего шаблона и улучшения содержания. Для проверки исправления достаточно сравнить опубликованный ответ и повторный тест; рост показов оценивается позднее. Переобход не является актом принятия SEO-результата: поисковая система сама решает, когда и как показать страницу.
Для сортировки задач используйте проверяемое правило: сначала подтверждённая потеря пользовательского действия или закрытие важных страниц, затем общие ошибки шаблона, затем неполные ответы на спрос, после этого косметические замечания. Если две задачи в одной группе, раньше выполняют ту, что снимает зависимость для остальных. Отдельно обозначьте стоимость или трудоёмкость как оценку исполнителя. После исправления пересчитайте охват по полному списку URL того же шаблона.
Какой отчёт передать разработчику и владельцу
Для каждой ошибки нужны URL, дата, устройство или способ проверки, фактический и ожидаемый результат, источник наблюдения, ответственный и дата повторного теста. Приложите снимок экрана или выдержку из ответа сервера, если они объясняют проблему. Скриншот без адреса и времени не позволяет воспроизвести ошибку. Отдельно оставьте список вопросов, которые невозможно закрыть без доступа к поисковым кабинетам или системе заявок.
Завершите аудит короткой сводкой: сколько важных страниц проверено, какие ошибки подтверждены, какие являются гипотезами, что исправлять первым и как проверить внедрение. Для большого сайта оцените стоимость работ по классам шаблонов; число предупреждений сканера не показывает трудоёмкость. Если обнаружены массовые ошибки JavaScript, сложные фильтры или ограничение со стороны поисковой системы, для углублённого SEO-аудита передайте этот журнал: повторять уже выполненные проверки без причины не потребуется.
Пример строки журнала аудита
URL: https://example.com/uslugi/audit/ (условный адрес). Задача: страница услуги должна быть доступна поиску и принимать обращения. Наблюдение: опубликованный HTML содержит noindex, отправленная с телефона форма не создаёт запись. Доказательства: время GET-ответа, строка метатега, идентификатор контрольного обращения и журнал приёма. Ответственные: разработчик шаблона и владелец формы. Приёмка: на этом URL и соседних страницах шаблона нет запрета; контрольная отправка сохраняется и находится по идентификатору. Поисковый статус и обращения настоящих клиентов оцениваются отдельно после выпуска. Адрес и ситуация условны; это формат записи, Webclub здесь не проверялся.
Перед передачей отчёта удалите дубли предупреждений. Если сканер нашёл один неверный canonical на 500 карточках общего шаблона, оформите одну задачу исправления шаблона с приложенным списком 500 URL и несколькими проверенными образцами. Если похожий симптом есть на одной странице услуги, которая использует другой шаблон, оставьте отдельную задачу. Так число строк отчёта отражает причины и ответственных, а технический охват остаётся видимым. После исправления проверьте полный список автоматическим обходом и несколько карточек разных состояний вручную.
Назовите границы собственного аудита. Владелец сайта может проверить опубликованные ответы, навигацию, форму и доступные отчёты. Для сложной ошибки сервера понадобятся журналы и разработчик; для статуса поиска нужен доступ к подтверждённому ресурсу в кабинете; для оценки заявок нужен журнал приёма без тестовых дублей. Если этих данных нет, вывод оформляется как «не проверено» с точным запросом доступа. Это делает следующий этап работы короче и не выдаёт предположение за факт.
Документация и источники
Редакция Webclub. Опубликовано 2026-10-03, обновлено 20.10.2026.
Обсудим задачу вашего сайта?
Пришлите адрес и опишите, что хотите исправить. Согласуем состав работ и порядок проверки.
ПОСМОТРЕТЬ СОСТАВ РАБОТ
