SEO-работы: что входит в оптимизацию сайта и как контролировать подрядчика

SEO-аудит — это диагностика сайта с точки зрения его присутствия в поисковых системах.

Обычно проверяют четыре уровня:

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

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

Поэтому хороший аудит заканчивается не формулировкой:

«Найдено 537 SEO-ошибок».

А примерно так:

«Обнаружено пять проблем высокого приоритета, две из них ограничивают индексирование важных URL. Исправляем их первыми, затем проверяем страницы через инструменты поисковых систем и анализируем поисковую динамику».

Как работает SEO-аудит

Рабочая схема выглядит так:

Цель сайта
↓
Исходные данные
↓
Проверка
↓
Выявленные проблемы
↓
Приоритет
↓
Исправление
↓
Контроль внедрения
↓
Повторная проверка

Главное здесь — приоритет.

Одинаковое предупреждение может иметь разный вес на разных проектах. Ошибка canonical на одной второстепенной странице и неправильный canonical в шаблоне 20 000 товарных категорий — технически похожие проблемы, но последствия совершенно разные.

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

Следовательно, severity вида Critical, Error или Warning в стороннем сервисе — это классификация конкретного инструмента, а не официальный приоритет поисковой системы.

Что проверять при SEO-аудите

1. Доступность сайта

Проверяется:

• отвечает ли сайт;
• корректны ли основные HTTP-коды;
• доступна ли главная;
• не возникают ли серверные ошибки;
• работает ли HTTPS;
• нет ли DNS-проблем;
• не закрыт ли весь сайт от роботов.

Яндекс Вебмастер относит ошибки главной страницы, DNS, закрытие сайта через robots.txt, проблемы SSL и длительный ответ сервера к диагностируемым проблемам сайта.

2. Robots.txt

Нужно определить, соответствует ли файл реальной стратегии индексирования.

Проверяется:

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

У Яндекс Вебмастера есть отдельный анализатор robots.txt, позволяющий проверить, доступен ли конкретный URL поисковому роботу.

Важно помнить: возможность обхода страницы и её фактическое присутствие в поиске — не одно и то же.

3. Индексирование

Для Google основной источник — отчёт Page Indexing и URL Inspection.

Page Indexing показывает количество обнаруженных проиндексированных и непроиндексированных URL и причины исключения. Для проверки конкретной страницы Google рекомендует использовать URL Inspection.

Проверяем:

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

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

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

4. Sitemap

Проверяется:

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

Google Search Console позволяет проверить историю отправки Sitemap и ошибки при её обработке. При этом сам факт присутствия URL в Sitemap не гарантирует его обход или индексирование.

5. Canonical, дубли и URL

Следующий уровень — понять, какие URL фактически представляют один и тот же контент.

Проверяются:

• параметры;
• слэши;
• HTTP/HTTPS;
• www/без www;
• фильтры;
• сортировки;
• пагинация;
• дубли категорий;
• канонические адреса;
• редиректы.

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

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

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

Техническая доступность ещё не означает, что сайт хорошо отвечает на поисковый спрос.

Далее проверяются:

• структура разделов;
• существующие посадочные страницы;
• страницы с пересекающимся назначением;
• отсутствующие темы;
• внутренняя перелинковка;
• Title;
• Description;
• H1;
• содержание;
• актуальность данных;
• соответствие страницы пользовательскому намерению.

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

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

Проверка поисковых данных

SEO-аудит без данных поисковых систем неполон.

Google Search Console

В Performance можно анализировать:

• клики;
• показы;
• CTR;
• среднюю позицию;
• запросы;
• страницы;
• страны;
• устройства;
• динамику по периодам.

Google прямо указывает, что Performance помогает видеть изменение поискового трафика, запросы, по которым показывается сайт, и страницы с высоким или низким CTR.

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

Яндекс Вебмастер

Вебмастер позволяет анализировать:

• индексирование;
• техническое состояние;
• запросы;
• показы;
• клики;
• CTR;
• позиции.

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

Это важнее автоматической оценки стороннего сервиса, потому что данные поступают непосредственно от поисковой системы.

Проверка безопасности и санкций

Этот блок стоит проверять отдельно, особенно если трафик резко снизился.

В Google Search Console есть:

• Manual Actions;
• Security Issues.

Manual Actions показывает ручные меры, применённые после проверки нарушения антиспам-правил. Такие меры могут привести к снижению видимости или исключению страниц из поиска.

Security Issues показывает обнаруженные Google признаки взлома, фишинга, вредоносного или нежелательного ПО.

Яндекс Вебмастер также выделяет нарушения и проблемы безопасности как наиболее критичный класс диагностических проблем.

Как провести SEO-аудит сайта: 6 шагов

Шаг 1. Определить задачу и ожидаемый результат

До запуска краулера сформулируйте причину проверки.

Например:

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

Без задачи аудит быстро превращается в бесконечный список замечаний.

Шаг 2. Зафиксировать текущее состояние

Сохраните исходную точку:

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

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

Шаг 3. Собрать данные и выявить основные проблемы

Объедините несколько источников:

Search Console / Вебмастер
+
краулер
+
CMS и сервер
+
ручная проверка
+
поисковые данные

Один источник не заменяет остальные.

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

Шаг 4. Расставить приоритеты и внести изменения

Для каждой проблемы определите:

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

Шаг 5. Проверить корректность внедрения

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

Проверьте:

• итоговый HTML;
• HTTP-коды;
• canonical;
• robots;
• Sitemap;
• ссылки;
• конкретный URL через инструменты поисковых систем.

URL Inspection позволяет проверить актуальную страницу и подтвердить исправление проблем, связанных с конкретным URL.

Шаг 6. Отслеживать результат

После внедрения поисковой системе нужно снова обнаружить и обработать изменения.

Контролируйте:

• индексирование;
• показы;
• клики;
• запросы;
• затронутые страницы.

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

Практический пример

Рассмотрим условный пример, а не фактический кейс проекта Vagizov.com.

После аудита интернет-магазина найдено 18 000 URL, хотя полезных категорий и товаров существенно меньше.

Краулер показывает тысячи параметрических страниц.

Плохой вывод:

«На сайте 18 000 ошибок URL — нужно всё закрыть».

Правильная диагностика:

1. определить, какие типы URL существуют;
2. посмотреть, какие из них обнаружены поисковыми системами;
3. проверить индексируемые примеры;
4. определить источник генерации;
5. выяснить, какие параметры нужны пользователям;
6. проверить canonical, внутренние ссылки и Sitemap;
7. только после этого выбрать решение.

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

Тогда итог аудита:

Исправить конкретный механизм генерации URL и ссылок, а не массово запрещать весь раздел.

Это и отличает диагностику от механического экспорта ошибок.

Как SEO-аудит связан с бизнес-результатом

Аудит сам по себе не создаёт поисковый трафик.

Цепочка выглядит так:

Диагностика
→ приоритет
→ исправление
→ обработка поисковой системой
→ изменение поисковых показателей
→ возможное изменение трафика
→ возможное изменение бизнес-результата

Между этими этапами нет гарантированной причинной связи.

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

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

Частые ошибки и заблуждения

1. Чем больше ошибок найдено, тем лучше аудит

Нет. Большое число пунктов часто появляется из-за повторения одной шаблонной проблемы на тысячах URL.

Важнее определить первопричину.

2. Все предупреждения краулера нужно исправить

Нет.

Приоритет стороннего инструмента не является официальной оценкой Google или Яндекса. Google прямо рекомендует критически оценивать сторонние SEO-рекомендации.

3. Все страницы должны индексироваться

Нет.

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

4. Достаточно один раз запустить онлайн-аудит

Автоматическая проверка не знает целей бизнеса, поискового интента, истории изменений и всех данных Search Console или Вебмастера.

Онлайн-сканер полезен как источник технических сигналов, но не заменяет интерпретацию.

5. Исправление ошибки гарантирует рост позиций

Нет.

Можно подтвердить, что техническая проблема исправлена, но нельзя гарантировать конкретное изменение ранжирования.

6. После аудита можно сразу оценивать результат

Не всегда.

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

Чек-лист SEO-аудита

• Search Console и Яндекс Вебмастер подключены;
• проверена доступность сайта;
• проверены HTTP-коды;
• проверен robots.txt;
• проверен Sitemap;
• основные страницы проверены на индексирование;
• проанализированы причины исключения URL;
• проверены canonical и основные типы дублей;
• изучена структура URL;
• проверена внутренняя перелинковка;
• сопоставлены страницы и поисковый спрос;
• проверены Title, H1 и содержание ключевых шаблонов;
• просмотрены показы и клики;
• проверены Manual Actions и Security Issues;
• проблемы сгруппированы по первопричинам;
• назначен приоритет;
• определён способ проверки каждого исправления;
• после внедрения проведена повторная диагностика.

Вывод: что делать на практике

Хороший SEO-аудит отвечает не на вопрос «сколько ошибок удалось найти», а на четыре более полезных вопроса:

1. что именно не работает или ограничивает сайт;
2. чем это подтверждается;
3. насколько проблема важна;
4. как проверить её исправление.

Начинать стоит с первичных данных Google Search Console и Яндекс Вебмастера, затем дополнять их техническим сканированием, ручной проверкой и анализом структуры.

Итоговый документ должен превращаться в рабочую очередь:

Проблема
→ доказательство
→ масштаб
→ приоритет
→ решение
→ ответственный
→ проверка

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