Как проверить сайт на SEO-оптимизацию: 7 шагов

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

Бесплатный SEO-анализ сайта можно собрать из нескольких проверок:

Если доступа к панелям поисковиков нет, начните с публичных проверок: PageSpeed Insights, просмотра страницы в браузере, краулера и валидаторов разметки. Они покажут технические признаки и содержание. Точный статус URL в индексе и реальные поисковые запросы нужно смотреть в кабинете владельца сайта.

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

Расширение браузера для просмотра SEO-тегов экономит время на одной странице. Перед выводом по всему сайту всё равно нужен обход. Для большого каталога или регулярного мониторинга можно использовать облачные аудиторы; выбирать их стоит по нужным отчётам, поддержке JavaScript и объёму URL.

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

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

После исправлений используйте проверку опубликованной страницы — live test. Она показывает состояние на момент теста. Сведения из индекса относятся к версии, которую Google обработал раньше. Успешный live test подтверждает доступность для проверки, но не обещает включения в индекс. Это различие описано в справке Search Console.

В Яндекс Вебмастере откройте «Индексирование → Проверка страницы». Для общей картины посмотрите «Страницы в поиске» и причины исключения. Инструкция Яндекса поможет сопоставить статус с историей обхода.

При неожиданном исключении страницы проверьте три настройки:

robots.txt управляет обходом. Чтобы Google увидел noindex, страница должна быть доступна роботу. При запрете в robots.txt он может не прочитать эту директиву. Canonical сообщает предпочтительный адрес среди дублей; выбор Google проверяется отдельно. Эти механизмы нельзя подменять друг другом: см. инструкции по robots.txt, noindex и canonical.

Проверьте и XML-карту сайта: в ней должны быть актуальные основные URL, которые вы намерены продвигать. Сопоставьте её с разделами сайта и отчётом поисковика. Само наличие sitemap не гарантирует индексирования.

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

Откройте Screaming Frog SEO Spider, вставьте адрес сайта и запустите обход. Программа найдёт URL по ссылкам и соберёт их параметры. В бесплатной версии предел — 500 URL за один обход, поэтому её результат для большого сайта будет неполным.

Начните с отчётов по кодам ответа, индексируемости и внутренним ссылкам. Затем переходите к метатегам и заголовкам.

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

Коды ответа оценивайте по назначению URL. Рабочая страница с содержанием обычно отвечает 200; перенесённая ведёт на соответствующий новый адрес; для удалённой без замены допустимы 404 или 410. Массовое перенаправление всех удалённых страниц на главную не заменяет разбор их назначения. Справочник Google по HTTP-статусам поясняет, как робот обрабатывает ответы.

Для сайта, где содержание появляется через JavaScript, проверьте и отрисованную версию. Отсутствие текста в исходном HTML само по себе не доказывает, что Google его не видит. Нужно сравнить результат рендеринга, доступность ресурсов и данные проверки URL. В бесплатной версии Screaming Frog JavaScript-рендеринг недоступен; для этого потребуется другой подход или лицензия.

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

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

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

Формулировки и региональный спрос можно уточнить в Вордстате. Он показывает статистику запросов к Яндексу. Эти числа не равны будущим переходам на ваш сайт и не описывают весь спрос в Google.

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

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

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

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

Title должен описывать конкретную страницу и отличать её от соседних. Название компании без темы мало что сообщает о странице услуги. Повторение одинаковых ключей через запятую мешает прочитать заголовок. У Google нет жёсткого лимита в 60 символов для самого тега: отображаемый заголовок может обрезаться по ширине устройства и формироваться из разных источников. Рекомендации по Title важнее механической проверки длины.

Description кратко раскрывает, что посетитель найдёт на странице. Проверьте факты, условия и соответствие содержанию. Google может взять описание из текста страницы, поэтому другой сниппет в поиске не всегда означает ошибку метатега. Это объясняется в документации по сниппетам.

H1 и подзаголовки помогают понять тему и порядок изложения. Для обычной страницы удобно иметь один явный основной заголовок, а разделы выстраивать по смыслу через H2 и H3. Размер шрифта сам по себе не делает текст заголовком. Важнее осмысленная структура, чем попытка вставить ключ в каждый подзаголовок.

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

Сравнивайте содержание с задачей посетителя. Универсальной плотности ключевых слов, которая гарантирует позиции, нет. Многократное повторение запроса не заменяет объяснения; Google относит переспам ключами к нежелательным практикам.

Проверьте изображения: соответствуют ли они теме, читаются ли подписи и скриншоты, описывает ли alt смысл информативной картинки. В декоративное изображение не нужно помещать перечень запросов. Для внутренних ссылок выбирайте понятные названия целевых страниц: по ссылке должно быть ясно, что откроется.

Что записать в результат: конкретный URL, его целевой запрос, найденный пробел в содержании и предлагаемую правку. Пометка «добавить больше SEO-текста» без объяснения задачи мало помогает редактору.

Чтобы проверить оптимизацию сайта онлайн, откройте PageSpeed Insights, вставьте полный URL и запустите анализ. Посмотрите мобильный и десктопный варианты. Повторите проверку для разных шаблонов: лёгкая главная не показывает, как загружается тяжёлая карточка товара.

В отчёте есть два разных источника данных. Полевые данные CrUX описывают опыт реальных пользователей за предыдущие 28 дней, когда данных достаточно. Смотрите, относятся ли они к конкретному URL или ко всему источнику — origin. Лабораторный тест Lighthouse воспроизводит загрузку в заданных условиях. Его результаты могут меняться между запусками. Документация PageSpeed объясняет это различие.

Для примера выше использовались Lighthouse 13.6.0, эмуляция Moto G Power и ограничение сети Slow 4G. В лабораторном тесте LCP составил 1,0 секунды, CLS — 0, TBT — 0 мс. Это результаты одного запуска одной страницы. Значение INP по этому замеру определять нельзя. TBT измеряет блокировку основного потока во время загрузки и не заменяет полевой INP.

Для оценки Core Web Vitals ориентиры «хорошо» такие:

Пороговые значения применяют к 75-му перцентилю полевых измерений, отдельно для мобильных и десктопных устройств. Если PageSpeed показывает No Data, подходящей полевой выборки в отчёте нет. Это не оценка «плохо» и не подтверждение хорошего опыта реальных пользователей.

В Chrome похожую проверку можно запустить через инструменты разработчика: откройте DevTools, найдите панель Lighthouse, выберите режим и категории, запустите анализ. Названия элементов могут отличаться между версиями Chrome. Для сопоставимых замеров используйте одинаковые условия и учитывайте влияние расширений.

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

Запустите Rich Results Test, чтобы проверить разметку для поддерживаемых Google расширенных результатов. Для общей проверки Schema.org используйте Schema Markup Validator. Эти инструменты решают разные задачи: не каждый тип Schema.org поддерживается в тесте Google.

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

Затем проверьте саму информацию. Можно ли понять, кто оказывает услугу? Работают ли контакты? Указаны ли условия сотрудничества? Есть ли у статьи автор с профильной компетенцией, источники и дата фактической проверки? Содержат ли кейсы описание выполненной работы, а не только картинки?

E-E-A-T помогает оценивать опыт, компетентность, авторитетность и достоверность материала. У сайта нет единого публичного «балла E-E-A-T», который нужно довести до зелёного. Google поясняет, что E-E-A-T само по себе не является отдельным фактором ранжирования.

Для возможного цитирования в ИИ-поиске нужны понятные ответы, проверяемые факты и доступный текст. Google указывает, что для участия в AI Overviews и AI Mode страница должна быть проиндексирована и допущена к показу со сниппетом. Выполнение условий не гарантирует цитирования. Особая «AI-разметка» для этого не требуется.

В Search Console откройте отчёт об эффективности поиска. Посмотрите запросы и страницы, затем разделите данные по стране и устройству. Для белорусского бизнеса выдача и посещения из других стран могут скрывать состояние нужного рынка. Аналогичную картину по Яндексу смотрят в Вебмастере.

Сравнивайте сопоставимые периоды и учитывайте сезонность. Снижение кликов само по себе не объясняет причину. Сначала выясните, что изменилось: показы, средняя позиция, состав запросов, CTR или доступность страниц. Справка Search Console описывает показатели и фильтры.

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

Для внешних ссылок используйте отчёты поисковиков или базы Ahrefs и подобных сервисов. Проверяйте, куда ведут значимые ссылки, нет ли потерянных адресов после переезда и можно ли восстановить полезную страницу. Оценки авторитетности сторонних сервисов нельзя принимать за внутренний показатель Google.

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

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

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

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

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

В MEISTERSTECH базовая SEO-подготовка входит в разработку сайта. Настраиваем robots.txt и sitemap, основные адреса и canonical, необходимые редиректы, заголовки, метаданные и alt изображений. Проверяем адаптивность и загрузку. Это часть качества сайта, который получает заказчик.

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

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

Источники