Как проверить страницу сайта на SEO: пошаговый чек-лист
Страница может открываться в браузере и при этом не участвовать в поиске. Причиной бывает запрет noindex, canonical на другой URL, ошибка сервера или отсутствие внутренних ссылок. Иногда технически всё исправно, но содержание не отвечает на запрос пользователя.
Поэтому SEO-проверку страницы проводят по порядку: сначала доступность и индексирование, затем метатеги, содержание и удобство. Нет смысла переписывать Description у страницы, которую поисковый робот не может открыть.
Ниже — инструкция для одной страницы перед публикацией, после переноса или заметного обновления. Для оценки всего проекта используйте руководство «Как проверить сайт самостоятельно».
Сначала определите задачу страницы
До проверки кода сформулируйте, по каким запросам и для какой аудитории должна показываться страница. Один URL должен решать одну основную задачу, но это не означает, что для каждой похожей фразы нужен отдельный материал.
Посмотрите выдачу по основному запросу. Если там преимущественно инструкции, а вы продвигаете короткую страницу услуги, проблема не в количестве ключевых слов. Формат не совпадает с поисковым интентом.
Зафиксируйте основной запрос и ожидаемое действие посетителя: получить ответ, изучить условия или выбрать предложение.
1. Проверьте URL и ответ сервера
Откройте адрес, который должен участвовать в поиске. Проверьте протокол, домен, путь, завершающий слеш и параметры после знака ?.
Целевая страница должна возвращать код 200 OK. Остальные ответы читаются так:
- 301 или 308 — постоянное перенаправление, проверять нужно конечный URL;
- 302 или 307 — временное перенаправление;
- 404 и 410 — страницы нет;
- 5xx — сервер не смог корректно обработать запрос.
Проверьте, не открывается ли материал по нескольким адресам: с www и без него, по HTTP и HTTPS, со слешем и без. Альтернативные варианты должны перенаправлять на основной URL либо быть связаны через canonical.
«Мягкая 404» — сервер отвечает 200, хотя на экране написано, что страница не найдена.
2. Разделите обход, индексирование и присутствие в поиске
Эти состояния часто смешивают, хотя это три разные проверки.
| Что проверяем | Что это означает |
| Доступность для обхода | Робот может запросить URL и получить содержимое |
| Разрешение на индексирование | На странице нет директивы, запрещающей добавить её в поиск |
| Наличие в поисковой базе | Поисковая система уже обработала URL и оставила его в индексе |
Сначала проверьте robots.txt. В нём не должно быть правила Disallow, закрывающего страницу или весь раздел. Файл управляет обходом, а не служит надёжным способом удаления URL из поиска. Это поясняют Google и Яндекс.
Затем проверьте HTML-код: <meta name="robots" content="noindex">
Такой метатег запрещает индексирование. То же указание сервер может передать в заголовке: X-Robots-Tag: noindex
Если URL закрыт в robots.txt, робот может не загрузить страницу и не увидеть noindex. Поэтому для удаления страницы из поиска эти способы нельзя бездумно накладывать друг на друга. Правила описаны в справках Google и Яндекса.
Анализатор находит технические запреты, но фактический статус URL проверяют в Google Search Console и Яндекс Вебмастере.
3. Проверьте canonical и дубли
Canonical указывает основной URL среди одинаковых или похожих страниц. Для самостоятельной страницы обычно используют ссылку на неё саму:
<link rel="canonical" href="https://example.ru/usluga/">
Адрес должен быть абсолютным, открываться с кодом 200 и соответствовать материалу. Если canonical ведёт на другую страницу, поисковик может исключить текущий URL как дубль.
Canonical — рекомендация, а не приказ. Поисковая система сопоставляет его с редиректами, sitemap, внутренними ссылками и содержанием. Все сигналы должны указывать на один адрес. Google рекомендует ссылаться внутри сайта на каноническую версию.
4. Убедитесь, что страницу можно найти внутри сайта
На URL должна вести хотя бы одна обычная HTML-ссылка с другой индексируемой страницы: из категории, тематической статьи, меню или хлебных крошек.
Страница без входящих ссылок называется сиротой. Она может находиться в sitemap и попасть в поиск, но робот будет реже встречать её при обходе.
Проверьте ещё три условия:
- URL добавлен в XML Sitemap;
- в карте сайта указана каноническая версия адреса;
- страница не конфликтует с запретами индексирования и не возвращает ошибку.
Sitemap помогает обнаруживать URL, но не гарантирует индексирование. Карта сайта — список адресов, а не приказ о зачислении.
5. Сверьте Title, Description и H1
Метатеги не исправят слабое содержание, но помогают понять тему страницы.
Title
Title не должен повторять заголовки соседних страниц. Поставьте основной смысл ближе к началу и не превращайте заголовок в перечень запросов.
Поисковик может использовать H1 или заметный текст. Заголовок сниппета может меняться в зависимости от запроса.
Description
Description кратко объясняет пользу страницы и должен соответствовать видимому содержанию.
Универсального лимита длины нет: сниппет обрезается в зависимости от запроса и устройства. Поисковая система может взять описание из текста. Магического числа символов здесь нет.
H1–H3
H1 — основной видимый заголовок. Он не обязан повторять Title, но должен обещать тот же материал. Разделы раскрывают через H2 и H3.
Заголовки должны описывать разделы, а не использоваться ради крупного шрифта.
6. Оцените содержание, а не плотность ключевых слов
Вернитесь к задаче из начала проверки. Страница должна дать ожидаемый результат без обходного маршрута через общие фразы.
Проверьте:
- есть ли прямой ответ или предложение в начале;
- раскрыты ли условия, ограничения и важные детали;
- подтверждены ли утверждения примерами, расчётами, опытом или источниками;
- отличается ли материал от других страниц сайта;
- нет ли устаревших цен, дат, интерфейсов и ссылок;
- понятно ли, что делать после прочтения.
Объём зависит от задачи. Минимального числа слов, которое автоматически делает страницу полезной, нет.
Не создавайте отдельные URL под перестановку слов в запросе. Если страницы отвечают на один интент и отличаются парой абзацев, они конкурируют друг с другом. Сильнее одна содержательная страница, чем пять её бледных родственников.
Если основной текст появляется после выполнения JavaScript, проверьте отрендеренный HTML в Search Console. Так можно увидеть содержимое, которое получил робот. Особое внимание — мобильной версии: её Google использует для индексирования.
7. Проверьте изображения, ссылки и разметку
У содержательных изображений нужен короткий осмысленный alt. Для декоративных элементов используют пустой alt="". Перечень ключевых слов не помогает ни поиску, ни доступности.
Изображения должны открываться, иметь правильные размеры и не весить без причины несколько мегабайт.
Затем пройдите по ссылкам:
- внутренние ссылки ведут на существующие канонические URL;
- анкоры объясняют, что находится по ссылке;
- нет цепочек ненужных редиректов;
- внешние источники доступны.
Если есть JSON-LD, проверьте синтаксис и соответствие видимому содержанию. Нельзя размечать цену, рейтинг или отзывы, которых пользователь не видит. Валидная разметка даёт право на расширенное представление, но не гарантирует его показ.
8. Проверьте мобильную версию и скорость
Откройте страницу на телефоне или в режиме эмуляции. Текст не должен выходить за экран, элементы — перекрывать друг друга, а кнопки — убегать от пальца. Важное содержание, Title, robots и разметка должны сохраняться.
Скорость и отзывчивость оцените через Core Web Vitals. Они помогают обнаружить медленную загрузку, задержку реакции и визуальные сдвиги. Хорошие показатели полезны, но сами по себе не обеспечивают высокие позиции — это отмечено в документации Google. Быстрый пустой экран всё ещё остаётся пустым экраном.
Как проверить страницу автоматически
Откройте инструмент «SEO-анализ страницы сайта», вставьте полный URL и запустите проверку. Он соберёт код ответа, признаки доступности для индексирования, Title, Description, H1–H3, canonical, данные об изображениях, ссылках и технической разметке.
Анализатор находит пропущенные теги, противоречия и сломанные элементы. Человек проверяет интент и содержание, а Search Console и Яндекс Вебмастер показывают состояние URL в конкретной поисковой системе. Сам анализатор доступа к внутренним базам поисковиков не имеет.
В каком порядке исправлять ошибки
Не все замечания одинаково важны. Исправляйте их сверху вниз:
- Страница недоступна, закрыта от обхода или индексирования.
- URL перенаправляет не туда, возвращает ошибку или указывает canonical на другую страницу.
- Страница не связана с сайтом внутренними ссылками и отсутствует в sitemap.
- Содержание не соответствует запросу или дублирует другой URL.
- Title, Description, H1 и структура заголовков не объясняют тему.
- Есть битые ссылки, проблемы с изображениями или неверная разметка.
- Мобильная версия неудобна, загрузка и реакция интерфейса требуют оптимизации.
Сначала устраните причины, из-за которых URL не может участвовать в поиске. Затем — причины, по которым ему нечего там делать.
Чек-лист перед публикацией
- целевой URL возвращает 200 OK;
- страница не закрыта в robots.txt, через meta robots или X-Robots-Tag;
- canonical указывает на правильный основной адрес;
- URL добавлен в sitemap и связан с сайтом внутренней ссылкой;
- Title, Description и H1 соответствуют содержанию;
- H2–H3 образуют понятную структуру;
- текст отвечает на поисковый интент и не дублирует соседнюю страницу;
- изображения, внутренние и внешние ссылки работают;
- структурированные данные совпадают с видимой информацией;
- мобильная версия содержит основной материал и остаётся удобной;
- после публикации URL проверен в Яндекс Вебмастере и Google Search Console.
